Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.advocacy > #317397 > unrolled thread

Ping Owl: Your preview PDF

Back to article view | Back to comp.os.linux.advocacy

Contents

  Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-28 18:05 -0700
    Re: Ping Owl: Your preview PDF owl <owl@rooftop.invalid> - 2015-08-29 02:32 +0000
      Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-28 19:44 -0700
        Re: Ping Owl: Your preview PDF owl <owl@rooftop.invalid> - 2015-08-29 02:56 +0000
          Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-28 20:54 -0700
            Re: Ping Owl: Your preview PDF owl <owl@rooftop.invalid> - 2015-08-29 05:49 +0000
              Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-28 23:21 -0700
                Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-28 23:28 -0700
                Re: Ping Owl: Your preview PDF owl <owl@rooftop.invalid> - 2015-08-29 09:35 +0000
                  Re: Ping Owl: Your preview PDF Peter Köhlmann <peter-koehlmann@t-online.de> - 2015-08-29 11:52 +0200
                    Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-29 12:09 -0700
                    Re: Ping Owl: Your preview PDF GreyCloud <cumulus@mist.com> - 2015-08-29 13:43 -0600
                      Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-29 13:08 -0700
                  Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-29 11:58 -0700
                    Re: Ping Owl: Your preview PDF owl <owl@rooftop.invalid> - 2015-08-29 19:24 +0000
                      Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-29 12:52 -0700
                        Re: Ping Owl: Your preview PDF owl <owl@rooftop.invalid> - 2015-08-29 20:02 +0000
                          Re: Ping Owl: Your preview PDF vallor <vallor@cultnix.org> - 2015-08-29 20:33 +0000
                            Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-29 13:56 -0700
                            Re: Ping Owl: Your preview PDF owl <owl@rooftop.invalid> - 2015-08-29 22:04 +0000
                              Re: Ping Owl: Your preview PDF Snit <usenet@gallopinginsanity.com> - 2015-08-29 15:22 -0700
                                Re: Ping Owl: Your preview PDF owl <owl@rooftop.invalid> - 2015-08-29 23:10 +0000
                                  Re: Ping Owl: Your preview PDF vallor <vallor@cultnix.org> - 2015-08-29 23:23 +0000

Page 1 of 2  [1] 2  Next page →

#317397 — Ping Owl: Your preview PDF

Was just looking at your video again: <https://vid.me/zgCa>. Your Preview as
PDF option is really a lot like QuickLook, though slower and limited, I
would assume, to documents (as opposed to videos, zip files, etc.).

OS X has QuickLook. I show this in my video just to show how the details of
the files: <https://youtu.be/QkCcg0TeDp4>

Curious if your system has anything like that.

Also curious of your take on Peter's claim that the PDF tools you show are
pretty much just like OS X's PDF Services even though they literally handle
NONE of the use-cases I talked about for PDF Services (viewing a web page
and wanting to save it as a PDF into a receipts or recipes or other common
folder, working with a word processing document and wanting to email it to
someone as a PDF - with or without a user-set name, etc.).

Not that these things cannot be done on Linux. They can. But your tools
would not likely be a part of the workflow... you would more likely save
print them as PDF to the folder you wanted or to the desktop (or wherever)
and use them as an attachment.

The ironic thing is on OS X your work would be more likely to be used in an
alternate workflow - it is easier to get to the containing folder of a open
document (as least as far as I know - open to being shown wrong). In that
case someone might jump to the containing folder, convert it, then email it
or whatever. 

-- 
* 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] | [next] | [standalone]

#317406

Snit <usenet@gallopinginsanity.com> wrote:
> Was just looking at your video again: <https://vid.me/zgCa>. Your Preview as
> PDF option is really a lot like QuickLook, though slower and limited, I
> would assume, to documents (as opposed to videos, zip files, etc.).

> OS X has QuickLook. I show this in my video just to show how the details of
> the files: <https://youtu.be/QkCcg0TeDp4>

> Curious if your system has anything like that.

Don't know.  I'm sure there is a lightweight viewer available for
most file types.  I doubt there is a universal lightweight viewer.

> Also curious of your take on Peter's claim that the PDF tools you show are
> pretty much just like OS X's PDF Services even though they literally handle
> NONE of the use-cases I talked about for PDF Services (viewing a web page
> and wanting to save it as a PDF into a receipts or recipes or other common
> folder, working with a word processing document and wanting to email it to
> someone as a PDF - with or without a user-set name, etc.).

The pdf tools on linux can do all of that.

> Not that these things cannot be done on Linux. They can. But your tools
> would not likely be a part of the workflow...

It's up to the developer.

> you would more likely save
> print them as PDF to the folder you wanted or to the desktop (or wherever)
> and use them as an attachment.

How it works is up to the developer.

> The ironic thing is on OS X your work would be more likely to be used in an
> alternate workflow - it is easier to get to the containing folder of a open
> document (as least as far as I know - open to being shown wrong). In that
> case someone might jump to the containing folder, convert it, then email it
> or whatever. 

The stuff I show in the most recent video could easily be integrated into
a GUI application's menu structure:
https://vid.me/H9m0

[toc] | [prev] | [next] | [standalone]

#317411

On 8/28/15, 7:32 PM, in article afdmvnjd9a.a33@rooftop.invalid, "owl"
<owl@rooftop.invalid> wrote:

