Impression Spell
----------------

   1992-1996 Computer Concepts Ltd
   2003 X-Ample Technology bv

The 'Impress'n Spell' module was originally created by Computer Concepts. The rights to the Impression family - including 'Impress'n Spell' - were aquired by X-Ample Technology bv of the Netherlands in September 2003.

Please note that this programme is not public domain, it must not be passed on or distributed in any way without permission from X-Ample Technology bv. It is however allowed to extract the module from StrongED for personal use with other programmes.


Changes
-------

The module has been made 26/32-bit neutral.
The SWI-handler has been patched to allow for RISC OS Select. 
In all other respects this version is functionally identical to 1.27.

The Filer name of the module has been changed from !Spellmod to SpellMod.


Usage with Impression on Iyonix
-------------------------------

Because Impression isn't 32-bit compatible (yet) it must be run under Aemulor which affects how Impression sees modules.

When 'Impress'n Spell' isn't loaded when Impression is started, it will load its own 26-bit copy from the RMStore directory. When started after Impression StrongED, being a 32-bit application, cannot see the 26-bit 'Impress'n Spell' so will load the 32-bit module from its SpellCheck directory.

The upshot of this is that user dictionaries loaded by Impression will end up in the 26-bit copy of the module and dictionaries loaded by StrongED (or by double-clicking) will go into the 32-bit module.

Such a situation may be inconvenient, to avoid this make sure that the 32-bit 
'Impress'n Spell' is loaded before Impression is started. Impression will then use this module instead of loading its own 26-bit copy. All user dictionaries will then be loaded into the 32-bit module and hence be visible to all applications. 


Thanks to
---------

X-Ample Technology bv for granting permission to distribute the Impress'n Spell module with StrongED. 

Martin Wuerthner for his help in obtaining permission.

David Ruck for Armalyser so I could work on a source instead of the raw binary.

Adrian Lees for explaining how applications running under Aemulor see modules.

===

Fred Graute
