[ wxwindows-Bugs-1638728 ] Toolbar on a floating AUI pane (Mac)
SourceForge.net
noreply at sourceforge.net
Mon May 14 05:51:32 PDT 2007
Bugs item #1638728, was opened at 2007-01-18 16:41
Message generated for change (Comment added) made by csomor
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1638728&group_id=9863
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wxMac specific
Group: Platform specific
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: JosefH (josefh)
Assigned to: Stefan Csomor (csomor)
Summary: Toolbar on a floating AUI pane (Mac)
Initial Comment:
Hi Stefan,
Our Application has floating AUI panes, that contain a wxToolBar, a wxStaticLine, a wxScrolledWindow, and a wxTextCtrl - all of these within a wxBoxSizer(wxVERTICAL).
On Windows everything is OK, on the Mac the toolbar seems not to work properly (see screenshots).
The ToggleTools are ok, but the two wxChoice controls are not visible at all, and the wxTextCtrl cannot be used either.
wxChoice and wxTextCtrl controls work in modal dialogs perfectly.
All this on OSX 10.4.8, PPC processor, wxMax 2.8.0
Regards Josef
----------------------------------------------------------------------
>Comment By: Stefan Csomor (csomor)
Date: 2007-05-14 14:51
Message:
Logged In: YES
user_id=81467
Originator: NO
scaling is done via a PICT conversion by the OS and that one is loosing
alpha, that's correct, but setting the bitmapsize to 24,24 should be ok, as
kHIToolbarDisplaySizeSmall is 24x24, Default 32x32 and Normal 48x48 (this
is for the native frame toolbar)
----------------------------------------------------------------------
Comment By: Anders F Björklund (afb)
Date: 2007-05-14 13:39
Message:
Logged In: YES
user_id=5895
Originator: NO
> 24x24 would be native as well
Tried that size first, but a bug in the implementation made them 16x16
(and scaled) anyway:
if ( maxs > 32 )
sizeSpec = kHIToolbarDisplaySizeNormal;
else if ( maxs > 24 )
sizeSpec = kHIToolbarDisplaySizeDefault;
else
sizeSpec = kHIToolbarDisplaySizeSmall;
Another problem was that the scaling didn't support alpha, so they all
turned white as well.
----------------------------------------------------------------------
Comment By: Stefan Csomor (csomor)
Date: 2007-05-14 13:09
Message:
Logged In: YES
user_id=81467
Originator: NO
ok thanks for testing, 24x24 would be native as well
Thanks,
Stefan
----------------------------------------------------------------------
Comment By: Anders F Björklund (afb)
Date: 2007-05-14 12:49
Message:
Logged In: YES
user_id=5895
Originator: NO
As long as I use non-native toolbar, wxWidgets 2.8.4 (final) works OK. So
if I change the default setting before building it, I should probably be
able to switch from 2.6.4 to 2.8.4 as it ssems now (if nothing else
appears).
The native toolbar still doesn't work with non-icons, though. Another
little quirk was that it didn't support 22x22 so I had so change that to
32x32 and add a 5 pixel transparent border to all the images (or use the
16x16 toolbar)
----------------------------------------------------------------------
Comment By: Anders F Björklund (afb)
Date: 2007-05-14 12:29
Message:
Logged In: YES
user_id=5895
Originator: NO
Seems like Xcode has a different default, found this hack in
include/wx/mac/setup0.h:
// native toolbar does not support embedding controls yet, please test by
setting to 1
#define wxMAC_USE_NATIVE_TOOLBAR 0
----------------------------------------------------------------------
Comment By: Stefan Csomor (csomor)
Date: 2007-05-14 11:59
Message:
Logged In: YES
user_id=81467
Originator: NO
no, 2.8.4 must work, it has just been tagged an put at
http://biolpc22.york.ac.uk/pub/2.8.4/
thanks,
stefan
----------------------------------------------------------------------
Comment By: Anders F Björklund (afb)
Date: 2007-05-14 11:35
Message:
Logged In: YES
user_id=5895
Originator: NO
The non-native toolbar seems to work, so suggest changing the default ?
#ifndef wxMAC_USE_NATIVE_TOOLBAR
#define wxMAC_USE_NATIVE_TOOLBAR 0
#endif
----------------------------------------------------------------------
Comment By: Anders F Björklund (afb)
Date: 2007-05-14 11:24
Message:
Logged In: YES
user_id=5895
Originator: NO
When I said "configure default", I meant wx/mac/carbon/chkconf.h:
/*
* native (1) or emulated (0) toolbar
*/
#ifndef wxMAC_USE_NATIVE_TOOLBAR
#define wxMAC_USE_NATIVE_TOOLBAR 1
#endif
----------------------------------------------------------------------
Comment By: Anders F Björklund (afb)
Date: 2007-05-14 11:22
Message:
Logged In: YES
user_id=5895
Originator: NO
The (unrelated) wxWidgets 2.8.4 RC2 problem was:
../src/common/sstream.cpp:160: error: 'wxStringStreamUnconvBuffers' has
not been declared
../src/common/sstream.cpp:160: error: expected constructor, destructor, or
type conversion before ';' token
../src/common/sstream.cpp:162: error: 'wxStringStreamUnconvBuffers' does
not name a type
../src/common/sstream.cpp: In destructor 'virtual
wxStringOutputStream::~wxStringOutputStream()':
../src/common/sstream.cpp:167: error: 'gs_unconverted' was not declared in
this scope../src/common/sstream.cpp:160: error:
'wxStringStreamUnconvBuffers' has not been declared
----------------------------------------------------------------------
Comment By: Stefan Csomor (csomor)
Date: 2007-05-14 11:20
Message:
Logged In: YES
user_id=81467
Originator: NO
Hi Anders
yes, native toolbar compile, but its usage is non-native (as there is only
one native toolbar on a frame), but does WX_2_8_BRANCH compile now, or
which configure is failing ? I thought we could release it and have apple
pick it for Leopard
Thanks,
sTefan
----------------------------------------------------------------------
Comment By: Anders F Björklund (afb)
Date: 2007-05-14 11:17
Message:
Logged In: YES
user_id=5895
Originator: NO
I tested with the native toolbar, since that is the configure default...
Used wxWidgets 2.8.4-rc1, since rc2 did not compile. (uni/conv problem?)
----------------------------------------------------------------------
Comment By: Stefan Csomor (csomor)
Date: 2007-05-14 11:12
Message:
Logged In: YES
user_id=81467
Originator: NO
Hi Anders
the assert has been fixed for the non-native toolbar usage in
WX_2_8_BRANCH and RC2 for 2.8.4, does the rest still happen ?
Thanks,
Stefan
----------------------------------------------------------------------
Comment By: Anders F Björklund (afb)
Date: 2007-05-14 11:04
Message:
Logged In: YES
user_id=5895
Originator: NO
We are seeing this problem in Code::Blocks, after the switch from
wxWidgets 2.6 over to wxWidgets 2.8:
../src/mac/carbon/toolbar.cpp(1218): assert "count == 3" failed in
Realize(): Reference Count of native tool was not 3 after insertion
For the codeblocks application it affects two wxChoice, one wxStaticText
and one wxComboBox widget.
Screenshots can be found at
http://forums.codeblocks.org/index.php/topic,5770.msg44290.html#msg44290
----------------------------------------------------------------------
Comment By: JosefH (josefh)
Date: 2007-01-22 08:10
Message:
Logged In: YES
user_id=1650440
Originator: YES
Hi Stefan,
I have tried to make a simple subset of the code, but it was too
complicated, too. Maybe at a later time.
For the time I could solve the problem by replacing the wxToolBar through
a horizontal box sizer, containing the necessary controls, and it works.
Thanks Josef
----------------------------------------------------------------------
Comment By: Stefan Csomor (csomor)
Date: 2007-01-19 08:09
Message:
Logged In: YES
user_id=81467
Originator: NO
Hi Josef
in order to help me reproduce and debug it as easy as possible, could you
please provide me with a diff to minimal sample, that just shows that
problem
Thanks,
Stefan
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1638728&group_id=9863
More information about the wx-dev
mailing list