I can't go to bugtracker,
Why? What reason?
1) The good reason is because "we" need to do several test before proposing the patch to Lazarus team. Including test on "different" widgetset.
And I love to see other people report whether it is also fine in QT/GTK, etc. Due I only have GDI widgetset in my machine.
But, My real reason is: I never do that. I don't know how and where to report bugtracker. You know, often the difficult thing is in the first trying: how, why, when, where...
For example: Creating patch? I have no experience of doing it in before. Unfortunatelly Blaazen's command line didn't work for me, but he give us the link which is there is I found of how to create patch via Tortoise's Context-menu in Windows Explorer.
For honest, the reason is because I am a stupid newbie to do that. I don't know how, where, when. (When = is it now is good time to do?)
Hey,
I also unsure whether my idea is good enough to send to bugtracker,
Ok, you want to discuss it before submission, that is fine.
The reason I asked is because it can easily be overlooked here on the forum. And that would not be wanted.
And also for the team, when we commit it to the SVN, then we can include the bug number, and we will always be able to look up what was the background for a change.
IMHO, this "aesthetic bug" is in there so long, if the team let it there so perhaps it is "not a bug" in the Lazarus Team eyes.
Perhaps, they intended creating it by design. Perhaps the reason is yet known by you: "[size=78%]any fixed margin will fix it for some people and break it for others"[/size]
However, the top align buttons are looked like ugly in my eyes. So, I did it and let see Lazarus community proof my idea whether applicable or not.
Sure, my goal is to see Lazarus's Component Palette with balanced alignment in future release, if it possible.
Well beauty lies in the eyes of the beholder. The opposite is true too.
I am not bothered by the current top align, but I am used to it for too long, to be a good judge.
[/font]
Also, since the scrollbox will resize to multi-line (if needed) and then glyphs are aligned to the top, I do think there is no problem with them being top aligned all the time.
Unfortunatelly You can NOT do that. (or there is only me could NOT do that).
Scrollbox is not resizable, IDE's main form is not resizable, at least I can increase it height to see the multiline of the Component-Palette's scrollbox.
However, when the scrollbox is resizable, I will still provoke people to make it's margin balanced (top & bottom).
It is beautiful to see Lazarus as professional designed through it detail.
Maybe your main IDE bar is already at maximum high? There is a max high restriction. Try to reduce the height.
Actually, I don't mind the center for the "all on one line" palette, If a good way can be found. But it needs to be carefully established how to do that.
Adding fixed extra margin, does not only most likely break with different widgetsets, it also will not work, if the window height is reduced, It may not work when docking, as again that may change the window size.
Then also where will the margin go, when it wraps to 2 lines? Does it push the 2nd line even further down? Meaning more scrolling.
So the only way, IMHO would be to change the margin as the window sive changes. I am not a fan of that, and further more, the margin would need to be removed, when you get the 2nd line. And That part, (having different margins for single and multiline) does not sound so good to me.
But I am happy to wait for feedback from others.
-----
Have a look at the attached, it shows the IDE bar, with 3 different heights, the biggest is the maximum
You can see that the toolbuttons (run/ stop, ...) also have distance to the bottom.
Ideally, it should be that the window was autosized, so there would be no extra space at the bottom (instead of inserting margins to distribute space usage)
I remember, this did not work when it was done initially. I do not know, if today it could be made to work on all platforms.
-----
To be honest, the bigger aesthetic issue as I see it is: The 2 line layout, so 2 tiny buttons to scroll, that (to me) looks so bad, and is so hard to use.
So a different overflow (maybe a drop down, like office toolbars do) would be nice.
Though I would run that idea past other team members, before going for it (and I have plenty other to do anyway)
Overall this needs more thought and feedback.
[/font]
2) The "mouse/selection" pointer-button:
You are right this should not scroll. But your solution is not ideal either. Why adjusting its top coordinate on scroll. It should not be in the scroll box at all (same as the "list all tabs dropdown" button on the right hand site)
You can't do it. AFAIK the Lazarus Team would not do it.
The select-pointer button is a TSpeedButton, all component buttons is also TSpeedButton.
Together, all of them share the same GroupIndex property so there will be only one button has "Down=True" property.
This all require both TSpeedButton & component-button in the same parent. We can't put them in separated parent.
I did you idea before creating this topic. And when we put select-pointer button outside the scrollbox, this button is useless in the way it unable to reset the component-button selection.
Ah I see.
It might work, if "all buttons up" is allowed, and there is code in the OnClick to take care of it?
" AFAIK the Lazarus Team would not do it."
Did anyone say so?
I will check if any one lese in the team has concerns about this. I am part of the team, and I would not be concerned. But before you do anything let me check
----------------
Btw: it may be a good idea to do individual patches, one per issue. That makes it easier to apply, and also each can be applied without waiting for the others.
MY trick to do that, is to have more than one svn checkout, so I can work in parallel.