Re: Searching in math macros

[Liviu Andronic]

On Thu, Oct 1, 2015 at 11:49 PM, Guillaume Munch  wrote:
> Le 01/10/2015 12:03, David a écrit :
>>
>> Dear Lyx users,
>>
>> I work on a document that contains a long list of math macros
>> defining various mathematical symbols. I would like to search in
>> this list.
>>
>> Please consider the example Lyx file attached. How could I find, for
>>  example, \speedOfLight ?  I have tried Edit > Find (Quick) and Edit
>>>
>>> Find (Advanced), but without luck.
>>
>>
>> Do you know a way to do this? Thanks in advance.
>>
>> Regards, David
>>
>
> I often found myself in the same situation and there was no solution to my
> knowledge.
>
> As of now, there is a list of math macros in the navigation menu and the
> outline pane. Especially the outline pane works well for that: math macros
> can now be accessed and ordered either by appearance or alphabetically, and
> can be searched for using the filter.
>
Is a list of math macros very different from a list of ERT insets?
Will both contain cryptic code?

Liviu


> One more reason to be impatient for the 2.2 release.
>
>
> Guillaume
>



-- 
Do you think you know what math is?
http://www.ideasroadshow.com/issues/ian-stewart-2013-08-02
Or what it means to be intelligent?
http://www.ideasroadshow.com/issues/john-duncan-2013-08-30
Think again:
http://www.ideasroadshow.com/library

Re: Searching in math macros

[David]

Am 01.10.2015 um 23:49 schrieb Guillaume Munch:

> 
> As of now, there is a list of math macros in the navigation menu and the
> outline pane. Especially the outline pane works well for that: math
> macros can now be accessed and ordered either by appearance or
> alphabetically, and can be searched for using the filter.

Oh great, thanks a ton for this tip!

David

Re: Searching in math macros

[Guenter Milde]

On 2015-10-02, Liviu Andronic wrote:
> On Thu, Oct 1, 2015 at 11:49 PM, Guillaume Munch  wrote:
>> Le 01/10/2015 12:03, David a écrit :

...

>> As of now, there is a list of math macros in the navigation menu and the
>> outline pane. Especially the outline pane works well for that: math macros
>> can now be accessed and ordered either by appearance or alphabetically, and
>> can be searched for using the filter.

> Is a list of math macros very different from a list of ERT insets?
> Will both contain cryptic code?

Every math-macro has a unique name (as it defines a macro which is later
used by this name), while an ERT inset can contain arbitrary
LaTeX code, usually just calling already defined macros.


Günter

Re: Searching in math macros

[Liviu Andronic]

On Fri, Oct 2, 2015 at 10:40 AM, Guenter Milde  wrote:
> On 2015-10-02, Liviu Andronic wrote:
>> On Thu, Oct 1, 2015 at 11:49 PM, Guillaume Munch  wrote:
>>> Le 01/10/2015 12:03, David a écrit :
>
> ...
>
>>> As of now, there is a list of math macros in the navigation menu and the
>>> outline pane. Especially the outline pane works well for that: math macros
>>> can now be accessed and ordered either by appearance or alphabetically, and
>>> can be searched for using the filter.
>
>> Is a list of math macros very different from a list of ERT insets?
>> Will both contain cryptic code?
>
> Every math-macro has a unique name (as it defines a macro which is later
> used by this name), while an ERT inset can contain arbitrary
> LaTeX code, usually just calling already defined macros.
>
Right. So this is about a collection of macro names. Same approach
would be useful with Sweave/knitr chunks, using their labels (and
numbering, especially when labels are missing) in the Outliner.

Liviu


>
> Günter
>



-- 
Do you think you know what math is?
http://www.ideasroadshow.com/issues/ian-stewart-2013-08-02
Or what it means to be intelligent?
http://www.ideasroadshow.com/issues/john-duncan-2013-08-30
Think again:
http://www.ideasroadshow.com/library

Re: Searching in math macros

[Guillaume Munch]

Le 02/10/2015 09:58, Liviu Andronic a écrit :

On Fri, Oct 2, 2015 at 10:40 AM, Guenter Milde  wrote:

On 2015-10-02, Liviu Andronic wrote:

On Thu, Oct 1, 2015 at 11:49 PM, Guillaume Munch  wrote:

Le 01/10/2015 12:03, David a écrit :


...


As of now, there is a list of math macros in the navigation menu and the
outline pane. Especially the outline pane works well for that: math macros
can now be accessed and ordered either by appearance or alphabetically, and
can be searched for using the filter.



Is a list of math macros very different from a list of ERT insets?
Will both contain cryptic code?


Every math-macro has a unique name (as it defines a macro which is later
used by this name), while an ERT inset can contain arbitrary
LaTeX code, usually just calling already defined macros.


Right. So this is about a collection of macro names. Same approach
would be useful with Sweave/knitr chunks, using their labels (and
numbering, especially when labels are missing) in the Outliner.

Liviu




Yes if we implement lists of custom insets then it would be easy to make 
an inset argument behave like a caption from the outliner point of view 
using the new 2.2 implementation. This can be discussed in 
.


Guillaume

Searching in math macros

[David]

Dear Lyx users,

I work on a document that contains a long list of math macros defining
various mathematical symbols. I would like to search in this list.

Please consider the example Lyx file attached. How could I find, for
example, \speedOfLight ?  I have tried Edit > Find (Quick) and Edit >
Find (Advanced), but without luck.

Do you know a way to do this? Thanks in advance.

Regards,
David



symbols.lyx
Description: application/lyx

Re: Searching in math macros

[Guillaume Munch]

Le 01/10/2015 12:03, David a écrit :

Dear Lyx users,

I work on a document that contains a long list of math macros
defining various mathematical symbols. I would like to search in
this list.

Please consider the example Lyx file attached. How could I find, for
 example, \speedOfLight ?  I have tried Edit > Find (Quick) and Edit

Find (Advanced), but without luck.


Do you know a way to do this? Thanks in advance.

Regards, David



I often found myself in the same situation and there was no solution to 
my knowledge.


As of now, there is a list of math macros in the navigation menu and the 
outline pane. Especially the outline pane works well for that: math 
macros can now be accessed and ordered either by appearance or 
alphabetically, and can be searched for using the filter.


One more reason to be impatient for the 2.2 release.


Guillaume

Re: Problem forward/inverse searching with Sumatrapdf 2.4

[Enrico Forestieri]

On Wed, Feb 19, 2014 at 10:05:07AM +0100, Andrew White wrote:

 Works like a charm. Thanks!

You're welcome :)

-- 
Enrico

Re: Problem forward/inverse searching with Sumatrapdf 2.4

[Enrico Forestieri]

On Wed, Feb 19, 2014 at 10:05:07AM +0100, Andrew White wrote:

 Works like a charm. Thanks!

You're welcome :)

-- 
Enrico

Re: Problem forward/inverse searching with Sumatrapdf 2.4

[Enrico Forestieri]

On Wed, Feb 19, 2014 at 10:05:07AM +0100, Andrew White wrote:

> Works like a charm. Thanks!

You're welcome :)

-- 
Enrico

Problem forward/inverse searching with Sumatrapdf 2.4

[Andy]

I am unable to get forward inverse searching working. Have followed
instructions at http://wiki.lyx.org/LyX/SyncTeX, and have tried
reinstalling the Lyx+miktex bundle

Generating the PDF is no problem. When I attempt to forward search, the Lyx
status bar reports (forward-search), no error is thrown, and focus shifts
to sumatrapdf, however, no highlighting appears.

Lyx Version: 2.0.7
OS: Windows 7 (64bit)

Thanks in advance for any help and look forward to fixing this issue

Andrew

Problem forward/inverse searching with Sumatrapdf 2.4

[Andy]

I am unable to get forward inverse searching working. Have followed
instructions at http://wiki.lyx.org/LyX/SyncTeX, and have tried
reinstalling the Lyx+miktex bundle

Generating the PDF is no problem. When I attempt to forward search, the Lyx
status bar reports (forward-search), no error is thrown, and focus shifts
to sumatrapdf, however, no highlighting appears.

Lyx Version: 2.0.7
OS: Windows 7 (64bit)

Thanks in advance for any help and look forward to fixing this issue

Andrew

Problem forward/inverse searching with Sumatrapdf 2.4

[Andy]

I am unable to get forward inverse searching working. Have followed
instructions at http://wiki.lyx.org/LyX/SyncTeX, and have tried
reinstalling the Lyx+miktex bundle

Generating the PDF is no problem. When I attempt to forward search, the Lyx
status bar reports "(forward-search)", no error is thrown, and focus shifts
to sumatrapdf, however, no highlighting appears.

Lyx Version: 2.0.7
OS: Windows 7 (64bit)

Thanks in advance for any help and look forward to fixing this issue

Andrew

Searching for damaged index entries

[Anthony Campbell]

Is there any way to search for index entries? I ask because every so
often I find the index is not being made. The cause is always the same -
I've made a faulty index entry somewhere in the text. But finding it can
take literally hours in a book-length file. I have to keep cutting blocks
of text and putting them back to isolate the area which contains the
error. Can anyone suggest a quicker way?

Anthony



-- 
Anthony Campbell - a...@acampbell.org.uk 
http://www.acupuncturecourse.org.uk 
http://www.smashwords.com/profile.view/acampbell
https://itunes.apple.com/ca/artist/anthony-campbell/id73235412

Searching for damaged index entries

[Anthony Campbell]

Is there any way to search for index entries? I ask because every so
often I find the index is not being made. The cause is always the same -
I've made a faulty index entry somewhere in the text. But finding it can
take literally hours in a book-length file. I have to keep cutting blocks
of text and putting them back to isolate the area which contains the
error. Can anyone suggest a quicker way?

Anthony



-- 
Anthony Campbell - a...@acampbell.org.uk 
http://www.acupuncturecourse.org.uk 
http://www.smashwords.com/profile.view/acampbell
https://itunes.apple.com/ca/artist/anthony-campbell/id73235412

Searching for damaged index entries

[Anthony Campbell]

Is there any way to search for index entries? I ask because every so
often I find the index is not being made. The cause is always the same -
I've made a faulty index entry somewhere in the text. But finding it can
take literally hours in a book-length file. I have to keep cutting blocks
of text and putting them back to isolate the area which contains the
error. Can anyone suggest a quicker way?

Anthony



-- 
Anthony Campbell - a...@acampbell.org.uk 
http://www.acupuncturecourse.org.uk 
http://www.smashwords.com/profile.view/acampbell
https://itunes.apple.com/ca/artist/anthony-campbell/id73235412

searching in the references

[Frédéric Parrenin]

Dear all,

I often encounter compilation problems linked with the bibliography.
For example, lyx tell me that there is a syntax problem in a given
reference.
Then I need to search where I have inserted the reference in the lyx
document.

How to do that?
The current search tool does not seem to parse the references.

Best regards,

Frédéric Parrenin

Re: searching in the references

[Ray Rashif]

On 15 February 2013 17:10, Frédéric Parrenin parre...@ujf-grenoble.frwrote:

 Dear all,

 I often encounter compilation problems linked with the bibliography.
 For example, lyx tell me that there is a syntax problem in a given
 reference.
 Then I need to search where I have inserted the reference in the lyx
 document.

 How to do that?
 The current search tool does not seem to parse the references.

 Best regards,

 Frédéric Parrenin


You probably want Document  Outline and select 'List of Citations'. You
can then type in the filter box (this will only match keys and not any
other information about the reference).


--
GPG/PGP ID: C0711BF1

Re: searching in the references

[Wolfgang Engelmann]

Am Freitag, 15. Februar 2013, 11:01:40 schrieb Ray Rashif:
 On 15 February 2013 17:10, Frédéric Parrenin parrenin@ujf-
grenoble.frwrote:
  Dear all,
  
  I often encounter compilation problems linked with the bibliography.
  For example, lyx tell me that there is a syntax problem in a given
  reference.
  Then I need to search where I have inserted the reference in the lyx
  document.
  
  How to do that?
  The current search tool does not seem to parse the references.
  
  Best regards,
  
  Frédéric Parrenin
 
 You probably want Document  Outline and select 'List of Citations'. You
 can then type in the filter box (this will only match keys and not any
 other information about the reference).

and in addition:
outlinelist of citation  sort
which gives you the citations alphabetically
You look for the problematic citation, click on it, 
and you are led to the location in the document
(if there are several locations, click again)

Wolfgang
 
 
 --
 GPG/PGP ID: C0711BF1