> Snit <usenet@gallopinginsanity.com> wrote:
>> Was just looking at your video again: <https://vid.me/zgCa>. Your Preview as
>> PDF option is really a lot like QuickLook, though slower and limited, I
>> would assume, to documents (as opposed to videos, zip files, etc.).
> 
>> OS X has QuickLook. I show this in my video just to show how the details of
>> the files: <https://youtu.be/QkCcg0TeDp4>
> 
>> Curious if your system has anything like that.
> 
> Don't know.  I'm sure there is a lightweight viewer available for
> most file types.  I doubt there is a universal lightweight viewer.

This is a built in feature of OS X... and it, too, has plugins. Developers
can add the preview feature if they want (and many do). Not all files can be
previewed, though... for example many video formats cannot be with Quick
View.

>> Also curious of your take on Peter's claim that the PDF tools you show are
>> pretty much just like OS X's PDF Services even though they literally handle
>> NONE of the use-cases I talked about for PDF Services (viewing a web page
>> and wanting to save it as a PDF into a receipts or recipes or other common
>> folder, working with a word processing document and wanting to email it to
>> someone as a PDF - with or without a user-set name, etc.).
> 
> The pdf tools on linux can do all of that.

I would love to see you view a webpage with your main browser and send it to
your Recipes folder.

>> Not that these things cannot be done on Linux. They can. But your tools
>> would not likely be a part of the workflow...
> 
> It's up to the developer.

It is the norm on OS X. Only very rarely do you see an exception.

>> you would more likely save
>> print them as PDF to the folder you wanted or to the desktop (or wherever)
>> and use them as an attachment.
> 
> How it works is up to the developer.

It is a part of the common system print dialog.

>> The ironic thing is on OS X your work would be more likely to be used in an
>> alternate workflow - it is easier to get to the containing folder of a open
>> document (as least as far as I know - open to being shown wrong). In that
>> case someone might jump to the containing folder, convert it, then email it
>> or whatever. 
> 
> The stuff I show in the most recent video could easily be integrated into
> a GUI application's menu structure:
> https://vid.me/H9m0

By all means show it in, say, 5 GUI programs. I will show 5 similar programs
with it on OS X. NO extra work from me. None. It already exists.



-- 
* 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]

#317413

Snit <usenet@gallopinginsanity.com> wrote:
> On 8/28/15, 7:32 PM, in article afdmvnjd9a.a33@rooftop.invalid, "owl"
> <owl@rooftop.invalid> wrote:

>> Snit <usenet@gallopinginsanity.com> wrote:
>>> Was just looking at your video again: <https://vid.me/zgCa>. Your Preview as
>>> PDF option is really a lot like QuickLook, though slower and limited, I
>>> would assume, to documents (as opposed to videos, zip files, etc.).
>> 
>>> OS X has QuickLook. I show this in my video just to show how the details of
>>> the files: <https://youtu.be/QkCcg0TeDp4>
>> 
>>> Curious if your system has anything like that.
>> 
>> Don't know.  I'm sure there is a lightweight viewer available for
>> most file types.  I doubt there is a universal lightweight viewer.

> This is a built in feature of OS X... and it, too, has plugins. Developers
> can add the preview feature if they want (and many do). Not all files can be
> previewed, though... for example many video formats cannot be with Quick
> View.

>>> Also curious of your take on Peter's claim that the PDF tools you show are
>>> pretty much just like OS X's PDF Services even though they literally handle
>>> NONE of the use-cases I talked about for PDF Services (viewing a web page
>>> and wanting to save it as a PDF into a receipts or recipes or other common
>>> folder, working with a word processing document and wanting to email it to
>>> someone as a PDF - with or without a user-set name, etc.).
>> 
>> The pdf tools on linux can do all of that.

> I would love to see you view a webpage with your main browser and send it to
> your Recipes folder.

How does a menu option appear in a browser's menu tree if it was not coded
to have that option by the developer? 

>>> Not that these things cannot be done on Linux. They can. But your tools
>>> would not likely be a part of the workflow...
>> 
>> It's up to the developer.

> It is the norm on OS X. Only very rarely do you see an exception.

The fact that there are exceptions is proof that it is the developer's
decision to add it or not.

>>> you would more likely save
>>> print them as PDF to the folder you wanted or to the desktop (or wherever)
>>> and use them as an attachment.
>> 
>> How it works is up to the developer.

> It is a part of the common system print dialog.

A common print dialog could be coded to provide these PDF services on Linux.
(Aside from the print to pdf which is already ubiquitous).

>>> The ironic thing is on OS X your work would be more likely to be used in an
>>> alternate workflow - it is easier to get to the containing folder of a open
>>> document (as least as far as I know - open to being shown wrong). In that
>>> case someone might jump to the containing folder, convert it, then email it
>>> or whatever. 
>> 
>> The stuff I show in the most recent video could easily be integrated into
>> a GUI application's menu structure:
>> https://vid.me/H9m0

> By all means show it in, say, 5 GUI programs. I will show 5 similar programs
> with it on OS X. NO extra work from me. None. It already exists.

I'm not writing 5 GUI programs.  I'm not writing one.  The principle
I demonstrated in the CLI program pertains to any GUI program which
might be coded to take advantage of these tools.  If you think it does
not, then you need to explain why you think it does not.

