long time no blog entry… too busy over all work.. house.. family too much to do besides programming.
Some days before some guys asked me to bring the aros fpc into the official Sources. So I created a Patch and announced at mailing list, then Charlie and Florian contacted me and I got an own branch for aros. First aros will be implemented, then checked (I guess by Charlie?) and finally, hopefully come to main trunk. After it, it would be a very good idea to bring the 3 Amiga Systems together (AROS, MorphOS and AmigaOS) Charlie did the implementation for MorphOS, I did Aros… so there should be enough knowledge to bring it together to a much smaller codebase.
Besides this today I checked a little bit about bug reports/wishes… first is rather strange… when you open a Modal requester the Windows behind should be disabled/not click-able… and Aros „shows“ also so.. so if you try to click a Button it shows no click animation. But after closing the modal requester all your clicks done meanwhile the requester was open will fire one after the other…. very bad! … the MUIA_Application_Sleep let the application and all windows sleep.. and shows a Busy pointer… but even here you can still click the button… So now I took the hard way…. I just deactivate all Windows before show the requester.. then it really works.. its just slower because the window must be redrawn.
The second thing is the OnChange Event in the TMemo now always fired when there is a text change done. This was again a rather easy thing… ok also needed long time.. but just because I forget to set the Hook-procedure to stdcall… seems too long I didn’t care about Events.
Uploaded also a new Version of fpc (Link section)
This Weekend I made the sources of Freepascal and LCL ready for distribute and place on my Webpage to download..:
Besides this I searching for a bug appearing for Windows not opened at startup, but showed later… there seems a big problem… every Redraw of this window let crash the program (sometimes AROS as well).
With a direct call of MUI in a freepascal program it doesn’t happed.
I found a strange error message when open a TForm in LCL:
[intuition] Invalid pointer value d84ded7b at openwindowtaglist.c, line 295
[intuition] Invalid pointer value d84decaf at openwindow.c, line 129
[intuition] Invalid pointer value d84dece7 at openwindow.c, line 184
something like this… every TForm.Show bring up such error message. Looking into code at the given places it seems the pointer value is out of the heap area thats the reason for this message… but WHY? and WHO? i still didn’t get.. The only thing i can guess, is that the pascal objects or resources could be a reason… both I still have to check.
An Update for FPC is published at AROS exec, in princple the first really working. Already included now some aros/amiga units like exec, amigados, agraphics (instead of graphics which exists in lcl), intuition gadtoos and of course MUI. Also I put in the MUI example program (see yesterday) into the examples folder.
Last Version of fpc for AROS
Today I started to implement the MUI classes for LCL. For this purpose I wrote a wrapper unit, which makes the classes existing in the MUI library directly accessible, like any other Pascal class. The first results look already very promising… in fact the handling of MUI and LCL is not that different especially the events are much easier to handle than gadtools. A little bit bad on the first view was, that MUI does not allow own position of Components, only automatic positions available (group concept very close to GTK) but by setting and Layout Hook and add and Left, Top, Width and Height to every Object I was able to disable this behaviour… I know this behaviour is very nice, special for scaled GUIs, but sadly LCL does not support such behaviour, as fas as I know. After some work I got
which looks already very nice, at least much better than gadtools. Events also already working very nicely… just some class fields are a little bit strange… the documentation of MUI is hmmm how to say.. not very nice to use.