-- 
-
Wolfgang Engelmann
Schlossgartenstrasse 22
D-72070 Tübingen
Tel 07071 68325

searching in the references

[Frédéric Parrenin]

Dear all,

I often encounter compilation problems linked with the bibliography.
For example, lyx tell me that there is a syntax problem in a given
reference.
Then I need to search where I have inserted the reference in the lyx
document.

How to do that?
The current search tool does not seem to parse the references.

Best regards,

Frédéric Parrenin

Re: searching in the references

[Ray Rashif]

On 15 February 2013 17:10, Frédéric Parrenin parre...@ujf-grenoble.frwrote:

 Dear all,

 I often encounter compilation problems linked with the bibliography.
 For example, lyx tell me that there is a syntax problem in a given
 reference.
 Then I need to search where I have inserted the reference in the lyx
 document.

 How to do that?
 The current search tool does not seem to parse the references.

 Best regards,

 Frédéric Parrenin


You probably want Document  Outline and select 'List of Citations'. You
can then type in the filter box (this will only match keys and not any
other information about the reference).


--
GPG/PGP ID: C0711BF1

Re: searching in the references

[Wolfgang Engelmann]

Am Freitag, 15. Februar 2013, 11:01:40 schrieb Ray Rashif:
 On 15 February 2013 17:10, Frédéric Parrenin parrenin@ujf-
grenoble.frwrote:
  Dear all,
  
  I often encounter compilation problems linked with the bibliography.
  For example, lyx tell me that there is a syntax problem in a given
  reference.
  Then I need to search where I have inserted the reference in the lyx
  document.
  
  How to do that?
  The current search tool does not seem to parse the references.
  
  Best regards,
  
  Frédéric Parrenin
 
 You probably want Document  Outline and select 'List of Citations'. You
 can then type in the filter box (this will only match keys and not any
 other information about the reference).

and in addition:
outlinelist of citation  sort
which gives you the citations alphabetically
You look for the problematic citation, click on it, 
and you are led to the location in the document
(if there are several locations, click again)

Wolfgang
 
 
 --
 GPG/PGP ID: C0711BF1


-- 
-
Wolfgang Engelmann
Schlossgartenstrasse 22
D-72070 Tübingen
Tel 07071 68325

searching in the references

[Frédéric Parrenin]

Dear all,

I often encounter compilation problems linked with the bibliography.
For example, lyx tell me that there is a syntax problem in a given
reference.
Then I need to search where I have inserted the reference in the lyx
document.

How to do that?
The current search tool does not seem to parse the references.

Best regards,

Frédéric Parrenin

Re: searching in the references

[Ray Rashif]

On 15 February 2013 17:10, Frédéric Parrenin wrote:

> Dear all,
>
> I often encounter compilation problems linked with the bibliography.
> For example, lyx tell me that there is a syntax problem in a given
> reference.
> Then I need to search where I have inserted the reference in the lyx
> document.
>
> How to do that?
> The current search tool does not seem to parse the references.
>
> Best regards,
>
> Frédéric Parrenin
>

You probably want Document > Outline and select 'List of Citations'. You
can then type in the filter box (this will only match keys and not any
other information about the reference).


--
GPG/PGP ID: C0711BF1

Re: searching in the references

[Wolfgang Engelmann]

Am Freitag, 15. Februar 2013, 11:01:40 schrieb Ray Rashif:
> On 15 February 2013 17:10, Frédéric Parrenin wrote:
> > Dear all,
> > 
> > I often encounter compilation problems linked with the bibliography.
> > For example, lyx tell me that there is a syntax problem in a given
> > reference.
> > Then I need to search where I have inserted the reference in the lyx
> > document.
> > 
> > How to do that?
> > The current search tool does not seem to parse the references.
> > 
> > Best regards,
> > 
> > Frédéric Parrenin
> 
> You probably want Document > Outline and select 'List of Citations'. You
> can then type in the filter box (this will only match keys and not any
> other information about the reference).

and in addition:
outline>list of citation > sort
which gives you the citations alphabetically
You look for the problematic citation, click on it, 
and you are led to the location in the document
(if there are several locations, click again)

Wolfgang
> 
> 
> --
> GPG/PGP ID: C0711BF1


-- 
-
Wolfgang Engelmann
Schlossgartenstrasse 22
D-72070 Tübingen
Tel 07071 68325

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On 05/25/2011 4:16 PM, Enrico Forestieri wrote:
 Enrico Forestieri writes:
 
 So, can anyone compiling LyX with MSVC perform that check?
 
 It turned out to be an issue with the MSVC compiler and should be fixed
 in the next release. 

Wow, thanks for all the time and effort you put into this.  I really
appreciate it.

 In the meantime, Windows users needing to perform a dvi forward search
 can workaround it by first generating a pdf and *then* previewing as
 dvi.

Yes, that works.  Thanks very much.

-chris

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On 05/25/2011 4:16 PM, Enrico Forestieri wrote:
 Enrico Forestieri writes:
 
 So, can anyone compiling LyX with MSVC perform that check?
 
 It turned out to be an issue with the MSVC compiler and should be fixed
 in the next release. 

Wow, thanks for all the time and effort you put into this.  I really
appreciate it.

 In the meantime, Windows users needing to perform a dvi forward search
 can workaround it by first generating a pdf and *then* previewing as
 dvi.

Yes, that works.  Thanks very much.

-chris

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On 05/25/2011 4:16 PM, Enrico Forestieri wrote:
> Enrico Forestieri writes:
> 
>> So, can anyone compiling LyX with MSVC perform that check?
> 
> It turned out to be an issue with the MSVC compiler and should be fixed
> in the next release. 

Wow, thanks for all the time and effort you put into this.  I really
appreciate it.

> In the meantime, Windows users needing to perform a dvi forward search
> can workaround it by first generating a pdf and *then* previewing as
> dvi.

Yes, that works.  Thanks very much.

-chris

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Enrico Forestieri writes:

 So, can anyone compiling LyX with MSVC perform that check?

It turned out to be an issue with the MSVC compiler and should be fixed
in the next release. In the meantime, Windows users needing to perform a
dvi forward search can workaround it by first generating a pdf and *then*
previewing as dvi.

-- 
Enrico

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Enrico Forestieri writes:

 So, can anyone compiling LyX with MSVC perform that check?

It turned out to be an issue with the MSVC compiler and should be fixed
in the next release. In the meantime, Windows users needing to perform a
dvi forward search can workaround it by first generating a pdf and *then*
previewing as dvi.

-- 
Enrico

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Enrico Forestieri writes:

> So, can anyone compiling LyX with MSVC perform that check?

It turned out to be an issue with the MSVC compiler and should be fixed
in the next release. In the meantime, Windows users needing to perform a
dvi forward search can workaround it by first generating a pdf and *then*
previewing as dvi.

-- 
Enrico

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On May 23, 2011, at 3:33 PM, Enrico Forestieri wrote:
 Christopher Menzel writes:
 
 That is, LyX is calling the appropriate forward search command for a PDF
 preview document, not DVI.
 
 LyX performs a forward search for the last generated format, so it means
 that you generated a pdf after the dvi, even if you quitted the pdf viewer
 and are now previewing the dvi.

Sorry, I guess I'm confused about the semantics of generating a format versus 
previewing. What more do I have to do to generate a format beyond 
previewing?  From the documentation it appears that all I should have to do is 
generate a dvi preview:

   Forward search works both with DVI and PDF output. LyX simply
   checks which preview format you have used before (i.e., which
   format is already there in the temporary directory) and chooses
   the appropriate configuration for the respective format.

I have done that; the only thing in the Temp directory is a DVI file for my 
document. There is no sign of any PDF.  How do I generate a formate to tell 
LyX I'm using DVI now?

Thanks for your patience.

Chris Menzel

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Christopher Menzel writes:
 
 On May 23, 2011, at 3:33 PM, Enrico Forestieri wrote:
  Christopher Menzel writes:
  
  That is, LyX is calling the appropriate forward search command for a PDF
  preview document, not DVI.
  
  LyX performs a forward search for the last generated format, so it means
  that you generated a pdf after the dvi, even if you quitted the pdf viewer
  and are now previewing the dvi.
 
 Sorry, I guess I'm confused about the semantics of generating a format
 versus previewing. What more do I have to do to generate a format
 beyond previewing?

If you hit the update button, a given format is generated (produced)
in the temp dir, but a previewer is not started.

  From the documentation it appears that all I should
 have to do is generate a dvi preview:
 
Forward search works both with DVI and PDF output. LyX simply
checks which preview format you have used before (i.e., which
format is already there in the temporary directory) and chooses
the appropriate configuration for the respective format.
 
 I have done that; the only thing in the Temp directory is a DVI file
 for my document. There is no sign of any PDF. 

So, let's see whether we can solve this mystery by looking at the code.
The following is the relevant snippet in src/frontends/qt4/GuiView.cpp:

if (!dviname.exists()  !pdfname.exists()) {
dr.setMessage(_(Please, preview the document first.));
break;
}
string outname = dviname.onlyFileName();
string command = lyxrc.forward_search_dvi;
if (!dviname.exists() ||
pdfname.lastModified()  dviname.lastModified()) {
outname = pdfname.onlyFileName();
command = lyxrc.forward_search_pdf;
}

Firstly, LyX checks whether a dvi or pdf was generated. If not, the message
Please, preview the document first. is issued.
Then, LyX assumes that you generated a dvi, but if no dvi exists or the
pdf is newer than the dvi, a pdf format is assumed.
Note that if no pdf exists, pdfname.lastModified() returns -1 and the
check pdfname.lastModified()  dviname.lastModified() is never true.
Thus, if no pdf exists a dvi forward search is always attempted.

Anyway, you say that a pdf search is tried, even if no pdf is in sight.
Let's se how that could happen. The lastModified() method returns a time_t
type, which is a signed type on all machines and compilers I have access to.
However, I don't have access to the MSVC compiler, which is the one used
for the Windows version you are using, most probably. I am able to compile
a Windows version with the MinGW compiler, and there it works.

So, the only way that a pdf search could be attempted is if the time_t type
is an unsigned type for the MSVC compiler. Indeed, in that case, the -1
would be interpreted as the greatest possible value and the check
pdfname.lastModified()  dviname.lastModified() would be always true.
I have no way to check that and someone building LyX with MSVC should
perform that test. It would suffice adding the line

   lyxerr  pdf:   pdfname.lastModified()  endl;

just before that snippet, trying a forward search with only a dvi generated
and looking at what is printed. If the result is

pdf: -1

the mystery remains unsolved (I always get that), but if it prints something
like

pdf: 2147483647

we found the bug.

So, can anyone compiling LyX with MSVC perform that check?

-- 
Enrico

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On May 23, 2011, at 3:33 PM, Enrico Forestieri wrote:
 Christopher Menzel writes:
 
 That is, LyX is calling the appropriate forward search command for a PDF
 preview document, not DVI.
 
 LyX performs a forward search for the last generated format, so it means
 that you generated a pdf after the dvi, even if you quitted the pdf viewer
 and are now previewing the dvi.

Sorry, I guess I'm confused about the semantics of generating a format versus 
previewing. What more do I have to do to generate a format beyond 
previewing?  From the documentation it appears that all I should have to do is 
generate a dvi preview:

   Forward search works both with DVI and PDF output. LyX simply
   checks which preview format you have used before (i.e., which
   format is already there in the temporary directory) and chooses
   the appropriate configuration for the respective format.

I have done that; the only thing in the Temp directory is a DVI file for my 
document. There is no sign of any PDF.  How do I generate a formate to tell 
LyX I'm using DVI now?

Thanks for your patience.

Chris Menzel

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Christopher Menzel writes:
 
 On May 23, 2011, at 3:33 PM, Enrico Forestieri wrote:
  Christopher Menzel writes:
  
  That is, LyX is calling the appropriate forward search command for a PDF
  preview document, not DVI.
  
  LyX performs a forward search for the last generated format, so it means
  that you generated a pdf after the dvi, even if you quitted the pdf viewer
  and are now previewing the dvi.
 
 Sorry, I guess I'm confused about the semantics of generating a format
 versus previewing. What more do I have to do to generate a format
 beyond previewing?

If you hit the update button, a given format is generated (produced)
in the temp dir, but a previewer is not started.

  From the documentation it appears that all I should
 have to do is generate a dvi preview:
 
Forward search works both with DVI and PDF output. LyX simply
checks which preview format you have used before (i.e., which
format is already there in the temporary directory) and chooses
the appropriate configuration for the respective format.
 
 I have done that; the only thing in the Temp directory is a DVI file
 for my document. There is no sign of any PDF. 