[toc] | [prev] | [next] | [standalone]

#317423

On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
<owl@rooftop.invalid> wrote:

...
>>> The pdf tools on linux can do all of that.
> 
>> I would love to see you view a webpage with your main browser and send it to
>> your Recipes folder.
> 
> How does a menu option appear in a browser's menu tree if it was not coded
> to have that option by the developer?

Because it is built into the standard print dialog. Here... cleared out my
menu folder in case, uh, someone somehow does something evil to me by seeing
them. Anyway, then opened Safari, Chrome, and Firefox and went to whatever
recipe popped into my head - and went to the print format. Most recipe sites
have this. Then save them to my recipe folder... which I have open just to
show they are going to the folder. Usually it would not be open.

To show they are the recipes I use QuickLook, and you can see I can click on
one then just use the arrows to move between them... no need to even see the
files.

<http://youtu.be/2f0MtRQxV-w>

Now I *know* the same thing is possible on Linux. Once you had those recipes
open you would:

1) Go to browser and print
2) Select to save to PDF
3) Navigate to your Recipes folder
4) Repeat that for each browser

Then to preview you could open each one in a PDF viewer. And then close
them. 

It works. It is not evil or horrible or unusable. But it is not as
streamlined and quick. And, of course, I could do the same thing for Web
Receipts or anything else I often use.

And keep in mind this is not just from web browsers. It is also from word
processors, email clients, PDF viewers, Usenet clients, RSS clients,
Spreadsheets, Presentation tools, ... just about ANY tool on OS X.

Again, the only exceptions I know of are GIMP and Jave (the old ASCII tool).
I have not checked all 200+ programs on my system, but as would be surprised
if more than one or two others lacked this feature.

Most users would NEVER run into ANY program that does not have this working.
Heck, I show Chrome and it deals with it more poorly than any common program
I know - it makes you hit a separate button to get to the system dialog...
no simple way of preventing that (which is stupid and designed to push
Google Drive).

>>>> Not that these things cannot be done on Linux. They can. But your tools
>>>> would not likely be a part of the workflow...
>>> 
>>> It's up to the developer.
> 
>> It is the norm on OS X. Only very rarely do you see an exception.
> 
> The fact that there are exceptions is proof that it is the developer's
> decision to add it or not.

Of course a developer can be stupid or otherwise go out of their way to make
their program NOT work.

>>>> you would more likely save
>>>> print them as PDF to the folder you wanted or to the desktop (or wherever)
>>>> and use them as an attachment.
>>> 
>>> How it works is up to the developer.
> 
>> It is a part of the common system print dialog.
> 
> A common print dialog could be coded to provide these PDF services on Linux.
> (Aside from the print to pdf which is already ubiquitous).

Right. It *COULD* be. COULD.

On OS X it *IS*.

Do you see the difference? And do you see the benefit to the work flow?
Again, I am being very clear that this is not something which makes Linux
unusable or horrible or whatever. What I am noting is a cool feature... and,
yes, it is one that Linux lacks (as far as I know).

>>>> The ironic thing is on OS X your work would be more likely to be used in an
>>>> alternate workflow - it is easier to get to the containing folder of a open
>>>> document (as least as far as I know - open to being shown wrong). In that
>>>> case someone might jump to the containing folder, convert it, then email it
>>>> or whatever. 
>>> 
>>> The stuff I show in the most recent video could easily be integrated into
>>> a GUI application's menu structure:
>>> https://vid.me/H9m0
> 
>> By all means show it in, say, 5 GUI programs. I will show 5 similar programs
>> with it on OS X. NO extra work from me. None. It already exists.
> 
> I'm not writing 5 GUI programs.  I'm not writing one.

Right! That is the point. Nor am I.

> The principle I demonstrated in the CLI program pertains to any GUI program
> which might be coded to take advantage of these tools.  If you think it does
> not, then you need to explain why you think it does not.

Can you point to someone who suggested such a program could not be written?
not sure what your point is.


-- 
* 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]

#317428

Snit <usenet@gallopinginsanity.com> wrote:
> On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
> <owl@rooftop.invalid> wrote:

> ...
>>>> The pdf tools on linux can do all of that.
>> 
>>> I would love to see you view a webpage with your main browser and send it to
>>> your Recipes folder.
>> 
>> How does a menu option appear in a browser's menu tree if it was not coded
>> to have that option by the developer?

> Because it is built into the standard print dialog.

These things you have brought up with regard to "PDF Services" have nothing
to do with printing, so why are you trying to steer the discussion to
system print dialogs?
 

[toc] | [prev] | [next] | [standalone]

#317431

On 8/28/15, 10:49 PM, in article adfnmv80.a3r@rooftop.invalid, "owl"
<owl@rooftop.invalid> wrote:

> Snit <usenet@gallopinginsanity.com> wrote:
>> On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
>> <owl@rooftop.invalid> wrote:
> 
>> ...
>>>>> The pdf tools on linux can do all of that.
>>>>> 
>>>> I would love to see you view a webpage with your main browser and send it
>>>> to your Recipes folder.
>>> 
>>> How does a menu option appear in a browser's menu tree if it was not coded
>>> to have that option by the developer?
> 
>> Because it is built into the standard print dialog.
> 
> These things you have brought up with regard to "PDF Services" have nothing
> to do with printing, so why are you trying to steer the discussion to
> system print dialogs?
>  
I am speaking of the PDF Services menu and the features it offers. If you
think Linux has an alternate way to do this, though, there is no reason it
would have to be in a print dialog to create a comparable work flow.

