Working on the EdiSyn Preferences Window. I saw already before that a dialog style window has some problem (every redraw makes the window larger). In the past I just changed the window to sizeable and set tight Contraints (Min=Max), then it worked well. Today I had some time to look deeper into the stuff. I put a MUIC_Group into the Window as first item and On Layout I set the size of this item to the inner size of the window. But this Group has a Border (MUIA_InnerXXX) so a solution seemd to remov this border, but then MUI draws 1 pixel over the window border. So I had to add a 1 pixel border, but then I must calculate the inner size for the drawing. Now it works. As nice side effect now the (visible) offset of the item to the window border is gone, which is nice (visible in the left upper order of the window). The Groupbox (which is directly mapped to the MUI Groupbox with the Title) works very nicely, there I also need this offset value, so it had an additional use.
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.
Search in all files is a very important feature for me, because I often search how the other widgetsets in LCL solved some problems. So my EdiSyn also should have this function. The implementation was rather straight forward but has some strange problems with the SynEditSearch, so I experienced many crashes, which is unusual for for development this days 😉 at least I hope so.
There are still some glitsches in the searchall function (most of all the Search histroy does not work, and I have no idea why, I see how the new list is transfered to the widget but then its empty :-O, so I deactivated it for now.) MAybe I have look into again later a little bit more in detail.
News:
- FIX: Warning for reopen file in same Tab removed
- FIX: Errormessage if a file cannot be open
- ADD: Search All requester (directory, open files)
- ADD: Search All result window with highlighting
Download at EdiSyn Page
Last days I didn’t have much time to work on EdiSyn, much other things to do. And played little bit too much with the contents of the About box which should be introduced *shame on me*.
I added a smooth text scroller, seems magorium had the same idea and made crossfader. hmm both is nice, so I included both for the new release.
Besides this I got an idea hoe to slove some of the loop Notify problems. I also got a crash report, seems also related to the loop notify thing. Two things to reduce the notify loops: 1. Check if the value is changed, and only send to MUI if it has changed. 2. Block the Event if the Value is set by the interface. This should reduce the loop notifies and maybe the crash as well.
An other thing I noticed, seems I had a BIG memory hole in the code when drawing transparent Images to Canvas. The Canvas did no destroy the rastport/bitmap which was created if this Canvas is a free floating canvas, so not connected to a window/widget.
So here is a new release with some bugfixes and little improvements
EdiSyn 0.33
News:
- FIX: Beep also when searching backwards (Shift F3)
- ADD: Warn if a file is already open in the editor, jump to this tab
- ADD: Show full path in Window title.
- FIX: crash for un/checking TRadiobox
- ADD: About Box
Download at the EdiSyn Page
Search and Replace:
- ADD: Call Search dialog with selection -> used as search text
- ADD: Search Dialog improved
- ADD: Search and replace history
- ADD: Search Settings saved/restored
- FIX: Not Call Application to redraw
Download at the EdiSyn Page
Some tiny improvements for EdiSyn:
- ADD: Bookmarks (Ctrl + Shift + 0..9 for set, Ctrl + 0..9 for jump to bookmark) in the picture Bookmark 5 is set.
- ADD: Bookmark bar can be switched on/off
- FIX: Crash when close a Tab via key removed (Focus issue)
- FIX: Better/faster creation of new Editor pages
- CHG: Show only every 5th line number, looks not so crowded
- FIX: TabStop setting for Replace Dialog (use tab from search to Replace edit field)
- CHG: Use MUI Requesters instead of EasyRequest -> looks nicer and the Window behind gets redraw events.
Download: EdiSyn 0.31
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
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
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
Some years before I played around with raytracing a little bit. I was amazed that this old source just compiles at AROS and work 😀
