Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

> which sets the size of the form -> there will be scrollbars if basedock is
too 
> big. I meant set the size of basedock too, somethin like: 

> basedock.size:=  
> height := emptyheight; 
>  width := fowidth; 

Ha, ok, you mean to add the code of "TimerWait Workaround" ?

;-)

Ok, many thanks.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Monday 25 September 2017 14:33:52 fredvs wrote:
> >  height := emptyheight;  //basedock is still big -> mainfo has
> > scrollbar(s) width := fowidth;
>
> Huh, it is already there in code and did not help without "timerwait
> workaround".
>
>  (see line 401 of procedure tmainfo.onfloatall(const sender: TObject) -->
> main.pas).
>
I wrote:

> You probably should adjust the size of basedock too.

that means set the size of the basdock widget *and* the size of the form.
Currently the code is:
"
 height := emptyheight;
 width := fowidth;
"
which sets the size of the form -> there will be scrollbars if basedock is too 
big. I meant set the size of basedock too, somethin like:
"
 basedock.size:= 
 height := emptyheight;
 width := fowidth;
"

Martin

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

>  height := emptyheight;  //basedock is still big -> mainfo has scrollbar(s) 
>  width := fowidth;   

Huh, it is already there in code and did not help without "timerwait
workaround".

 (see line 401 of procedure tmainfo.onfloatall(const sender: TObject) -->
main.pas).

PS: It is not important.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Monday 25 September 2017 00:27:48 fredvs wrote:
>
> It works much better but a work-around is still needed.
>
You probably should adjust the size of basedock too.
"
procedure tmainfo.onfloatall(const sender: TObject);
[...]
 height := emptyheight;  //basedock is still big -> mainfo has scrollbar(s)
 width := fowidth;
"

Martin

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On 09/23/2017 01:54 PM, fredvs wrote:
> 
> The canvas is not refreshed when floating all the visible forms.
> 
The docking area is there but the docking area caption is not drawn if
there are docked invisible forms. Changed in git master
367f65d6c118112ecec6f16eb6af36635fcd85b8.

Martin

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

> Bugs should be fixed not "workarounded". ;-) 

Huh, then, sorry, there is still something...

All works perfectly if all the forms are visible.

But if child-docked-forms are closed inside the main parent form, it has
still problems.

The canvas is not refreshed when floating all the visible forms.

But if you close the forms when they are floated, then it works.

(One more time,difficult to explain).

See the video, maybe it explain better:
mse_canvasprob.mp4
  

Thanks.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

>  si1.cx:= basedock.width; //do not change width 

OK only added it. ;-)

Works formidably now.

Many thanks Martin.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Friday 22 September 2017 14:49:03 fredvs wrote:
>
> But some forms, like the files form, should be sizable in height (unsizable
> in width), like the files form while docked.
> But this, I was not able to do.

Set bounds_cxmin = bounds_cxmax = bounds_cx.

> Also, when using menu "All float", sometimes (many times) the main form
> (with height = emptyheight), the caption "Drag/drop the window into this
> area" does not appear and it is not possible to drag/drop forms anymore.
>
> I have to use timerwait and then all is more than perfect: --->
>
Bugs should be fixed not "workarounded". ;-)

"
diff --git a/src/main.pas b/src/main.pas
index 65b4d94..28c4353 100644
--- a/src/main.pas
+++ b/src/main.pas
@@ -260,6 +260,7 @@ begin
si1.cx:= maxwidth;
if visiblecount = 0 then begin
 si1.cy:= emptyheight;
+si1.cx:= basedock.width; //do not change width
end
else begin
 si1.cy:= totheight + (visiblecount-1) * basedock.dragdock.splitter_size;
"

Martin

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

> It is a matter of style. Personally I think one should not restrict the
users  if they want to change the window size.

