Issue 19553

Summary: Stylist (F11) missing window controls
Product: Writer Reporter: Unknown <non-migrated>
Component: uiAssignee: h.ilter
Status: CLOSED DUPLICATE QA Contact: issues@sw <issues>
Severity: Trivial    
Priority: P3 CC: issues
Version: OOo 1.1 RC4Keywords: oooqa
Target Milestone: ---   
Hardware: PC   
OS: All   
Issue Type: FEATURE Latest Confirmation in: ---
Developer Difficulty: ---

Description Unknown 2003-09-14 08:43:10 UTC
In previous versions of OpenOffice and StartOffice the popup window for Stylist
(Function key 11) has had window decoration that included the minimise/restore
and close buttons. 1.1RC3 and RC4 (I didn't try RC2 or earlier 1.1 builds) don't
have these buttons.
Comment 1 utomo99 2003-09-16 08:25:27 UTC
Change to feature. 

It is useful, if we can have other button in the stylist, instead of
only close. 
I suggest:
Minimize
Dock
Close
Comment 2 Unknown 2003-09-16 10:19:11 UTC
Oh, yes please! I accidentally undocked the function bar and couldn't
work out how to re-dock it. A dock button would be very helpful, as
would the minimise. 

If I can take your suggestion one step further, context sensitive help
would be good to include. However, that probably shouldn't be on
window decoration...

And if I want to be really, really pushy, I'd ask for the window to be
transparent. I usually want to see the styles and if I select the
window to foreground, I will want to select them, but until then I
want to see through a non-opaque background in the stylist window and
to have the text of the stylist in lightgrey until selected. The
stylist dialogue shouldn't really be, IMO, a modal dialogue interface.
It's naturally a drop down, like the font selection.

I think that for real "style-sheet-style" editing, the properties on
the function bar (font, size, bold, colour) should be completely
dismissable, replaced entirely by the styles from the stylist.
However, that's really pie-in-sky-nowhere-near-1.1-release stuff :-)

Comment 3 Unknown 2003-09-17 10:55:47 UTC
Something else I've noticed is that the focus remains on the stylist
after the double-click minimise. I'm not sure how to make the focus
shift to the application, but I don't think it is helpful to anyone to
keep the keyboard focus on a minimised window.

If/when you fix up the minimise/dock/other buttons, could you look at
putting keyboard focus back on the application, to reduce mouse
operations?

I'm using a default GNOME config on Debian 3.0, no changes to focus
policy or window decoration that I can recall making. The WM is sawfish.
Comment 4 lohmaier 2003-09-17 23:20:25 UTC
duplicate.
Configure your window manager to draw window-borders with the
appropriate controls.
OOo now uses the system's features to draw its windows.

The applied styles are available as a dropdown, next to the font-selector.
You can redoch the window using <ctrl> while dragging.
You can place the stylist outside the OOo window so it doesn't cover
your text.
Again your window manager is responsible for the focus handling

*** This issue has been marked as a duplicate of 8095 ***
Comment 5 lohmaier 2003-09-17 23:26:52 UTC
see issue 14949 for an explanation on how to use sawfish-ui to create
a rule to draw borders for a class of windows.
closing.