Bug 49917 - Replace Print File Directly button by the non-direct print button as a default setting
Summary: Replace Print File Directly button by the non-direct print button as a defaul...
Status: RESOLVED DUPLICATE of bug 74455
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: ux-advise (show other bugs)
Version:
(earliest affected)
3.5.3 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-14 08:27 UTC by Olaf van der Spek
Modified: 2015-02-10 21:46 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olaf van der Spek 2012-05-14 08:27:19 UTC
The Print button directly prints the current document. Could it be replaced by the non-direct print button?
Hitting the button by mistake is bad for the environment.
The user might also want to customize some settings before printing.
Comment 1 bfoman (inactive) 2012-11-05 12:54:15 UTC
(In reply to comment #0)
> Could it be replaced by the non-direct print button?

You can customize the toolbar yourself as needed by replacing direct print button with print one.

Marking this bug as RESOLVED WORKSFORME.
Do not hesitate to reopen in case of mistriage.
Comment 2 Olaf van der Spek 2012-11-05 12:58:31 UTC
I know I can, I'm concerned about the default. Printing can't be undone and I don't like to print stuff by accident (due to a misclick or due to thinking the button is indirect print).
Comment 3 bfoman (inactive) 2012-11-05 15:14:25 UTC
Enhancement request, changed summary.
Comment 4 Joel Madero 2014-11-06 21:06:49 UTC
Never independently confirmed by QA - moving to UNCONFIRMED. Thanks
Comment 5 Robinson Tryon (qubit) 2014-12-22 05:14:36 UTC
One for UX :-)
Comment 6 Joel Madero 2015-02-03 00:04:05 UTC
I'm pretty sure that this has been done in 4.4. Marking as WFM - if you can test 4.4 and verify. If it's not correct please set back to NEW. Thanks!
Comment 7 Olaf van der Spek 2015-02-07 15:15:17 UTC
4.4 is fine, 4.3.4 was fine too.
I would put the preview button before the print button though.
Comment 8 Joel Madero 2015-02-07 17:18:21 UTC
That's getting pretty nit-picky but if you want to report a new request suggesting that. If you do please set the component to ux-advise as they'd be the one handling it. Thanks
Comment 9 Olaf van der Spek 2015-02-07 17:21:22 UTC
Aren't we aiming for perfection?
Comment 10 V Stuart Foote 2015-02-07 19:33:39 UTC
Hiding default direct print and adding the non-direct print dialog .uno command to Standard menu was reasonable and was completed as bug 74455.  No reasonable UX requirement to change default placement of Print preview button... ending this.

=-ref-=
http://cgit.freedesktop.org/libreoffice/core/commit/?id=0f7542a7a74a24b3cdb69f7e860caacbfcd2cc23

*** This bug has been marked as a duplicate of bug 74455 ***
Comment 11 Joel Madero 2015-02-07 22:37:58 UTC
(In reply to Olaf van der Spek from comment #9)
> Aren't we aiming for perfection?

Perfection in this sense is literally an opinion by you...I actually disagree that it's worth making a patch for or that it's better in any way having preview first.
Comment 12 Yousuf Philips (jay) (retired) 2015-02-08 14:23:44 UTC
(In reply to Olaf van der Spek from comment #7)
> I would put the preview button before the print button though.

What is your reasoning why print preview should be before the print button?
Comment 13 Olaf van der Spek 2015-02-09 10:44:35 UTC
(In reply to Jay Philips from comment #12)
> (In reply to Olaf van der Spek from comment #7)
> > I would put the preview button before the print button though.
> 
> What is your reasoning why print preview should be before the print button?

Previewing is generally done before printing, not after. Hence the logical order would be to have preview button before print button.
Comment 14 Yousuf Philips (jay) (retired) 2015-02-10 21:46:42 UTC
(In reply to Olaf van der Spek from comment #13)
> Previewing is generally done before printing, not after. Hence the logical
> order would be to have preview button before print button.

As the current default view of a document is print layout view, which shows the pages exactly like how it would be printed, it isnt generally done before printing as it once was when the default document view was normal view, like in Word 2003. And with print preview not being available in Impress and Draw, putting it before Print wouldnt be preferable.