[Libreoffice-bugs] [Bug 122710] PRINT DIALOG: For "Pages to print" field interpret space as separator for a list of distinct pages to print

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=122710

--- Comment #8 from Ulf Zibis <Ulf.Zibis at gmx.de> ---
(In reply to Michael Weghorn from comment #7)
> In general, I'd suggest to be consistent with what other print dialog
> implementations (like Gtk or Qt or native Win/Mac print dialogs) do, which
> IMHO will help to avoid confusion for users.
As far as I remember, Windows dialogues accept space as separator, so as common
usage IMHO it will confuse people, when space is no more accepted.

> (In reply to Ulf Zibis from comment #6)
> I wouldn't introduce ":" as additional range specifier, it wouldn't be clear
> to me. Gtk handles it as a separator...
To me it is not important, but maybe others could miss it, so we could allow it
undocumented.

> > 3. Allow half defined ranges
> That's an interesting thought.
Thanks.

> I tend to not allow space as separator (e.g. Gtk and Qt don't handle it that
> way)
How do they handle it?

> I have a strong preference to reject ambiguous/invalid page specifications
> (e.g. by showing a dialog) and allow the user to correct that BEFORE
> printing anything that the user might not expect, which would IMHO be the
> most effective and least confusing way to avoid printing unwanted pages.
As far as I can think, there is no ambiguity left with rule 4. I just meant the
human interpretation could seem ambiguous, but at least the user can see the
effective result with the preview.
Main rule: Never print more pages than user could imagine.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201113/2a963122/attachment.htm>