U++ forum: Welcome to the forum

Search on this site

Search in forums

Home » U++ Library support » Menus&Toolbars » Toolbar Gap() and GapRight() problems [BUG?]-[OPEN!]

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Toolbar Gap() and GapRight() problems [BUG?]-[OPEN!] [message #1706]

Tue, 14 March 2006 15:44

unodgs
Messages: 1366
Registered: November 2005
Location: Poland

Ultimate Contributor

Look at first example:

[n] - toolbar n'th item
: - Gap() (free space)

------------------------------------------
[0]:[1]::::::::::::::::::::::::::::::::[2]
------------------------------------------

and the code to build such a toolbar

bar.Add(item0);
bar.Gap();
bar.Add(item1);
bar.GapRight();
bar.Add(item2);

All this is very intuitiv.

Now the problem. It it immposible to create the toolbar like this (using Gap() and GapRight()):

-------------------------------------------
[0]:[1]:::::::::::::::::::::::::::::[2]:[3]
-------------------------------------------

The code should look like:

bar.Add(item0);
bar.Gap();
bar.Add(item1);
bar.GapRight();
bar.Add(item2);
bar.Gap();
bar.Add(item3);

But this wont work, because Gap() does not distinguish if it is placed before or after GapRight().

To have right aligned items separated with free space I have to add empty labels or any other invisible control..

Can this be fixed?

[Updated on: Wed, 03 May 2006 20:11] by Moderator

Report message to a moderator

Re: Toolbar Gap() and GapRight() problems [BUG?]-[OPEN!] [message #15344 is a reply to message #1706]

Thu, 17 April 2008 00:11

bytefield
Messages: 210
Registered: December 2007

Experienced Member

Hi, still no fix for this bug? I've tried to use gaping on toolbar but I've got strange results. (Maybe I'm using it wrong...)
S.O.: XP sp2
U++ : 20081.beta2

Attachment: TestApp.zip
(Size: 1.24MB, Downloaded 452 times)

cdabbd745f1234c2751ee1f932d1dd75

Report message to a moderator

Re: Toolbar Gap() and GapRight() problems [BUG?]-[OPEN!] [message #15360 is a reply to message #15344]

Thu, 17 April 2008 15:35

mirek
Messages: 13975
Registered: November 2005

Ultimate Member

I am sorry, it is not quite well documented, but to fix the problem, you need to activate "wrap"

	toolbar.Wrap();
	toolbar.Set(THISBACK(sigBar));

if your toolbar is not in the frame.

Mirek

Report message to a moderator

Re: Toolbar Gap() and GapRight() problems [BUG?]-[OPEN!] [message #15368 is a reply to message #15360]

Thu, 17 April 2008 20:44

bytefield
Messages: 210
Registered: December 2007

Experienced Member

Thanks, it works.
Now some questions (maybe off-topic) Smile

.
1. Why when toolbar is in the frame it's painted gradient and why when I use designer it isn't painted(gradient)?
2. Should i use the designer for each windows from my program or just for dialogs? Or it is just about taste.
(I believe I will open a topic where others will say about how they make their programs, from beginning to end.)
Thanks, Andrei

cdabbd745f1234c2751ee1f932d1dd75

Report message to a moderator

Re: Toolbar Gap() and GapRight() problems [BUG?]-[OPEN!] [message #15374 is a reply to message #15368]

Thu, 17 April 2008 23:33

cbpporter
Messages: 1401
Registered: September 2007

Ultimate Contributor

Quote:

1. Why when toolbar is in the frame it's painted gradient and why when I use designer it isn't painted(gradient)?

This is actually true for all controls. Their painting in the designer is done by separate code and only provides a sketch so you can see the layout. Complex visual effects and skinning is left out here, but you will have them in your application when you run it.

But since ToolBar (and (MenuBar) behaves the best when used as a frame, one does not usually use the designer to insert such elements, instead they are inserted in code with AddFrame. Unfortunately, the designer does not support the insertion of frames.

Quote:

2. Should i use the designer for each windows from my program or just for dialogs? Or it is just about taste.

I find the distinction between dialogs and windows quite artificial and frameworks which limit the functionality of one or the other quite limited Smile

. But in U++ there is no such limitation, dialogs are just windows that behave like you would expect one to do. You can use it to design anything that would benefit from a visual representation when you create it. And complex layout are usually done with a lot of small layouts combined with some code. There is the small inconvenience of not being able to flatten the final layout, but that is not a big problem.

Report message to a moderator

Re: Toolbar Gap() and GapRight() problems [BUG?]-[OPEN!] [message #15375 is a reply to message #15374]

Fri, 18 April 2008 00:59

bytefield
Messages: 210
Registered: December 2007

Experienced Member

cbpporter wrote on Fri, 18 April 2008 00:33

I wasn't talking about that kind of painting. To see what i was talking about, just build 2 sample application, each one containing a toolbar, in one use the designer to setup it and in other write you the code of creation toolbar and add it to frame.
I've observed this difference about gradient painting on XP
(i cant make some screenshots, because i've just removed XP from my box today). However it isn't so important, i was just wanted to figure out why it have this behavior.

cdabbd745f1234c2751ee1f932d1dd75

[Updated on: Fri, 18 April 2008 00:59]

Report message to a moderator

Re: Toolbar Gap() and GapRight() problems [BUG?]-[OPEN!] [message #15422 is a reply to message #15368]

Wed, 23 April 2008 10:19

mirek
Messages: 13975
Registered: November 2005

Ultimate Member

bytefield wrote on Thu, 17 April 2008 14:44

Thanks, it works.
Now some questions (maybe off-topic) Smile

.
1. Why when toolbar is in the frame it's painted gradient and why when I use designer it isn't painted(gradient)?

Simply because it is the only possible fit in Win32, as gradient spans over the whole frame area (if it is about too look correct).

In other words, the gradient is shared between menu a toolbar.

Quote:

2. Should i use the designer for each windows from my program or just for dialogs? Or it is just about taste.

I think it is not even about taste. Just use the way that leads to less coding Smile

In U++, there is absolutely no technical difference between dialogs and other windows. Layout only adds member widgets to class and places them onto designed positions (via CtrlLayout call), but that is about it.

Mirek

Report message to a moderator

Previous Topic:	Menu is flicking on Linux in NOGTK configuration
Next Topic:	ShortCuts misses "+"

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Thu Apr 18 07:57:57 CEST 2024

Total time taken to generate the page: 0.02635 seconds