Hi sardisson,

thanks for using and supporting OpenOffice.org...


-----
reassigned to mh

mci -> mh:
Hi mh, 
I think here's an issue for the proting project...
please take over, thanks...

reassign for confirmation

This is definitely frustrating.  I keep having to switch back and forth to make simple changes (like 
borders, highlights, font color) since they are in floating pop up boxes rather than integrated into 
the UI.  PLEASE fix this.  Thanks.

reassign issue for me

mbrown3,

Could you please give us a complete process to reproduce your issue. I cannot
say you we'll fix it (looks like it is very complicated), but this will help us.
To complete, I'll ask if only Mac OS X is concerned or other OS/Gui

Thank's in advance

ericb: To reproduce, 

1. open OOo 1.1.x or 1.9.x and a new text document

2. click-and-hold on the "Font Color" or "Highlighting" or "Background Color"
toolbar icons (note these icons have a little down-arrow on the left to indicate
that they are pop-up menus, like the "Paste" or "Add-ons" icons--and the "New"
icon in 1.9.xx)

3. observe that under Mac OS X, the "box of colors" *immediately* becomes a
floating window, even though you haven't moved the cursor to "tear off" the menu
into a floating palette (the delay before becoming a floating window is a bit
longer in 1.1.x, but it is immediate in 1.9.x)

In Windows (I've only tested 1.1.4) and OOo 1.0.3 for Mac OS X, these color
selectors remain as attached palettes and disappear after you select a color--or
tear off if you drag your cursor outside the bounds of the box.

I'm aware that the underlying code for these changed between the 1.0.x and 1.1.x
codelines (most obvious in the appearance of the widget), but the behavior on
Windows in 1.1.x is still the previous (and desired) behavior, so on Mac OS X it
*should* behave the same way, too, but it doesn't.

I've not tested any other Unix-like platforms, so I don't know if they behave
like Windows or like Mac OS X.  I also don't have regular access to a Windows
machine so I can't get a screenshot of the proper behavior.

mbrown3 did not cc him/herself to this bug :-)

Confirming on Mac 2.0 with sardisson's description. I compared behavior with
2.0.1 on XP: the color selector pops up looking like a full window, with
decorations (like step 3 described by sardisson), but the window disappears as
soon as a color is selected. Click and drag to selection or single click to pop
up, single click to select behaves the same.

Another (possibly related) behavior: if main window is position near right edge
of screen, such that font color window must be positioned a little left, all
kinds of odd things happen. Click to pop up window and drag into it, and it
teleports elsewhere on screen, or gets dragged around by mouse not on top bar of
window, or runs away from mouse...

On Linux (Fedora Core 2, OOo 2.0.1), I get the following behaviour.
Click and hold the button on the toolbar, a new window appears with window
decoration, click the relevant button in the window. The window disappears, as
long as it has not been moved since it was drawn.

Will need to check behaviour on Mac OS X.

set target

Perhaps these toolbar buttons can be changed (on a cross-platform level) to use
the same toolbar button-widget used by the "Zoom" toolbar button in Draw in OOo
2, which behaves properly on Mac OS X?

This functionality does exist in 2.0.4, but ONLY if you click on the appropriate
area.  Menus should automatically 'dock' if they are moved into a dockable area
o the screen.

James McKenzie

Created attachment 73131

Reset assigne to the default "issues@openoffice.apache.org".