Re: oAESis

[Johan Klockars <rand@cd.chalmers.se>]

> > For me, oAESis was closer to N.AES than XaAES.
> 
> I agree. Whether its closer to the ideal AES, on the other hand, is
> not so clear.

What is missing from XaAES, in your opinion?
(I'll definitely try to implement drop-down menus ASAP.)

I know many people have trouble even getting it started and it's been
a long time since I tested oAESis (and I've only seen N.AES in action once).

I've now uploaded a second test version of XaAES beta7+ to my ftp site.
This has a few extra diagnostic outputs to help locate the problem that
makes it impossible for some people to start it.
The file selector is now working too. It turned out that my MiNT lib version
hadn't included the directory stuff in the library.

Finally, I have located a bug (or rather a partial implementation) that
can cause applications to crash (MGIF did) under XaAES.
rsrc_gaddr() only implements three out of 17 (perhaps it's even more with
newer AESes) types...
This has not been fixed yet, but that shouldn't be difficult.

> > By the way, a friend of mine stand with his mouth open, when I played a
> > mov file and moved the mouse to the menu, it dropped down and the movie
> > was still playing. Has someone seen such a multitasking feature with
> > MagiC or N.AES :o)
> 
> Yes, I agree that this is a very nice feature...

I remember thinking that it was more trouble than it was worth.
I very seldom do anything were it might be useful to have a window covered
by a menu continue updating, and it's often a lot slower to request updates
rather than just blitting the background back.

Still, as an option it would be nice to have.

-- 
  Chalmers University   | Why are these |  e-mail:   rand@cd.chalmers.se
     of Technology      |  .signatures  |            johan@rand.thn.htu.se
                        | so hard to do |  WWW/ftp:  rand.thn.htu.se
   Gothenburg, Sweden   |     well?     |            (MGIFv5, QLem, BAD MOOD)