Maybe there could be a separate dialog called "PDF Services" in the File
menu... or whatever. I speak of the print dialog because in the one
operating system which has this feature as a pretty much universal feature
this is where it is!

It comes down to this: Linux has no such feature... no way of handling such
use cases. As I have said, this is not the end of the world or a horrible
thing... neither does Linux and older Mac OSs did not either. It is a nice
short cut and a convenience. It helps with productivity, efficiency, and
error-reduction but other work flows can allow the same thing to be done in
a somewhat less streamlined way.

No big deal. No attack against Linux. No pushing anyone to get a Mac because
oh-my-goodness look at this amazing must-have feature.

Just a note that it is a cool feature. And it is.


-- 
* 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]

#317432

On 8/28/15, 11:21 PM, in article
D2069D87.591A3%usenet@gallopinginsanity.com, "Snit"
<usenet@gallopinginsanity.com> wrote:

> On 8/28/15, 10:49 PM, in article adfnmv80.a3r@rooftop.invalid, "owl"
> <owl@rooftop.invalid> wrote:
> 
>> Snit <usenet@gallopinginsanity.com> wrote:
>>> On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
>>> <owl@rooftop.invalid> wrote:
>> 
>>> ...
>>>>>> The pdf tools on linux can do all of that.
>>>>>> 
>>>>> I would love to see you view a webpage with your main browser and send it
>>>>> to your Recipes folder.
>>>> 
>>>> How does a menu option appear in a browser's menu tree if it was not coded
>>>> to have that option by the developer?
>> 
>>> Because it is built into the standard print dialog.
>> 
>> These things you have brought up with regard to "PDF Services" have nothing
>> to do with printing, so why are you trying to steer the discussion to
>> system print dialogs?
>>  
> I am speaking of the PDF Services menu and the features it offers. If you
> think Linux has an alternate way to do this, though, there is no reason it
> would have to be in a print dialog to create a comparable work flow.
> 
> Maybe there could be a separate dialog called "PDF Services" in the File
> menu... or whatever. I speak of the print dialog because in the one
> operating system which has this feature as a pretty much universal feature
> this is where it is!
> 
> It comes down to this: Linux has no such feature... no way of handling such
> use cases. 

As directly... I note below you can do the same basic thing. Sigh... I know
without disclaimers I would be trolled on this. Likely still will be. :)

> As I have said, this is not the end of the world or a horrible
> thing... neither does Linux and older Mac OSs did not either. It is a nice
                           ^
                    meant Windows here

> short cut and a convenience. It helps with productivity, efficiency, and
> error-reduction but other work flows can allow the same thing to be done in
> a somewhat less streamlined way.
> 
> No big deal. No attack against Linux. No pushing anyone to get a Mac because
> oh-my-goodness look at this amazing must-have feature.
> 
> Just a note that it is a cool feature. And it is.
> 



-- 
* 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]

#317440

Snit <usenet@gallopinginsanity.com> wrote:
> On 8/28/15, 10:49 PM, in article adfnmv80.a3r@rooftop.invalid, "owl"
> <owl@rooftop.invalid> wrote:

>> Snit <usenet@gallopinginsanity.com> wrote:
>>> On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
>>> <owl@rooftop.invalid> wrote:
>> 
>>> ...
>>>>>> The pdf tools on linux can do all of that.
>>>>>> 
>>>>> I would love to see you view a webpage with your main browser and send it
>>>>> to your Recipes folder.
>>>> 
>>>> How does a menu option appear in a browser's menu tree if it was not coded
>>>> to have that option by the developer?
>> 
>>> Because it is built into the standard print dialog.
>> 
>> These things you have brought up with regard to "PDF Services" have nothing
>> to do with printing, so why are you trying to steer the discussion to
>> system print dialogs?
>>  
> I am speaking of the PDF Services menu and the features it offers. If you
> think Linux has an alternate way to do this, though, there is no reason it
> would have to be in a print dialog to create a comparable work flow.

> Maybe there could be a separate dialog called "PDF Services" in the File
> menu... or whatever. I speak of the print dialog because in the one
> operating system which has this feature as a pretty much universal feature
> this is where it is!

> It comes down to this: Linux has no such feature... no way of handling such
> use cases. As I have said, this is not the end of the world or a horrible
> thing... neither does Linux and older Mac OSs did not either. It is a nice
> short cut and a convenience. It helps with productivity, efficiency, and
> error-reduction but other work flows can allow the same thing to be done in
> a somewhat less streamlined way.

I got your streamlined right here.
https://vid.me/2SuL

[toc] | [prev] | [next] | [standalone]

#317441

owl wrote:

> Snit <usenet@gallopinginsanity.com> wrote:
>> On 8/28/15, 10:49 PM, in article adfnmv80.a3r@rooftop.invalid, "owl"
>> <owl@rooftop.invalid> wrote:
> 
>>> Snit <usenet@gallopinginsanity.com> wrote:
>>>> On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
>>>> <owl@rooftop.invalid> wrote:
>>> 
>>>> ...
>>>>>>> The pdf tools on linux can do all of that.
>>>>>>> 
>>>>>> I would love to see you view a webpage with your main browser and
>>>>>> send it to your Recipes folder.
>>>>> 
>>>>> How does a menu option appear in a browser's menu tree if it was not
>>>>> coded to have that option by the developer?
>>> 
>>>> Because it is built into the standard print dialog.
>>> 
>>> These things you have brought up with regard to "PDF Services" have
>>> nothing to do with printing, so why are you trying to steer the
>>> discussion to system print dialogs?
>>>  
>> I am speaking of the PDF Services menu and the features it offers. If you
>> think Linux has an alternate way to do this, though, there is no reason
>> it would have to be in a print dialog to create a comparable work flow.

Linux has *better* "work flows" possible because you don't need to go 
through loading a program, open the print dialog and then select PDF 
services.
Linux has the same capabilities right from the file browser, you dishonest 
cretin

>> Maybe there could be a separate dialog called "PDF Services" in the File
>> menu... or whatever. I speak of the print dialog because in the one
>> operating system which has this feature as a pretty much universal
>> feature this is where it is!

Yes. Extremely "universal". *Especially* for those programs which don't 
print. Which still can create PDFs in linux. Your bullshit "PDF services" 
don't allow such "use cases"

>> It comes down to this: Linux has no such feature... 

It has. In the print dialg there is just no selection where to send it.
Which could very easily be added if someone thought it might be useful. It 
speaks for itself that nobody deemed such a feature worthwile to implement, 
given that the need to send a PDF directly to eMail or to your ebook 
selection is not so convincingly overwhelming

After all, it just takes a rightclick on the resulting PDF in the 
filebrowser and select the possible action (which are way more numerous 
there than in PDF services)

>> no way of handling such use cases. 

Those pesky "use cases" *you* select and state that they are the ones which 
matter. No alternate use cases possibly imaginable

>> As I have said, this is not the end of the world or a
>> horrible thing... neither does Linux and older Mac OSs did not either. It
>> is a nice short cut and a convenience. It helps with productivity,
>> efficiency, and error-reduction but other work flows can allow the same
>> thing to be done in a somewhat less streamlined way.

Idiot

> I got your streamlined right here.
> https://vid.me/2SuL

Poor Snit Michael Glasser. Now he has again to move the goalposts

[toc] | [prev] | [next] | [standalone]

#317501

On 8/29/15, 2:52 AM, in article mrrv9d$qv8$1@dont-email.me, "Peter Köhlmann"
<peter-koehlmann@t-online.de> wrote:

...
> Linux has *better* "work flows" possible because you don't need to go
> through loading a program, open the print dialog and then select PDF
> services.

But no work flow for what is actually being discussed:
<https://youtu.be/uN5eoL00kuk>.

> Linux has the same capabilities right from the file browser, you dishonest
> cretin

Doing it from the file browser does not serve a single use-case discussed.
Not one. 

But when you moved goal posts to that I showed you how I can do that on OS
X... with, by the way, a simple three line "program":
<https://youtu.be/QkCcg0TeDp4>.

I admit, though, that my method has a number of weaknesses and is not one I
would tend to use... but shows even a non-programmer can do much the same on
OS X. 

>>> Maybe there could be a separate dialog called "PDF Services" in the File
>>> menu... or whatever. I speak of the print dialog because in the one
>>> operating system which has this feature as a pretty much universal
>>> feature this is where it is!
> 
> Yes. Extremely "universal". *Especially* for those programs which don't
> print. Which still can create PDFs in linux. Your bullshit "PDF services"
> don't allow such "use cases"

Of course it does not serve all use cases! What a daft complaint from you!
LOL! Hey, why would you want to print at all... does not serve the need to
edit text when you print!

Too damned funny.

>>> It comes down to this: Linux has no such feature...
> 
> It has.

You say... but cannot show... and then contradict yourself:

> In the print dialg there is just no selection where to send it.

As I said, does not need to be in the print dialog to have a similar
workflow. But Linux simply lacks it ANYWHERE in programs.

> Which could very easily be added if someone thought it might be useful.

Above you say it has it... but here you admit it does not but could be
added.

You just flat out lie and lie and lie. You are incapable of being honest.

> It speaks for itself that nobody deemed such a feature worthwile to implement,
> given that the need to send a PDF directly to eMail or to your ebook selection
> is not so convincingly overwhelming

Ah, the ol' "If Linux does not have it then it is not a good thing". Sour
grapes.

But then in your case you lie and says it has it anyway.

...
>> I got your streamlined right here.
>> https://vid.me/2SuL
> 
> Poor Snit Michael Glasser. Now he has again to move the goalposts

You are the one who keeps moving goal posts. Mine stay EXACTLY the same:

<https://youtu.be/uN5eoL00kuk>

Amusing how much this is driving you crazy.

-- 
* 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]

#317521

