the ComboBox at MUI is rather strange it allows you to change the Names of Entries.. they are also updated on the fly when you open the combobox… but the Text directly on the (closed) Combobox is not updated :O there are still the old names…. (see Picture)
even when change the items… at this position ALWAYS the old names appear.. hmm where MUI keep them? seems they made a copy of it which i cant change? Weird!
But the rest was rather successful.. the events already working rather nicely… also included a nice Memo 🙂 hmm I should think about the use this to make a Text editor for myself (for Pascal coding) in AROS hmm SynEdit would be VERY nice.. i should check what decencies Synedit has.
 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.
I ported Freepascal 2.5.1 to Aros, already working rather nicely. But today i noticed that EVERYTHING crash if the AROS memory area is above the LongInt limit. In the beginning I thought it is a casting problem (Pointer to Longint and Calculation with this Values, but who do such stupid things).
But then i noticed there is a rather strange thing in Amiga style OS , BPTR and BSTR, pointer which doesn’t keep the address, but the address divided by eight :O. So far ok… if we use this BPTR as a THandle (Which is a LongInt) then there is no problem (Address can never be too large ;)) Now follows the Problem: At AROS in non-binary-compatible mode the BTR are just simple Pointers!!! so they can be negative (when casted to LongInt/THandle)…. and there were some places in the Code checking for negative Handle (=Error) … What a strange bug.
Today i also updated to last SVN again.. some conflicts but nothing really bad, everything still works, now i will try to submit this as a patch to the freepascal developer, i hope its ok as it is 🙂
With help of ‚mazze‘ of Aros forum I was able to write my first own program with a working MUI gui.
I think its the better choice for LCL/Lazarus, I started with Gadtools, but the numbers of available components is VERY limited. I would have to program most things by myself. So next week/weekend i will try to implement a little bit MUI to LCL