So, let's see whether we can solve this mystery by looking at the code.
The following is the relevant snippet in src/frontends/qt4/GuiView.cpp:

if (!dviname.exists()  !pdfname.exists()) {
dr.setMessage(_(Please, preview the document first.));
break;
}
string outname = dviname.onlyFileName();
string command = lyxrc.forward_search_dvi;
if (!dviname.exists() ||
pdfname.lastModified()  dviname.lastModified()) {
outname = pdfname.onlyFileName();
command = lyxrc.forward_search_pdf;
}

Firstly, LyX checks whether a dvi or pdf was generated. If not, the message
Please, preview the document first. is issued.
Then, LyX assumes that you generated a dvi, but if no dvi exists or the
pdf is newer than the dvi, a pdf format is assumed.
Note that if no pdf exists, pdfname.lastModified() returns -1 and the
check pdfname.lastModified()  dviname.lastModified() is never true.
Thus, if no pdf exists a dvi forward search is always attempted.

Anyway, you say that a pdf search is tried, even if no pdf is in sight.
Let's se how that could happen. The lastModified() method returns a time_t
type, which is a signed type on all machines and compilers I have access to.
However, I don't have access to the MSVC compiler, which is the one used
for the Windows version you are using, most probably. I am able to compile
a Windows version with the MinGW compiler, and there it works.

So, the only way that a pdf search could be attempted is if the time_t type
is an unsigned type for the MSVC compiler. Indeed, in that case, the -1
would be interpreted as the greatest possible value and the check
pdfname.lastModified()  dviname.lastModified() would be always true.
I have no way to check that and someone building LyX with MSVC should
perform that test. It would suffice adding the line

   lyxerr  pdf:   pdfname.lastModified()  endl;

just before that snippet, trying a forward search with only a dvi generated
and looking at what is printed. If the result is

pdf: -1

the mystery remains unsolved (I always get that), but if it prints something
like

pdf: 2147483647

we found the bug.

So, can anyone compiling LyX with MSVC perform that check?

-- 
Enrico

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On May 23, 2011, at 3:33 PM, Enrico Forestieri wrote:
> Christopher Menzel writes:
>> 
>> That is, LyX is calling the appropriate forward search command for a PDF
>> preview document, not DVI.
> 
> LyX performs a forward search for the last generated format, so it means
> that you generated a pdf after the dvi, even if you quitted the pdf viewer
> and are now previewing the dvi.

Sorry, I guess I'm confused about the semantics of "generating a format" versus 
"previewing". What more do I have to do to "generate a format" beyond 
previewing?  From the documentation it appears that all I should have to do is 
generate a dvi preview:

   Forward search works both with DVI and PDF output. LyX simply
   checks which preview format you have used before (i.e., which
   format is already there in the temporary directory) and chooses
   the appropriate configuration for the respective format.

I have done that; the only thing in the Temp directory is a DVI file for my 
document. There is no sign of any PDF.  How do I "generate a formate" to tell 
LyX I'm using DVI now?

Thanks for your patience.

Chris Menzel

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Christopher Menzel writes:
> 
> On May 23, 2011, at 3:33 PM, Enrico Forestieri wrote:
> > Christopher Menzel writes:
> >> 
> >> That is, LyX is calling the appropriate forward search command for a PDF
> >> preview document, not DVI.
> > 
> > LyX performs a forward search for the last generated format, so it means
> > that you generated a pdf after the dvi, even if you quitted the pdf viewer
> > and are now previewing the dvi.
> 
> Sorry, I guess I'm confused about the semantics of "generating a format"
> versus "previewing". What more do I have to do to "generate a format"
> beyond previewing?

If you hit the "update" button, a given format is generated (produced)
in the temp dir, but a previewer is not started.

>  From the documentation it appears that all I should
> have to do is generate a dvi preview:
> 
>Forward search works both with DVI and PDF output. LyX simply
>checks which preview format you have used before (i.e., which
>format is already there in the temporary directory) and chooses
>the appropriate configuration for the respective format.
> 
> I have done that; the only thing in the Temp directory is a DVI file
> for my document. There is no sign of any PDF. 

So, let's see whether we can solve this mystery by looking at the code.
The following is the relevant snippet in src/frontends/qt4/GuiView.cpp:

if (!dviname.exists() && !pdfname.exists()) {
dr.setMessage(_("Please, preview the document first."));
break;
}
string outname = dviname.onlyFileName();
string command = lyxrc.forward_search_dvi;
if (!dviname.exists() ||
pdfname.lastModified() > dviname.lastModified()) {
outname = pdfname.onlyFileName();
command = lyxrc.forward_search_pdf;
}

Firstly, LyX checks whether a dvi or pdf was generated. If not, the message
"Please, preview the document first." is issued.
Then, LyX assumes that you generated a dvi, but if no dvi exists or the
pdf is newer than the dvi, a pdf format is assumed.
Note that if no pdf exists, pdfname.lastModified() returns -1 and the
check pdfname.lastModified() > dviname.lastModified() is never true.
Thus, if no pdf exists a dvi forward search is always attempted.

Anyway, you say that a pdf search is tried, even if no pdf is in sight.
Let's se how that could happen. The lastModified() method returns a time_t
type, which is a signed type on all machines and compilers I have access to.
However, I don't have access to the MSVC compiler, which is the one used
for the Windows version you are using, most probably. I am able to compile
a Windows version with the MinGW compiler, and there it works.

So, the only way that a pdf search could be attempted is if the time_t type
is an unsigned type for the MSVC compiler. Indeed, in that case, the -1
would be interpreted as the greatest possible value and the check
pdfname.lastModified() > dviname.lastModified() would be always true.
I have no way to check that and someone building LyX with MSVC should
perform that test. It would suffice adding the line

   lyxerr << "pdf: " << pdfname.lastModified() << endl;

just before that snippet, trying a forward search with only a dvi generated
and looking at what is printed. If the result is

pdf: -1

the mystery remains unsolved (I always get that), but if it prints something
like

pdf: 2147483647

we found the bug.

So, can anyone compiling LyX with MSVC perform that check?

-- 
Enrico

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On 05/22/2011 8:59 PM, Christopher Menzel wrote:
 On 22/05/2011 7:07 PM, Christopher Menzel wrote:
 ...Yes, yes, that is exactly what I was looking for.  The relevant
 debugging output appears to be this:

 ...
 The row information is indeed there.  I do not know enough about LyX's
 internals to figure out from the rest of it why the forward search is
 still failing.
 
 Whoops, hang on, I had been doing a bit of experimenting with PDF output
 and had deleted entry for a DVI viewer in Preferences - Output -
 General.  I've put the command for Yap back in and now, well, forward
 search is now working.  I am certain I had selected the built-in Yap
 command when it was first failing, as I checked and double-checked
 against the instructions, but perhaps I just had some sort of blind spot
 (or, as I shall choose to believe, I inadvertently fixed something :-) .

OK, things still aren't quite right but I think I've uncovered what
might be the problem.  As I note above, when I first set things up, I
was certain I had selected the supplied Yap command for Preferences -
Output - General.  However, since I was only using Yap, I left the
field for the PDF viewer blank.  This led to the Couldn't proceed
message when I invoked Forward Search.  I have since added the supplied
viewer command for SumatraPDF, even though I am only previewing with
DVI, and now when I invoke Forward Search, I see the following error
message:

13:00:31.093: The process failed to start. Either the invoked program is
missing, or you may have insufficient permissions to invoke the
program...\..\..\lyx-2.0.0\src\support\Systemcall.cpp(217): Systemcall:
'CMCDDE SUMATRA control
[ForwardSearch(Recombination.pdf,Recombination.tex,84,0,0,1)]'
did not start!
..\..\..\lyx-2.0.0\src\support\Systemcall.cpp(218): error The process
failed to start. Either the invoked program is missing, or you may have
insufficient permissions

That is, LyX is calling the appropriate forward search command for a PDF
preview document, not DVI.  According to the documentation, this should
not be happening:

  Forward search works both with DVI and PDF output. LyX simply
  checks which preview format you have used before (i.e., which
  format is already there in the temporary directory) and chooses
  the appropriate configuration for the respective format.

I have checked the Temp directory LyX is using for my current document
and there are no signs that I am using PDF there; there are only the
output files you expect from using the latex command to generate a DVI
file. I'm not sure why forward search started working properly for me
last night -- something happened to enable LyX correctly to realize that
I was doing a DVI preview -- but pretty clearly its invoking the forward
search command appropriate for PDF instead of DVI is the reason why it
wasn't working for me before and is not working again now. (The problem
arises whether or not I use the synctex option.)

Suggestions, as always, much appreciated.

Chris Menzel

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Christopher Menzel writes:
 
 That is, LyX is calling the appropriate forward search command for a PDF
 preview document, not DVI.

LyX performs a forward search for the last generated format, so it means
that you generated a pdf after the dvi, even if you quitted the pdf viewer
and are now previewing the dvi.

-- 
Enrico

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On 05/22/2011 8:59 PM, Christopher Menzel wrote:
 On 22/05/2011 7:07 PM, Christopher Menzel wrote:
 ...Yes, yes, that is exactly what I was looking for.  The relevant
 debugging output appears to be this:

 ...
 The row information is indeed there.  I do not know enough about LyX's
 internals to figure out from the rest of it why the forward search is
 still failing.
 
 Whoops, hang on, I had been doing a bit of experimenting with PDF output
 and had deleted entry for a DVI viewer in Preferences - Output -
 General.  I've put the command for Yap back in and now, well, forward
 search is now working.  I am certain I had selected the built-in Yap
 command when it was first failing, as I checked and double-checked
 against the instructions, but perhaps I just had some sort of blind spot
 (or, as I shall choose to believe, I inadvertently fixed something :-) .

OK, things still aren't quite right but I think I've uncovered what
might be the problem.  As I note above, when I first set things up, I
was certain I had selected the supplied Yap command for Preferences -
Output - General.  However, since I was only using Yap, I left the
field for the PDF viewer blank.  This led to the Couldn't proceed
message when I invoked Forward Search.  I have since added the supplied
viewer command for SumatraPDF, even though I am only previewing with
DVI, and now when I invoke Forward Search, I see the following error
message:

13:00:31.093: The process failed to start. Either the invoked program is
missing, or you may have insufficient permissions to invoke the
program...\..\..\lyx-2.0.0\src\support\Systemcall.cpp(217): Systemcall:
'CMCDDE SUMATRA control
[ForwardSearch(Recombination.pdf,Recombination.tex,84,0,0,1)]'
did not start!
..\..\..\lyx-2.0.0\src\support\Systemcall.cpp(218): error The process
failed to start. Either the invoked program is missing, or you may have
insufficient permissions

That is, LyX is calling the appropriate forward search command for a PDF
preview document, not DVI.  According to the documentation, this should
not be happening:

  Forward search works both with DVI and PDF output. LyX simply
  checks which preview format you have used before (i.e., which
  format is already there in the temporary directory) and chooses
  the appropriate configuration for the respective format.

I have checked the Temp directory LyX is using for my current document
and there are no signs that I am using PDF there; there are only the
output files you expect from using the latex command to generate a DVI
file. I'm not sure why forward search started working properly for me
last night -- something happened to enable LyX correctly to realize that
I was doing a DVI preview -- but pretty clearly its invoking the forward
search command appropriate for PDF instead of DVI is the reason why it
wasn't working for me before and is not working again now. (The problem
arises whether or not I use the synctex option.)

Suggestions, as always, much appreciated.

Chris Menzel

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Christopher Menzel writes:
 
 That is, LyX is calling the appropriate forward search command for a PDF
 preview document, not DVI.

LyX performs a forward search for the last generated format, so it means
that you generated a pdf after the dvi, even if you quitted the pdf viewer
and are now previewing the dvi.

-- 
Enrico

Re: Forward/reverse searching problems under Windows (The Sequel)

[Christopher Menzel]

On 05/22/2011 8:59 PM, Christopher Menzel wrote:
> On 22/05/2011 7:07 PM, Christopher Menzel wrote:
>> ...Yes, yes, that is exactly what I was looking for.  The relevant
>> debugging output appears to be this:
>>
>> ...
>> The row information is indeed there.  I do not know enough about LyX's
>> internals to figure out from the rest of it why the forward search is
>> still failing.
> 
> Whoops, hang on, I had been doing a bit of experimenting with PDF output
> and had deleted entry for a DVI viewer in Preferences -> Output ->
> General.  I've put the command for Yap back in and now, well, forward
> search is now working.  I am certain I had selected the built-in Yap
> command when it was first failing, as I checked and double-checked
> against the instructions, but perhaps I just had some sort of blind spot
> (or, as I shall choose to believe, I inadvertently fixed something :-) .

