Issue 24152 - Paragraph Styles dialog has to be moved separately
Summary: Paragraph Styles dialog has to be moved separately
Status: CONFIRMED
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1
Hardware: All All
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-06 22:57 UTC by eakle
Modified: 2013-02-07 22:38 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description eakle 2004-01-06 22:57:58 UTC
My StarOffice 7 main window has a floating "Paragraph Styles" dialog next to 
it.  But each time I move the main window I have to then manually move the 
Paragraph Styles window also.  I wish there were a way to 'stick' the Paragraph 
Styles dialog to the main window so it would move with the main window and I 
wouldn't have to move it separately.  Possibly add a push-pin icon at top of 
dialog, which when pressed in, would 'stick' the dialog to the main window at 
the current location?
Comment 1 stefan.baltzer 2004-01-07 11:42:26 UTC
SBA: Good News. This already works: 

 - Open the Stylist (i.e. with <F11>)
 - Hold the <Ctrl> key pressed
 - Click on the dialog's title bar and drag it to the left or right border of
the application window.
 - When you release the moune button, the stylist will "dock" at the edge of the
application window and follow it wherever it goes.

Notes
(1) This works with the naviagator (<F5>) too
(2) To undock, hold the <Ctrl> key pressed, click into the grey area beside the
icons of the docked stylist or navigator window and drag it towards the middle
of the application window. Then it's "floating independently" again.

Set to invalid
Comment 2 stefan.baltzer 2004-01-07 11:43:19 UTC
SBA: Closed.
Comment 3 eakle 2004-01-09 21:26:07 UTC
Thanks for the information -- I would have never figured that out by myself (doesn't the obscureness of the ctrl-key approach seem like an 
issue also?).  Would much prefer the push-pin approach, because that makes the functionality pretty obvious.  But I do like the current 
floating window, and I don't want to dock it.  Docking takes up space in my edit window, and I have to then resize it larger so I have enough 
room to edit my document again.  The small floating windows, remind me of post-it notes and I like them.  Docking, on the other hand, 
takes out a large chunk of space from my document window.  I'm reopening because I don't consider docking as a desirable solution to this 
enhancement request (I see it as more of a workaround).  I suggest that it would be nice if there were a way for us to use the small floating 
windows, and yet when we move the main document window, the small floating windows would move also to their same relative position
Comment 4 eakle 2004-01-12 17:03:12 UTC
Upon further thinking, I think the push-pin-button suggestion I made was unnecessary.  A simpler and nicer alternative would be that all 
open float-over dialogs should simply retain their current relative position when the main window is moved (so float-over dialogs would move 
too).  So, essentially, there would be an implicit push-pin type behavior on all float-over dialogs (& no way to turn that behavior off).  Couple 
that with the ability to dock and undock such dialogs (using ctrl-drag, as described above), and you would have an attractive and flexible 
set of behaviors for openoffice support dialogs
Comment 5 stefan.baltzer 2004-02-20 15:22:52 UTC
SBA: A while ago, we made the floating dialogs able to get moved out of the main
window. If I get it right, they shall stick to their "relative position" if the
main window is moved., no matter if they are within or outside of it.
  
Such behavior is very likely to move the dialogs out of the visible area. That
would be no problem for those who "ALWAYS know exactly what they did and what
they are doing". Unfortunately, this is only a few users out there as far as I
can tell :-)

For a cvertain amount of users, this would be an evil "trap".

My very personal guess based on some years of QA experience tells me what issues
would come in as soon as this gets implemented: " Where is the stylist and
navigator windoew? I press f5 and F11 and they don't show on the screen! OOo is
totally unusable if I cant use these dialogs!" - What shall we tell these people?

Summary: 
In my opinion, this whould be much worse than a docked window eating screen area.
I don't advocate it because a trap like this is far from user-friendly.
Reassigned to Bettina.
Comment 6 eakle 2004-02-20 16:54:35 UTC
Certainly the post-it note windows should never be allowed to be moved off-screen by movements of the main window, to which they are 
attached.  I agree that would create very serious usability problems.  I think it's not too hard to imagine visually how that could be dealt 
with, so the post-it notes are never allowed to be moved off-screen (but there may be technical issues I'm not aware of).
Comment 7 ace_dent 2008-05-16 02:56:16 UTC
OpenOffice.org Issue Tracker - Feedback Request.

The Issue you raised has the status 'New' pending further action, but has not
been updated within the last 4 years. Please consider re-testing with one of the
latest versions of OOo, as the problem(s) may have already been addressed.
Either use the recent stable version: http://download.openoffice.org/index.html
or consider trying the new OOo 3 BETA (still in testing):
http://download.openoffice.org/3.0beta/
 
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
http://www.openoffice.org/issues/query.cgi
 
Many thanks,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
http://marketing.openoffice.org/3.0/announcementbeta.html
Comment 8 bettina.haberer 2010-05-21 14:43:00 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".