On 08/29/15 03:52, Peter Köhlmann wrote:
> owl wrote:
>
>> Snit<usenet@gallopinginsanity.com>  wrote:
>>> On 8/28/15, 10:49 PM, in article adfnmv80.a3r@rooftop.invalid, "owl"
>>> <owl@rooftop.invalid>  wrote:
>>
>>>> Snit<usenet@gallopinginsanity.com>  wrote:
>>>>> On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
>>>>> <owl@rooftop.invalid>  wrote:
>>>>
>>>>> ...
>>>>>>>> The pdf tools on linux can do all of that.
>>>>>>>>
>>>>>>> I would love to see you view a webpage with your main browser and
>>>>>>> send it to your Recipes folder.
>>>>>>
>>>>>> How does a menu option appear in a browser's menu tree if it was not
>>>>>> coded to have that option by the developer?
>>>>
>>>>> Because it is built into the standard print dialog.
>>>>
>>>> These things you have brought up with regard to "PDF Services" have
>>>> nothing to do with printing, so why are you trying to steer the
>>>> discussion to system print dialogs?
>>>>
>>> I am speaking of the PDF Services menu and the features it offers. If you
>>> think Linux has an alternate way to do this, though, there is no reason
>>> it would have to be in a print dialog to create a comparable work flow.
>
> Linux has *better* "work flows" possible because you don't need to go
> through loading a program, open the print dialog and then select PDF
> services.

Yeah, like a bowel movement.

> Linux has the same capabilities right from the file browser, you dishonest
> cretin
>

Hah.  you are a liar.

<snipped flailing arms>

-- 
When told the reason for daylight savings time the Old
Indian said, "Only the government would believe that you
could cut a foot off the top of a blanket, sew it to the
bottom, and have a longer blanket."

[toc] | [prev] | [next] | [standalone]

#317540

On 8/29/15, 12:43 PM, in article
ZaWdnZb2WI_Sln_InZ2dnUU7-aWdnZ2d@bresnan.com, "GreyCloud" <cumulus@mist.com>
wrote:

>>>> I am speaking of the PDF Services menu and the features it offers. If you
>>>> think Linux has an alternate way to do this, though, there is no reason
>>>> it would have to be in a print dialog to create a comparable work flow.
>> 
>> Linux has *better* "work flows" possible because you don't need to go
>> through loading a program, open the print dialog and then select PDF
>> services.
> 
> Yeah, like a bowel movement.
> 
>> Linux has the same capabilities right from the file browser, you dishonest
>> cretin
>> 
> 
> Hah.  you are a liar.

Peter already admitted he was lying:

  Snit:
    -----
    It comes down to this: Linux has no such feature...
    -----
    
 Peter, in the SAME reply to that text:
    -----
    It has.
    -----
So he claims it does, but he also admits in his next sentence
    -----
    In the print dialg there is just no selection where to send it.
    -----
Keep in mind, the ability to send the PDF to where you wish is the EXACT
feature in discussion. The one he just said Linux has... but now admits it
does not!

Then in his next sentence he makes it clear he KNOWS Linux does not have the
feature he claimed it had:
    -----
    Which could very easily be added if someone thought it might be
    useful.
    -----
So he flat out lied when he claimed Linux has the same feature. It is not
that he thought it did and was wrong, he KNOWS it does not and that it would
have to be added if someone wanted it.

But the open source ecosystem is too fragmented to make adding of such
features anything other than a nightmare.

Peter then puts the feature down with his typical sour grapes nonsense... of
Linux does not have it (even though he claims it does!) then it is not
needed.

All from Message-ID: mrrv9d$qv8$1@dont-email.me


-- 
* 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]

#317497

On 8/29/15, 2:35 AM, in article adfnmvj83.adjf@rooftop.invalid, "owl"
<owl@rooftop.invalid> wrote:

> Snit <usenet@gallopinginsanity.com> wrote:
>> On 8/28/15, 10:49 PM, in article adfnmv80.a3r@rooftop.invalid, "owl"
>> <owl@rooftop.invalid> wrote:
> 
>>> Snit <usenet@gallopinginsanity.com> wrote:
>>>> On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
>>>> <owl@rooftop.invalid> wrote:
>>> 
>>>> ...
>>>>>>> The pdf tools on linux can do all of that.
>>>>>>> 
>>>>>> I would love to see you view a webpage with your main browser and send it
>>>>>> to your Recipes folder.
>>>>> 
>>>>> How does a menu option appear in a browser's menu tree if it was not coded
>>>>> to have that option by the developer?
>>> 
>>>> Because it is built into the standard print dialog.
>>> 
>>> These things you have brought up with regard to "PDF Services" have nothing
>>> to do with printing, so why are you trying to steer the discussion to
>>> system print dialogs?
>>>  
>> I am speaking of the PDF Services menu and the features it offers. If you
>> think Linux has an alternate way to do this, though, there is no reason it
>> would have to be in a print dialog to create a comparable work flow.
> 
>> Maybe there could be a separate dialog called "PDF Services" in the File
>> menu... or whatever. I speak of the print dialog because in the one
>> operating system which has this feature as a pretty much universal feature
>> this is where it is!
> 
>> It comes down to this: Linux has no such feature... no way of handling such
>> use cases. As I have said, this is not the end of the world or a horrible
>> thing... neither does Linux and older Mac OSs did not either. It is a nice
>> short cut and a convenience. It helps with productivity, efficiency, and
>> error-reduction but other work flows can allow the same thing to be done in
>> a somewhat less streamlined way.
> 
> I got your streamlined right here.
> https://vid.me/2SuL

