Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.sys.mac.advocacy > #95971 > unrolled thread
| Started by | Snit <usenet@gallopinginsanity.com> |
|---|---|
| First post | 2015-08-27 15:57 -0700 |
| Last post | 2015-08-28 07:59 -0700 |
| Articles | 20 on this page of 86 — 14 participants |
Back to article view | Back to comp.sys.mac.advocacy
OS X: Print to PDF from the Finder Snit <usenet@gallopinginsanity.com> - 2015-08-27 15:57 -0700
Re: OS X: Print to PDF from the Finder Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-28 01:11 +0200
Re: OS X: Print to PDF from the Finder Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-28 01:13 +0200
Re: OS X: Print to PDF from the Finder Snit <usenet@gallopinginsanity.com> - 2015-08-27 16:20 -0700
Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-28 10:06 +0200
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Sandman <mr@sandman.net> - 2015-08-28 10:24 +0000
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-28 13:39 +0200
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Sandman <mr@sandman.net> - 2015-08-28 13:04 +0000
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-28 15:33 +0200
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Tommy Troll <elkabong99@Itroll.org> - 2015-08-28 09:50 -0400
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-28 16:12 +0200
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-28 08:01 -0700
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) "Thomas E." <thomas.e.elam@gmail.com> - 2015-08-28 12:55 -0700
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Alan Baker <email@domain.com> - 2015-08-28 13:39 -0700
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Sandman <mr@sandman.net> - 2015-08-31 06:02 +0000
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-31 08:58 +0200
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 00:15 -0700
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 00:29 -0700
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-31 09:35 +0200
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 01:19 -0700
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 00:33 -0700
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-31 10:04 +0200
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 01:20 -0700
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-31 12:15 +0200
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 09:24 -0700
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) JEDIDIAH <jedi@nomad.mishnet> - 2015-09-03 11:47 -0500
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Sandman <mr@sandman.net> - 2015-08-31 07:57 +0000
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-31 10:08 +0200
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 01:23 -0700
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Sandman <mr@sandman.net> - 2015-08-31 08:27 +0000
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 01:32 -0700
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) vallor <vallor@cultnix.org> - 2015-08-31 20:11 +0000
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 13:27 -0700
Re: Peter Köhlmann lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-31 01:15 -0700
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) JEDIDIAH <jedi@nomad.mishnet> - 2015-09-03 11:44 -0500
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-28 08:24 -0700
Re: Michael Glasser lying again owl <owl@rooftop.invalid> - 2015-08-29 02:13 +0000
Re: Michael Glasser lying again Snit <usenet@gallopinginsanity.com> - 2015-08-28 19:41 -0700
Re: Michael Glasser lying again owl <owl@rooftop.invalid> - 2015-08-29 02:48 +0000
Re: Michael Glasser lying again Snit <usenet@gallopinginsanity.com> - 2015-08-28 21:09 -0700
Re: Michael Glasser lying again Snit <usenet@gallopinginsanity.com> - 2015-08-28 21:16 -0700
Re: Michael Glasser lying again owl <owl@rooftop.invalid> - 2015-08-29 05:47 +0000
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-28 23:17 -0700
Re: Owl and Peter deem knowledge to be a lie owl <owl@rooftop.invalid> - 2015-08-29 09:33 +0000
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 11:44 -0700
Re: Owl and Peter deem knowledge to be a lie owl <owl@rooftop.invalid> - 2015-08-29 19:17 +0000
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 13:02 -0700
Re: Owl and Peter deem knowledge to be a lie owl <owl@rooftop.invalid> - 2015-08-29 20:16 +0000
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 13:31 -0700
Re: Owl and Peter deem knowledge to be a lie owl <owl@rooftop.invalid> - 2015-08-29 21:57 +0000
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 15:33 -0700
Re: Owl and Peter deem knowledge to be a lie owl <owl@rooftop.invalid> - 2015-08-29 23:09 +0000
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 16:11 -0700
Re: Owl and Peter deem knowledge to be a lie owl <owl@rooftop.invalid> - 2015-08-29 23:37 +0000
Re: Owl and Peter deem knowledge to be a lie Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-30 01:53 +0200
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 17:04 -0700
Re: Owl and Peter deem knowledge to be a lie Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-30 02:05 +0200
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 17:30 -0700
Re: Owl and Peter deem knowledge to be a lie Melzzzzz <mel@zzzzz.com> - 2015-08-30 02:06 +0200
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 17:00 -0700
Re: Owl and Peter deem knowledge to be a lie owl <owl@rooftop.invalid> - 2015-08-30 00:18 +0000
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 17:32 -0700
Re: Owl and Peter deem knowledge to be a lie owl <owl@rooftop.invalid> - 2015-08-30 00:39 +0000
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-29 21:46 -0700
Re: Owl and Peter deem knowledge to be a lie Nobody <nobody@invalid.com> - 2015-08-30 04:29 -0500
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-30 11:01 -0700
Re: Owl and Peter deem knowledge to be a lie Nobody <nobody@invalid.com> - 2015-08-31 20:38 -0500
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-08-31 18:52 -0700
Re: Owl and Peter deem knowledge to be a lie chrisv <chrisv@nospam.invalid> - 2015-09-01 07:22 -0500
Re: Owl and Peter deem knowledge to be a lie Snit <usenet@gallopinginsanity.com> - 2015-09-01 10:46 -0700
Re: Owl and Peter deem knowledge to be a lie GreyCloud <cumulus@mist.com> - 2015-09-01 12:06 -0600
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Walter Myer <awoolmeyer@gmail.com> - 2015-08-28 05:40 -0700
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) GreyCloud <cumulus@mist.com> - 2015-08-28 12:34 -0600
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-28 20:43 +0200
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-28 13:17 -0700
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) GreyCloud <cumulus@mist.com> - 2015-08-28 15:04 -0600
Re: Michael Glasser lying again (Was: OS X: Print to PDF from the Finder) Snit <usenet@gallopinginsanity.com> - 2015-08-28 13:17 -0700
Re: OS X: Print to PDF from the Finder Nobody <nobody@invalid.com> - 2015-08-29 10:48 -0500
Re: OS X: Print to PDF from the Finder Snit <usenet@gallopinginsanity.com> - 2015-08-29 11:40 -0700
Re: OS X: Print to PDF from the Finder Nobody <nobody@invalid.com> - 2015-08-29 14:01 -0500
Re: OS X: Print to PDF from the Finder JEDIDIAH <jedi@nomad.mishnet> - 2015-08-31 09:07 -0500
Re: OS X: Print to PDF from the Finder Snit <usenet@gallopinginsanity.com> - 2015-08-31 12:35 -0700
Re: OS X: Print to PDF from the Finder JEDIDIAH <jedi@nomad.mishnet> - 2015-08-31 09:04 -0500
Re: OS X: Print to PDF from the Finder Snit <usenet@gallopinginsanity.com> - 2015-08-31 10:33 -0700
Re: OS X: Print to PDF from the Finder "Thomas E." <thomas.e.elam@gmail.com> - 2015-08-28 05:05 -0700
Re: OS X: Print to PDF from the Finder Snit <usenet@gallopinginsanity.com> - 2015-08-28 07:59 -0700
Page 3 of 5 — ← Prev page 1 2 [3] 4 5 Next page →
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-28 21:16 -0700 |
| Subject | Re: Michael Glasser lying again |
| Message-ID | <D2068048.59190%usenet@gallopinginsanity.com> |
| In reply to | #96188 |
On 8/28/15, 9:09 PM, in article D2067E87.5918C%usenet@gallopinginsanity.com, "Snit" <usenet@gallopinginsanity.com> wrote: > On 8/28/15, 7:48 PM, in article fanmcjv83.djf@rooftop.invalid, "owl" > <owl@rooftop.invalid> wrote: > > ... > >>>> https://vid.me/H9m0 >>>> Just as with OS X, it's up to the developer which "PDF Services" >>>> he or she wants to expose to the user. >> >>> First: thanks for zooming in so folks such as Peter who have trouble viewing >>> videos online can read it to. I had no such problem even without the zoom. >>> :) >> >>> What you did here was write a program that gave you these options. In OS X >>> darn near ANY program has these options... with the exception of the few, >>> poorly written / ported programs such as the ones I found which did not >>> handle files well (precisely two programs have been found so far). >> >> In other words, the ones whose developers did not add that menu option. > > Nope. Those developers did not include the standard print dialog provided by > the system. They instead ported a program over poorly. It is so poor, in > fact, that others have taken the GIMP engine and made a program with a > decent OS X UI: <http://sourceforge.net/projects/seashore/>. > > There is also a "GIMP on OS X" project which aims to make GIMP be a decent > OS X program: <http://gimp.lisanet.de/> > > It is based on X11 and *still* has the OS X print dialog. Um, this should be it is based on X11 so might not have the OS X dialog... downloading to test. Sorry for that... my goof. I have not tested it one way or the other. >>> But I can use PDF Services from any browser I know of (just tested even >>> Firefox which tends to be fairly lousy) and Opera (though you do need to >>> select the system print dialog - you have a choice). Oh, and Tor browser. :) >> >>> It works in Adobe programs and MS programs and the programs of small >>> developers. It is not a separate program that I can run, it is integrated >>> throughout the system. >> >>> That is a very different thing. >> >> If it's in the application's menu, then the developer coded it in. > > Sure, the developer opted to use the standard print dialog... which is > provided by Apple for Cocoa programs. > > <https://goo.gl/dDqfcp> [developer.apple.com] > ----- > Most Cocoa apps provide printing support in one form or another. When > you create a Cocoa app, the Print command is automatically provided in > the File menu. It¹s straightforward for apps to implement printing. > ... > But for those users who require more control over the printing process > and the printers they use, OS X provides it. > ----- > > This is the standard way apps print on OS X. > -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | owl <owl@rooftop.invalid> |
|---|---|
| Date | 2015-08-29 05:47 +0000 |
| Subject | Re: Michael Glasser lying again |
| Message-ID | <fanmcj0.aw3fp@rooftop.invalid> |
| In reply to | #96188 |
In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: > On 8/28/15, 7:48 PM, in article fanmcjv83.djf@rooftop.invalid, "owl" > <owl@rooftop.invalid> wrote: ... > But for those users who require more control over the printing process > and the printers they use, OS X provides it. > ----- > This is the standard way apps print on OS X. Why are you moving the goalposts from available PDF services to print dialogs? Any application on linux can do *all* of the things you mentioned earlier even without the capability to print, which make sense given that none of those things are even logically related to printing. Who would think to go to a print dialog to send email? Who would even *want* to? That's just crazy.
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-28 23:17 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2069CA7.5919F%usenet@gallopinginsanity.com> |
| In reply to | #96191 |
On 8/28/15, 10:47 PM, in article fanmcj0.aw3fp@rooftop.invalid, "owl" <owl@rooftop.invalid> wrote: > In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >> On 8/28/15, 7:48 PM, in article fanmcjv83.djf@rooftop.invalid, "owl" >> <owl@rooftop.invalid> wrote: > ... > >> But for those users who require more control over the printing process >> and the printers they use, OS X provides it. >> ----- > >> This is the standard way apps print on OS X. > > Why are you moving the goalposts from available PDF services to print > dialogs? PDF Services are in the print dialogs! Does not mean you cannot work with PDFs elsewhere: heck, in many OS X programs you can. Here: <http://youtu.be/yufGdadRcdE> Those are two other programs... each has the "Share" menu, which is ALSO tied to OS X Services, but it is not the "PDF Services" feature. And each has OTHER features tied to PDFs which are not tied to either the PDF Services in the print dialog NOR the OS X Share feature. Nobody is saying programmers should not or could not add other features to their programs. > Any application on linux can do *all* of the things you mentioned earlier even > without the capability to print, which make sense given that none of those > things are even logically related to printing. Why not show a few programs doing this - say a couple of common web browsers, a couple common word processors, a couple common image editors, and a couple common email clients. This would be TRIVIAL to do on OS X. It is not a theoretical possibility that it COULD be done, it is that it is IS done. It is provided by the system itself and programs tap into PDF Services by simply using the almost-universally used Print dialog. > Who would think to go to a print dialog to send email? Who would think to go to a Print dialog to save a PDF? Yeah, it is a bit weird... but once you know it is there it is a great feature. They could rename "Print" to be "PDF Services" or "Convert to PDF and Handle", because that is really what is happening, but I think that would confuse more people. > Who would even *want* to? That's just crazy. Why would you go to the Print dialog to save as PDF or postscript. It is because it makes technical sense... and nobody has come up with a more clear way to label the "Print" menu item. Maybe "Print and More"? "Print Plus"? "Print +"? Not sure that would help reduce confusion... but, sure, it is a bit of a bit of a conundrum for the UI designers. It is also completely off topic. :) -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | owl <owl@rooftop.invalid> |
|---|---|
| Date | 2015-08-29 09:33 +0000 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <fandms83.kjfd@rooftop.invalid> |
| In reply to | #96192 |
In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: > On 8/28/15, 10:47 PM, in article fanmcj0.aw3fp@rooftop.invalid, "owl" > <owl@rooftop.invalid> wrote: >> In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >>> On 8/28/15, 7:48 PM, in article fanmcjv83.djf@rooftop.invalid, "owl" >>> <owl@rooftop.invalid> wrote: >> ... >> >>> But for those users who require more control over the printing process >>> and the printers they use, OS X provides it. >>> ----- >> >>> This is the standard way apps print on OS X. >> >> Why are you moving the goalposts from available PDF services to print >> dialogs? > PDF Services are in the print dialogs! Does not mean you cannot work with > PDFs elsewhere: heck, in many OS X programs you can. Here: > <http://youtu.be/yufGdadRcdE> > Those are two other programs... each has the "Share" menu, which is ALSO > tied to OS X Services, but it is not the "PDF Services" feature. And each > has OTHER features tied to PDFs which are not tied to either the PDF > Services in the print dialog NOR the OS X Share feature. > Nobody is saying programmers should not or could not add other features to > their programs. >> Any application on linux can do *all* of the things you mentioned earlier even >> without the capability to print, which make sense given that none of those >> things are even logically related to printing. > Why not show a few programs doing this - say a couple of common web > browsers, a couple common word processors, a couple common image editors, > and a couple common email clients. > This would be TRIVIAL to do on OS X. It is not a theoretical possibility > that it COULD be done, it is that it is IS done. It is provided by the > system itself and programs tap into PDF Services by simply using the > almost-universally used Print dialog. >> Who would think to go to a print dialog to send email? > Who would think to go to a Print dialog to save a PDF? Yeah, it is a bit > weird... but once you know it is there it is a great feature. They could > rename "Print" to be "PDF Services" or "Convert to PDF and Handle", because > that is really what is happening, but I think that would confuse more > people. >> Who would even *want* to? That's just crazy. > Why would you go to the Print dialog to save as PDF or postscript. It is > because it makes technical sense... and nobody has come up with a more clear > way to label the "Print" menu item. Maybe "Print and More"? "Print Plus"? > "Print +"? > Not sure that would help reduce confusion... but, sure, it is a bit of a bit > of a conundrum for the UI designers. It is also completely off topic. :) I think anything you do often enough to have a quick link in the print dialog deserves a better workflow: https://vid.me/2SuL BTW, is El Capitan going to boot to the print dialog so OS X can be more efficient?
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-29 11:44 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2074BB2.59218%usenet@gallopinginsanity.com> |
| In reply to | #96193 |
On 8/29/15, 2:33 AM, in article fandms83.kjfd@rooftop.invalid, "owl" <owl@rooftop.invalid> wrote: > In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >> On 8/28/15, 10:47 PM, in article fanmcj0.aw3fp@rooftop.invalid, "owl" >> <owl@rooftop.invalid> wrote: > >>> In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >>>> On 8/28/15, 7:48 PM, in article fanmcjv83.djf@rooftop.invalid, "owl" >>>> <owl@rooftop.invalid> wrote: >>> ... >>> >>>> But for those users who require more control over the printing process >>>> and the printers they use, OS X provides it. >>>> ----- >>> >>>> This is the standard way apps print on OS X. >>> >>> Why are you moving the goalposts from available PDF services to print >>> dialogs? > >> PDF Services are in the print dialogs! Does not mean you cannot work with >> PDFs elsewhere: heck, in many OS X programs you can. Here: > >> <http://youtu.be/yufGdadRcdE> > >> Those are two other programs... each has the "Share" menu, which is ALSO >> tied to OS X Services, but it is not the "PDF Services" feature. And each >> has OTHER features tied to PDFs which are not tied to either the PDF >> Services in the print dialog NOR the OS X Share feature. > >> Nobody is saying programmers should not or could not add other features to >> their programs. Did you understand the difference? No comment from you... >>> Any application on linux can do *all* of the things you mentioned earlier >>> even without the capability to print, which make sense given that none of >>> those things are even logically related to printing. > >> Why not show a few programs doing this - say a couple of common web >> browsers, a couple common word processors, a couple common image editors, >> and a couple common email clients. > >> This would be TRIVIAL to do on OS X. It is not a theoretical possibility >> that it COULD be done, it is that it is IS done. It is provided by the >> system itself and programs tap into PDF Services by simply using the >> almost-universally used Print dialog. Again: no comment from you. >>> Who would think to go to a print dialog to send email? > >> Who would think to go to a Print dialog to save a PDF? Yeah, it is a bit >> weird... but once you know it is there it is a great feature. They could >> rename "Print" to be "PDF Services" or "Convert to PDF and Handle", because >> that is really what is happening, but I think that would confuse more >> people. > >>> Who would even *want* to? That's just crazy. > >> Why would you go to the Print dialog to save as PDF or postscript. It is >> because it makes technical sense... and nobody has come up with a more clear >> way to label the "Print" menu item. Maybe "Print and More"? "Print Plus"? >> "Print +"? > >> Not sure that would help reduce confusion... but, sure, it is a bit of a bit >> of a conundrum for the UI designers. It is also completely off topic. :) > > I think anything you do often enough to have a quick link in the > print dialog deserves a better workflow: > > https://vid.me/2SuL Well, that is surely not a better work flow. Wow. You need to go to the file manager to work with the file in the browser...??? What if it is full screen? Sure, I guess you could have another item on your panel... but then you are combining all sorts of scripts from your panel to do everything. No context at all. And would that work from any program? And how many menu items would you need just to show what I do... seems like you put all yours in one of two places and they are always there, whether they fit the context or not. > BTW, is El Capitan going to boot to the print dialog so OS X can be > more efficient? Er? -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | owl <owl@rooftop.invalid> |
|---|---|
| Date | 2015-08-29 19:17 +0000 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <fadnmv93.aer2e@rooftop.invalid> |
| In reply to | #96228 |
In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: > On 8/29/15, 2:33 AM, in article fandms83.kjfd@rooftop.invalid, "owl" > <owl@rooftop.invalid> wrote: >> >> I think anything you do often enough to have a quick link in the >> print dialog deserves a better workflow: >> >> https://vid.me/2SuL > Well, that is surely not a better work flow. Wow. Yeah... click click boom is not a better work flow. <rolls eyes> > You need to go to the file > manager to work with the file in the browser...??? The desktop is always there. If you want to call right-clicking the desktop "going to the file manager," so be it. > What if it is full > screen? Then I just assign a hotkey. > Sure, I guess you could have another item on your panel... No need for that. > but then > you are combining all sorts of scripts from your panel to do everything. No > context at all. The context is, "I need the most efficient method of performing this task that I do hundreds of times a day -- saving recipes from the web to my recipe folder in PDF format."
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-29 13:02 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2075DD3.5926F%usenet@gallopinginsanity.com> |
| In reply to | #96234 |
On 8/29/15, 12:17 PM, in article fadnmv93.aer2e@rooftop.invalid, "owl" <owl@rooftop.invalid> wrote: > In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >> On 8/29/15, 2:33 AM, in article fandms83.kjfd@rooftop.invalid, "owl" >> <owl@rooftop.invalid> wrote: > >>> >>> I think anything you do often enough to have a quick link in the >>> print dialog deserves a better workflow: >>> >>> https://vid.me/2SuL > >> Well, that is surely not a better work flow. Wow. > > Yeah... click click boom is not a better work flow. <rolls eyes> > >> You need to go to the file >> manager to work with the file in the browser...??? > > The desktop is always there. If you want to call right-clicking > the desktop "going to the file manager," so be it. You cannot maximize screens or go to full screen? Sure you can. Comes down to you have to leave the context of the file you are in to run a system script... below I list just some of these things we have looked at. You can do any one or a small number reasonably well, but to do even a good sub-set of what I show would be an utter mess on Linux. >> What if it is full screen? > > Then I just assign a hotkey. Please list what you think the reasonable hot keys would be for the following features: * Save current document to Recipes as PDF * Save current document to Web Receipts as PDF * Save current document to Desktop * Save current document to Downloads (I use that as a catchall) * Convert current document to PDF with same name and email * Convert current document to PDF with selectable name and email (occurs to me now it would be cool if the email client just let you select the attachment and re-name... if Linux clients let you do this it would serve much the same need... OS X's Mail does not) * View selected text in Tofu (a tool to make reading lots of text easier) * Look up selected text in Kid's Dictionary * Look up selected text in Urban Dictionary * Look up selected text in Wikipedia * Look up selected text in standard dictionary * View selected phone number in larger type * View selected address in a system map tool * View selected address in Google maps * Get word count of selected text * Add selected text to a program that tracks deliveries * Email the selected webpage to someone, as a webpage * Set the selected URL to be put in a reading list * Send the selected URL to Facebook, with comments * Scan the selected files / folders with a malware program * Delete the selected application * Get a quick look at the contents of this file or archive * Make some basic edits to this image / PDF attachment in email * Do a "man" search on the selected text * Add a Lorem Ipsum sentence at the insertion point * Add a Lorem Ipsum paragraph at the insertion point * Get all local links from the current web page * Get all image links from the current web page * Open the current file in a new instance of the associated program * New Terminal at Folder * Encode selected audio file * Encode selected video file * Set PDF meta-data And on and on and on and on. Your solution to add them to a panel or right click menu, or to have universal hot keys for each of these, misses the point of having be available in the context they are needed. >> Sure, I guess you could have another item on your panel... > > No need for that. > >> but then >> you are combining all sorts of scripts from your panel to do everything. No >> context at all. > > The context is, "I need the most efficient method of performing this task > that I do hundreds of times a day -- saving recipes from the web to my recipe > folder in PDF format." You save recipes hundreds of times a day? Not I! But it highlights the difference: your solutions are good for things you do many, many times a day. What OS X offers is solutions for things you do on a common basis but not that common, but still have a good UI which provides you with the feature when needed IN CONTEXT. As we have noted, the context is not always perfect, but a lot better than having none. A whole lot better. -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | owl <owl@rooftop.invalid> |
|---|---|
| Date | 2015-08-29 20:16 +0000 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <afmnv83.akjdfie@rooftop.invalid> |
| In reply to | #96243 |
In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: > On 8/29/15, 12:17 PM, in article fadnmv93.aer2e@rooftop.invalid, "owl" > <owl@rooftop.invalid> wrote: >> In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >>> On 8/29/15, 2:33 AM, in article fandms83.kjfd@rooftop.invalid, "owl" >>> <owl@rooftop.invalid> wrote: >> >>>> >>>> I think anything you do often enough to have a quick link in the >>>> print dialog deserves a better workflow: >>>> >>>> https://vid.me/2SuL >> >>> Well, that is surely not a better work flow. Wow. >> >> Yeah... click click boom is not a better work flow. <rolls eyes> >> >>> You need to go to the file >>> manager to work with the file in the browser...??? >> >> The desktop is always there. If you want to call right-clicking >> the desktop "going to the file manager," so be it. > You cannot maximize screens or go to full screen? Sure you can. Hot key. > Comes down to you have to leave the context of the file you are in to run a > system script... Hot key. > below I list just some of these things we have looked at. > You can do any one or a small number reasonably well, but to do even a good > sub-set of what I show would be an utter mess on Linux. >>> What if it is full screen? >> >> Then I just assign a hotkey. > Please list what you think the reasonable hot keys would be for the > following features: You do all of that crap often enough to need a hot key for them? > * Save current document to Recipes as PDF > * Save current document to Web Receipts as PDF > * Save current document to Desktop > * Save current document to Downloads (I use that as a catchall) > * Convert current document to PDF with same name and email > * Convert current document to PDF with selectable name and email > (occurs to me now it would be cool if the email client just let > you select the attachment and re-name... if Linux clients let > you do this it would serve much the same need... OS X's Mail > does not) > * View selected text in Tofu (a tool to make reading lots of text > easier) > * Look up selected text in Kid's Dictionary > * Look up selected text in Urban Dictionary > * Look up selected text in Wikipedia > * Look up selected text in standard dictionary > * View selected phone number in larger type > * View selected address in a system map tool > * View selected address in Google maps > * Get word count of selected text > * Add selected text to a program that tracks deliveries > * Email the selected webpage to someone, as a webpage > * Set the selected URL to be put in a reading list > * Send the selected URL to Facebook, with comments > * Scan the selected files / folders with a malware program > * Delete the selected application > * Get a quick look at the contents of this file or archive > * Make some basic edits to this image / PDF attachment in email > * Do a "man" search on the selected text > * Add a Lorem Ipsum sentence at the insertion point > * Add a Lorem Ipsum paragraph at the insertion point > * Get all local links from the current web page > * Get all image links from the current web page > * Open the current file in a new instance of the associated program > * New Terminal at Folder > * Encode selected audio file > * Encode selected video file > * Set PDF meta-data Like I said. El Capitan should just boot to the print dialog. That seems to be where all the important work is done... > And on and on and on and on. Your solution to add them to a panel or right > click menu, or to have universal hot keys for each of these, misses the > point of having be available in the context they are needed. >>> Sure, I guess you could have another item on your panel... >> >> No need for that. >> >>> but then >>> you are combining all sorts of scripts from your panel to do everything. No >>> context at all. >> >> The context is, "I need the most efficient method of performing this task >> that I do hundreds of times a day -- saving recipes from the web to my recipe >> folder in PDF format." > You save recipes hundreds of times a day? Not I! > But it highlights the difference: your solutions are good for things you do > many, many times a day. What OS X offers is solutions for things you do on a > common basis but not that common, LOL. So now the "streamling" must not fall outside a certain range of importance. Not too high. Not too low. > but still have a good UI which provides > you with the feature when needed IN CONTEXT. Such as emailing or chat from a PRINT DIALOG CONTEXT? > As we have noted, the context > is not always perfect, but a lot better than having none. A whole lot > better. If only the Mack had some.
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-29 13:31 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2076495.59288%usenet@gallopinginsanity.com> |
| In reply to | #96244 |
On 8/29/15, 1:16 PM, in article afmnv83.akjdfie@rooftop.invalid, "owl" <owl@rooftop.invalid> wrote: ... >> You cannot maximize screens or go to full screen? Sure you can. > > Hot key. > >> Comes down to you have to leave the context of the file you are in to run a >> system script... > > Hot key. ... >> Please list what you think the reasonable hot keys would be for the >> following features: > > You do all of that crap often enough to need a hot key for them? No! And that is the point. When each of these things is noted you point out, correctly (at least in most cases, maybe all) that you can do this with a menu item, panel icon, or hot key... a system level tool that I *always* there and does not come and go with the context. But that misses the point that these things are NOT done enough where you want them there all the time. Heck, you added more: multiple man page lookup as well as other CLI ties... and more. You can create any of these but to create them all would be an utter disaster. But with OS X I have all of these without any real thought. Most were there by default - and some I have added but they offer no clutter to the overall UI of the computer. I do sometimes tweak what System Services I am using so as to keep the number down and reduce clutter. I am, for example, currently using the Word Count service I created quite a bit. To keep it from being in a submenu I cleaned out some Services I had added in the past but did not use often. As I use the Word Count service less often, which I am already doing as I get better at estimating by a quick look, I might add others back that I end up missing. But the fact that these are each in a context and not there all the time is a BIG part of the point. The fact it would be silly to do as you say and add a hot key for each is the point I was trying to get you to understand. Seems you now do. >> * Save current document to Recipes as PDF >> * Save current document to Web Receipts as PDF >> * Save current document to Desktop >> * Save current document to Downloads (I use that as a catchall) >> * Convert current document to PDF with same name and email >> * Convert current document to PDF with selectable name and email >> (occurs to me now it would be cool if the email client just let >> you select the attachment and re-name... if Linux clients let >> you do this it would serve much the same need... OS X's Mail >> does not) >> * View selected text in Tofu (a tool to make reading lots of text >> easier) >> * Look up selected text in Kid's Dictionary >> * Look up selected text in Urban Dictionary >> * Look up selected text in Wikipedia >> * Look up selected text in standard dictionary >> * View selected phone number in larger type >> * View selected address in a system map tool >> * View selected address in Google maps >> * Get word count of selected text >> * Add selected text to a program that tracks deliveries >> * Email the selected webpage to someone, as a webpage >> * Set the selected URL to be put in a reading list >> * Send the selected URL to Facebook, with comments >> * Scan the selected files / folders with a malware program >> * Delete the selected application >> * Get a quick look at the contents of this file or archive >> * Make some basic edits to this image / PDF attachment in email >> * Do a "man" search on the selected text >> * Add a Lorem Ipsum sentence at the insertion point >> * Add a Lorem Ipsum paragraph at the insertion point >> * Get all local links from the current web page >> * Get all image links from the current web page >> * Open the current file in a new instance of the associated program >> * New Terminal at Folder >> * Encode selected audio file >> * Encode selected video file >> * Set PDF meta-data ... >> But it highlights the difference: your solutions are good for things you do >> many, many times a day. What OS X offers is solutions for things you do on a >> common basis but not that common, > > LOL. So now the "streamling" must not fall outside a certain range > of importance. Not too high. Not too low. It should fit within a context... but even then, sure, there is a balance of how many items do I want in my, say, Print Services to offer ease of use without too much clutter. >> but still have a good UI which provides you with the feature when needed IN >> CONTEXT. > > Such as emailing or chat from a PRINT DIALOG CONTEXT? Emailing a file from any program as a PDF. As discussed: the whole "convert to PDF" or "convert to Postscript", with or without additional processing, might make sense to have elsewhere... but OS X, Linux, and even Windows (with third party drivers) do it here. ... -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | owl <owl@rooftop.invalid> |
|---|---|
| Date | 2015-08-29 21:57 +0000 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <fasnm.a9ef3@rooftop.invalid> |
| In reply to | #96245 |
In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: > On 8/29/15, 1:16 PM, in article afmnv83.akjdfie@rooftop.invalid, "owl" > <owl@rooftop.invalid> wrote: > ... >>> You cannot maximize screens or go to full screen? Sure you can. >> >> Hot key. >> >>> Comes down to you have to leave the context of the file you are in to run a >>> system script... >> >> Hot key. > ... >>> Please list what you think the reasonable hot keys would be for the >>> following features: >> >> You do all of that crap often enough to need a hot key for them? > No! And that is the point. When each of these things is noted you point out, > correctly (at least in most cases, maybe all) that you can do this with a > menu item, panel icon, or hot key... a system level tool that I *always* > there and does not come and go with the context. Is "Save to Recipes Folder" always in the OS X print dialog's PDF Services menu?
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-29 15:33 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2078142.592FE%usenet@gallopinginsanity.com> |
| In reply to | #96247 |
On 8/29/15, 2:57 PM, in article fasnm.a9ef3@rooftop.invalid, "owl" <owl@rooftop.invalid> wrote: > In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >> On 8/29/15, 1:16 PM, in article afmnv83.akjdfie@rooftop.invalid, "owl" >> <owl@rooftop.invalid> wrote: > >> ... >>>> You cannot maximize screens or go to full screen? Sure you can. >>> >>> Hot key. >>> >>>> Comes down to you have to leave the context of the file you are in to run a >>>> system script... >>> >>> Hot key. > >> ... >>>> Please list what you think the reasonable hot keys would be for the >>>> following features: >>> >>> You do all of that crap often enough to need a hot key for them? > >> No! And that is the point. When each of these things is noted you point out, >> correctly (at least in most cases, maybe all) that you can do this with a >> menu item, panel icon, or hot key... a system level tool that I *always* >> there and does not come and go with the context. > > Is "Save to Recipes Folder" always in the OS X print dialog's PDF Services > menu? > Nope. They do have a standard "Web Receipts" item but not a Recipes. I added that. I *could* remove the standard ones but I left them there, but then I have my sub-folders for saving and mailing, hence the duplication in the menu. I note I can remove the standard items - and I can - but I think it would be better if it was easier for the standard user to do. The "Edit Menu" item on the bottom does not allow you to edit the standard ones (all the ones other than those to submenus I added). I know others who instead of recipes have folders for different employers or whatever. Very easy to add a new folder or program to that list. Most users would not have the sub-menus... that I did outside the standard "Edit Menu" feature. For what it is worth, I just started making another video showing how a lot of these things tie together. * The original topic: Save the page to a Recipes folder * Email the page (including the URL) * Email just the URL * Send the page to other sources (such as Facebook - I do that) * Just save as PDF (outside the Print dialog) * Email the recipe as a PDF, giving it a specific name and even noting I use coconut oil instead of butter (or whatever note you want to add) And how this did not make the other things I do any harder: * Word Count * Look up words in a dictionary * Look up words in an Urban Dictionary * Select text and bring it to another program which makes reading big checks of text onscreen easier * Add to deliveries Etc. The video was getting long and then I was interrupted... so no video. But the point was how the context is there when you need it and, for the most part, where you would expect. I think the one exception is the one you noted: why is Save to PDF (or Postscript) or faxing in the "Print" dialog? Well, OS X and Linux and Windows all do it this way, but it *is* a bit odd and not what a new user might expect. But given that is the "norm" for where saving to PDF is, I think it makes sense to have the send this as a PDF to a folder or other programs feature there as well... though if Apple moved it to the Share menu I can see that, too (though are you really "sharing" it to save it to your own Recipe folder... and then you add clutter to that menu). But, sure, there is some amount of oddity there. -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | owl <owl@rooftop.invalid> |
|---|---|
| Date | 2015-08-29 23:09 +0000 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <arnd.jf903a@rooftop.invalid> |
| In reply to | #96248 |
In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: > On 8/29/15, 2:57 PM, in article fasnm.a9ef3@rooftop.invalid, "owl" > <owl@rooftop.invalid> wrote: >> In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >>> On 8/29/15, 1:16 PM, in article afmnv83.akjdfie@rooftop.invalid, "owl" >>> <owl@rooftop.invalid> wrote: >> >>> ... >>>>> You cannot maximize screens or go to full screen? Sure you can. >>>> >>>> Hot key. >>>> >>>>> Comes down to you have to leave the context of the file you are in to run a >>>>> system script... >>>> >>>> Hot key. >> >>> ... >>>>> Please list what you think the reasonable hot keys would be for the >>>>> following features: >>>> >>>> You do all of that crap often enough to need a hot key for them? >> >>> No! And that is the point. When each of these things is noted you point out, >>> correctly (at least in most cases, maybe all) that you can do this with a >>> menu item, panel icon, or hot key... a system level tool that I *always* >>> there and does not come and go with the context. >> >> Is "Save to Recipes Folder" always in the OS X print dialog's PDF Services >> menu? >> > Nope. They do have a standard "Web Receipts" item but not a Recipes. I added > that. I *could* remove the standard ones but I left them there, but then I > have my sub-folders for saving and mailing, hence the duplication in the > menu. No, that's not what I meant. I understand that you added that "Save to Recipes Folder." What I want to know is if it now is always there in the Print Dialog's PDF Services menu until you remove it.
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-29 16:11 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2078A37.59306%usenet@gallopinginsanity.com> |
| In reply to | #96249 |
On 8/29/15, 4:09 PM, in article arnd.jf903a@rooftop.invalid, "owl" <owl@rooftop.invalid> wrote: ... >>> Is "Save to Recipes Folder" always in the OS X print dialog's PDF Services >>> menu? >>> >> Nope. They do have a standard "Web Receipts" item but not a Recipes. I added >> that. I *could* remove the standard ones but I left them there, but then I >> have my sub-folders for saving and mailing, hence the duplication in the >> menu. > > No, that's not what I meant. I understand that you added that "Save to > Recipes Folder." What I want to know is if it now is always there in > the Print Dialog's PDF Services menu until you remove it. Yes. -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | owl <owl@rooftop.invalid> |
|---|---|
| Date | 2015-08-29 23:37 +0000 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <asdf.40av@rooftop.invalid> |
| In reply to | #96250 |
In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: > On 8/29/15, 4:09 PM, in article arnd.jf903a@rooftop.invalid, "owl" > <owl@rooftop.invalid> wrote: > ... >>>> Is "Save to Recipes Folder" always in the OS X print dialog's PDF Services >>>> menu? >>>> >>> Nope. They do have a standard "Web Receipts" item but not a Recipes. I added >>> that. I *could* remove the standard ones but I left them there, but then I >>> have my sub-folders for saving and mailing, hence the duplication in the >>> menu. >> >> No, that's not what I meant. I understand that you added that "Save to >> Recipes Folder." What I want to know is if it now is always there in >> the Print Dialog's PDF Services menu until you remove it. > Yes. So what does that do for your "context" argument? As you say above, the OS X Print Dialog offers, "a good UI which provides you with the feature when needed IN CONTEXT." There is NO context for which a "Save to Recipes Folder" item in a spreadsheet's Print menu would be appropriate. NONE. Yet there it is. Now, how is this different from your criticism of my "Save Recipe as PDF" in a desktop menu?
[toc] | [prev] | [next] | [standalone]
| From | Peter Köhlmann <peter-koehlmann@t-online.de> |
|---|---|
| Date | 2015-08-30 01:53 +0200 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <mrtgjd$k29$1@dont-email.me> |
| In reply to | #96251 |
owl wrote: > In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >> On 8/29/15, 4:09 PM, in article arnd.jf903a@rooftop.invalid, "owl" >> <owl@rooftop.invalid> wrote: > >> ... >>>>> Is "Save to Recipes Folder" always in the OS X print dialog's PDF >>>>> Services menu? >>>>> >>>> Nope. They do have a standard "Web Receipts" item but not a Recipes. I >>>> added that. I *could* remove the standard ones but I left them there, >>>> but then I have my sub-folders for saving and mailing, hence the >>>> duplication in the menu. >>> >>> No, that's not what I meant. I understand that you added that "Save to >>> Recipes Folder." What I want to know is if it now is always there in >>> the Print Dialog's PDF Services menu until you remove it. > >> Yes. > > So what does that do for your "context" argument? > > As you say above, the OS X Print Dialog offers, "a good UI which provides > you with the feature when needed IN CONTEXT." > > There is NO context for which a "Save to Recipes Folder" item in > a spreadsheet's Print menu would be appropriate. NONE. Yet there > it is. > > Now, how is this different from your criticism of my "Save Recipe as > PDF" in a desktop menu? Not at all. This "context" idiocy is made up by that imbecile liar Snit Michael Glasser. He hopes nobody will notice that he is just simply bullshitting Actually, the KDE menus are much more context sensitive, as they change always depending on file type (and hence on the actions you could possibly take on them) Snit Michael Glasser is by now fully aware of the fact that his beloved OSX is just a giant pile of elephant dung compared to what modern linux distros provide. And he can't accept that
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-29 17:04 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2079683.5931D%usenet@gallopinginsanity.com> |
| In reply to | #96253 |
On 8/29/15, 4:53 PM, in article mrtgjd$k29$1@dont-email.me, "Peter Köhlmann" <peter-koehlmann@t-online.de> wrote: > owl wrote: > >> In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >>> On 8/29/15, 4:09 PM, in article arnd.jf903a@rooftop.invalid, "owl" >>> <owl@rooftop.invalid> wrote: >> >>> ... >>>>>> Is "Save to Recipes Folder" always in the OS X print dialog's PDF >>>>>> Services menu? >>>>>> >>>>> Nope. They do have a standard "Web Receipts" item but not a Recipes. I >>>>> added that. I *could* remove the standard ones but I left them there, >>>>> but then I have my sub-folders for saving and mailing, hence the >>>>> duplication in the menu. >>>> >>>> No, that's not what I meant. I understand that you added that "Save to >>>> Recipes Folder." What I want to know is if it now is always there in >>>> the Print Dialog's PDF Services menu until you remove it. >> >>> Yes. >> >> So what does that do for your "context" argument? >> >> As you say above, the OS X Print Dialog offers, "a good UI which provides >> you with the feature when needed IN CONTEXT." >> >> There is NO context for which a "Save to Recipes Folder" item in >> a spreadsheet's Print menu would be appropriate. NONE. Yet there >> it is. >> >> Now, how is this different from your criticism of my "Save Recipe as >> PDF" in a desktop menu? > > Not at all. That you understand. Sure. But you find a YouTube video to be "unreadable"... you are THAT incompetent. > This "context" idiocy is made up by that imbecile liar Snit > Michael Glasser. He hopes nobody will notice that he is just simply > bullshitting See: you show no understanding. > Actually, the KDE menus are much more context sensitive, as they change > always depending on file type (and hence on the actions you could possibly > take on them) Would love to have you show this... but keep in mind so do the ones on OS X. As I have noted. And shown. And as you just demonstrated you did not know. :) > Snit Michael Glasser is by now fully aware of the fact that his beloved OSX > is just a giant pile of elephant dung compared to what modern linux distros > provide. And he can't accept that Peter and his sour grapes. Wow. Just wow. I sincerely feel bad for you Peter... your desperation is so apparent. It is pathetic. -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | Peter Köhlmann <peter-koehlmann@t-online.de> |
|---|---|
| Date | 2015-08-30 02:05 +0200 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <mrth8g$lsc$1@dont-email.me> |
| In reply to | #96255 |
Snit wrote: > On 8/29/15, 4:53 PM, in article mrtgjd$k29$1@dont-email.me, "Peter > Köhlmann" <peter-koehlmann@t-online.de> wrote: > >> owl wrote: >> >>> In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >>>> On 8/29/15, 4:09 PM, in article arnd.jf903a@rooftop.invalid, "owl" >>>> <owl@rooftop.invalid> wrote: >>> >>>> ... >>>>>>> Is "Save to Recipes Folder" always in the OS X print dialog's PDF >>>>>>> Services menu? >>>>>>> >>>>>> Nope. They do have a standard "Web Receipts" item but not a Recipes. >>>>>> I added that. I *could* remove the standard ones but I left them >>>>>> there, but then I have my sub-folders for saving and mailing, hence >>>>>> the duplication in the menu. >>>>> >>>>> No, that's not what I meant. I understand that you added that "Save >>>>> to >>>>> Recipes Folder." What I want to know is if it now is always there in >>>>> the Print Dialog's PDF Services menu until you remove it. >>> >>>> Yes. >>> >>> So what does that do for your "context" argument? >>> >>> As you say above, the OS X Print Dialog offers, "a good UI which >>> provides you with the feature when needed IN CONTEXT." >>> >>> There is NO context for which a "Save to Recipes Folder" item in >>> a spreadsheet's Print menu would be appropriate. NONE. Yet there >>> it is. >>> >>> Now, how is this different from your criticism of my "Save Recipe as >>> PDF" in a desktop menu? >> >> Not at all. > > That you understand. Sure. But you find a YouTube video to be > "unreadable"... you are THAT incompetent. > >> This "context" idiocy is made up by that imbecile liar Snit >> Michael Glasser. He hopes nobody will notice that he is just simply >> bullshitting > > See: you show no understanding. > >> Actually, the KDE menus are much more context sensitive, as they change >> always depending on file type (and hence on the actions you could >> possibly take on them) > > Would love to have you show this... but keep in mind so do the ones on OS > X. As I have noted. And shown. And as you just demonstrated you did not > know. > :) > >> Snit Michael Glasser is by now fully aware of the fact that his beloved >> OSX is just a giant pile of elephant dung compared to what modern linux >> distros provide. And he can't accept that > > Peter and his sour grapes. Wow. Just wow. > > I sincerely feel bad for you Peter... your desperation is so apparent. It > is pathetic. > Idiot
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-29 17:30 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2079CBA.59328%usenet@gallopinginsanity.com> |
| In reply to | #96256 |
On 8/29/15, 5:05 PM, in article mrth8g$lsc$1@dont-email.me, "Peter Köhlmann" <peter-koehlmann@t-online.de> wrote: > Snit wrote: > >> On 8/29/15, 4:53 PM, in article mrtgjd$k29$1@dont-email.me, "Peter >> Köhlmann" <peter-koehlmann@t-online.de> wrote: >> >>> owl wrote: >>> >>>> In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >>>>> On 8/29/15, 4:09 PM, in article arnd.jf903a@rooftop.invalid, "owl" >>>>> <owl@rooftop.invalid> wrote: >>>> >>>>> ... >>>>>>>> Is "Save to Recipes Folder" always in the OS X print dialog's PDF >>>>>>>> Services menu? >>>>>>>> >>>>>>> Nope. They do have a standard "Web Receipts" item but not a Recipes. >>>>>>> I added that. I *could* remove the standard ones but I left them >>>>>>> there, but then I have my sub-folders for saving and mailing, hence >>>>>>> the duplication in the menu. >>>>>> >>>>>> No, that's not what I meant. I understand that you added that "Save >>>>>> to >>>>>> Recipes Folder." What I want to know is if it now is always there in >>>>>> the Print Dialog's PDF Services menu until you remove it. >>>> >>>>> Yes. >>>> >>>> So what does that do for your "context" argument? >>>> >>>> As you say above, the OS X Print Dialog offers, "a good UI which >>>> provides you with the feature when needed IN CONTEXT." >>>> >>>> There is NO context for which a "Save to Recipes Folder" item in >>>> a spreadsheet's Print menu would be appropriate. NONE. Yet there >>>> it is. >>>> >>>> Now, how is this different from your criticism of my "Save Recipe as >>>> PDF" in a desktop menu? >>> >>> Not at all. >> >> That you understand. Sure. But you find a YouTube video to be >> "unreadable"... you are THAT incompetent. >> >>> This "context" idiocy is made up by that imbecile liar Snit >>> Michael Glasser. He hopes nobody will notice that he is just simply >>> bullshitting >> >> See: you show no understanding. >> >>> Actually, the KDE menus are much more context sensitive, as they change >>> always depending on file type (and hence on the actions you could >>> possibly take on them) >> >> Would love to have you show this... but keep in mind so do the ones on OS >> X. As I have noted. And shown. And as you just demonstrated you did not >> know. >> :) >> >>> Snit Michael Glasser is by now fully aware of the fact that his beloved >>> OSX is just a giant pile of elephant dung compared to what modern linux >>> distros provide. And he can't accept that >> >> Peter and his sour grapes. Wow. Just wow. >> >> I sincerely feel bad for you Peter... your desperation is so apparent. It >> is pathetic. >> > > Idiot > The word you have made be synonymous with your name. Hey, at least you live up to it. Have you figured out how to view a YouTube video in a "readable" way? LOL! -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
| From | Melzzzzz <mel@zzzzz.com> |
|---|---|
| Date | 2015-08-30 02:06 +0200 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <20150830020634.17186ddf@maxa-pc> |
| In reply to | #96253 |
On Sun, 30 Aug 2015 01:53:59 +0200 Peter Köhlmann <peter-koehlmann@t-online.de> wrote: > > Snit Michael Glasser is by now fully aware of the fact that his > beloved OSX is just a giant pile of elephant dung compared to what > modern linux distros provide. And he can't accept that Ahahahhahhahhahahhahah
[toc] | [prev] | [next] | [standalone]
| From | Snit <usenet@gallopinginsanity.com> |
|---|---|
| Date | 2015-08-29 17:00 -0700 |
| Subject | Re: Owl and Peter deem knowledge to be a lie |
| Message-ID | <D2079596.59317%usenet@gallopinginsanity.com> |
| In reply to | #96251 |
On 8/29/15, 4:37 PM, in article asdf.40av@rooftop.invalid, "owl" <owl@rooftop.invalid> wrote: > In comp.os.linux.advocacy Snit <usenet@gallopinginsanity.com> wrote: >> On 8/29/15, 4:09 PM, in article arnd.jf903a@rooftop.invalid, "owl" >> <owl@rooftop.invalid> wrote: > >> ... >>>>> Is "Save to Recipes Folder" always in the OS X print dialog's PDF Services >>>>> menu? >>>>> >>>> Nope. They do have a standard "Web Receipts" item but not a Recipes. I >>>> added >>>> that. I *could* remove the standard ones but I left them there, but then I >>>> have my sub-folders for saving and mailing, hence the duplication in the >>>> menu. >>> >>> No, that's not what I meant. I understand that you added that "Save to >>> Recipes Folder." What I want to know is if it now is always there in >>> the Print Dialog's PDF Services menu until you remove it. > >> Yes. > > So what does that do for your "context" argument? Nothing. I never implied it had some AI routine for figuring out if what I want to print is a recipe. I mean, really: are you working to twist and misunderstand on purpose or are you not getting it? The PDF Services shows the items you might want in THAT CONTEXT: * Send a PDF to a program or destination (of your choice). Selecting text will show options based on THAT CONTEXT: * Text in general * Rich Text * Addresses (as in street addresses) * URLs * Phone Numbers * Dates * Email Addresses Other sections can be based on file type * File or Folders * Folders * Documents * Image Files * PDF Files * Movie Files * Audio Files Or you can do it based on * Web Content And you can pick these for any application you want. The Share menu will use what makes sense for the context of that program. For example on my system Safari shows: * Add to Reading List * Add Bookmark * Email this Page * Messages * AirDrop * Add to Deliveries * Facebook And a "more" item where I can edit these things. The same Share menu in Pages does not have the items specific to web browsing, but does have: * Share Link via iCloud - Mail - Messages - AirDrop etc... And it has: * Send a Copy - Mail - Messages So these things are based on the context. > As you say above, the OS X Print Dialog offers, "a good UI which provides > you with the feature when needed IN CONTEXT." Right. And it does. In the context of converting and sending a PDF version of the file those are there. Your solution does not provide this context but has it be system wide... is it not ALWAYS there in your file browser menu (?!?!) until you remove it? > There is NO context for which a "Save to Recipes Folder" item in > a spreadsheet's Print menu would be appropriate. NONE. Yet there > it is. Actually not true... if you write up a recipe using the grid to line things up. Never done it but I could. But, sure, no AI to decide that I want to put only Recipes in that folder and decide if the item is a recipe. Not that anyone suggested this was the case. :) > Now, how is this different from your criticism of my "Save Recipe as > PDF" in a desktop menu? Do you see the difference yet? That whole long list I gave you was the start of it... your solution would need all of those things always there, in one menu (or in a panel) to have what I have as my norm. -- * OS X / Linux: What is a file? <http://youtu.be/_dMbXGLW9PI> * Mint MATE Trash, Panel, Menu: <http://youtu.be/C0y74FIf7uE> * Mint KDE working with folders: <http://youtu.be/7C9nvniOoE0> * Mint KDE creating files: <http://youtu.be/N7-fZJaJUv8> * Mint KDE help: <http://youtu.be/3ikizUd3sa8> * Mint KDE general navigation: <http://youtu.be/t9y14yZtQuI> * Mint KDE bugs or Easter eggs? <http://youtu.be/CU-whJQvtfA> * Easy on OS X / Hard on Linux: <http://youtu.be/D3BPWANQoIk> * OS / Word Processor Comparison: <http://youtu.be/w6Qcl-w7s5c>
[toc] | [prev] | [next] | [standalone]
Page 3 of 5 — ← Prev page 1 2 [3] 4 5 Next page →
Back to top | Article view | comp.sys.mac.advocacy
csiph-web