AppArc 1.2.118

--------------

Released by MattM

Upgraded to new E32TOOLS and E32TOOLP

Updated bld.inf file to add support to support testcode, and corrected 

controlpanel .def file exports.

This release is not BC or SC due to: 

the fix for EDNATHE-488DCR (increase in the size of a class, as a fix for 

potential recurring panics) 

EDNATHE-464JPQ has breaks SC and BC

Fixed: 

ER5 deferred defects

EDN761578 Recent Files list has gone

EDNBWHE-45UCS4 Need to reset shell after changing "text/html" mapping

EDNATHE-462DBT Control panel DLLs are not unloaded

EDNATHE-488DCR Recogniser names restricted to 12 characters

EDNATHE-464JPQ CApaAppInfoFile classes create temporary RFs connections

EDN779965 Dangerous code in CApaFsMonitor::Start()

AppArc 1.2.117

--------------

Released by SimonC on 09 July 1999

Binary and source compatible with 116

Fixed EDNDMAY-49CDSX "Need to remove call to deprecated function"

Various changes to MNT to remove all references to narrow releasables.

No test code run due to the lack of changes

Apparc 1.2.116

--------------

Re-released for automated build process

AppArc 1.2.114

--------------

Built by SimonC on 10 Feb 1999

Fixed EDN557946 "CApaFsMonitor uses the wrong form of RFs::NotifyChangeCancel"

AppArc 1.2.113

--------------

Built by MattM on 29 Jan 1999

Fixed

Not found error after installing application

AppArc 1.2.112

--------------

Built by MattM on 19 Jan 1999

Fixed

EDN062791 Default app can be wrong

EDN923095 RDL recognisers didn't work immediately after installation

EDN173648 Problem with RApaLsSession::AppForDataType

AppArc 1.2.111

--------------

Built by MattM on 13 Jan 1999

Fixed

EDN537499 Panic attempting to view directory with unknown App file

EDN116503 CApaProcess::SetMainDocFileName does not allow clearing of the file name

AppArc 1.2.110

--------------

Built by MattM on

Changed priority of AppArc server to EPriorityAbsoluteForeground

Changed scanning active object from CIdle to CPeriodic, with a small pause

between each scanning unit (to allow lower priority threads a lookin)

Fixed

EDN736553 Machine completely* locks up

EDN851148 Panic on Startup which locks the machine

AppArc 1.2.109

--------------

Built by MattM on 5 December 1998

Changed priority of AppArc server to nearer priority of EIKSRV.

Fixed

EDN833327 MRU list doesn't work if the C:\system\data directory doesn't exist.

EDN060924 Deleting mru.dat stops the mru-list coming up

EDN349934 Recent files does not work if there's no c:\System\Data\ directory

EDN572427 "mru.dat" should be "Mru.dat"

EDN951003 Recently used files list is case-sensitive

EDN969635 DataType may not be reported correctly

AppArc 1.2.108

--------------

Built by MattM on 26 November 1998

SW1-427 IsProgram() return value can be incorrect

SW1-400 AppArc doesn't handle even-numbered tailend lengths correctly.

SW1-413 Shell is too slow

SW1-455 Apparc is too hard to fetch

AppArc 1.2.107

--------------

Built by MattM on 12 November 1998

Added Base addresses for all new DLL's

EPOC Software Problems

SW1-329 AppArc doesn't set TailEnd length.

SW1-330 RECAPP doesn't recognize narrow build documents on wide build machines

SW1-195 APSEXE.DLL WINS base address clashes with that of EIKSRV.DLL

SW1-306 Missing #defines

SW1-287 #defines should be replaced by literal descriptors

AppArc 1.2.106

--------------

Built by MattM on 30 October 1998

Deb/rel and unicode Uid release.

UID fest from AppArc is here:

Control panel items:

uid			0x10000297

unicodeuid	0x10003A34

Applications

uid			0x1000006c

unicodeuid	0x100039CE

Application data files

uid			0x1000006d

unicodeuid	0x10003A12

Recognizers

uid			0x1000013E

unicodeuid	0x10003A37

AIF files

uid			0x1000006a

unicodeuid	0x10003A38

AppArc 1.2.105

--------------

Built by MattM on 28 October 1998

Moved ApMime to EMIME project.

AppArc 1.2.104

--------------

Built by MattM on 19 October 1998

Breaks BC for UNICODE build users of CApaCommandLine::TailEnd.  Previously this 

had a TDes16 interface, now it has a TDes8 interface in both builds.  This 

