Was the width of top view saved in CC configure file?

[MortenMacFly]

I open "default.conf", and can not find a key named "splitterWin".

You have to look for "splitter_pos" in the config file. splitterWin is the ID of the control in the XRC file.

[ollydbg]

Find a discussion about setting sash bar: Nabble - wxPython-users - When to SetSashPosition of splitter ?

[ollydbg]

Just a reminder, I get the wrong behavior in both "float window of Symbols browser" or "docked inside the management pane". Windows XP.

[ollydbg]

In windows, I have debug these code in the constructor of ClassBrowser class:

Code Select Expand

   int pos = cfg->ReadInt(_T("/splitter_pos"), 250);
   XRCCTRL(*this, "splitterWin", wxSplitterWindow)->SetMinSize(wxSize(-1, 200));
   wxSize minSize;
   minSize = XRCCTRL(*this, "splitterWin", wxSplitterWindow)->GetMinSize();
   pos = XRCCTRL(*this, "splitterWin", wxSplitterWindow)->GetSashPosition();
   XRCCTRL(*this, "splitterWin", wxSplitterWindow)->SetSashPosition(450, false);
   pos = XRCCTRL(*this, "splitterWin", wxSplitterWindow)->GetSashPosition();


it is quite strange:
I try to write the "450", but the next statement, I GetSashPosition, it is "pos=96".....

[Jenna]

In windows, I have debug these code in the constructor of ClassBrowser class:

Code Select Expand

   int pos = cfg->ReadInt(_T("/splitter_pos"), 250);
   XRCCTRL(*this, "splitterWin", wxSplitterWindow)->SetMinSize(wxSize(-1, 200));
   wxSize minSize;
   minSize = XRCCTRL(*this, "splitterWin", wxSplitterWindow)->GetMinSize();
   pos = XRCCTRL(*this, "splitterWin", wxSplitterWindow)->GetSashPosition();
   XRCCTRL(*this, "splitterWin", wxSplitterWindow)->SetSashPosition(450, false);
   pos = XRCCTRL(*this, "splitterWin", wxSplitterWindow)->GetSashPosition();


it is quite strange:
I try to write the "450", but the next statement, I GetSashPosition, it is "pos=96".....

As I posted before:

The cause for the issue is, that wxWidgets checks if the requested sash position fits inside the windows actual or min-size.

Normally the min-size of the splitter window is the default min size (-1,-1) and the actual size is very small (If I remeber correctly it'S 20 or something like this).

That only happens for the symbols-browser if it is docked inside the management pane, not if it is free-floating.

For me it was enough to set min-height to 200, even if the requested sash-position is greater than 200.
If the min-height is to large, the sash might get hidden, if the management pane is resized.

As we see that does not work on windows.
I can debug this issue on windows, if I find the time.
Maybe it's possible to work around this issue.

[ollydbg]

Thanks jens. Hope we can find a wrokaround under Windows.

By the way:
I have tried:

Code Select Expand


    XRCCTRL(*this, "splitterWin", wxSplitterWindow)->SetSashGravity(1.0);
    XRCCTRL(*this, "splitterWin", wxSplitterWindow)->SetSashPosition(0, false);

It is expect that the top window will be resized referring to

http://docs.wxwidgets.org/2.8/wx_wxsplitterwindow.html#wxsplitterwindowsetsashgravity

But the result is still the same, the bottom pane get resized.

[GeO]

Hi all,
the problem lies in this code:

Code Select Expand


m_pClassBrowser = new ClassBrowser(Manager::Get()->GetProjectManager()->GetNotebook(), this);
Manager::Get()->GetProjectManager()->GetNotebook()->AddPage(m_pClassBrowser, _("Symbols"));


First the classbrowser is created only as a child of the Notebook (wrong size)
and then it get assigned to the notebook as page and classbrowser will be resized to the right size.
So i made a patch, where the sashposition will be set after the assigned to the notebook as a page.

I hope you understand, what i would like to say  :lol:

greets GeO

[attachment deleted by admin]

[Loaden]

Works well now!
Thanks!

[ollydbg]

@GeO
Thanks a branch!!!
I have applied in my local copy, and it works quite well!!!

I say: this is a bug fix, and should be applied in the trunk before the next official release.

[ollydbg]

@jens or Morten

Just a reminder, can you apply this patch to solve the sash bar problem before the next stable C::B release?

Thanks.

[Jenna]

@jens or Morten

Just a reminder, can you apply this patch to solve the sash bar problem before the next stable C::B release?

Thanks.

I just tested it on linux: and it does not work !
Don't know why, no time to digg into it deeper at the moment.

So I am against using it at the moment.

[ollydbg]

Ok, this patch at least works under Windows.

[Jenna]

Ok, this patch at least works under Windows.

For me it works without this patch on windows (xp sp3, wx2.8.10, gcc 4.4)

[Loaden]

Until apply this patch, it's works well now. (XPSP3)
Tonight, I will test it in ArchLinux. and will report that.

[GeO]

Jens, could it be that you are using the symbol browser as a floating pane on linux?
If so this patch should solve it too.

HTH GeO

[attachment deleted by admin]