OK, things still aren't quite right but I think I've uncovered what
might be the problem.  As I note above, when I first set things up, I
was certain I had selected the supplied Yap command for Preferences ->
Output -> General.  However, since I was only using Yap, I left the
field for the PDF viewer blank.  This led to the "Couldn't proceed"
message when I invoked Forward Search.  I have since added the supplied
viewer command for SumatraPDF, even though I am only previewing with
DVI, and now when I invoke Forward Search, I see the following error
message:

13:00:31.093: The process failed to start. Either the invoked program is
missing, or you may have insufficient permissions to invoke the
program...\..\..\lyx-2.0.0\src\support\Systemcall.cpp(217): Systemcall:
'CMCDDE SUMATRA control
[ForwardSearch("""Recombination.pdf""","""Recombination.tex""",84,0,0,1)]'
did not start!
..\..\..\lyx-2.0.0\src\support\Systemcall.cpp(218): error The process
failed to start. Either the invoked program is missing, or you may have
insufficient permissions

That is, LyX is calling the appropriate forward search command for a PDF
preview document, not DVI.  According to the documentation, this should
not be happening:

  Forward search works both with DVI and PDF output. LyX simply
  checks which preview format you have used before (i.e., which
  format is already there in the temporary directory) and chooses
  the appropriate configuration for the respective format.

I have checked the Temp directory LyX is using for my current document
and there are no signs that I am using PDF there; there are only the
output files you expect from using the latex command to generate a DVI
file. I'm not sure why forward search started working properly for me
last night -- something happened to enable LyX correctly to realize that
I was doing a DVI preview -- but pretty clearly its invoking the forward
search command appropriate for PDF instead of DVI is the reason why it
wasn't working for me before and is not working again now. (The problem
arises whether or not I use the synctex option.)

Suggestions, as always, much appreciated.

Chris Menzel

Re: Forward/reverse searching problems under Windows (The Sequel)

[Enrico Forestieri]

Christopher Menzel writes:
> 
> That is, LyX is calling the appropriate forward search command for a PDF
> preview document, not DVI.

LyX performs a forward search for the last generated format, so it means
that you generated a pdf after the dvi, even if you quitted the pdf viewer
and are now previewing the dvi.

-- 
Enrico

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On May 22, 2011, at 12:15 AM, Enrico Forestieri wrote:
 Christopher Menzel writes:

 Unfortunately, forward search is still not functioning, although I
 do see a small message at the bottom of the screen that reports
 Couldn't proceed when I invoke the Forward Search command, in case
 that's a clue;

 Yes, it is. Most probably, you don't defined a command for performing the
 forward search. This depends on the viewer you use and you can find a
 predefined list for some most used viewers in
 Preferences-Output-General.
 Pick the one for your viewer and you should be fine. If your viewer is
 not listed, you will have to discover whether it supports forward search
 and what command should be used.

Well, as I noted, I followed the instructions in the Additional Features
document assiduously, so one of the first things I did was to choose the
default command for the Yap previewer under
Preferences-Output-General.  The default setting -- yap -1 -s $$n
$$t $$o -- leads to the Couldn't proceed message. And, although the
MiKTeX bin directory is in my PATH, I have also tried using a fully
qualified path to yap.exe and I still get the message in question. Any
other possibilities you can think of? And, again, is there anything
analogous to the Unix /var/log directory under Windows where I might be
able to examine a log file for clues?  Oh, also, can you (or anyone)
tell me how to run LyX under Windows from the command line with
debugging on?  I figure that might yield a clue or two as well but I
haven't been able to figure out how to do that; it doesn't seem to be a
simple matter of calling the .exe file with the -dbg option.

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
 
 Well, as I noted, I followed the instructions in the Additional
 Features document assiduously, so one of the first things I did
 was to choose the default command for the Yap previewer under
 Preferences-Output-General.  The default setting -- yap -1
 -s $$n $$t $$o -- leads to the Couldn't proceed message. And,
 although the MiKTeX bin directory is in my PATH, I have also tried
 using a fully qualified path to yap.exe and I still get the
 message in question. Any other possibilities you can think of?

That message is only printed either if the forward search command is
not defined or LyX is not able to map the cursor position to a row in
the LaTeX file. The relevant code is the following:

int row = doc_buffer-texrow().getRowFromIdPos(
   bv-cursor().paragraph().id(), bv-cursor().pos());
LYXERR(Debug::ACTION, Forward search: row:  row
  id:  bv-cursor().paragraph().id());
