Issue 73496

Summary: Incorrect width of custom toolbars containing complex controls
Product: gsl Reporter: akrioukov <basileia>
Component: codeAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues
Version: OOo 2.1   
Target Milestone: OOo 3.x   
Hardware: All   
OS: Unix, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
A screenshot demonstrating the wrong layout of a custom toolbar none

Description akrioukov 2007-01-15 22:42:05 UTC 
When experimenting with custom toolbars I noticed several glitches with
displaying complex toolbar controls which have a variable width (such as
drop-down buttons). Sometimes these controls are not displayed, and the user has
to manually resize the toolbar (or change its layout to vertical) to ensure that
they are still there.

The problem seems to be specific only for some graphical front-ends which can be
used by OOo: it occurs only under Unix/X11, and only if OOO_FORCE_DESKTOP set to
"kde" or "none" (i. e. it seems to be not characteristic for the GTK+ toolkit).
It also appears only under certain conditions: I noticed that toolbars usually
look as expected in document windows created during the OOo startup (e. g. if
the application was started as 

$ soffice -writer

), but not for in opened by user.

The complex toolbar demo add-on available in the OOo SDK can be used to
demonstrate this problem. The attached screenshot shows an example of the
incorrect toolbar layout: from 4 toolbar controls provided by the demo add-on
only the first one is initially visible.
Comment 1 akrioukov 2007-01-15 22:43:50 UTC 
Created attachment 42182 [details]
A screenshot demonstrating the wrong layout of a custom toolbar
Comment 2 philipp.lohmann 2007-01-16 09:43:40 UTC 
confirm, target
Comment 3 philipp.lohmann 2008-01-08 17:53:57 UTC 
target
Comment 4 Rob Weir 2013-07-30 02:24:44 UTC 
Reset assignee on issues not touched by assignee in more than 2000 days.