User forums > Help

see two files

<< < (2/4) > >>

mandrav:

--- Quote from: Takeshi Miya on October 28, 2006, 12:17:58 am ---And it'll be possible all inside C::B in future versions of wxFlatNotebook :D

--- End quote ---

Takeshi, please stop spreading wrong information.
C::B's design currently associates one editor page with a single editor. So currently what you 're asking is not possible. And certainly it's not wxFNB's limitation...


--- Quote from: Game_Ender on October 29, 2006, 08:11:19 am ---So its wxFlatNotebook that is limiting the split functionality to only one file?

--- End quote ---

No, it's not wxFNB's functionality. wxFNB just manages pages. What these pages do or contain, is not (and should not) be its job...

takeshimiya:

--- Quote from: mandrav on October 29, 2006, 08:52:54 am ---
--- Quote from: Takeshi Miya on October 28, 2006, 12:17:58 am ---And it'll be possible all inside C::B in future versions of wxFlatNotebook :D

--- End quote ---

Takeshi, please stop spreading wrong information.

--- End quote ---
Please think before saying things like that... :(


--- Quote from: mandrav on October 29, 2006, 08:52:54 am ---C::B's design currently associates one editor page with a single editor.

--- End quote ---
So? It doesn't matter if you can achieve the same effect as "splitting", by having two (or more) notebooks open at the same time.


--- Quote from: mandrav on October 29, 2006, 08:52:54 am ---So currently what you 're asking is not possible. And certainly it's not wxFNB's limitation...

--- End quote ---
It's not a current limitation of FNB from the current "split file" point of view. But the same can be achieved by the in-development "draggable tabs" feature of wxFNB, so again, it depends on the way you see it.


--- Quote from: mandrav on October 29, 2006, 08:52:54 am ---No, it's not wxFNB's functionality. wxFNB just manages pages. What these pages do or contain, is not (and should not) be its job...

--- End quote ---
And certainly it isn't, but it doesn't matters with draggable tabs.

Please try this before posting furthermore, and you'll understand why "it'll be possible with future versions of wxFNB"
http://www.eistware.com/fnb_aui/wxFlatNotebookTest.zip

EDIT: Usage:
- First you have to enable notebook dragging by Edit->Allow Drag and drop (2 flags, for the FOREIGN & the other flag)
- Pull one tab from the main notebook, and leave (left up) the mouse
- Position it anywhere
- pull another one
- you got the idea

Thanks.

mandrav:

--- Quote ---Please think before saying things like that...
--- End quote ---

If you explained better what you were saying in the first place...


--- Quote ---It's not a current limitation of FNB from the current "split file" point of view. But the same can be achieved by the in-development "draggable tabs" feature of wxFNB, so again, it depends on the way you see it.
--- End quote ---

Draggable tabs exist in wxFNB for quite some time now. What I saw in the demo was just wxAUI being used in addition.
Like we have now disabled dragging tabs around (except within the same notebook), we 'll probably disable any such exotic functionality in the future (regarding the editor and message tabs, at least). And this is just because such functionality doesn't fit C::B's design point of view. And if you 're wondering why not, then simply think that wxFNB (and wxAUI for that matter) reparent the controls when dragging and dropping. This is correct behaviour from their point of view, but not in the C::B context and the way it manages its resources (at least for now)...

If C::B is ever going to allow splitting a view with different files, this will be an internal implementation.

thomas:
Yiannis, why can't you just accept it... Takeshi knows better than you...

takeshimiya:

--- Quote from: mandrav on October 29, 2006, 01:03:45 pm ---
--- Quote ---Please think before saying things like that...
--- End quote ---

If you explained better what you were saying in the first place...

--- End quote ---
Yes, my bad, I sometimes think speaking the way most shortly possible would be enough, but is not.


--- Quote from: mandrav on October 29, 2006, 01:03:45 pm ---Draggable tabs exist in wxFNB for quite some time now. What I saw in the demo was just wxAUI being used in addition.

--- End quote ---
Yes that's what I meant, in conjunction with wxAUI.


--- Quote from: mandrav on October 29, 2006, 01:03:45 pm ---Like we have now disabled dragging tabs around (except within the same notebook), we 'll probably disable any such exotic functionality in the future (regarding the editor and message tabs, at least). And this is just because such functionality doesn't fit C::B's design point of view. And if you 're wondering why not, then simply think that wxFNB (and wxAUI for that matter) reparent the controls when dragging and dropping. This is correct behaviour from their point of view, but not in the C::B context and the way it manages its resources (at least for now)...

--- End quote ---
Yes you're right, I've taken lot's of things for granted in one shot. With the current way C::B manages it's panels it wouldn't be possible.

I was thinking to do in a similar fashion as "the other IDE" or wxIFM does, which is more or less, admit to drag any tab at any panel, with some exceptions.
This can be crazy if you're not used to it, but just think an example: dragging the Build log to the Editor panel, or as a floating window, so you can read it more comfortably.

I have in mind something like this:

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version