So you are viewing a recipe in your browser... you go to your file manager
and right click and select an option.

What? And how would that work in full screen (no file browser or panels even
showing?)

Is that option always there? And how many options would you need to add to
your file manager to do what I show in my video... things I have for actual
use? 

<https://youtu.be/uN5eoL00kuk>


-- 
* 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]

#317505

Snit <usenet@gallopinginsanity.com> wrote:
> On 8/29/15, 2:35 AM, in article adfnmvj83.adjf@rooftop.invalid, "owl"
> <owl@rooftop.invalid> wrote:

>> Snit <usenet@gallopinginsanity.com> wrote:
>>> On 8/28/15, 10:49 PM, in article adfnmv80.a3r@rooftop.invalid, "owl"
>>> <owl@rooftop.invalid> wrote:
>> 
>>>> Snit <usenet@gallopinginsanity.com> wrote:
>>>>> On 8/28/15, 7:56 PM, in article famvnjc83.asdjf@rooftop.invalid, "owl"
>>>>> <owl@rooftop.invalid> wrote:
>>>> 
>>>>> ...
>>>>>>>> The pdf tools on linux can do all of that.
>>>>>>>> 
>>>>>>> I would love to see you view a webpage with your main browser and send it
>>>>>>> to your Recipes folder.
>>>>>> 
>>>>>> How does a menu option appear in a browser's menu tree if it was not coded
>>>>>> to have that option by the developer?
>>>> 
>>>>> Because it is built into the standard print dialog.
>>>> 
>>>> These things you have brought up with regard to "PDF Services" have nothing
>>>> to do with printing, so why are you trying to steer the discussion to
>>>> system print dialogs?
>>>>  
>>> I am speaking of the PDF Services menu and the features it offers. If you
>>> think Linux has an alternate way to do this, though, there is no reason it
>>> would have to be in a print dialog to create a comparable work flow.
>> 
>>> Maybe there could be a separate dialog called "PDF Services" in the File
>>> menu... or whatever. I speak of the print dialog because in the one
>>> operating system which has this feature as a pretty much universal feature
>>> this is where it is!
>> 
>>> It comes down to this: Linux has no such feature... no way of handling such
>>> use cases. As I have said, this is not the end of the world or a horrible
>>> thing... neither does Linux and older Mac OSs did not either. It is a nice
>>> short cut and a convenience. It helps with productivity, efficiency, and
>>> error-reduction but other work flows can allow the same thing to be done in
>>> a somewhat less streamlined way.
>> 
>> I got your streamlined right here.
>> https://vid.me/2SuL

> So you are viewing a recipe in your browser... you go to your file manager
> and right click and select an option.

> What? And how would that work in full screen (no file browser or panels even
> showing?)

I assign a hotkey.  BTW, no "file browser or panels" need to be showing as
it is.  I just had a window open to the Recipes directory to show you that
the files were ending up there.  Didn't you do just that in one of your
recent videos? 

> Is that option always there?

As long as I leave it there.  Takes about 30 seconds to remove it or
add it.

> And how many options would you need to add to
> your file manager to do what I show in my video... things I have for actual
> use? 

I thought you had an actual use for the recipe thing in the print dialog?
Maybe I was wrong and you were just trolling.

> <https://youtu.be/uN5eoL00kuk>

I've seen that already... and addressed most of the functions you show
there with quicker methods.  Let's see, we've done the recipe thing,
the email thing, the edit thing, the preview thing.  What else would
you like me to show more efficiently than the way Mack does it?

[toc] | [prev] | [next] | [standalone]

#317526

On 8/29/15, 12:24 PM, in article fsnmv83.jkdfi@rooftop.invalid, "owl"
<owl@rooftop.invalid> wrote:

>>> I got your streamlined right here.
>>> https://vid.me/2SuL
> 
>> So you are viewing a recipe in your browser... you go to your file manager
>> and right click and select an option.
> 
>> What? And how would that work in full screen (no file browser or panels even
>> showing?)
> 
> I assign a hotkey.

One that works in any program... even those which do not print? And how many
universal hot keys are you going to assign just to add these things which
are pretty basic on OS X?

Your solutions are clever - but they miss a huge part of the point: context.
In each context you have different things offered to you and they are made
discoverable within the UI.

As you note, not all is perfect: the PDF Services, or even saving to PDF (or
Postscript) in a print dialog is a bit odd and not where a new user would be
likely to look. OS X *has* a share menu and perhaps it would make sense to
move such things there...

> BTW, no "file browser or panels" need to be showing as it is.  I just had a
> window open to the Recipes directory to show you that the files were ending up
> there.  Didn't you do just that in one of your recent videos?

Right: but I am saying if you were maximized you would not have the desktop
of file manger showing, so this system tool would have to be on the panel to
be visually accessible. And you end up leaving the program to do things from
within the program.

It is a clever workaround, but, really, add all of the things I have shown
my system doing by default and you have a mass of clutter with no real
context.  

>> Is that option always there?
> 
> As long as I leave it there.  Takes about 30 seconds to remove it or
> add it.