if (!row || command.empty()) {
dr.setMessage(_(Couldn't proceed.));
break;
}

So, if your command is not empty, we are left with the second option.
As you can see, using -dbg action, one is also informed about what
row in the LaTeX file is mapped to the paragraph where the cursor in
LyX currently is. Thus, the next thing to try is using -dbg action
and look in the output for the Forward search: row: ... id: ...
message. If row turns out to be zero, then that's the reason for the
failure.

 And, again, is there anything analogous to the Unix /var/log
 directory under Windows where I might be able to examine a log
 file for clues?

I don't think something similar exists in Windows.

 Oh, also, can you (or anyone) tell me how to run
 LyX under Windows from the command line with debugging on?  I
 figure that might yield a clue or two as well but I haven't been
 able to figure out how to do that; it doesn't seem to be a simple
 matter of calling the .exe file with the -dbg option.

If you are using one of the installers and not compiling LyX by yourself,
that is not going to work because I think that they compile LyX as a GUI
application, such that there's no standard input and output.
However, you can use the messages window (View-View messages) and set
there the wanted debug level (I think that -dbg action corresponds to
the User commands debug level).
If you are familiar with the Unix world, maybe you could try the Cygwin
version, which behaves as one expects when using the command line.

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 22/05/2011 6:07 PM, Enrico Forestieri wrote:
 Christopher Menzel writes:
 
 Well, as I noted, I followed the instructions in the Additional
 Features document assiduously, so one of the first things I did
 was to choose the default command for the Yap previewer under
 Preferences-Output-General.  The default setting -- yap -1
 -s $$n $$t $$o -- leads to the Couldn't proceed message. And,
 although the MiKTeX bin directory is in my PATH, I have also tried
 using a fully qualified path to yap.exe and I still get the
 message in question. Any other possibilities you can think of?
 
 That message is only printed either if the forward search command is
 not defined or LyX is not able to map the cursor position to a row in
 the LaTeX file. The relevant code is the following:
 
 int row = doc_buffer-texrow().getRowFromIdPos(
bv-cursor().paragraph().id(), bv-cursor().pos());
 LYXERR(Debug::ACTION, Forward search: row:  row
   id:  bv-cursor().paragraph().id());
 if (!row || command.empty()) {
   dr.setMessage(_(Couldn't proceed.));
 break;
 }
 
 So, if your command is not empty, we are left with the second option.
 As you can see, using -dbg action, one is also informed about what
 row in the LaTeX file is mapped to the paragraph where the cursor in
 LyX currently is. Thus, the next thing to try is using -dbg action
 and look in the output for the Forward search: row: ... id: ...
 message. If row turns out to be zero, then that's the reason for the
 failure.
 
 And, again, is there anything analogous to the Unix /var/log
 directory under Windows where I might be able to examine a log
 file for clues?
 
 I don't think something similar exists in Windows.
 
  Oh, also, can you (or anyone) tell me how to run
 LyX under Windows from the command line with debugging on?  I
 figure that might yield a clue or two as well but I haven't been
 able to figure out how to do that; it doesn't seem to be a simple
 matter of calling the .exe file with the -dbg option.
 
 If you are using one of the installers and not compiling LyX by yourself,
 that is not going to work because I think that they compile LyX as a GUI
 application, such that there's no standard input and output.
 However, you can use the messages window (View-View messages) and set
 there the wanted debug level (I think that -dbg action corresponds to
 the User commands debug level).

Yes, yes, that is exactly what I was looking for.  The relevant
debugging output appears to be this:

19:01:53.867: Couldn't proceed.
(forward-search)..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiWorkArea.cpp(747):
GuiWorkArea::focusInEvent(): 0A75D610

..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiApplication.cpp(1269): cmd:
..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiView.cpp(3539): Forward
search: row:106 id:93
..\..\lyx-2.0.0\src\BufferView.cpp(422):
BufferView::processUpdateFlags()[fitcursor = 0, forceupdate = 0,
singlepar = 0]  buffer: 034CA8A8
..\..\lyx-2.0.0\src\Buffer.cpp(2876): updateMacro of Recombination.lyx
..\..\..\..\lyx-2.0.0\src\frontends\qt4\LayoutBox.cpp(545): Already had
Standard selected.
..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiApplication.cpp(1085):
verbose dispatch msg Couldn't proceed. (forward-search)

The row information is indeed there.  I do not know enough about LyX's
internals to figure out from the rest of it why the forward search is
still failing.

-chris

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 22/05/2011 7:07 PM, Christopher Menzel wrote:
 ...Yes, yes, that is exactly what I was looking for.  The relevant
 debugging output appears to be this:
 
 ...
 The row information is indeed there.  I do not know enough about LyX's
 internals to figure out from the rest of it why the forward search is
 still failing.

Whoops, hang on, I had been doing a bit of experimenting with PDF output
and had deleted entry for a DVI viewer in Preferences - Output -
General.  I've put the command for Yap back in and now, well, forward
search is now working.  I am certain I had selected the built-in Yap
command when it was first failing, as I checked and double-checked
against the instructions, but perhaps I just had some sort of blind spot
(or, as I shall choose to believe, I inadvertently fixed something :-) .

Thanks for your time.

-chris

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On May 22, 2011, at 12:15 AM, Enrico Forestieri wrote:
 Christopher Menzel writes:

 Unfortunately, forward search is still not functioning, although I
 do see a small message at the bottom of the screen that reports
 Couldn't proceed when I invoke the Forward Search command, in case
 that's a clue;

 Yes, it is. Most probably, you don't defined a command for performing the
 forward search. This depends on the viewer you use and you can find a
 predefined list for some most used viewers in
 Preferences-Output-General.
 Pick the one for your viewer and you should be fine. If your viewer is
 not listed, you will have to discover whether it supports forward search
 and what command should be used.

Well, as I noted, I followed the instructions in the Additional Features
document assiduously, so one of the first things I did was to choose the
default command for the Yap previewer under
Preferences-Output-General.  The default setting -- yap -1 -s $$n
$$t $$o -- leads to the Couldn't proceed message. And, although the
MiKTeX bin directory is in my PATH, I have also tried using a fully
qualified path to yap.exe and I still get the message in question. Any
other possibilities you can think of? And, again, is there anything
analogous to the Unix /var/log directory under Windows where I might be
able to examine a log file for clues?  Oh, also, can you (or anyone)
tell me how to run LyX under Windows from the command line with
debugging on?  I figure that might yield a clue or two as well but I
haven't been able to figure out how to do that; it doesn't seem to be a
simple matter of calling the .exe file with the -dbg option.

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
 
 Well, as I noted, I followed the instructions in the Additional
 Features document assiduously, so one of the first things I did
 was to choose the default command for the Yap previewer under
 Preferences-Output-General.  The default setting -- yap -1
 -s $$n $$t $$o -- leads to the Couldn't proceed message. And,
 although the MiKTeX bin directory is in my PATH, I have also tried
 using a fully qualified path to yap.exe and I still get the
 message in question. Any other possibilities you can think of?

That message is only printed either if the forward search command is
not defined or LyX is not able to map the cursor position to a row in
the LaTeX file. The relevant code is the following:

int row = doc_buffer-texrow().getRowFromIdPos(
   bv-cursor().paragraph().id(), bv-cursor().pos());
LYXERR(Debug::ACTION, Forward search: row:  row
  id:  bv-cursor().paragraph().id());
if (!row || command.empty()) {
dr.setMessage(_(Couldn't proceed.));
break;
}

So, if your command is not empty, we are left with the second option.
As you can see, using -dbg action, one is also informed about what
row in the LaTeX file is mapped to the paragraph where the cursor in
LyX currently is. Thus, the next thing to try is using -dbg action
and look in the output for the Forward search: row: ... id: ...
message. If row turns out to be zero, then that's the reason for the
failure.

 And, again, is there anything analogous to the Unix /var/log
 directory under Windows where I might be able to examine a log
 file for clues?

I don't think something similar exists in Windows.

 Oh, also, can you (or anyone) tell me how to run
 LyX under Windows from the command line with debugging on?  I
 figure that might yield a clue or two as well but I haven't been
 able to figure out how to do that; it doesn't seem to be a simple
 matter of calling the .exe file with the -dbg option.

If you are using one of the installers and not compiling LyX by yourself,
that is not going to work because I think that they compile LyX as a GUI
application, such that there's no standard input and output.
However, you can use the messages window (View-View messages) and set
there the wanted debug level (I think that -dbg action corresponds to
the User commands debug level).
If you are familiar with the Unix world, maybe you could try the Cygwin
version, which behaves as one expects when using the command line.

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 22/05/2011 6:07 PM, Enrico Forestieri wrote:
 Christopher Menzel writes:
 
 Well, as I noted, I followed the instructions in the Additional
 Features document assiduously, so one of the first things I did
 was to choose the default command for the Yap previewer under
 Preferences-Output-General.  The default setting -- yap -1
 -s $$n $$t $$o -- leads to the Couldn't proceed message. And,
 although the MiKTeX bin directory is in my PATH, I have also tried
 using a fully qualified path to yap.exe and I still get the
 message in question. Any other possibilities you can think of?
 
 That message is only printed either if the forward search command is
 not defined or LyX is not able to map the cursor position to a row in
 the LaTeX file. The relevant code is the following:
 
 int row = doc_buffer-texrow().getRowFromIdPos(
bv-cursor().paragraph().id(), bv-cursor().pos());
 LYXERR(Debug::ACTION, Forward search: row:  row
   id:  bv-cursor().paragraph().id());
 if (!row || command.empty()) {
   dr.setMessage(_(Couldn't proceed.));
 break;
 }
 
 So, if your command is not empty, we are left with the second option.
 As you can see, using -dbg action, one is also informed about what
 row in the LaTeX file is mapped to the paragraph where the cursor in
 LyX currently is. Thus, the next thing to try is using -dbg action
 and look in the output for the Forward search: row: ... id: ...
 message. If row turns out to be zero, then that's the reason for the
 failure.
 
 And, again, is there anything analogous to the Unix /var/log
 directory under Windows where I might be able to examine a log
 file for clues?
 
 I don't think something similar exists in Windows.
 
  Oh, also, can you (or anyone) tell me how to run
 LyX under Windows from the command line with debugging on?  I
 figure that might yield a clue or two as well but I haven't been
 able to figure out how to do that; it doesn't seem to be a simple
 matter of calling the .exe file with the -dbg option.
 
 If you are using one of the installers and not compiling LyX by yourself,
 that is not going to work because I think that they compile LyX as a GUI
 application, such that there's no standard input and output.
 However, you can use the messages window (View-View messages) and set
 there the wanted debug level (I think that -dbg action corresponds to
 the User commands debug level).

Yes, yes, that is exactly what I was looking for.  The relevant
debugging output appears to be this:

19:01:53.867: Couldn't proceed.
(forward-search)..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiWorkArea.cpp(747):
GuiWorkArea::focusInEvent(): 0A75D610

..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiApplication.cpp(1269): cmd:
..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiView.cpp(3539): Forward
search: row:106 id:93
..\..\lyx-2.0.0\src\BufferView.cpp(422):
BufferView::processUpdateFlags()[fitcursor = 0, forceupdate = 0,
singlepar = 0]  buffer: 034CA8A8
..\..\lyx-2.0.0\src\Buffer.cpp(2876): updateMacro of Recombination.lyx
..\..\..\..\lyx-2.0.0\src\frontends\qt4\LayoutBox.cpp(545): Already had
Standard selected.
..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiApplication.cpp(1085):
verbose dispatch msg Couldn't proceed. (forward-search)

The row information is indeed there.  I do not know enough about LyX's
internals to figure out from the rest of it why the forward search is
still failing.

-chris

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 22/05/2011 7:07 PM, Christopher Menzel wrote:
 ...Yes, yes, that is exactly what I was looking for.  The relevant
 debugging output appears to be this:
 
 ...
 The row information is indeed there.  I do not know enough about LyX's
 internals to figure out from the rest of it why the forward search is
 still failing.

Whoops, hang on, I had been doing a bit of experimenting with PDF output
and had deleted entry for a DVI viewer in Preferences - Output -
General.  I've put the command for Yap back in and now, well, forward
search is now working.  I am certain I had selected the built-in Yap
command when it was first failing, as I checked and double-checked
against the instructions, but perhaps I just had some sort of blind spot
(or, as I shall choose to believe, I inadvertently fixed something :-) .

Thanks for your time.

-chris

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On May 22, 2011, at 12:15 AM, Enrico Forestieri wrote:
> Christopher Menzel writes:
>
>> Unfortunately, forward search is still not functioning, although I
>> do see a small message at the bottom of the screen that reports
>> "Couldn't proceed" when I invoke the Forward Search command, in case
>> that's a clue;
>
> Yes, it is. Most probably, you don't defined a command for performing the
> forward search. This depends on the viewer you use and you can find a
> predefined list for some most used viewers in
> Preferences->Output->General.
> Pick the one for your viewer and you should be fine. If your viewer is
> not listed, you will have to discover whether it supports forward search
> and what command should be used.

Well, as I noted, I followed the instructions in the Additional Features
document assiduously, so one of the first things I did was to choose the
default command for the Yap previewer under
Preferences->Output->General.  The default setting -- yap -1 -s "$$n
$$t" $$o -- leads to the "Couldn't proceed" message. And, although the
MiKTeX bin directory is in my PATH, I have also tried using a fully
qualified path to yap.exe and I still get the message in question. Any
other possibilities you can think of? And, again, is there anything
analogous to the Unix /var/log directory under Windows where I might be
able to examine a log file for clues?  Oh, also, can you (or anyone)
tell me how to run LyX under Windows from the command line with
debugging on?  I figure that might yield a clue or two as well but I
haven't been able to figure out how to do that; it doesn't seem to be a
simple matter of calling the .exe file with the -dbg option.

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
> 
> Well, as I noted, I followed the instructions in the Additional
> Features document assiduously, so one of the first things I did
> was to choose the default command for the Yap previewer under
> Preferences->Output->General.  The default setting -- yap -1
> -s "$$n $$t" $$o -- leads to the "Couldn't proceed" message. And,
> although the MiKTeX bin directory is in my PATH, I have also tried
> using a fully qualified path to yap.exe and I still get the
> message in question. Any other possibilities you can think of?

That message is only printed either if the forward search command is
not defined or LyX is not able to map the cursor position to a row in
the LaTeX file. The relevant code is the following:

int row = doc_buffer->texrow().getRowFromIdPos(
   bv->cursor().paragraph().id(), bv->cursor().pos());
LYXERR(Debug::ACTION, "Forward search: row:" << row
<< " id:" << bv->cursor().paragraph().id());
if (!row || command.empty()) {
dr.setMessage(_("Couldn't proceed."));
break;
}

So, if your command is not empty, we are left with the second option.
As you can see, using "-dbg action", one is also informed about what
row in the LaTeX file is mapped to the paragraph where the cursor in
LyX currently is. Thus, the next thing to try is using -dbg action
and look in the output for the "Forward search: row: ... id: ..."
message. If row turns out to be zero, then that's the reason for the
failure.

> And, again, is there anything analogous to the Unix /var/log
> directory under Windows where I might be able to examine a log
> file for clues?

I don't think something similar exists in Windows.

> Oh, also, can you (or anyone) tell me how to run
> LyX under Windows from the command line with debugging on?  I
> figure that might yield a clue or two as well but I haven't been
> able to figure out how to do that; it doesn't seem to be a simple
> matter of calling the .exe file with the -dbg option.

If you are using one of the installers and not compiling LyX by yourself,
that is not going to work because I think that they compile LyX as a GUI
application, such that there's no standard input and output.
However, you can use the messages window (View->View messages) and set
there the wanted debug level (I think that "-dbg action" corresponds to
the "User commands" debug level).
If you are familiar with the Unix world, maybe you could try the Cygwin
version, which behaves as one expects when using the command line.

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 22/05/2011 6:07 PM, Enrico Forestieri wrote:
> Christopher Menzel writes:
>> 
>> Well, as I noted, I followed the instructions in the Additional
>> Features document assiduously, so one of the first things I did
>> was to choose the default command for the Yap previewer under
>> Preferences->Output->General.  The default setting -- yap -1
>> -s "$$n $$t" $$o -- leads to the "Couldn't proceed" message. And,
>> although the MiKTeX bin directory is in my PATH, I have also tried
>> using a fully qualified path to yap.exe and I still get the
>> message in question. Any other possibilities you can think of?
> 
> That message is only printed either if the forward search command is
> not defined or LyX is not able to map the cursor position to a row in
> the LaTeX file. The relevant code is the following:
> 
> int row = doc_buffer->texrow().getRowFromIdPos(
>bv->cursor().paragraph().id(), bv->cursor().pos());
> LYXERR(Debug::ACTION, "Forward search: row:" << row
> << " id:" << bv->cursor().paragraph().id());
> if (!row || command.empty()) {
>   dr.setMessage(_("Couldn't proceed."));
> break;
> }
> 
> So, if your command is not empty, we are left with the second option.
> As you can see, using "-dbg action", one is also informed about what
> row in the LaTeX file is mapped to the paragraph where the cursor in
> LyX currently is. Thus, the next thing to try is using -dbg action
> and look in the output for the "Forward search: row: ... id: ..."
> message. If row turns out to be zero, then that's the reason for the
> failure.
> 
>> And, again, is there anything analogous to the Unix /var/log
>> directory under Windows where I might be able to examine a log
>> file for clues?
> 
> I don't think something similar exists in Windows.
> 
>>  Oh, also, can you (or anyone) tell me how to run
>> LyX under Windows from the command line with debugging on?  I
>> figure that might yield a clue or two as well but I haven't been
>> able to figure out how to do that; it doesn't seem to be a simple
>> matter of calling the .exe file with the -dbg option.
> 
> If you are using one of the installers and not compiling LyX by yourself,
> that is not going to work because I think that they compile LyX as a GUI
> application, such that there's no standard input and output.
> However, you can use the messages window (View->View messages) and set
> there the wanted debug level (I think that "-dbg action" corresponds to
> the "User commands" debug level).

Yes, yes, that is exactly what I was looking for.  The relevant
debugging output appears to be this:

19:01:53.867: Couldn't proceed.
(forward-search)..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiWorkArea.cpp(747):
GuiWorkArea::focusInEvent(): 0A75D610

..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiApplication.cpp(1269): cmd:
..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiView.cpp(3539): Forward
search: row:106 id:93
..\..\lyx-2.0.0\src\BufferView.cpp(422):
BufferView::processUpdateFlags()[fitcursor = 0, forceupdate = 0,
singlepar = 0]  buffer: 034CA8A8
..\..\lyx-2.0.0\src\Buffer.cpp(2876): updateMacro of Recombination.lyx
..\..\..\..\lyx-2.0.0\src\frontends\qt4\LayoutBox.cpp(545): Already had
Standard selected.
..\..\..\..\lyx-2.0.0\src\frontends\qt4\GuiApplication.cpp(1085):
verbose dispatch msg Couldn't proceed. (forward-search)

The row information is indeed there.  I do not know enough about LyX's
internals to figure out from the rest of it why the forward search is
still failing.

-chris

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 22/05/2011 7:07 PM, Christopher Menzel wrote:
> ...Yes, yes, that is exactly what I was looking for.  The relevant
> debugging output appears to be this:
> 
> ...
> The row information is indeed there.  I do not know enough about LyX's
> internals to figure out from the rest of it why the forward search is
> still failing.

Whoops, hang on, I had been doing a bit of experimenting with PDF output
and had deleted entry for a DVI viewer in Preferences -> Output ->
General.  I've put the command for Yap back in and now, well, forward
search is now working.  I am certain I had selected the built-in Yap
command when it was first failing, as I checked and double-checked
against the instructions, but perhaps I just had some sort of blind spot
(or, as I shall choose to believe, I inadvertently fixed something :-) .

Thanks for your time.

-chris

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 20/05/2011 2:43 PM, Enrico Forestieri wrote:
 Christopher Menzel writes:

 I have followed all the instructions assiduously in the Additional
 Features document -- path to LyXserver pipe is set to
 \\.\pipe\lyxpipe, I've created the batch file lyxeditor.bat, have
 configured Yap properly, etc.  But when I double-click in my DVI
 preview document, a command window pops up quickly with the message
 The system cannot find the file specified.

 Make sure you use the full path to lyxeditor.bat in yap.

A reasonable suggestion, but I'm of course using the full path.
Actually, I'm happy to report that inverse searching has begun to work,
without my having made any changes to my LyX config.  I have no idea
why.  Unfortunately, forward search is still not functioning, although I
do see a small message at the bottom of the screen that reports
Couldn't proceed when I invoke the Forward Search command, in case
that's a clue; I can't find anything on the Web or the LyX wiki. And I
can't find any LyX error logs to look through.  (Where do programs
typically keep those under Windows?  Is there anything analagous to the
unix /var/log dir?

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
 
 Unfortunately, forward search is still not functioning, although I
 do see a small message at the bottom of the screen that reports
 Couldn't proceed when I invoke the Forward Search command, in case
 that's a clue;

Yes, it is. Most probably, you don't defined a command for performing the
forward search. This depends on the viewer you use and you can find a
predefined list for some most used viewers in Preferences-Output-General.
Pick the one for your viewer and you should be fine. If your viewer is
not listed, you will have to discover whether it supports forward search
and what command should be used.

-- 
Enrico

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 20/05/2011 2:43 PM, Enrico Forestieri wrote:
 Christopher Menzel writes:

 I have followed all the instructions assiduously in the Additional
 Features document -- path to LyXserver pipe is set to
 \\.\pipe\lyxpipe, I've created the batch file lyxeditor.bat, have
 configured Yap properly, etc.  But when I double-click in my DVI
 preview document, a command window pops up quickly with the message
 The system cannot find the file specified.

 Make sure you use the full path to lyxeditor.bat in yap.

A reasonable suggestion, but I'm of course using the full path.
Actually, I'm happy to report that inverse searching has begun to work,
without my having made any changes to my LyX config.  I have no idea
why.  Unfortunately, forward search is still not functioning, although I
do see a small message at the bottom of the screen that reports
Couldn't proceed when I invoke the Forward Search command, in case
that's a clue; I can't find anything on the Web or the LyX wiki. And I
can't find any LyX error logs to look through.  (Where do programs
typically keep those under Windows?  Is there anything analagous to the
unix /var/log dir?

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
 
 Unfortunately, forward search is still not functioning, although I
 do see a small message at the bottom of the screen that reports
 Couldn't proceed when I invoke the Forward Search command, in case
 that's a clue;

Yes, it is. Most probably, you don't defined a command for performing the
forward search. This depends on the viewer you use and you can find a
predefined list for some most used viewers in Preferences-Output-General.
Pick the one for your viewer and you should be fine. If your viewer is
not listed, you will have to discover whether it supports forward search
and what command should be used.

-- 
Enrico

Re: Forward/reverse searching problems under Windows

[Christopher Menzel]

On 20/05/2011 2:43 PM, Enrico Forestieri wrote:
> Christopher Menzel writes:
>>
>> I have followed all the instructions assiduously in the Additional
>> Features document -- path to LyXserver pipe is set to
>> \\.\pipe\lyxpipe, I've created the batch file lyxeditor.bat, have
>> configured Yap properly, etc.  But when I double-click in my DVI
>> preview document, a command window pops up quickly with the message
>> "The system cannot find the file specified".
>
> Make sure you use the full path to lyxeditor.bat in yap.

A reasonable suggestion, but I'm of course using the full path.
Actually, I'm happy to report that inverse searching has begun to work,
without my having made any changes to my LyX config.  I have no idea
why.  Unfortunately, forward search is still not functioning, although I
do see a small message at the bottom of the screen that reports
"Couldn't proceed" when I invoke the Forward Search command, in case
that's a clue; I can't find anything on the Web or the LyX wiki. And I
can't find any LyX error logs to look through.  (Where do programs
typically keep those under Windows?  Is there anything analagous to the
unix /var/log dir?

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
> 
> Unfortunately, forward search is still not functioning, although I
> do see a small message at the bottom of the screen that reports
> "Couldn't proceed" when I invoke the Forward Search command, in case
> that's a clue;

Yes, it is. Most probably, you don't defined a command for performing the
forward search. This depends on the viewer you use and you can find a
predefined list for some most used viewers in Preferences->Output->General.
Pick the one for your viewer and you should be fine. If your viewer is
not listed, you will have to discover whether it supports forward search
and what command should be used.

-- 
Enrico

Forward/reverse searching problems under Windows

[Christopher Menzel]

LyX folk:

I usually work in OS X or Linux but on occasion work in Windows 7.  No
problems at all with LyX under the former two but both forward and
inverse searching are failing under Windows.  I have followed all the
instructions assiduously in the Additional Features document -- path to
LyXserver pipe is set to \\.\pipe\lyxpipe, I've created the batch file
lyxeditor.bat, have configured Yap properly, etc.  But when I
double-click in my DVI preview document, a command window pops up
quickly with the message The system cannot find the file specified. 
I've seen a couple of reports of problems with inverse search and MikTeX
2.9 but no solutions.  Any help or relevant information appreciated. 
I'm using LyX 2.0, of course.

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
 
 I have followed all the
 instructions assiduously in the Additional Features document -- path to
 LyXserver pipe is set to \\.\pipe\lyxpipe, I've created the batch file
 lyxeditor.bat, have configured Yap properly, etc.  But when I
 double-click in my DVI preview document, a command window pops up
 quickly with the message The system cannot find the file specified.

Make sure you use the full path to lyxeditor.bat in yap.

 I've seen a couple of reports of problems with inverse search and MikTeX
 2.9 but no solutions.

Uh? It works just fine for me.

-- 
Enrico

Forward/reverse searching problems under Windows

[Christopher Menzel]

LyX folk:

I usually work in OS X or Linux but on occasion work in Windows 7.  No
problems at all with LyX under the former two but both forward and
inverse searching are failing under Windows.  I have followed all the
instructions assiduously in the Additional Features document -- path to
LyXserver pipe is set to \\.\pipe\lyxpipe, I've created the batch file
lyxeditor.bat, have configured Yap properly, etc.  But when I
double-click in my DVI preview document, a command window pops up
quickly with the message The system cannot find the file specified. 
I've seen a couple of reports of problems with inverse search and MikTeX
2.9 but no solutions.  Any help or relevant information appreciated. 
I'm using LyX 2.0, of course.

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
 
 I have followed all the
 instructions assiduously in the Additional Features document -- path to
 LyXserver pipe is set to \\.\pipe\lyxpipe, I've created the batch file
 lyxeditor.bat, have configured Yap properly, etc.  But when I
 double-click in my DVI preview document, a command window pops up
 quickly with the message The system cannot find the file specified.

Make sure you use the full path to lyxeditor.bat in yap.

 I've seen a couple of reports of problems with inverse search and MikTeX
 2.9 but no solutions.

Uh? It works just fine for me.

-- 
Enrico

Forward/reverse searching problems under Windows

[Christopher Menzel]

LyX folk:

I usually work in OS X or Linux but on occasion work in Windows 7.  No
problems at all with LyX under the former two but both forward and
inverse searching are failing under Windows.  I have followed all the
instructions assiduously in the Additional Features document -- path to
LyXserver pipe is set to \\.\pipe\lyxpipe, I've created the batch file
lyxeditor.bat, have configured Yap properly, etc.  But when I
double-click in my DVI preview document, a command window pops up
quickly with the message "The system cannot find the file specified". 
I've seen a couple of reports of problems with inverse search and MikTeX
2.9 but no solutions.  Any help or relevant information appreciated. 
I'm using LyX 2.0, of course.

Chris Menzel

Re: Forward/reverse searching problems under Windows

[Enrico Forestieri]

Christopher Menzel writes:
> 
> I have followed all the
> instructions assiduously in the Additional Features document -- path to
> LyXserver pipe is set to \\.\pipe\lyxpipe, I've created the batch file
> lyxeditor.bat, have configured Yap properly, etc.  But when I
> double-click in my DVI preview document, a command window pops up
> quickly with the message "The system cannot find the file specified".

Make sure you use the full path to lyxeditor.bat in yap.

> I've seen a couple of reports of problems with inverse search and MikTeX
> 2.9 but no solutions.

Uh? It works just fine for me.

-- 
Enrico

Re: searching for double quotes?

[stefano franchi]

On Thu, Jul 29, 2010 at 7:11 PM, Richard Heck rgh...@comcast.net wrote:

 On 07/29/2010 03:59 PM, stefano franchi wrote:

 Dear all,

 I need to do an extensive search and replace that would change all
 occurrences of . to . (rightdoublequotes + period --
 period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
 seem to even see the double quotes (i.e. a find for  fails.) I tried the
 advanced search of Lyx 2.alpha 5, but got no results there either. Is there
 some special trick I I should be using?

  This is precisely the sort of thing for which advanced search is supposed
 to work.

 I can get it to find a double quote, and to do the replacement. You might
 need to make sure you have the right double quote. Typing . will get you a
 LEFT quote plus a period. So you have to type , then type  again, to get a
 right quote, delete the first one, then type the period, and search for
 that. Same with the replacement.

 rh

 Aha! That was the trick. It works fine indeed

Thx,

S.





-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas AM University Fax: (1) 979 845-0458
College Station, Texas, USA

Re: searching for double quotes?

[stefano franchi]

On Thu, Jul 29, 2010 at 7:11 PM, Richard Heck rgh...@comcast.net wrote:

 On 07/29/2010 03:59 PM, stefano franchi wrote:

 Dear all,

 I need to do an extensive search and replace that would change all
 occurrences of . to . (rightdoublequotes + period --
 period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
 seem to even see the double quotes (i.e. a find for  fails.) I tried the
 advanced search of Lyx 2.alpha 5, but got no results there either. Is there
 some special trick I I should be using?

  This is precisely the sort of thing for which advanced search is supposed
 to work.

 I can get it to find a double quote, and to do the replacement. You might
 need to make sure you have the right double quote. Typing . will get you a
 LEFT quote plus a period. So you have to type , then type  again, to get a
 right quote, delete the first one, then type the period, and search for
 that. Same with the replacement.

 rh

 Aha! That was the trick. It works fine indeed

Thx,

S.





-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas AM University Fax: (1) 979 845-0458
College Station, Texas, USA

Re: searching for double quotes?

[stefano franchi]

On Thu, Jul 29, 2010 at 7:11 PM, Richard Heck  wrote:

> On 07/29/2010 03:59 PM, stefano franchi wrote:
>
>> Dear all,
>>
>> I need to do an extensive search and replace that would change all
>> occurrences of ". to ." (rightdoublequotes + period -->
>> period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
>> seem to even see the double quotes (i.e. a find for " fails.) I tried the
>> advanced search of Lyx 2.alpha 5, but got no results there either. Is there
>> some special trick I I should be using?
>>
>>  This is precisely the sort of thing for which advanced search is supposed
> to work.
>
> I can get it to find a double quote, and to do the replacement. You might
> need to make sure you have the right double quote. Typing ". will get you a
> LEFT quote plus a period. So you have to type ", then type " again, to get a
> right quote, delete the first one, then type the period, and search for
> that. Same with the replacement.
>
> rh
>
> Aha! That was the trick. It works fine indeed

Thx,

S.





-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas A University Fax: (1) 979 845-0458
College Station, Texas, USA

searching for double quotes?

[stefano franchi]

Dear all,

I need to do an extensive search and replace that would change all
occurrences of . to . (rightdoublequotes + period --
period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
seem to even see the double quotes (i.e. a find for  fails.) I tried the
advanced search of Lyx 2.alpha 5, but got no results there either. Is there
some special trick I I should be using?

Thanks,

Stefano

-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas AM University Fax: (1) 979 845-0458
College Station, Texas, USA

Re: searching for double quotes?

[Tennessee Carmel-Veilleux]

Sorry, my e-mail client defaulted to personal reply. Here is the reply with
Stefano's solution to his problem.

-- Forwarded message --
From: stefano franchi fran...@philosophy.tamu.edu
Date: 29 July 2010 18:25
Subject: Re: searching for double quotes?
To: Tennessee Carmel-Veilleux tennessee.carmelveill...@gmail.com

On Thu, Jul 29, 2010 at 3:33 PM, Tennessee Carmel-Veilleux 
tennessee.carmelveill...@gmail.com wrote:

 On 29 July 2010 15:59, stefano franchi fran...@philosophy.tamu.eduwrote:

 Dear all,

 I need to do an extensive search and replace that would change all
 occurrences of . to . (rightdoublequotes + period --
 period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
 seem to even see the double quotes (i.e. a find for  fails.) I tried the
 advanced search of Lyx 2.alpha 5, but got no results there either. Is there
 some special trick I I should be using?

 Do you have an example of the LaTeX source generated by the . snippet
 (View:View Source) ? Maybe you could send us a bare-bones LyX file that
 contains only one sentence with the offending character. Many options exist
 to do search-and-replace that LyX cannot do, but they vary in hackishness
 depending on what needs to be search/replaced.


I solved the problem by doing a search and replace on the .lyx  source file
with a regular editor. But Tennessee gave me another idea that would have
worked as well: copy the curly double quote character from the source code
window into Lyx's standard search and replace dialog box. My problem was
that  I could not find a way to enter the curly double quote character into
the dialog box.

I would post a snippet, but the cut and paste from Lyx to Google mail
changes the curly quotes to regular quotes. See enclosed file for a minimal
example.


Cheers,

Stefano


 Best regards,

 Tennessee Carmel-Veilleux, ing. jr.
 Electrical engineering masters student, ETS (http://www.etsmtl.ca)
 Project AREXIMAS (http://areximas.etsmtl.ca)


-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas AM University Fax: (1) 979 845-0458
College Station, Texas, USA


curly-quotes-minimimal-example.lyx
Description: Binary data

searching for double quotes?

[stefano franchi]

Dear all,

I need to do an extensive search and replace that would change all
occurrences of . to . (rightdoublequotes + period --
period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
seem to even see the double quotes (i.e. a find for  fails.) I tried the
advanced search of Lyx 2.alpha 5, but got no results there either. Is there
some special trick I I should be using?

Thanks,

Stefano

-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas AM University Fax: (1) 979 845-0458
College Station, Texas, USA

Re: searching for double quotes?

[Tennessee Carmel-Veilleux]

Sorry, my e-mail client defaulted to personal reply. Here is the reply with
Stefano's solution to his problem.

-- Forwarded message --
From: stefano franchi fran...@philosophy.tamu.edu
Date: 29 July 2010 18:25
Subject: Re: searching for double quotes?
To: Tennessee Carmel-Veilleux tennessee.carmelveill...@gmail.com

On Thu, Jul 29, 2010 at 3:33 PM, Tennessee Carmel-Veilleux 
tennessee.carmelveill...@gmail.com wrote:

 On 29 July 2010 15:59, stefano franchi fran...@philosophy.tamu.eduwrote:

 Dear all,

 I need to do an extensive search and replace that would change all
 occurrences of . to . (rightdoublequotes + period --
 period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
 seem to even see the double quotes (i.e. a find for  fails.) I tried the
 advanced search of Lyx 2.alpha 5, but got no results there either. Is there
 some special trick I I should be using?

 Do you have an example of the LaTeX source generated by the . snippet
 (View:View Source) ? Maybe you could send us a bare-bones LyX file that
 contains only one sentence with the offending character. Many options exist
 to do search-and-replace that LyX cannot do, but they vary in hackishness
 depending on what needs to be search/replaced.


I solved the problem by doing a search and replace on the .lyx  source file
with a regular editor. But Tennessee gave me another idea that would have
worked as well: copy the curly double quote character from the source code
window into Lyx's standard search and replace dialog box. My problem was
that  I could not find a way to enter the curly double quote character into
the dialog box.

I would post a snippet, but the cut and paste from Lyx to Google mail
changes the curly quotes to regular quotes. See enclosed file for a minimal
example.


Cheers,

Stefano


 Best regards,

 Tennessee Carmel-Veilleux, ing. jr.
 Electrical engineering masters student, ETS (http://www.etsmtl.ca)
 Project AREXIMAS (http://areximas.etsmtl.ca)


-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas AM University Fax: (1) 979 845-0458
College Station, Texas, USA


curly-quotes-minimimal-example.lyx
Description: Binary data

searching for double quotes?

[stefano franchi]

Dear all,

I need to do an extensive search and replace that would change all
occurrences of ". to ." (rightdoublequotes + period -->
period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
seem to even see the double quotes (i.e. a find for " fails.) I tried the
advanced search of Lyx 2.alpha 5, but got no results there either. Is there
some special trick I I should be using?

Thanks,

Stefano

-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas A University Fax: (1) 979 845-0458
College Station, Texas, USA

Re: searching for double quotes?

[Tennessee Carmel-Veilleux]

Sorry, my e-mail client defaulted to personal reply. Here is the reply with
Stefano's solution to his problem.

-- Forwarded message --
From: stefano franchi <fran...@philosophy.tamu.edu>
Date: 29 July 2010 18:25
Subject: Re: searching for double quotes?
To: Tennessee Carmel-Veilleux <tennessee.carmelveill...@gmail.com>

On Thu, Jul 29, 2010 at 3:33 PM, Tennessee Carmel-Veilleux <
tennessee.carmelveill...@gmail.com> wrote:

> On 29 July 2010 15:59, stefano franchi <fran...@philosophy.tamu.edu>wrote:
>
>> Dear all,
>>
>> I need to do an extensive search and replace that would change all
>> occurrences of ". to ." (rightdoublequotes + period -->
>> period+rightdoublequotes). Is there any way to do this in Lyx? 1.6 does not
>> seem to even see the double quotes (i.e. a find for " fails.) I tried the
>> advanced search of Lyx 2.alpha 5, but got no results there either. Is there
>> some special trick I I should be using?
>>
>> Do you have an example of the LaTeX source generated by the ". snippet
> (View:View Source) ? Maybe you could send us a bare-bones LyX file that
> contains only one sentence with the offending character. Many options exist
> to do search-and-replace that LyX cannot do, but they vary in hackishness
> depending on what needs to be search/replaced.
>
>
I solved the problem by doing a search and replace on the .lyx  source file
with a regular editor. But Tennessee gave me another idea that would have
worked as well: copy the curly double quote character from the source code
window into Lyx's standard search and replace dialog box. My problem was
that  I could not find a way to enter the curly double quote character into
the dialog box.

I would post a snippet, but the cut and paste from Lyx to Google mail
changes the curly quotes to regular quotes. See enclosed file for a minimal
example.


Cheers,

Stefano


> Best regards,
>
> Tennessee Carmel-Veilleux, ing. jr.
> Electrical engineering masters student, ETS (http://www.etsmtl.ca)
> Project AREXIMAS (http://areximas.etsmtl.ca)
>
>
-- 
__
Stefano Franchi
Department of Philosophy   Ph:   (1) 979 862-2211
Texas A University Fax: (1) 979 845-0458
College Station, Texas, USA


curly-quotes-minimimal-example.lyx
Description: Binary data

Searching

[Nick Bell]

Hi,

Is there a way to search for text content, irrespective of markup? e.g. 
if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text, searching 
for 'H2O' results in 'not found'. This is a bit difficult when writing 
docs with parameters like scond (S\textsubscript{cond}) and sacin 
(S\textsubscript{acin}).


Many thanks

Nick Bell

Re: Searching

[Uwe Stöhr]

Nick Bell schrieb:

Is there a way to search for text content, irrespective of markup? e.g. 
if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text, searching 
for 'H2O' results in 'not found'.


Not yet, but we are currently implementing this feature.

So currently you have to open the LyX-fikle with a ext editor and then 
search.


regards Uwe

Re: Searching

[Typhoon]

On Sat, 15 Nov 2008 23:17:28 +0100
Uwe Stöhr [EMAIL PROTECTED] wrote:

 Nick Bell schrieb:
 
  Is there a way to search for text content, irrespective of markup?
  e.g. if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text,
  searching for 'H2O' results in 'not found'.
 
 Not yet, but we are currently implementing this feature.
 
 So currently you have to open the LyX-fikle with a ext editor and
 then search.

I know that it was a typo, but the idea of a LyX-fikle is so appealing
that I think I will put in a feature request!

Cheers,
Alan
 
 regards Uwe
 

Searching

[Nick Bell]

Hi,

Is there a way to search for text content, irrespective of markup? e.g. 
if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text, searching 
for 'H2O' results in 'not found'. This is a bit difficult when writing 
docs with parameters like scond (S\textsubscript{cond}) and sacin 
(S\textsubscript{acin}).


Many thanks

Nick Bell

Re: Searching

[Uwe Stöhr]

Nick Bell schrieb:

Is there a way to search for text content, irrespective of markup? e.g. 
if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text, searching 
for 'H2O' results in 'not found'.


Not yet, but we are currently implementing this feature.

So currently you have to open the LyX-fikle with a ext editor and then 
search.


regards Uwe

Re: Searching

[Typhoon]

On Sat, 15 Nov 2008 23:17:28 +0100
Uwe Stöhr [EMAIL PROTECTED] wrote:

 Nick Bell schrieb:
 
  Is there a way to search for text content, irrespective of markup?
  e.g. if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text,
  searching for 'H2O' results in 'not found'.
 
 Not yet, but we are currently implementing this feature.
 
 So currently you have to open the LyX-fikle with a ext editor and
 then search.

I know that it was a typo, but the idea of a LyX-fikle is so appealing
that I think I will put in a feature request!

Cheers,
Alan
 
 regards Uwe
 

Searching

[Nick Bell]

Hi,

Is there a way to search for text content, irrespective of markup? e.g. 
if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text, searching 
for 'H2O' results in 'not found'. This is a bit difficult when writing 
docs with parameters like scond (S\textsubscript{cond}) and sacin 
(S\textsubscript{acin}).


Many thanks

Nick Bell

Re: Searching

[Uwe Stöhr]

Nick Bell schrieb:

Is there a way to search for text content, irrespective of markup? e.g. 
if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text, searching 
for 'H2O' results in 'not found'.


Not yet, but we are currently implementing this feature.

So currently you have to open the LyX-fikle with a ext editor and then 
search.


regards Uwe

Re: Searching

[Typhoon]

On Sat, 15 Nov 2008 23:17:28 +0100
Uwe Stöhr <[EMAIL PROTECTED]> wrote:

> Nick Bell schrieb:
> 
> > Is there a way to search for text content, irrespective of markup?
> > e.g. if I have H\textsubscript{2}O or H$_{\text{2}}$O in the text,
> > searching for 'H2O' results in 'not found'.
> 
> Not yet, but we are currently implementing this feature.
> 
> So currently you have to open the LyX-fikle with a ext editor and
> then search.

I know that it was a typo, but the idea of a LyX-fikle is so appealing
that I think I will put in a feature request!

Cheers,
Alan
> 
> regards Uwe
> 

searching a document for citations

[John Niekrasz]

I would like to use the Find and Replace feature to search my
document for particular citations. Entering the author name or even
the bibtex key does not find the citation within the document. At the
moment I am generating a PDF of my document and then searching the PDF
for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?

Thanks for the help,
John

Re: searching a document for citations

[killermike]

John Niekrasz wrote:

for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?
  
1.6 can list by citations in the sidebar. Unfortunately, it only lists 
the key and isn't searchable. 1.6 also allows you to specify that 
hyperlinked back-refs be created in the bibliography section of a PDF.


--
http://www.unmusic.co.uk Michael Reed -- technology, gender, and geek culture 
freelance writer

Re: searching a document for citations

[rgheck]

John Niekrasz wrote:

I would like to use the Find and Replace feature to search my
document for particular citations. Entering the author name or even
the bibtex key does not find the citation within the document. At the
moment I am generating a PDF of my document and then searching the PDF
for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?

  
No, there's no way to search for citations in 1.5.x. As Mike said, there 
will be a way to list citations in 1.6.


I think there's already a bugzilla request for this sort of thing. It's 
something a lot of people would like, but it isn't trivial to implement. 
Not at all.


rh

searching a document for citations

[John Niekrasz]

I would like to use the Find and Replace feature to search my
document for particular citations. Entering the author name or even
the bibtex key does not find the citation within the document. At the
moment I am generating a PDF of my document and then searching the PDF
for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?

Thanks for the help,
John

Re: searching a document for citations

[killermike]

John Niekrasz wrote:

for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?
  
1.6 can list by citations in the sidebar. Unfortunately, it only lists 
the key and isn't searchable. 1.6 also allows you to specify that 
hyperlinked back-refs be created in the bibliography section of a PDF.


--
http://www.unmusic.co.uk Michael Reed -- technology, gender, and geek culture 
freelance writer

Re: searching a document for citations

[rgheck]

John Niekrasz wrote:

I would like to use the Find and Replace feature to search my
document for particular citations. Entering the author name or even
the bibtex key does not find the citation within the document. At the
moment I am generating a PDF of my document and then searching the PDF
for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?

  
No, there's no way to search for citations in 1.5.x. As Mike said, there 
will be a way to list citations in 1.6.


I think there's already a bugzilla request for this sort of thing. It's 
something a lot of people would like, but it isn't trivial to implement. 
Not at all.


rh

searching a document for citations

[John Niekrasz]

I would like to use the "Find and Replace" feature to search my
document for particular citations. Entering the author name or even
the bibtex key does not find the citation within the document. At the
moment I am generating a PDF of my document and then searching the PDF
for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?

Thanks for the help,
John

Re: searching a document for citations

[killermike]

John Niekrasz wrote:

for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?
  
1.6 can list by citations in the sidebar. Unfortunately, it only lists 
the key and isn't searchable. 1.6 also allows you to specify that 
hyperlinked back-refs be created in the bibliography section of a PDF.


--
http://www.unmusic.co.uk Michael Reed -- technology, gender, and geek culture 
freelance writer

Re: searching a document for citations

[rgheck]

John Niekrasz wrote:

I would like to use the "Find and Replace" feature to search my
document for particular citations. Entering the author name or even
the bibtex key does not find the citation within the document. At the
moment I am generating a PDF of my document and then searching the PDF
for the author name (I use author-year citations), but this is a
hassle. Am I missing something? Or should this be a feature request?

  
No, there's no way to search for citations in 1.5.x. As Mike said, there 
will be a way to list citations in 1.6.


I think there's already a bugzilla request for this sort of thing. It's 
something a lot of people would like, but it isn't trivial to implement. 
Not at all.


rh

Re: reverse searching xdvi to lyx1.4.4 on mac

[Bennett Helm]

On Apr 16, 2007, at 12:51 AM, Brian Kidd wrote:

i just set up the interface with X11 to view dvi files with xdvi.  
the viewer is great because it's much quicker than preview and is  
easy to update.


the reverse search sounds interesting, but i'm not sure how it's  
supposed to work in lyx? i edited my latex - converter so it  
includes the source-specials tag (latex --src-special $$i), but  
when i ctrl-click from within xdvik, nothing happens. i thought  
that reverse searching meant i could click on the dvi file and the  
cursor within lyx would go to the clicked location. am i  
misunderstanding something? i got the impression from the wiki that  
i can do reverse searching between lyx and xdvi. is this possible  
and what is the exact syntax to configure? finally, if it's  
possible to do reverse searching, can one do forward searching with  
lyx too?


i'm running lyx 1.4.4 on mac.


You need to set up xdvi as well. See the wiki, here:

http://wiki.lyx.org/Mac/Mac#toc7

Bennett

Re: reverse searching xdvi to lyx1.4.4 on mac

[Brian Kidd]

On Apr 16, 2007, at 5:40 AM, Bennett Helm wrote:


On Apr 16, 2007, at 12:51 AM, Brian Kidd wrote:

i just set up the interface with X11 to view dvi files with xdvi.  
the viewer is great because it's much quicker than preview and is  
easy to update.


the reverse search sounds interesting, but i'm not sure how it's  
supposed to work in lyx? i edited my latex - converter so it  
includes the source-specials tag (latex --src-special $$i), but  
when i ctrl-click from within xdvik, nothing happens. i thought  
that reverse searching meant i could click on the dvi file and the  
cursor within lyx would go to the clicked location. am i  
misunderstanding something? i got the impression from the wiki  
that i can do reverse searching between lyx and xdvi. is this  
possible and what is the exact syntax to configure? finally, if  
it's possible to do reverse searching, can one do forward  
searching with lyx too?


i'm running lyx 1.4.4 on mac.


You need to set up xdvi as well. See the wiki, here:

http://wiki.lyx.org/Mac/Mac#toc7

Bennett


i have xdvi set up according to the wiki and everything exports from  
lyx just fine. however, nothing happens when i CONTROL-click on any  
word of the document. there are no changes in the cursor location in  
lyx. CONTROL-click seems to be the right method on a mac because  
before i set up the latex to dvi converter with the option latex -- 
src $$i, i would get an error message in xdvi saying No source  
specials in this DVI file - couldn't do reverse search. As an aside,  
the wiki has OPTION-click for reverse searching, which doesn't seem  
to be right in my case.


what should happen if everything is working properly and is there  
anything else to diagnose the reverse search problem?


thanks,
-brian

Re: reverse searching xdvi to lyx1.4.4 on mac

[Bennett Helm]

On Apr 16, 2007, at 1:12 PM, Brian Kidd wrote:



On Apr 16, 2007, at 5:40 AM, Bennett Helm wrote:


On Apr 16, 2007, at 12:51 AM, Brian Kidd wrote:

i just set up the interface with X11 to view dvi files with xdvi.  
the viewer is great because it's much quicker than preview and is  
easy to update.


the reverse search sounds interesting, but i'm not sure how it's  
supposed to work in lyx? i edited my latex - converter so it  
includes the source-specials tag (latex --src-special $$i), but  
when i ctrl-click from within xdvik, nothing happens. i thought  
that reverse searching meant i could click on the dvi file and  
the cursor within lyx would go to the clicked location. am i  
misunderstanding something? i got the impression from the wiki  
that i can do reverse searching between lyx and xdvi. is this  
possible and what is the exact syntax to configure? finally, if  
it's possible to do reverse searching, can one do forward  
searching with lyx too?


i'm running lyx 1.4.4 on mac.


You need to set up xdvi as well. See the wiki, here:

http://wiki.lyx.org/Mac/Mac#toc7

Bennett


i have xdvi set up according to the wiki and everything exports  
from lyx just fine. however, nothing happens when i CONTROL-click  
on any word of the document. there are no changes in the cursor  
location in lyx. CONTROL-click seems to be the right method on a  
mac because before i set up the latex to dvi converter with the  
option latex --src $$i, i would get an error message in xdvi saying  
No source specials in this DVI file - couldn't do reverse search.  
As an aside, the wiki has OPTION-click for reverse searching, which  
doesn't seem to be right in my case.


what should happen if everything is working properly and is there  
anything else to diagnose the reverse search problem?


Reverse searching works through lyxpipe. When you start LyX.app, it  
checks to see if two files -- .lyxpipe.in and .lyxpipe.out -- exist;  
if they do, then LyX cannot interface with them properly. If they  
don't then LyX creates them and can use them to make reverse  
searching work. I suspect that you probably have these files  
remaining from running LyX at some point in the past (as when it  
crashes and so is unable to delete these files). If that's so, you  
need to delete them manually. Their location can be found in LyX   
Preferences  Paths. (And since they are files whose names begin with  
., they are invisible in the Finder; you'll need to use the  
Terminal, something like this:


rm /path/to/.lyxpipe.in
rm /path/to/.lyxpipe.out

(substituting the appropriate path name for /path/to).

Bennett

Re: reverse searching xdvi to lyx1.4.4 on mac

[Brian Kidd]

On Apr 16, 2007, at 10:17 AM, Bennett Helm wrote:


On Apr 16, 2007, at 1:12 PM, Brian Kidd wrote:



On Apr 16, 2007, at 5:40 AM, Bennett Helm wrote:


On Apr 16, 2007, at 12:51 AM, Brian Kidd wrote:

i just set up the interface with X11 to view dvi files with  
xdvi. the viewer is great because it's much quicker than preview  
and is easy to update.


the reverse search sounds interesting, but i'm not sure how it's  
supposed to work in lyx? i edited my latex - converter so it  
includes the source-specials tag (latex --src-special $$i), but  
when i ctrl-click from within xdvik, nothing happens. i thought  
that reverse searching meant i could click on the dvi file and  
the cursor within lyx would go to the clicked location. am i  
misunderstanding something? i got the impression from the wiki  
that i can do reverse searching between lyx and xdvi. is this  
possible and what is the exact syntax to configure? finally, if  
it's possible to do reverse searching, can one do forward  
searching with lyx too?


i'm running lyx 1.4.4 on mac.


You need to set up xdvi as well. See the wiki, here:

http://wiki.lyx.org/Mac/Mac#toc7

Bennett


i have xdvi set up according to the wiki and everything exports  
from lyx just fine. however, nothing happens when i CONTROL-click  
on any word of the document. there are no changes in the cursor  
location in lyx. CONTROL-click seems to be the right method on a  
mac because before i set up the latex to dvi converter with the  
option latex --src $$i, i would get an error message in xdvi  
saying No source specials in this DVI file - couldn't do reverse  
search. As an aside, the wiki has OPTION-click for reverse  
searching, which doesn't seem to be right in my case.


what should happen if everything is working properly and is there  
anything else to diagnose the reverse search problem?


Reverse searching works through lyxpipe. When you start LyX.app, it  
checks to see if two files -- .lyxpipe.in and .lyxpipe.out --  
exist; if they do, then LyX cannot interface with them properly. If  
they don't then LyX creates them and can use them to make reverse  
searching work. I suspect that you probably have these files  
remaining from running LyX at some point in the past (as when it  
crashes and so is unable to delete these files). If that's so, you  
need to delete them manually. Their location can be found in LyX   
Preferences  Paths. (And since they are files whose names begin  
with ., they are invisible in the Finder; you'll need to use the  
Terminal, something like this:


rm /path/to/.lyxpipe.in
rm /path/to/.lyxpipe.out

(substituting the appropriate path name for /path/to).

Bennett



Thanks for the tips about pipes. It wasn't the exact issue you were  
referring to, but I was able to modify the lyxpipe path so it points  
to the correct location. Note that I am using JabRef so I had to fix  
the path to the lyxpipe before. Everything seems to be working now.


-Brian

Re: reverse searching xdvi to lyx1.4.4 on mac

[Bennett Helm]

On Apr 16, 2007, at 12:51 AM, Brian Kidd wrote:

i just set up the interface with X11 to view dvi files with xdvi.  
the viewer is great because it's much quicker than preview and is  
easy to update.


the reverse search sounds interesting, but i'm not sure how it's  
supposed to work in lyx? i edited my latex - converter so it  
includes the source-specials tag (latex --src-special $$i), but  
when i ctrl-click from within xdvik, nothing happens. i thought  
that reverse searching meant i could click on the dvi file and the  
cursor within lyx would go to the clicked location. am i  
misunderstanding something? i got the impression from the wiki that  
i can do reverse searching between lyx and xdvi. is this possible  
and what is the exact syntax to configure? finally, if it's  
possible to do reverse searching, can one do forward searching with  
lyx too?


i'm running lyx 1.4.4 on mac.


You need to set up xdvi as well. See the wiki, here:

http://wiki.lyx.org/Mac/Mac#toc7

Bennett

Re: reverse searching xdvi to lyx1.4.4 on mac

[Brian Kidd]

On Apr 16, 2007, at 5:40 AM, Bennett Helm wrote:


On Apr 16, 2007, at 12:51 AM, Brian Kidd wrote:

i just set up the interface with X11 to view dvi files with xdvi.  
the viewer is great because it's much quicker than preview and is  
easy to update.


the reverse search sounds interesting, but i'm not sure how it's  
supposed to work in lyx? i edited my latex - converter so it  
includes the source-specials tag (latex --src-special $$i), but  
when i ctrl-click from within xdvik, nothing happens. i thought  
that reverse searching meant i could click on the dvi file and the  
cursor within lyx would go to the clicked location. am i  
misunderstanding something? i got the impression from the wiki  
that i can do reverse searching between lyx and xdvi. is this  
possible and what is the exact syntax to configure? finally, if  
it's possible to do reverse searching, can one do forward  
searching with lyx too?


i'm running lyx 1.4.4 on mac.


You need to set up xdvi as well. See the wiki, here:

http://wiki.lyx.org/Mac/Mac#toc7

Bennett


i have xdvi set up according to the wiki and everything exports from  
lyx just fine. however, nothing happens when i CONTROL-click on any  
word of the document. there are no changes in the cursor location in  
lyx. CONTROL-click seems to be the right method on a mac because  
before i set up the latex to dvi converter with the option latex -- 
src $$i, i would get an error message in xdvi saying No source  
specials in this DVI file - couldn't do reverse search. As an aside,  
the wiki has OPTION-click for reverse searching, which doesn't seem  
to be right in my case.


what should happen if everything is working properly and is there  
anything else to diagnose the reverse search problem?


thanks,
-brian