|
|
Home » Community » U++ community news and announcements » Docking host platform dependency refactored
|
Re: Docking host platform dependency refactored [message #40158 is a reply to message #40103] |
Tue, 25 June 2013 02:44 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
It looks like this refactoring changed the way docking panel can be resized. DockableCtrl can be resized independently from enclosing window. Example:
void wnb3::DockInit()
{
DockableCtrl& target01 = Dockable(ont_tree, "Ontology Tree").SizeHint(Size(400, 300));
DockRight(target01);
Tabify(target01, Dockable(wtree, "Tree").SizeHint(Size(200, 300)));
Tabify(target01, Dockable(wtext, "Text").SizeHint(Size(200, 300)));
}
I just dragged right and left sides of the DockableCtrl. Resizing of the main window restores correct layout of the DockableCtrl.
This happens in Windows and Linux.
Regards,
Novo
|
|
|
|
|
|
|
|
Re: Docking host platform dependency refactored [message #40173 is a reply to message #40170] |
Thu, 27 June 2013 18:52 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
mirek wrote on Wed, 26 June 2013 13:29 |
Novo wrote on Wed, 26 June 2013 09:22 |
mirek wrote on Wed, 26 June 2013 06:09 | Ah, I see - the problem is that the "window" can be resized even if it is docked, right?
|
I guess you are right.
|
Hopefully fixed.
Mirek
|
Thank you! It is fixed.
There is another issue, well, this is not a problem, that I can see in the new version of Docking: you cannot dock two floating windows into each other. You have to dock first floating window into the main window, and only after that you can dock another floating window into it. You can undock a bunch of tabified windows, after that you can undock individual tabified windows, but you cannot restore previous state by creating a floating windows with tabs. This is easily reproducible with DockingExample1.
Thanks.
Regards,
Novo
|
|
|
|
|
|
|
Re: Docking host platform dependency refactored [message #40262 is a reply to message #40261] |
Sat, 13 July 2013 21:25 |
|
BioBytes
Messages: 307 Registered: October 2008 Location: France
|
Senior Member |
|
|
Hi,
I got the same compiling issue with DockingExample1 (width variable is not defined!?):
----- CtrlLib ( GUI GCC DEBUG SHARED DEBUG_FULL BLITZ LINUX POSIX ) (1 / 11)
----- Docking ( GUI GCC DEBUG SHARED DEBUG_FULL BLITZ LINUX POSIX ) (2 / 11)
BLITZ: DockWindow.cpp DockConfig.cpp DockMenu.cpp DockableCtrl.cpp DockCont.cpp DockPane.cpp DockTabBar.cpp
----- CtrlCore ( GUI GCC DEBUG SHARED DEBUG_FULL BLITZ LINUX POSIX ) (3 / 11)
----- PdfDraw ( GUI GCC DEBUG SHARED DEBUG_FULL BLITZ LINUX POSIX ) (4 / 11)
BLITZ: TTFStream.cpp TTFStruct.cpp TTFReader.cpp TTFSubset.cpp
PdfDraw.cpp
PdfReport.icpp
----- Draw ( GUI GCC DEBUG SHARED DEBUG_FULL BLITZ LINUX POSIX ) (5 / 11)
BLITZ: Font.cpp FontCR.cpp FontWin32.cpp FontFc.cpp Draw.cpp DrawText.cpp DrawData.cpp Drawing.cpp ImageAnyDraw.cpp DrawUtil.cpp DrawTextUtil.cpp Display.cpp Image.cpp ImageBlit.cpp RasterFormat.cpp RasterW
rite.cpp Palette.cpp Raster.cpp RasterEncoder.cpp ImageOp.cpp ImageChOp.cpp ImageScale.cpp BiCubic.cpp RescaleFilter.cpp MakeCache.cpp DrawRasterData.cpp DDARasterizer.cpp SDrawClip.cpp SDrawPut.cpp SDrawTe
xt.cpp SDraw.cpp SImageDraw.cpp Cham.cpp SSettings.cpp
----- plugin/bmp ( GUI GCC DEBUG SHARED DEBUG_FULL BLITZ LINUX POSIX ) (6 / 11)
BLITZ: Bmp.cpp BmpWrite.cpp Icon.cpp
BmpReg.icpp
In file included from /home/patrick/Documents/OutProjsUpp/Bazaar/Docking/GCC.Debug.Debug_Full.Gui.Shared/$blitz.cpp:74:0:
/usr/share/upp/bazaar/Docking/DockPane.cpp: In member function ‘int Upp::DockPane::ClientToPos(const Size&)’:
/usr/share/upp/bazaar/Docking/DockPane.cpp:7:11: erreur: ‘width’ was not declared in this scope
/usr/share/upp/bazaar/Docking/DockPane.cpp: In member function ‘Upp::Rect Upp::DockPane::GetFinalAnimRect(Upp::Ctrl&)’:
/usr/share/upp/bazaar/Docking/DockPane.cpp:400:33: erreur: ‘width’ was not declared in this scope
/usr/share/upp/bazaar/Docking/DockPane.cpp:404:32: erreur: ‘width’ was not declared in this scope
Docking: 7 file(s) built in (0:00.17), 24 msecs / file, duration = 3631 msecs, parallelization 100%
PdfDraw: 6 file(s) built in (0:00.24), 40 msecs / file, duration = 4112 msecs, parallelization 100%
plugin/bmp: 4 file(s) built in (0:00.05), 13 msecs / file, duration = 3056 msecs, parallelization 100%
Draw: 34 file(s) built in (0:02.38), 70 msecs / file, duration = 7418 msecs, parallelization 75%
There were errors. (0:08.02)
I am running on Ubuntu 12.10 and Upp Svn 6187.
Regards
Biobytes
|
|
|
|
Re: Docking host platform dependency refactored [message #40265 is a reply to message #40264] |
Sat, 13 July 2013 22:12 |
|
Klugier
Messages: 1083 Registered: September 2012 Location: Poland, Kraków
|
Senior Contributor |
|
|
Hello,
It seems that, there are two docking packages one from bazzar and one from uppsrc. Personally, I think that we should remove three following packages from bazzar: "Docking", "DockingExample1" and "DockingExample2". Two independent packages for docking contributes to unnecessary chaos. At the end, I would like to notice that "Docking" from uppscr compiles, but "Dokcing" from bazzar dosen't.
Guys, Can you try compile packages from "reference" assembly (DockingExample1 & DockingExample2)?
Sincerely,
Klugier
U++ - one framework to rule them all.
|
|
|
|
|
|
Re: Docking host platform dependency refactored [message #40274 is a reply to message #40206] |
Sun, 14 July 2013 18:57 |
Novo
Messages: 1371 Registered: December 2006
|
Ultimate Contributor |
|
|
mirek wrote on Wed, 03 July 2013 01:47 | Thanks for reporting. I am trying to fix all of that...
Anyway, are you sure that "tabify against floating" really worked in previous versions? I have checked the code (albeit not thoroughtly yet) and I see no support yet...
Mirek
|
Sorry for the delay with the answer.
"tabify against floating" didn't work in previous version. I checked that against version from 2011-12-01.
One big difference between version from 2011 and current version is that floating window was a regular decorated window without a custom-made docking bar. Current floating window is undecorated, but has a docking bar with no menu and a broken close button.
Another observation related to the docking bar menu. It is quite confusing. It uses combination of check box with sub-menu. This combination doesn't work as somebody would expect. In some cases actions caused by using this menu are just not logical. Example Auto-Hide --> Right and repeat the same Auto-Hide --> Right on the same control, you will end up with a docked control.
Another weird behavior: double-click on docking bar will undock window, double-clicking on floating window right after it became floating won't have any effect, but if you click on main window and after that you single-click on a bar of floating window it will dock back.
Regards,
Novo
[Updated on: Mon, 15 July 2013 02:33] Report message to a moderator
|
|
|
|
Goto Forum:
Current Time: Fri Sep 27 00:52:31 CEST 2024
Total time taken to generate the page: 0.03335 seconds
|
|
|