somebody can translate to english? Thanks you!
Hi fellows ...
I have good news, but first I want to tell us a bit.
From the beginning I thought that Lazarus' s component does not have a toolbar that can float.
Instead of drifting, Lazarus-toolbar could not even shifted (up / down, left / right).
For this reason, I insist on bringing TToolbar2000 (by Jordan Russell) to be run in Lazarus.
For all contribute to this:
http://wiki.freepascal.org/Current_conversion_projects#Toolbar_2000Well, while the conversion test results are not encouraging TB2000 package, I switched doing TToolbar97;
Another reason is Toolbar97 not require the GPL license, so it is compatible with LCL.
and I was more excited than GPL LGPL project.
Now I'm in the process of the process that I named ToolbarX2,
Rencanya, virtual-control feature that is the separation between the "container" and "TItem" of TB2000 I enter in ToolbarX2.
in this way seems component I will have a bright future in the future,
(source code =
http://forum.lazarus.freepascal.org/index.php/topic,21988.msg163344.html#msg163344)
By the way,
Thing that worries me with ToolbarX2 is:
It is not derived from TToolbar of LCL. It will look ugly in some cases because it does not lets take utilize Theme features of the OS. Gradient on the toolbar QT will not appear. Effects bayang2 / sink on the button (for example,) also will not sync with the theme of the OS. In essence, my toolbar will appear strange and visually tacky if not a derivative of the toolbar LCL.
I think people would not like For replacing the toolbar (LCL) which has existed in their application with a toolbar that I make if there is no guarantee that it can reverse back (to LCL). The same case with transform TToolbar to TToolbar200, it hard to reverse.
When you want satay (grilled meat), why should buy a goat? = If the goal is to create a toolbar that has been there before you can float, why should remodel a lot of things? Lazarus first docking in trouble, now is okay.
It would be more fun like when can immediately see an improvisation than wait longer and the outcome uncertain, khan.
For this is a good opportunity to create a component-do with the community, from scratch. How funny?
Maybe you can already guess, that wears Directly LCL's toolbar will be a solution.
And if it's later works, we do not need to tired to reinvent-the-wheel. Toolbar you can be reused, do not need to recreate.
Well, yesterday my little experiment with TToolbar LCL, in order to float!.
This I did because I did not find an example in the Lazarus or topic that allows this to happen.
The result is surprising: It does not take a lot of code. With slight modifications, LCL Toolbar can float and can be re-docked to the form. Had not this which we expect? of course.
1. It's not perfect, but I think it would be what you prefer.
Then I beg you to help me with a small task:
Help me to know that the docking / undock it runs smoothly on various OS, widgetset, theme.
Attach a screenshot of the application that I attach here. It does not need an external package, pure LCL. Attach a screenshot when the toolbar is floating (undocked) and toolbars docked; and say the OS, widgetset, the theme that you're using dlm screenshots page.
Finally, if later we know that this floating toolbar to run normally (without crashes, and a great visual appearance), we can proceed to the next stage:
2. Re-implement custom DockTree / DockManager, DockZone so that the toolbar can be shifted in the dockbar.
(later)
Thank you.
Mudah2an You Like.