View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003839 | Scribus | Usability | public | 2006-05-18 22:27 | 2007-12-19 19:43 |
Reporter | devzero | Assigned To | cbradney | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | Win32 | OS | Windows XP | OS Version | Home Edition |
Product Version | 1.3.3.1 | ||||
Fixed in Version | 1.3.5svn | ||||
Summary | 0003839: Resize option for the properties dialog not obvious with some window managers | ||||
Description | Hello ! i was wondering, why the properties dialog box initially was a little bit small and the inner widges were only accessible with horiz/vert scrollbars. i just recognized later (by chance) that actually you _CAN_ resize that properties box, but you need to point somewhat exactly to the borders and need to click the mousebutton to see the typical "resize-me" double-arrows. i`m used to the fact, that i typically can see such double arrows if i move the mouse to the appropriate position of a window. if the border of the windows is draggeable/resizeable, the double errors occur when the mouse is just _moved_ to the border - i don`t need to press the mouskey first, as it is here. my girlfriend also thought, that this feature was missing and asked me about.... is this a bug or a feature? regards roland k. scribus newbie | ||||
Tags | No tags attached. | ||||
Patch | |||||
|
devzero: please join our mailing list to ask questions: http://nashi.altmuehlnet.de/mailman/listinfo/scribus |
|
This usually depends very much on the windowmanager/theme used. What is yours? There's no problem here with OSX/Aqua, so maybe others can contribute their experience. If thiy is only a problem with some windowmanagers I'd close this issue as a "wont fix". |
|
This seems to be a Win32 issue. I have already heard other people complaining about too small dialogs and the non-obviousness of enlarging them. |
|
>devzero: please join our mailing list to ask questions: oh - sorry. thanks for the hint. this wasn`t really meant as question - i really think this is an "issue". >This usually depends very much on the windowmanager/theme used. thanks for pointing it out >What is yours? windows xp home - switched to "windows classical" design. i switched to this one a very long time ago - i can`t even find a way how to get back to the xp default design for the moment.... will try on a different machine and report if it looks different with other designs.... |
|
ok - found the problem which prevented me to switch designs - me idiot had disabled the appropriate service and didn`t remember... :) ok - switched back to windows xp default design/theme "luna" - but the issue remains. i just found that it isn`t an issue only with the properties box - the whole application seems to have this - i don't even see the double-arrow mousepointer if i want to resize the main window of the application |
2006-05-18 23:56
|
|
|
the attached picture showing the mouse pointer when moved to the border of notepad (left, changing to double arror) - and moved to the border of scribus (right, being unchanged) |
|
i have seen this on three different windows xp installations now with luna and with classical theme - really looks like a general problem on win32 (xp?) |
|
btw - this seems to be a very general issue with scribus. it happens with windows/frames/dialogs (also the main window!). some of them show the sizeGrip, some don`t. with or without sizeGrip, most of them can be resized by "guess", - i.e double-arrow is not shown, but it works when pressing the mousekey at or near the border and then drag/resize. i found some basic info on msdn - maybe it is helpful: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwue/html/ch07d.asp Resizing Windows Make your primary windows resizable unless the information displayed in the window is fixed or cannot be scaled to provide the user with more information, such as in the Windows Calculator program. The system provides several conventions that support user resizing of a window. Sizing Borders The user resizes a primary window by dragging the sizing border at the edge of a window with the mouse or by clicking the Size command on the window's menu. An outline representation of the window moves with the pointer. (On some configurations, the system may include a display option to dynamically redraw the window as it is sized.) After clicking the Size command, the user can use the keyboard to resize the window by using the arrow keys, then pressing the enter key. A window does not need to be active before the user can resize it. The action of sizing the window implicitly makes it active, and it remains active after the sizing operation. When the user reduces the size of a window, you must determine how to display the information viewed in that window. Use the context and type of information to help you choose your approach. Typically, the best approach is to redisplay the information using the new size. You may want to consider using different methods, such as wrapping or scaling the information, unless readability or maintaining the structural relationship of the information is important. In that case, you may want to fix or clip the information. Although the size of a primary window can vary based on the user's preference, you can define a window's maximum size. When defining this size, consider the reasonable usage within the window and the size and orientation of the screen. Avoid setting a maximum size smaller than the screen's working area unless there is no benefit to the user in increasing the size of the window. Size Grip When you define a sizable window, you can include a size grip. A size grip is a special handle for sizing a window. It is not exclusive to the sizing border. To size the window, the user drags the grip and the window resizes, following the same conventions as the sizing border. Always locate the size grip in the lower right corner of the window. Typically, this means you place the size grip at the right end of a horizontal scroll bar or the bottom of a vertical scroll bar. However, if you include a status bar in the window, display the size grip at the far corner of the status bar instead. Never display the size grip in both locations at the same time. Cross referenceMore Information For more information about the use of the size grip in a status bar, see Chapter 8, "Menus, Controls, and Toolbars." |
Date Modified | Username | Field | Change |
---|---|---|---|
2006-05-18 22:27 | devzero | New Issue | |
2006-05-18 22:35 | mhanski | Note Added: 0011368 | |
2006-05-18 22:38 | avox | Note Added: 0011369 | |
2006-05-18 22:38 | avox | Summary | Didn`t know that you CAN resize the properties dialog - but it works! => Resize option for the properties dialog not obvious with some window managers |
2006-05-18 22:40 | avox | Status | new => acknowledged |
2006-05-18 23:26 | christoph_s | Note Added: 0011372 | |
2006-05-18 23:30 | devzero | Note Added: 0011373 | |
2006-05-18 23:38 | devzero | Note Added: 0011374 | |
2006-05-18 23:56 | devzero | File Added: screenshot.PNG | |
2006-05-18 23:57 | devzero | Note Added: 0011375 | |
2006-05-19 21:21 | devzero | Note Added: 0011384 | |
2006-06-04 16:28 | devzero | Note Added: 0011572 | |
2007-12-14 23:04 | cbradney | Status | acknowledged => resolved |
2007-12-14 23:04 | cbradney | Fixed in Version | => 1.3.5svn |
2007-12-14 23:04 | cbradney | Resolution | open => fixed |
2007-12-14 23:04 | cbradney | Assigned To | => cbradney |
2007-12-19 19:43 | cbradney | Status | resolved => closed |