So when you need it you have to add and remove these things! That is what I
am talking about. The things I have brought up are things which I always
have... and it adds no clutter and they show up only when needed (other than
a few exceptions you and I have discussed with the Services - would be good
if they could be better targeted... but still better than what Linux has
been shown to have - nothing).

>> And how many options would you need to add to
>> your file manager to do what I show in my video... things I have for actual
>> use? 
> 
> I thought you had an actual use for the recipe thing in the print dialog?

That and more. Just off the top of my head, things you would be adding to
your contextual menu or panel:

* 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.

Linux has some of the others, such as saving to PDF or Postscipt... and it
has them in a more reasonable context.

...


-- 
* 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]

#317539

Snit <usenet@gallopinginsanity.com> wrote:
> On 8/29/15, 12:24 PM, in article fsnmv83.jkdfi@rooftop.invalid, "owl"
> <owl@rooftop.invalid> wrote:

>>>> I got your streamlined right here.
>>>> https://vid.me/2SuL
>> 
>>> So you are viewing a recipe in your browser... you go to your file manager
>>> and right click and select an option.
>> 
>>> What? And how would that work in full screen (no file browser or panels even
>>> showing?)
>> 
>> I assign a hotkey.

> One that works in any program...

It works in every program I use to get recipes from the web.

> even those which do not print?

My solution has nothing to do with "printing," so of course.

[toc] | [prev] | [next] | [standalone]

#317547

On Sat, 29 Aug 2015 20:02:41 +0000, owl wrote:

> Snit <usenet@gallopinginsanity.com> wrote:
>> On 8/29/15, 12:24 PM, in article fsnmv83.jkdfi@rooftop.invalid, "owl"
>> <owl@rooftop.invalid> wrote:
> 
>>>>> I got your streamlined right here.
>>>>> https://vid.me/2SuL
>>> 
>>>> So you are viewing a recipe in your browser... you go to your file
>>>> manager and right click and select an option.
>>> 
>>>> What? And how would that work in full screen (no file browser or
>>>> panels even showing?)
>>> 
>>> I assign a hotkey.
> 
>> One that works in any program...
> 
> It works in every program I use to get recipes from the web.
> 
>> even those which do not print?
> 
> My solution has nothing to do with "printing," so of course.

Next up:  an engrossing "technical discussion" of how one way of tying 
one's shoes is superior to another.

Discuss.

-- 
 -v

Learning French is trivial: the word for horse is cheval, and
everything else follows in the same way.
		-- Alan J. Perlis

[toc] | [prev] | [next] | [standalone]

#317552

On 8/29/15, 1:33 PM, in article
55e2170e$0$44476$c3e8da3$66d3cc2f@news.astraweb.com, "vallor"
<vallor@cultnix.org> wrote:

> On Sat, 29 Aug 2015 20:02:41 +0000, owl wrote:
> 
>> Snit <usenet@gallopinginsanity.com> wrote:
>>> On 8/29/15, 12:24 PM, in article fsnmv83.jkdfi@rooftop.invalid, "owl"
>>> <owl@rooftop.invalid> wrote:
>> 
>>>>>> I got your streamlined right here.
>>>>>> https://vid.me/2SuL
>>>> 
>>>>> So you are viewing a recipe in your browser... you go to your file
>>>>> manager and right click and select an option.
>>>> 
>>>>> What? And how would that work in full screen (no file browser or
>>>>> panels even showing?)
>>>> 
>>>> I assign a hotkey.
>> 
>>> One that works in any program...
>> 
>> It works in every program I use to get recipes from the web.
>> 
>>> even those which do not print?
>> 
>> My solution has nothing to do with "printing," so of course.
> 
> Next up:  an engrossing "technical discussion" of how one way of tying
> one's shoes is superior to another.
> 
> Discuss.

If this was a forum about Nike's, it might be interesting to discuss the
pros and cons of such things. But this is not. Still, if such things
interest you it would be a lot better than the common name calling of COLA.

Me, I prefer to stick to technology topics involving computers... but also
enjoy some of the political and other off topic discussions.

-- 
* 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]

#317563

vallor <vallor@cultnix.org> wrote:
> On Sat, 29 Aug 2015 20:02:41 +0000, owl wrote:

>> Snit <usenet@gallopinginsanity.com> wrote:
>>> On 8/29/15, 12:24 PM, in article fsnmv83.jkdfi@rooftop.invalid, "owl"
>>> <owl@rooftop.invalid> wrote:
>> 
>>>>>> I got your streamlined right here.
>>>>>> https://vid.me/2SuL
>>>> 
>>>>> So you are viewing a recipe in your browser... you go to your file
>>>>> manager and right click and select an option.
>>>> 
>>>>> What? And how would that work in full screen (no file browser or
>>>>> panels even showing?)
>>>> 
>>>> I assign a hotkey.
>> 
>>> One that works in any program...
>> 
>> It works in every program I use to get recipes from the web.
>> 
>>> even those which do not print?
>> 
>> My solution has nothing to do with "printing," so of course.

> Next up:  an engrossing "technical discussion" of how one way of tying 
> one's shoes is superior to another.

> Discuss.

Linux is better for tying shoes.  Macks are for loafers.  There's not
even a way to tie loafers!  (Well, maybe in the Print Dialog there is
a way -- haven't checked).

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.os.linux.advocacy

csiph-web