Just a Picture
Tabs n Pages
Worked at my idea for the visible Tabs at the Pagecontrol. As I found out before the Register at MUI can not be changed on runtime, so hard to use it directly for the LCL Pagecontrol. But now I just add a second MUI Object above the Pages which only contains the Register. Rather the same schema I used for the Caption of Checkboxes.
Happy Easter release EdiSyn 0.40
The new EdiSyn is out, Version 0.40.
Most important features should be the configuration possibility for the SynEdit control, inclusive Color selecting for Highlighter, and shortcut preferences.
The highlighter colors are saved in separate files.
- ADD: Preferences Dialog
- ADD: Key binding Dialog with Key catcher
- ADD: Highlighter Color selection Dialog
- ADD: New tab on every open
- ADD: Tab Navigation ShortCuts
- FIX: Faster New Tab
- FIX: Drawing improvement
- FIX: Menu Items Memory leak
- FIX: Canvas Memory leak
- ADD: Easter Eggs
Download at EdiSyn Page
I want cookies… ehm colors
For the step of EdiSyn I will need a working color requester, the ASL does not supply one so I have to create one for myself. Not a big thing actually, just create a new local MUIApplication (I was not sure this is even possible to create two of them in the same process, but seems no problem until now) a Window with two buttons and the Palette object.
Again meet this strange MUI color needs 32 bit value for each color, but the requester only counts from 0..255. So its working nicely. The presets colors I cannot use currently, maybe later someone has fun to add another little panel with this colors and events to set them to the palette event. Currently its not that important I would say.
On the left side much space is wasted, it seems to be meant to change some pens at once, not only one as I need, but its working.
I also did a little bit research about the redraw problem if an ASL requester (or this one) is open, and hey the creators of MUI also thought to this problem, and there is a solution for it AROS MUIM_Application_CheckRefresh….. sadly its is not implemented in AROS, it does simply nothing.
Scroll, scroll, scroll away
Woah, this winapi things in LCL is really crap sometimes… especially when it comes to doubled functionality. Exactly this is what I hit when I use Scrollbars. A single Scrollbar was easy to implement just some position conversation needed. I thought now all scrollbars would work… meeep … wrong, of course, the two fixed scrollbars for other wincontrol you have to implement separately. 🙂
Need me some hours to figure out how this work. and make it possible, now it pays that I made the Objects for the MUI classes so open, easy to reuse of „other“ purposes, for example this scrollbars. Works rather nice already, the biggest problems are always the loop notify calls, or what MUI think is a loop. If I move the scrollbar very fast.. its not a loop notify.. but just again changed in the time the event fired… so position gets a new value.
The caret problem was much easier than I thought. The caret is directly drawn to the Canvas, outside an Paint event. I noticed there is a variable to fire an invalidate instead of paint it. And voila, some other (QT, GTK) seems also need this event because not allowed to draw outside paint event.
Synedit with Working scrollbars
Milestone reached
Finally there is something to see in the Synedit control.
Last week I managed to get the lcl so far that it does not crash anymore when there is a synedit inside the window. But there was no drawing at all. Now I traces some deeper into the paint routine of it and manage to let it draw. Many of the WinAPI calls needed were just not implemented in the AROS LCL. A Big step towards a Lazarus at AROS.
It’s not completely working, but you can move the cursor (visible when you hit a begin/end -> Highlight of both) and you can fold/unfold pats of the source by clicking on the boxes on the left side.
The Caret is now shown, I guess due to XOR things missing and typing does not work, which is a little bit strange, the events are there and fired, in the games they are working nicely and the cursor keys work.
SynEdit Control in AROS
More and bigger Images
I worked a little bit more on the ImageViewer „APict“ included Zooming and Move with Mouse/Scrollbar, fixed a lot of bugs in my LCL code. Especially the scrollbars was hard to understand, because the MUI scrollbar and the LCL Scrollbars work a little bit different -> need to convert the Positions/Pagesize/Min/Max.
The Result works very nice now, this could really a very helpful tool for me, (even at Windows/Linux) to sort my files. My Plan is to insert some file functions also (delete or copy/move the currently viewed File to an other Folder, this is what I miss in most other image viewers)
At the moment the image loader is rather slow, but I remember I found faster routines in the web maybe later I give it a shot, or make some clever „preload“ of next image.
Download:
APict 1.1 for i386-aros
Source again available at GitHub
Follow the rabbit, or the ray
Some years before I played around with raytracing a little bit. I was amazed that this old source just compiles at AROS and work 😀
A new Tool
As long I’m working very much with images at the moment and the internal tools of AROS seems to have some problems with some special BMPs I wrote a little own Image Viewer for me (a little bit with IrfanView in mind)
At the moment I only opens BMP, ICO, JPG, PNM, PNG maybe later will add some more, I remember I had a very nice image library which compiles out of the box on AROS, could be used then for TIFF/TGA and so on as well (maybe even IFF?)
Until now it is no AROS specific things inside, but maybe would be a nice thing to make an example Datatype loader in pascal language. But atm for my needs this is more than enough to fast browse through my images saved in one debugging session
APict 1.0 for i386-aros
Source again available at GitHub
Get on offscreen drawing
Magorium send me a link to a pacman clone for freepascal which does not work on AROS currently. I tried to find out whats wrong with it. First it was only the offscreen painting problem which I tried to overcome. But then I noticed how bad this program is, when talking about programming style. The whole drawing is done outside the paint events, which leads to a very bad performance on widgets which does not support drawing outside Paint events (like the MUI interface) because for every draw call the whole widget is called to repaint. The whole process is just paint driven so if you computer is slower it become easier to solve because all items move slower.
I changed it to a paint event driven painting and it work, faster but still very slow.
Of course this is still not a good method, a better approach would be to collect the static pieces into an Bitmap and then draw it at once to the screen in Paint event, and then only paint the Ghosts and the Pac Man to the screen.
An eating of Points/pills and so on would lead to change of the TBitmap. But there only one piece is redrawn. Maybe then it would be come much faster.
But there again one would need an offscreen drawing method, which is possible already, but no chance to plot it to screen. I’m still working on the concept for it but seems I still didn’t find a way. Still fighting with keys and mouse events but at least the pacman clone work now.
Still no interrest on freepascal on AROS, seems my programs didn’t help.