Hello

A package for a docked form editor can be found in : components/sparta/dockedformeditor/sparta_dockedformeditor.lpk

It was first cleaned from component palette code and renamed in freesparta branch, then committed to trunk.

Please test everybody!

Things to remember:
- If you have the old package from freesparta branch installed, you must uninstall it first.
- The package requires FPC 3.0 (which now means 3.0RC2).
- A docked form editor makes most sense with AnchorDocking, but it can be used also without it.

Maciej will tell more.

Regards,
Juha

Juha, wow this is gonna be the gold standard. One BIG problem I noticed right off however. If you put a control on the form, for example a button, you cannot remove it.

Tested on Gtk2 Linux, Ubuntu with Unity desktop.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151118/702020d1/attachment.html>

Also, just to let you know I looked around, there is an Easter Egg (I think that's what it is) when you press the R button in the lower right. -------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151118/149ba7cd/attachment.html>

Also default events are not working. Double click the form, an no "procedure TForm1.FormCreate(Sender: TObject); " is create. Same goes for other controls like buttons.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151118/684b3f3f/attachment.html>

This works correctly on Windows (10), undocked environment.

Juha Manninen wrote

- A docked form editor makes most sense with AnchorDocking, but it can be used also without it.

I find it very useful also in undocked environment (where I tested). It is a must in a docked environment and the (probably biggest) reason I don't use AnchorDocking.

Juha Manninen wrote

Please test everybody!

Ctrl+Tab, Ctrl+Shift+Tab do not work when "Designer" is shown. (Win 10 but as far as I understand this is platform-independent because these IDE commands are disabled when designer form is shown. They should be enabled when SourceWindow is focused/active (this will work both when dockedformeditor is installed or not).

+ Why the long name "sparta_dockedformeditor.lpk"? Wouldn't "dockedformeditor.lpk" be enough? It is in "sparta" directory so everybody sees the credits to sparta. And AFAIK there is no other dockedformeditor solution (if there is another one we should just maintain only one of them in the trunk anyway.)

Ondrej

2015-11-19 8:25 GMT+01:00 Ondrej Pokorny :

I find it very useful also in undocked environment (where I tested). It is a must in a docked environment and the (probably biggest) reason I don't use AnchorDocking.

It is 100% independent of any *Docking solution :)

Please create bug report in bugtracker for this.

More packages is coming and I need to separate somehow Sparta packages from original Lazarus packages. The solution for docked form editor is elastic and can be replaced by any other "dockedformeditor" solution in the future.

2015-11-19 2:40 GMT+01:00 Anthony Walter :

Also default events are not working. Double click the form, an no

"procedure TForm1.FormCreate(Sender: TObject); " is create. Same goes for other controls like buttons.

Not all was merged, wait for patches included in rev. 50111, 50113, 50246, 50247, 50309, 50310, 50311 (especially 50113) from free-sparta branch. If it will not help please create bug report.

Also, just to let you know I looked around, there is an Easter Egg (I think

that's what it is) when you press the R button in the lower right.

:D. Sooner or later this Easter Egg will be replaced by functionality, and I will create new Easter Egg in other place ;).

Great!

See the issue reports:

http://bugs.freepascal.org/view.php?id=29038
http://bugs.freepascal.org/view.php?id=29039

Ondrej

Maciej Izak wrote

Not all was merged, wait for patches included in rev. 50111, 50113, 50246, 50247, 50309, 50310, 50311 (especially 50113) from free-sparta branch. If it will not help please create bug report.

I have merged them in r50418-r50424.
It did not help really. The designer is quite buggy with both GTK2 and QT. I am sure it was working better some time ago.

Anyway let's continue developing it in trunk. I try to get commit rights for you Maciej. Until that I can apply patches. BTW, you already have developer status is the bug tracker.

Regards,
Juha

Juha Manninen wrote

I try to get commit rights for you Maciej.

Oops, that was already outdated information. According to Marc you now have commit rights to components/sparta in trunk.
I will apply patches for LCL and IDE if needed.

Regards,
Juha

2015-11-19 15:35 GMT+01:00 Juha Manninen :

Oops, that was already outdated information. According to Marc you now have commit rights to components/sparta in trunk. I will apply patches for LCL and IDE if needed.

Wow, nice to see "Developer" status on bugtracker ^^ thanks! I hope to get access to whole trunk, but for now this should be sufficient. :)

Juha and Maciej,

Regarding control delete not working here is what I've found:

Drop a control on the docked form designer
If you press delete with any control selected nothing happens What should happen is the control is removed from the docked form designer

BUT

If you have the object inspector visible, and the component tree visible above it, you can select a control using the tree. After you select one control from the component tree, you can then select go back to the docked form designer and press the delete key. The delete key will then work as intended until you create a new form and the process must be repeated.

So in summary, selecting a control in the component tree somehow fixes this bug.

System details: Gtk2 on Ubuntu with AnchorDocking installed -------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151119/5ec44e9b/attachment.html>

2015-11-19 21:11 GMT+01:00 Anthony Walter :

Can you remove control by pressing Ctrl + X ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151119/8e8f0259/attachment.html>

Yes, Ctrl + X works.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151119/08d49cf6/attachment.html>

2015-11-19 4:25 GMT-03:00 Ondrej Pokorny :

There's a difference in design time behavior under gtk2 when compared with windows. Maybe this is your case.

Here are my findings, posted sometime ago:

While trying to fix the bug reported in
http://forum.lazarus.freepascal.org/index.php/topic,28352.0.html

I found that the designer acts different in gtk2 related to Qt and win32

Under Qt (same environment as the gtk2 build) and Win32 if a put a control, e.g. TTreeView in the designer, in TDesigner.MouseMoveOnControl the Sender and DesignSender is always TForm regardless of the mouse being above the child controls or not. See result of commenting a DebugLn:

TDesigner.MouseMoveOnControl Sender=Form1:TForm1 Form1:TForm1

Under gtk2 if a put the same control, the Sender and DesignSender will be the TTreeView when mouse is over this child:

TDesigner.MouseMoveOnControl Sender=TreeView1:TTreeView TreeView1:TTreeView

Any clue why this difference?

Is it a bug?

BTW: i modified VTV to work but there may be other components affected

Luiz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151119/a4b0d33d/attachment-0001.html>

could you create bug report for this?

thanks!

Maciej, here you go:

http://bugs.freepascal.org/view.php?id=29044
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151119/014619eb/attachment.html>

Maciej and Juha, I created the tag "DockedFormDesigner" in the bug tracker for this issue.

http://bugs.freepascal.org/search.php?tag_string=DockedFormDesigner

Eveyone else, please remember to use tags when reporting bugs. -------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20151119/f18a85cd/attachment.html>