🚀 go-pugleaf

My name is John Lim i am the author of Moire cdev. Ken Hancock was 
complaining about poorly written INITs :

> >	There seems to be a number of INIT now in the bitstream that require them to
> >be loaded in a certain order in relation to others.  I would just like to put up
> >this little flame to INIT writers (hey I write them too, I can flame!!) that
> >they don't do things that they shouldn't, so that we don't have to figure out
> >which order to load things!
> >FLAME OFF**
> 
> AMEN!  A good example is Moire.  Moire has bombed out on me so many times
> unless I let it load first.  Another thing I wish people would standardize
> 

I would like to complain that the problem is to do with Font/DA juggler
and is not my fault. The problem is that Moire operates as a driver, and F/DA
Juggler patches the open routine so that all DRVR files are patched to act as
DAs presumably. So when Moire attempts to install itself, F/DA cuts Moire's
throat behind Moire's back and its el crasho ! You will notice that most drivers
that install themselves force you to reboot after installation to prevent
such problems. As my driver is installed at runtime, that is not a soln.
I put the blame on F/DA juggler (the same problem occurs with suitcase).

> Ken Hancock                        |    UUCP: isle@eleazar.dartmouth.edu
> Personal Computing Ctr. Consultant |  BITNET: isle@eleazar.dartmouth.edu
> __________________________________/ \____________________________________
> DISCLAIMER: If people weren't so sue-happy, I wouldn't need one!


Nevertheless if anyone has a good workaround to the suitcase/fda juggler
problem, please let me know. I have tried using _open and _Opendeskacc 
to work around this problem but NO success.

 I must say that writing most INITs involve patching traps => dirty
tricks. I dont think its really fair to blame anyone too much as such
programs are really to be used at your own risk, even if they are commercial.

Anyone interested in another INIT bug (that is patched in version 2.0, coming RSN)
try using the File... transfer feature of QuicKeys under MF in the Finder
program with the set startup dialog box open and Moire running. This will
crash your system. QuicKeys is at fault here. If you have a dBoxProc as the
front window, you shouldnt be allowed to transfer to another application.
Therefore I have had to work around this problem.
	
Moire 2.0 works in colour and does color animation. It works correctly with
other clock programs like superclock, and the default clock is more intelligent
about MF and color menubars. The about box is great in my opinion, but
I wrote it :-> I just finished it 5 hours ago, and will let my testers brew
out the last bugs for the next few weeks. 
	john lim

ps : this is a friend's a/c.
	castan@munnari.oz