reflects the intended usage, the passing of binary data to applications.

The client interface to RApaLsSession now attempts reconnection if the server 

terminates during an open session.

AppArc server now uses the new fileserver notification to minimise

rescanning of drives, and the new fileserver read functions to read

the first few bytes from a file when identifying it's type.

AppArc 1.2.103

--------------

Built by MattM on 24 September 1998

This is a BETA release

This build breaks BC for the new exports in build 100+

Optimisations made to TDataType to enable Shell to perform cached lookup

on UID'd types without resorting to server calls.

AppArc 1.2.102

--------------

Built by MattM on 21 August 1998

ONLY FOR USE BY APPS EG (and friends)

This build breaks BC with the new exports added for build 101.

Source compatability is maintained.

Completed implementation of new server interface as per document 

R:\apparc\dspec\Server API.rtf, please refer to that document for documentation.

This build of AppArc is intended for use by development Shells 060+

AppArc 1.2.101

--------------

Built by MattM on 28 July 1998

Release valids on a clean drive

This build is of BETA status, pending a design review of the AppArc server and Shell.

The export in RApaLsSession UpdateDataRecognizerList() is likely to be removed in the

future.

1) Added Data type support to AIF files

The following exports are new for R5:

class CApaAppInfoFileReader

	void DataTypesSupportedL(CArrayFix<TDataTypeWithPriority>& aTypeList) const;

class CApaAppInfoFileWriter : public CApaAppInfoFile void AddDataTypeL(const 

TDataTypeWithPriority& aTypePriority);

Supported data types are stored in Application AIF files (which are fully data 

compatible with R1 AIF files) along with a concept of "Priority" this is used 

for resolving the current preferred handler of a data type, in the absence of 

any user preferences.

Data type priorities are defined in APMSTD.H and are:

KDataTypePriorityUserSpecified

KDataTypePriorityHigh

KDataTypePriorityNormal

KDataTypePriorityLow

KDataTypePriorityLastResort

Note, it's not legal for applications to specify KDataTypePriorityUserSpecified 

in their AIF file, as this can't be overridden, and contrary to all the 

available evidence, the user DOES know best.

Extended test code to cope with new stuff

2) Added Data Type to application map to APMIME

The following (interesting) exports have been added compared to the APMIME 

release in 100: (this isn't an all inclusive list, it's just the ones that are 

of interest to AppArc clients)

class CTypeStoreManager

	static CTypeStoreManager* NewL(RFs& aFs);

	// Persistence

	void StoreL();

	void RestoreL();

	void InternalizeL(RReadStream& aStream);

	void ExternalizeL(RWriteStream& aStream) const;

	// Enquiry

	void GetAppByDataType(const TDataType& aDataType, TUid& aUid) const;

	void GetDataTypesByAppL(TUid aUid, CArrayFix<TDataType>* aTypeArray) const;

	const CArrayFixFlat<TMappingDataTypeToApp>& MappingArray() const;

	// Management

	void InsertDataMappingL(const TDataType& aDataType, TDataTypePriority aPriority, TUid aUid);

	TBool InsertIfHigherL(const TDataType& aDataType, TDataTypePriority aPriority, TUid aUid);

	void DeleteDataMapping(const TDataType& aDataType);

These can be used to query and amend the list of application/data type associations.

3) Added TDataTypeWithPriority and priority utilities.

For use in 1) and 2)

4) Fixed T_SERV debug panics

5) Added MIME type recognition to the AppArc Server, the following exports are 

new:

class RApaLsSession

	TInt UpdateDataRecognizerList();

	TInt RecognizeData(const TDesC& aName, const TDesC8& aBuffer, TDataRecognitionResult& aDataType);

	TInt RecognizeSpecificData(const TDesC& aName, const TDesC8& aBuffer, const TDataType& aDataType, TBool& aResult);

The Shell is responsible for ensuring the AppArc server is kept up to date with 

respect of the recognizer list - clients shouldn't need to call 

UpdateRecognizerList(), which due to the scanning efforts involved has a heavy 

overhead.

RecognizeData and RecognizeSpecificData will provide mime type information to 

the client, based on the information supplied - the client must open the file if 

this is appropriate.

6) Added application launching to the AppArc server.

This marks a change in the architecure of document launching.  It is strongly 

recommended that launchers of applications use these new server calls to broker 

all their application launching.

There is also a slight change in the way recognizers use UID's, from now the 

following is true:

The 2nd Uid if a TUidType indicates the protocol used to launch the application.  

This protocol must be uniquely implemented by a recognizer in a .RDL file, 

derived from CApaRecognizerType, currently supported protocols are:

The EIKON App protocol (KUidApp)

The OPL protocol (KUidOplApp) released by the OPL runtime

It's anticipated that Java will release an additional recognizer for Java 

applications (KUidJavaApp)

The 2nd Uid contained within an EPOC store file is used for type identification, 

and is mapped on to a "TDataType" that can also handle internet standard MIME 

types.

Thus a CApaRecognizerType file can now expect to be called with a document file 

name, but a TUidType that is different to the TUidType within that file (this is 

to support the launching of, say, Agenda files by an OPL or Java based Agenda 

file viewer)

If no mime type mapping is available the CApaRecognizerType list will be called 

as for ER1 releases, this is to fully support compatibility with ER1 style 3rd 

party recognizers.

The following exports are of interest:

class RApaLsSession

	TInt AppForDataType(const TDataType& aDataType, TUid& aAppUid);

This returns the binding of application to DataType in aAppUid, if there is no 

binding then the current "default" handler is returned.  If there is no handler

a NULL uid is returned.

	TInt StartDocument(const TDesC& aFileName, TThreadId& aId);

This starts the document file of aFileName and returns the TThreadId of the 

process.  The effect is the same as performing a RecognizeData on the file, 

followed by a call to the next documented method.

	TInt StartDocument(const TDesC& aFileName, const TDataType& aDataType, TThreadId& aId);

This launches an application with a known data type, this is useful to clients 

that already have data type information and wish to take advantage of this, and 

avoid the overhead of performing a recognition on the file.  This uses the 

current "preferred" handler of the data type, this may be specified by the user.  

If another application is desired this must be chosen explictily using the 

following method.  If no binding can be found for the data type the old style 

recognition by the .RDL recognizers will be performed, if this doesn't get a 

match KErrNotSupported will be returned.

	TInt StartDocument(const TDesC& aFileName, TUid aAppUid, TThreadId& aId);

This launches the filename with the supplied application. 

7) Added Application icons to AppArc server, the relevant export here is:

class RApaLsSession

	TInt GetAppIcon(TUid aAppUid, TInt aSize, CApaMaskedBitmap& aAppBitmap);

Size is a number between 0 and 2 inclusive, representing the smallest to largest

icons for the application.  The actual size of these icons is dependent on the

implementation, no scaling is performed.  Fully featured EPOC apps can be expected

to supply 24,32 and 48 pixel icons on 1/2 VGA.

8) Added test code, and less interesting utility functions for all the above.

9) Added batch files for running test code - runtest.bat on MARM and runtestw [var]

under WINS, these live in \apparc\tdata\

10) Moved down to E32TOOLS 088 due to a defect in DEFMAKE

All WINS variants pass tests

All MARM varinats pass tests, with the exception of

T_PRO and T_OOM which fail on MARM unicode

These failures do not constitute a regression from AppArc 100

AppArc 1.2.100

==============

Built by MattM on 3/7/98

Jumped from 086 to 100 release to allow space for platform 4 revisions

Changed interface in APMIME to "Data" in place of "Mime" allowing for greater 

flexibility in use of "mime" types.  Retained name for DLL to ensure binary 

compatibility.

Fixed defect in APMFNDR as for APFFNDR - wins REL and UREL mime recognizer 

loading did not work

Updated ROM build files

AppArc 1.1.86

=============

Built by MattM on 29/6/98

Release valids on a clean drive.

Removed incorrect mime getrel methods

Fixed rom building scripts

Fixes:

SW1-544 WINS rel & urel recognisers don't work

All 4 WINS and 4 MARM variants released and tested.

The following tests pass on all variants:

T_CMDLN, T_FILE, T_MDR, T_WGNAM, ICONTOOL

The following tests have the documented failure conditions:

T_MRU fails test 07 line 248 on all MARM variants (passes on WINS)

T_OOM fails KERN-EXEC 3 on MARM Unicode variants (passes WINS and MARM narrow)

T_SERV fails on all debug variants WINS and MARM (passes on release variants)

T_PRO fails KERN-EXEC 3 on MARM Unicode variants (passes WINS and MARM narrow)

None of these failures is a regression from AppArc 1.1.85

AppArc 1.1.85

=============

Identical to 084 without MIME releases

AppArc 1.1.84

=============

Built on 22/5/98 by MattM

