"Keith J. Schultz" writes:
> Hi All,
>
> I would agree that the users default should be respected.
>
> I will have to contradict my last post them.
>
> My suggestion them is to use a system variable such as
> ConTeXtViewer. This variable would contain the program to be called.
> If it is not set
Hi Hans,
I meant a OS system variable. But that actually does not matter.
The default action would be changed to not call a browser!
I agree that nobody should be forced to use autopdf.
Yet, as I understand the discussion there seems to be a need
to add some generality to the method.
Possibly,
On 6/28/2013 10:56 AM, Keith J. Schultz wrote:
Hi All,
I would agree that the users default should be respected.
I will have to contradict my last post them.
My suggestion them is to use a system variable such as
ConTeXtViewer. This variable would contain the program to be called.
If it is not
Hi All,
I would agree that the users default should be respected.
I will have to contradict my last post them.
My suggestion them is to use a system variable such as
ConTeXtViewer. This variable would contain the program to be called.
If it is not set or empty context simply finishes up what ev
On 6/28/2013 1:46 AM, Sietse Brouwer wrote:
I'll repeat what I said, though: the PDF reader that is (a) most
likely to be installed, and (b) is most logical / least surprising to
the user, is: the user's own default PDF viewer. Adobe Reader may be
clunky for this purpose, but IMO the user's choi
Hi All,
I have been following this thread with some amusement.
There is no real optimal answer to this question short of developing
a dedicated pdfviewer for ConTeXt. But, is this the best use of our resources.
Furthermore, how about a dedicated editor? ;-)) (just joking, but I am
sure somebody w
On Fri, Jun 28, 2013 at 4:29 AM, Arthur Reutenauer <
arthur.reutena...@normalesup.org> wrote:
> > Unfortunately my version of evince doesn't always print correctly a pdf
> > made by context mkiv
> >
> > \starttext
> > $3v$ \par
> >
> > $3\omega$
> >
> > \stoptext
> >
> > When I do print->preview,
> Unfortunately my version of evince doesn't always print correctly a pdf
> made by context mkiv
>
> \starttext
> $3v$ \par
>
> $3\omega$
>
> \stoptext
>
> When I do print->preview, the math is not shown, and nothing is printed.
As has already been mentioned, this could simply be a font iss
> I'll repeat what I said, though: the PDF reader that is (a) most
> likely to be installed, and (b) is most logical / least surprising to
> the user, is: the user's own default PDF viewer.
For what it’s worth, as an end user, I agree.
__
A summary of things people have said in this thread. NB: everything is
paraphrased, so blame me if anything seems overly terse in tone.
Bill doesn't have or want SumatraPDF
Hans made SumatraPDF the default because it has lots of nice
properties that Acrobat doesn't have
Luigi thinks maybe
On Thu, Jun 27, 2013 at 9:43 PM, Pavneet Arora wrote:
> Exactly what I was thinking:
>
> pavneet@darjiling:~$ more .mailcap
> application/pdf; evince %s
>
> I like evince because it also doesn't lock the PDF file, and
> auto-refreshes the view when updated. It also has/can have a space
> efficien
n
> To: mailing list for ConTeXt users
> Subject: Re: [NTG-context] Overriding pdfview
> Message-ID:
>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>
> Or, simple read the mailcap preference or use a program such as
> run-mailcap or see which choo
> I am half joking here; don't go down this route.
Why? Users can override defaults, but most don't (and most certainly
not by writing additional code themselves, except for a tiny minority).
Why shouldn't reasonable defaults be provided?
Arthur
On 6/27/2013 5:15 PM, Sietse Brouwer wrote:
Instead of choosing our own default PDF viewer, we should probably
invoke the user's default PDF viewer. Every OS has a command-line
program to open a file with the system default program:
On OS X:
open myfile.pdf
On Windows:
start myfile.pdf
On Linu
On Thu, 27 Jun 2013, Sietse Brouwer wrote:
Instead of choosing our own default PDF viewer, we should probably
invoke the user's default PDF viewer. Every OS has a command-line
program to open a file with the system default program:
On OS X:
open myfile.pdf
On Windows:
start myfile.pdf
On Linu
> On Linux, there separate programmes for KDE, new gnome and old gnome,
and desktop-agnostic:
kde-open myfile.pdf || gvfs-open myfile.pdf || gnome-open myfile.pdf
|| xdg-open myfile.pdf
On my linux mint/debian boxes, xdg-open works fine across MATE, XFCE, and
KDE.
On Thu, Jun 27, 2013 at 8:15 AM
Instead of choosing our own default PDF viewer, we should probably
invoke the user's default PDF viewer. Every OS has a command-line
program to open a file with the system default program:
On OS X:
open myfile.pdf
On Windows:
start myfile.pdf
On Linux, there separate programmes for KDE, new gnom
On 6/27/2013 9:35 AM, luigi scarso wrote:
On Thu, Jun 27, 2013 at 4:21 AM, mailto:hwit...@gmail.com>> wrote:
I likewise find the Sumatr pdf viewer better. Besides the benefits
already mentioned, it also has the proper quality of being
non-intrusive. Adobe readers are quite happ
On Thu, Jun 27, 2013 at 4:21 AM, wrote:
>
> I likewise find the Sumatr pdf viewer better. Besides the benefits
> already mentioned, it also has the proper quality of being non-intrusive.
> Adobe readers are quite happy to bloat your memory and take control or
> otherwise intrude on your system'
On Thu, Jun 27, 2013 at 1:02 AM, Bill Meahan wrote:
> On 6/26/2013 6:24 PM, Hans Hagen wrote:
> [snip].
>
> If there is one thing I have learned in developing software since 1965
> (not a typo), it is to never depend on *any *third-party applicatio
I likewise find the Sumatr pdf viewer better. Besides the benefits already
mentioned, it also has the proper quality of being non-intrusive. Adobe
readers are quite happy to bloat your memory and take control or otherwise
intrude on your system's normal operations.
I don't use Adobe's reader
On 6/26/2013 6:24 PM, Hans Hagen wrote:
[snip].
If there is one thing I have learned in developing software since 1965
(not a typo), it is to never depend on /any /third-party application
being present. If it is not part of the base system install
On 6/26/2013 11:27 PM, Bill Meahan wrote:
That was my original question: how do I change the default without
hand-editing a file in the base distribution? That's not only bad
practice, it's liable to get overwritten on the "next" update.
as mentioned in an earlier mail ... you can set it in a
·
> On 6/26/2013 10:50 PM, Philipp Gesang wrote:
> >Hi Luigi!
> >
> >·
> >
> >>On Wed, Jun 26, 2013 at 9:29 PM, Hans Hagen wrote:
> >>
> >>>
> >>>while sumatrapdf
> >>>
> >>>- is pretty fast
> >>>- has matured quite well
> >>>- remembers the current page
> >>>- renders quite ok
>
On 6/26/2013 3:29 PM, Hans Hagen wrote:
[snip]...
- on none of my window boxes acrobat was preinstalled
- there is no robust way to start acrobat
- pdfopen has to be adapted to major updates of acrobat
- there is (at least on my machine) a potential clash between rea
On Wed, Jun 26, 2013 at 10:58 PM, Hans Hagen wrote:
> On 6/26/2013 10:50 PM, Philipp Gesang wrote:
>
>> Hi Luigi!
>>
>> ·
>>
>> On Wed, Jun 26, 2013 at 9:29 PM, Hans Hagen wrote:
>>>
>>>
while sumatrapdf
- is pretty fast
- has matured quite well
- remembers the
On Wed, Jun 26, 2013 at 10:36 PM, Siep Kroonenberg wrote:
> On Wed, Jun 26, 2013 at 10:22:23PM +0200, luigi scarso wrote:
> > On Wed, Jun 26, 2013 at 9:29 PM, Hans Hagen wrote:
> >
> > >
> > > while sumatrapdf
> > >
> > > - is pretty fast
> > > - has matured quite well
> > > - remembers the curre
On 6/26/2013 10:50 PM, Philipp Gesang wrote:
Hi Luigi!
·
On Wed, Jun 26, 2013 at 9:29 PM, Hans Hagen wrote:
while sumatrapdf
- is pretty fast
- has matured quite well
- remembers the current page
- renders quite ok
- even supports some basic interactivity
- (has an ugly yellow pop
Hi Luigi!
·
> On Wed, Jun 26, 2013 at 9:29 PM, Hans Hagen wrote:
>
> >
> > while sumatrapdf
> >
> > - is pretty fast
> > - has matured quite well
> > - remembers the current page
> > - renders quite ok
> > - even supports some basic interactivity
> > - (has an ugly yellow pop up windows
On Wed, Jun 26, 2013 at 10:22:23PM +0200, luigi scarso wrote:
> On Wed, Jun 26, 2013 at 9:29 PM, Hans Hagen wrote:
>
> >
> > while sumatrapdf
> >
> > - is pretty fast
> > - has matured quite well
> > - remembers the current page
> > - renders quite ok
> > - even supports some basic interactivity
On Wed, Jun 26, 2013 at 9:29 PM, Hans Hagen wrote:
>
> while sumatrapdf
>
> - is pretty fast
> - has matured quite well
> - remembers the current page
> - renders quite ok
> - even supports some basic interactivity
> - (has an ugly yellow pop up windows but those can nowadays be recolored)
> - ca
On 6/26/2013 6:11 PM, luigi scarso wrote:
On Wed, Jun 26, 2013 at 5:17 PM, Bill Meahan
>
I don't have "sumatra" and do not wish to install it just to
satisfy this one application. WTH is it anyway? (I know what
it is, it's a rhetorical question). Making some obscure pdf
On Wed, Jun 26, 2013 at 5:17 PM, Bill Meahan wrote:
> On 6/26/2013 10:20 AM, luigi scarso wrote:
>
>
>
>
> On Wed, Jun 26, 2013 at 3:53 PM, Bill Meahan
> wrote:
>
>>
>> How does one override the default pdf viewer for MKIV Standalone on
>> Windows 7-64 so --autopdf starts Acrobat Reader instead
On 6/26/2013 10:20 AM, luigi scarso wrote:
On Wed, Jun 26, 2013 at 3:53 PM, Bill Meahan
mailto:subscribed_li...@meahan.net>> wrote:
How does one override the default pdf viewer for MKIV Standalone
on Windows 7-64 so --autopdf starts Acrobat Reader instead of
"sumatrapdf.exe"?
On Wed, Jun 26, 2013 at 3:53 PM, Bill Meahan wrote:
>
> How does one override the default pdf viewer for MKIV Standalone on
> Windows 7-64 so --autopdf starts Acrobat Reader instead of "sumatrapdf.exe"?
>
> I don't have "sumatra" and do not wish to install it just to satisfy this
> one application
35 matches
Mail list logo