On Sun, Jan 05, 2020 at 07:49:01AM +0100, Jürgen Spitzmüller wrote:
> Am Samstag, den 04.01.2020, 21:20 -0500 schrieb Scott Kostyshak:
> > I have version 1.7.3 as well and inverse search doesn't work for me
> > either.
>
> Version 1.9.0 here. Both forward and inverse search work now. The later
>
Am Samstag, den 04.01.2020, 21:20 -0500 schrieb Scott Kostyshak:
> I have version 1.7.3 as well and inverse search doesn't work for me
> either.
Version 1.9.0 here. Both forward and inverse search work now. The later
only, though, if "Navigation" mode is selected in Okular (the mode with
the hand
On Tue, Jul 23, 2019 at 04:30:30PM +0200, Jürgen Spitzmüller wrote:
> Am Dienstag, den 23.07.2019, 14:42 +0200 schrieb Kornel Benko:
> > $ okular --version
> > Qt: 4.8.7
> > KDE Development Platform: 4.14.22
> > Okular: 0.25.0
>
> OK, that's an old version. I have
>
> okular 1.7.3 (KDE
Am Dienstag, 23. Juli 2019, 16:30:30 CEST schrieb Jürgen Spitzmüller:
> Am Dienstag, den 23.07.2019, 14:42 +0200 schrieb Kornel Benko:
> > $ okular --version
> > Qt: 4.8.7
> > KDE Development Platform: 4.14.22
> > Okular: 0.25.0
>
> OK, that's an old version. I have
>
> okular 1.7.3 (KDE
Am Dienstag, 23. Juli 2019, 16:30:30 CEST schrieb Jürgen Spitzmüller:
> Am Dienstag, den 23.07.2019, 14:42 +0200 schrieb Kornel Benko:
> > $ okular --version
> > Qt: 4.8.7
> > KDE Development Platform: 4.14.22
> > Okular: 0.25.0
>
> OK, that's an old version. I have
>
> okular 1.7.3 (KDE
Am Dienstag, den 23.07.2019, 14:39 +0200 schrieb Kornel Benko:
> At the time you implemented it (2010), was the call
> one.startscript(Systemcall::Wait, ...)
>
> Now there is
> one.startscript(Systemcall::DontWait,...)
This change is as of Apr 16 16:22:08 2010 + (9 years ago)
Am Dienstag, den 23.07.2019, 14:42 +0200 schrieb Kornel Benko:
> $ okular --version
> Qt: 4.8.7
> KDE Development Platform: 4.14.22
> Okular: 0.25.0
OK, that's an old version. I have
okular 1.7.3 (KDE Applications 19.04.3)
Jürgen
signature.asc
Description: This is a digitally signed message
Am Dienstag, 23. Juli 2019, 14:39:17 CEST schrieb Kornel Benko:
> Am Dienstag, 23. Juli 2019, 14:17:38 CEST schrieb Pavel Sanda:
> > On Tue, Jul 23, 2019 at 10:31:42AM +0200, Kornel Benko wrote:
> > > No, it works here with full path.
> >
> > I doubt you guys have the same version of okular.
> >
Am Dienstag, 23. Juli 2019, 14:17:38 CEST schrieb Pavel Sanda:
> On Tue, Jul 23, 2019 at 10:31:42AM +0200, Kornel Benko wrote:
> > No, it works here with full path.
>
> I doubt you guys have the same version of okular.
> This command was tested before putting into UI and used to work.
>
> Pavel
On Tue, Jul 23, 2019 at 10:31:42AM +0200, Kornel Benko wrote:
> No, it works here with full path.
I doubt you guys have the same version of okular.
This command was tested before putting into UI and used to work.
Pavel
Am Dienstag, den 23.07.2019, 11:40 +0200 schrieb Kornel Benko:
> And what about the patch? Can you explain, why embedding the 3
> statements in '{}'
> works, but not without?
No.
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Dienstag, 23. Juli 2019, 10:37:50 CEST schrieb Jürgen Spitzmüller:
> Am Dienstag, den 23.07.2019, 10:31 +0200 schrieb Kornel Benko:
> > No, it works here with full path.
>
> As said, it doesn't here. I have tried hard.
I believe you.
Maybe some difference in configuration.
1.) My dvi, pdf
Am Dienstag, den 23.07.2019, 10:31 +0200 schrieb Kornel Benko:
> No, it works here with full path.
As said, it doesn't here. I have tried hard.
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Dienstag, 23. Juli 2019, 09:13:00 CEST schrieb Jürgen Spitzmüller:
> Am Dienstag, den 23.07.2019, 01:22 +0200 schrieb Kornel Benko:
> > ATM, we have this line for forward search (see Tools->Preferences-
> > >Output->General)
> >
> > Pdf command: okular --unique "$$o#src:$$n $$f"
> >
> > In
Am Dienstag, den 23.07.2019, 01:22 +0200 schrieb Kornel Benko:
> ATM, we have this line for forward search (see Tools->Preferences-
> >Output->General)
>
> Pdf command: okular --unique "$$o#src:$$n $$f"
>
> In this form it does not work, because the provided pdf-file-name
> does not contain
ATM, we have this line for forward search (see
Tools->Preferences->Output->General)
Pdf command: okular --unique "$$o#src:$$n $$f"
In this form it does not work, because the provided pdf-file-name does not
contain path.
Okular is therefore searching in a wrong directory.
The attached
search with okular
Implement a placeholder 2008f which points to the tex file with full
path, since this is what okular expects nowadays.
This should go to branch as well.
Jürgen
Aug 26 11:42:43 2012 +0200
>
> Fix forward search with okular
>
> Implement a placeholder 2008f which points to the tex file with full
> path, since this is what okular expects nowadays.
This should go to branch as well.
Jürgen
okular window opens, at
the correct position.
Removing the --unique option has no effect.
Is this the expected behaviour?
AFAICS it's an okular problem.Normally, we should open okular with --unique in
the first place. But then okular chokes on forward search.
Forward search support is still
t; Now, everytime I execute a forward search, a new okular window opens, at
> the correct position.
> Removing the --unique option has no effect.
>
> Is this the expected behaviour?
AFAICS it's an okular problem.Normally, we should open okular with --unique in
the first place. But then
Reverse/Forward search works well with lyx2.0rc2 and texlive 2010.
I've only found a small glitch with Forward search. On Tools - Preferences -
Output, I set the DVI/PDF command: okular --unique file:$$o#src:$$n $$t
Now, everytime I execute a forward search, a new okular window opens
Reverse/Forward search works well with lyx2.0rc2 and texlive 2010.
I've only found a small glitch with Forward search. On Tools -> Preferences -
> Output, I set the DVI/PDF command: okular --unique "file:$$o#src:$$n $$t"
Now, everytime I execute a forward search, a new oku
22 matches
Mail list logo