Changes following code review

AppArc 1.1.83

=============

Built on 18/5/98 by MattM

Added MIME type recognition

Fixed AppArc DLL loading to allow unloading of AppArc DLLs due to deletion or 

updating, however due to EPOC32 defect SW1-46 this remains broken, however as of 

this release it's possible to unload recognizer DLL's by removing the DLL, then 

waiting sufficient time for the Shell recognizer scanner to update it's list, 

then 1 second later the AppArc server list will be updated.

[an easy way is to Open/close a CF card door, this forces a full rescan]

Fixed some VC5 warnings

Fixed 

SW1-957 Missing leave in AppArc

Apparc 1.0.82

=============

Added extra support for Recent Files list for OPL apps.

Apparc 1.0.80

=============

20/02/98 by Natascha

Uses:	apparc.dll: E32[120] ; F32[090] ; Store[043] ; GDI[057]

	apgrfx.dll: Fntstore[046] ; Fbserv[075] ; Bitgdi[062] ; Wserv[094]

        Mimestor[002]

Tools: E32Tools[082] ; E32Utils[014] ; GCCTOOLS[113]; GDITOOLS[039]

EIKTOOLS[123]

1) Rebuilt using correct Unicode components.

Apparc 1.0.79

=============

19/02/98 by Natascha

Uses:	apparc.dll: E32[119] ; F32[089] ; Store[043] ; GDI[053]

	apgrfx.dll: Fntstore[043] ; Fbserv[075] ; Bitgdi[058] ; Wserv[090]

Tools: E32Tools[082] ; E32Utils[014] ; GCCTOOLS[113]; GDITOOLS[039]

EIKTOOLS[123]

Made the following changes as a result of code review (by CharlesW).

1) Changed CApaFileRecognizer::DoRecognizeAllApps() to

DoRecognizeAllAppsL() since it is a leaving function.

2) Use the more efficient InsertL() function to copy one array to

another rather than AppendL() in a for loop.

3) In CApaFileRecognizer::InsertAppIntoListL() the priority is now

based primarily on the mime type priority, not an average of the app

and mime type priorities.

4) Put the mimestor manager on the Cleanup stack in

CApaDataTypeRecognizer functions.

5) Made the CApaFileRecognizerData class definition and member data

private to CApaFileRecognizer.

Apparc 1.0.78

=============

02/02/98 by Natascha

Uses:	apparc.dll: E32[119] ; F32[089] ; Store[043] ; GDI[053]

	apgrfx.dll: Fntstore[043] ; Fbserv[075] ; Bitgdi[058] ; Wserv[090]

Tools: E32Tools[082] ; E32Utils[014] ; GCCTOOLS[113]; GDITOOLS[039]

EIKTOOLS[123]

Includes UNICODE release of all components.

1) Changed over to new build system splitting mnt.cmd into ebld.bat

and mnt.cmd and using makmake etc...

2) Defect fix SW1-516: to speed up drawing of control panel moved the DLL loading into

CApaSystemControl::CreateL() from CApaSystemControl::ConstructL()

which was being called to build up the list of available controls. 

Added member data iUidType and iFullPath.  This also means that OOM

is less likely when bringing up the control panel.

3) Defect fix SW1-451: in CApaScanningAppFinder::FindAllAppsL() set

iDriveList=NULL after deleting it (spotted by MartinB).

4) Defect fix SW1-566: in CApaScanningAppFinder destructor now delete

iFileList.

5) Defect fix SW1-620: in CApaScanningControlFinder::NextL() iFileIndex

was only being reset to 0 if there was a drive in between which

failed GetFileListL(); if 2 consecutive drives both had controls it

was hit and miss whether all those on the second drive would be

correctly picked up since it only started scanning the file list at

the iFileIndex value at which the drive before had finished.  Fix is

to set iFileIndex=0 at the same time as deleting iFileList.

6) Extension to recognizer scheme: added class CApaUidlessRecognizerType

which is there to recognize files that the uid-based recognizers

fail to recognize.  This means that CApaFileRecognizer class now has

a new private member *iData (before only 1 pointer so store all the

new data in the one pointer to keep things BC) - iData contains

iFileRecognizerList and iUidlessFileRecognizerList, and a list of

mime types and supporting apps.  

CApaFileRecognizer::RecognizeFileL() now works by calling the

uid-based recognizers as usual, if none of them recognize the file 

call all uidless recognizers, which can each add

MIME types to the list, then picks the highest priority MIME type and