I agree with that too. But the "all docked" layout is to give users a "out
of the box" nice layout.
They may change the size of some forms (but I prefer to let some forms
unsizable, like the players.

But some forms, like the files form, should be sizable in height (unsizable
in width), like the files form while docked.
But this, I was not able to do.
Also, when using menu "All float", sometimes (many times) the main form
(with height = emptyheight), the caption "Drag/drop the window into this
area" does not appear and it is not possible to drag/drop forms anymore.

I have to use timerwait and then all is more than perfect: --->

 procedure tmainfo.ontimerwait(const Sender: TObject);
begin 
timerwait.enabled := false;

// this for the height = emptyheight problem
if height <= emptyheight then
 begin
 basedock.height:= height - 20 ;
 basedock.width:= width - 20 ;
end;

// this for the scrolled width form:
if fs_sbverton in container.frame.state then
 width := fowidth + scrollwidth  else width := fowidth ;

 end;
end;

Martin, please do not take it as reproach, MSE docking is working
**PERFECT**, those changes are because now I touch all mini details.

And with above code, all is more than perfect, after many hard testing.

Many, many thanks.

Fre;D
 





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Thursday 21 September 2017 13:32:53 fredvs wrote:
> Hello Martin.
>
> Many thanks for your investigations.
>
> It works perfectly now.
>
> The height-size is perfect now.
>
> Huh, why dont you like Timerwait ?
>
> It was used to ajuste the main form width if a vertical scrollbar appear.
> (Otherwise part of the docked forms are hidden, like the close buttons).
>
> See picture:
> 
>
> But maybe there is a reason why you do not like Timerwait.
>
It is a matter of style. Personally I think one should not restrict the users  
if they want to change the window size. And I meant the purpose of that timer 
was to workaround some bad behavior of the layout algorithm...

Martin

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

Re-hello Martin.

Is it possible to hide the end buttons of a Tslider ?

If yes, how ?

Thanks.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

Hello Martin.

Many thanks for your investigations.

It works perfectly now.

The height-size is perfect now.

Huh, why dont you like Timerwait ?

It was used to ajuste the main form width if a vertical scrollbar appear.
(Otherwise part of the docked forms are hidden, like the close buttons).

See picture:
 

But maybe there is a reason why you do not like Timerwait.

Many, many, many thanks.

Fre;D







--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Thursday 21 September 2017 10:25:44 Martin Schreiber wrote:
> On Thursday 21 September 2017 10:21:22 Martin Schreiber wrote:
> > Can not reproduce with strumpract git master
> > ebc7a4d29aaa044539d28ef8fd3c8532009a918b.
>
> Correction: I can reproduce now, I'll try to make MSEgui compatible to your
> approach.
>
See attachment. The main problem is that the size of basedock is fix but 
anchors are [an_left,an_top,an_right,an_bottom].

Martin




layout.patch.7z
Description: application/7z
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Thursday 21 September 2017 10:21:22 Martin Schreiber wrote:
>
> Can not reproduce with strumpract git master
> ebc7a4d29aaa044539d28ef8fd3c8532009a918b.
>
Correction: I can reproduce now, I'll try to make MSEgui compatible to your 
approach.

Martin



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Wednesday 20 September 2017 21:19:44 fredvs wrote:
> Hello Martin.
>
> OK, i did apply your patch + compile with last MSE commit.
>
> At loading, perfect the size of the main form is ok, scrolling refresh well
> the canvas.
>
> Sadly after there are few problems.
>
> - Sometimes the vert scrollbar does not appear when all the forms are
> dockked.
>
> - And when it appears, canvas is not refreshed while scrolling.
>
Can not reproduce with strumpract git master 
ebc7a4d29aaa044539d28ef8fd3c8532009a918b.

Martin

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Wednesday 20 September 2017 21:19:44 fredvs wrote:
> Hello Martin.
>
> OK, i did apply your patch + compile with last MSE commit.
>
> At loading, perfect the size of the main form is ok, scrolling refresh well
> the canvas.
>
> Sadly after there are few problems.
>
> - Sometimes the vert scrollbar does not appear when all the forms are
> dockked.
>
> - And when it appears, canvas is not refreshed while scrolling.
>
What do want to achieve? It seems to me you misuse tdockcontroller. For 
example tdockcontroller is designed to change the position and size of its 
children but you set bounds_cxmin = bounds_cxmax and bounds_cymin = 
bounds_cymax -> the sizes are fix and disturb the layout process.
Please write how your program should behave in order I can setup it 
accordingly.

Martin

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[fredvs]

Hello Martin.

OK, i did apply your patch + compile with last MSE commit.

At loading, perfect the size of the main form is ok, scrolling refresh well
the canvas.

Sadly after there are few problems.

- Sometimes the vert scrollbar does not appear when all the forms are
dockked.

- And when it appears, canvas is not refreshed while scrolling.

See video:
mse_scrollheight2.mp4
  

Thanks.

Fre;D





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

[Martin Schreiber]

On Tuesday 19 September 2017 16:10:40 fredvs wrote:
>
> When docking all the windows into main window, sometimes the height of the
> scrolled design canvas is too high.
>
See attachment (needs MSEgui git master version).
>
>
> And how to now if a scrollbar is visible ?
>
> Something like:
> if container.frame.sbvert.visible then
>
Please check container.frame.state fs_sbhorzon,fs_sbverton.

Martin


layout.patch.7z
Description: application/7z
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk