<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - PRINT DIALOG: For "Pages to print" field interpret space as separator for a list of distinct pages to print"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122710#c8">Comment # 8</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - PRINT DIALOG: For "Pages to print" field interpret space as separator for a list of distinct pages to print"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122710">bug 122710</a>
from <span class="vcard"><a class="email" href="mailto:Ulf.Zibis@gmx.de" title="Ulf Zibis <Ulf.Zibis@gmx.de>"> <span class="fn">Ulf Zibis</span></a>
</span></b>
<pre>(In reply to Michael Weghorn from <a href="show_bug.cgi?id=122710#c7">comment #7</a>)
<span class="quote">> 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.</span >
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.
<span class="quote">> (In reply to Ulf Zibis from <a href="show_bug.cgi?id=122710#c6">comment #6</a>)
> I wouldn't introduce ":" as additional range specifier, it wouldn't be clear
> to me. Gtk handles it as a separator...</span >
To me it is not important, but maybe others could miss it, so we could allow it
undocumented.
<span class="quote">> > 3. Allow half defined ranges
> That's an interesting thought.</span >
Thanks.
<span class="quote">> I tend to not allow space as separator (e.g. Gtk and Qt don't handle it that
> way)</span >
How do they handle it?
<span class="quote">> 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.</span >
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.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>