[Libreoffice-bugs] [Bug 34641] Start focus in Print dialog inconsitent

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Feb 23 21:39:03 PST 2011


https://bugs.freedesktop.org/show_bug.cgi?id=34641

Rainer Bielefeld <LibreOffice at bielefeldundbuss.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Focus "Number of copies"    |Start focus  in Print
                   |field in Print dialog       |dialog inconsitent
         OS/Version|Linux (All)                 |All
           Severity|normal                      |minor
           Priority|medium                      |low
          Component|Libreoffice                 |UI
                 CC|                            |LibreOffice at bielefeldundbus
                   |                            |s.de

--- Comment #1 from Rainer Bielefeld <LibreOffice at bielefeldundbuss.de> 2011-02-23 21:39:03 PST ---
[Reproducible] with "LibreOffice 3.3.1  – WIN7  Home Premium  (64bit) German UI
[OOO330m19 (build 8 / tag 3.3.1.2)]"

The request is well fonded, indeed <enter> always will work, and so focus /
caret should be somewhere in the dialog for modifications.

Additionally I believe it's a bug and not an enhancement request, because the
behavior and design is inconsistent compared to other dialogs.

Compare with menu 'File > Save as' (Writer), what shows the behavior I'm used
to.
After opening 'Save As' dialog
1. File name is selected, I can immediately start to type a different name
2. Button 'Save' has a blue border to show "happens when Enter"
3. none of the texts in the button has a dotted frame to show 
   "Focus on this button". Press some <TAB>, and you will see such a frame 
    around active items.

Differences in Print dialog:
1. Different behavior, no input pane selected
2. as expected
3. Different behavior, <enter> is marked with dotted frame as active
   function.

Additionally LibO behavior of print dialog differs from behavior in other WIN
application. In some other ones I tested (Acrobat Reader, Seamonkey, ...) the
focus is on printer selection (not on "No of copies"), so that I can select an
other printer with arrow up / arrow down.

I do not know how the behavior of print is under other OS. If no arguments will
be found against this, I would prefer to open print dialog with focus on
printer selection as in other programs.
I agree, start focus on "No of copies" might be useful, but I would prefer
consistence.

It's the same in OOo3.4-dev

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the Libreoffice-bugs mailing list