Issue 73496 - Incorrect width of custom toolbars containing complex controls
Summary: Incorrect width of custom toolbars containing complex controls
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 2.1
Hardware: All Unix, all
: P3 Trivial (vote)
Target Milestone: OOo 3.x
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2007-01-15 22:42 UTC by akrioukov
Modified: 2013-07-30 02:24 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

A screenshot demonstrating the wrong layout of a custom toolbar (1.53 KB, image/png)
2007-01-15 22:43 UTC, akrioukov
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
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
Comment 4 Rob Weir 2013-07-30 02:24:44 UTC
Reset assignee on issues not touched by assignee in more than 2000 days.