Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri wrote: this is only dvi and pdf stuff. secondly there are at least two ways how to have only one menu item - remember last view type or detect whether temp dir contains dvi or pdf. preferred format is not enough for my usecases, but dont want to again flame on this

Re: [Patch] #94 - LYX forward DVI search.

Pavel Sanda sa...@lyx.org writes: this is only dvi and pdf stuff. Hmm, more hardcoding. But I can live with it. JMarc

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri wrote: > > this is only dvi and pdf stuff. secondly there are at least two ways how > > to have only one menu item - remember last view type or detect whether > > temp dir contains dvi or pdf. preferred format is not enough for my > > usecases, but dont want to again flame on

Re: [Patch] #94 - LYX forward DVI search.

Pavel Sanda writes: > this is only dvi and pdf stuff. Hmm, more hardcoding. But I can live with it. JMarc

Re: [Patch] #94 - LYX forward DVI search.

Ben M. wrote: As I understand, once the reverse search regression http://www.lyx.org/trac/ticket/6415 gets fixed, we'll be able to go back and forth between LyX and dvi in v2.0? yes, #6415 is mustfix for 2.0. hello Abdel :) pavel

Re: [Patch] #94 - LYX forward DVI search.

Ben M. wrote: On Wed, Apr 14, 2010 at 10:09 PM, Pavel Sanda wrote: attached is the patch implementing forward search. This news is very exciting for me! i dont plan to backport, but there is hackish version for 1.6 in case you are interested in using it privately :) pavel Index:

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 04:09:25AM +0200, Pavel Sanda wrote: + FileName const path(doc_buffer-temppath()); + string const texname = addName(path.absFilename(), doc_buffer-latexName()); + string const outname =

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 11:27:41AM +0200, Pavel Sanda wrote: Ben M. wrote: As I understand, once the reverse search regression http://www.lyx.org/trac/ticket/6415 gets fixed, we'll be able to go back and forth between LyX and dvi in v2.0? yes, #6415 is mustfix for 2.0. hello Abdel :)

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri wrote: On Thu, Apr 15, 2010 at 04:09:25AM +0200, Pavel Sanda wrote: + FileName const path(doc_buffer-temppath()); + string const texname = addName(path.absFilename(), doc_buffer-latexName()); + string const outname

Re: [Patch] #94 - LYX forward DVI search.

Pavel Sanda wrote: do you think its good idead to add this entry into edit context menu under bookmarks jump? next question - there are more methods in manual how to setup the the search. is someof them recommended? it would be possible to to add document setting for generation of

Re: [Patch] #94 - LYX forward DVI search.

On 04/14/2010 10:09 PM, Pavel Sanda wrote: diff --git a/src/LyXAction.cpp b/src/LyXAction.cpp index 053680a..32a2604 100644 --- a/src/LyXAction.cpp +++ b/src/LyXAction.cpp @@ -2825,6 +2825,23 @@ void LyXAction::init() */ { LFUN_SERVER_GOTO_FILE_ROW, server-goto-file-row,

Re: [Patch] #94 - LYX forward DVI search.

Richard Heck wrote: Would it be possible somehow to set this based upon which viewer the user has selected? It seems a pain to have to configure the viewer and then also configure its forward search command. We'd have to have some map somewhere from possible viewers to commands hmm,

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 01:33:53PM +0200, Pavel Sanda wrote: ok. btw can you post the correct yap command for the documentation? That would be \forward_search yap -1 -s $$n$$t $$o (no typos here, that is right $$n$$t, sigh). However, I think that we need \forward_search_dvi and

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 01:48:02PM +0200, Pavel Sanda wrote: next question - there are more methods in manual how to setup the the search. is someof them recommended? The new synctex machinery should obsolete all other methods, but I think that it is not available in all TeX distributions.

Re: [Patch] #94 - LYX forward DVI search.

Pavel Sanda wrote: Richard Heck wrote: Would it be possible somehow to set this based upon which viewer the user has selected? It seems a pain to have to configure the viewer and then also configure its forward search command. We'd have to have some map somewhere from possible viewers

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri wrote: On Thu, Apr 15, 2010 at 01:48:02PM +0200, Pavel Sanda wrote: next question - there are more methods in manual how to setup the the search. is someof them recommended? The new synctex machinery should obsolete all other methods, but I think that it is not

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri wrote: However, I think that we need \forward_search_dvi and \forward_search_pdf instead of simply \forward_search. was thinking about this, but concluded that user uses just one viewer for such purposes. feel free to change this if you think otherwise. Then, there is

Re: [Patch] #94 - LYX forward DVI search.

Le 15/04/2010 15:55, Enrico Forestieri a écrit : Then, there is another issue. Some applications require that the files are quoted. However, there is no way to embed a quote in a preference string. For example, SumatraPDF performs a forward search when it receives the DDE command

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 04:45:50PM +0200, Jean-Marc Lasgouttes wrote: Le 15/04/2010 15:55, Enrico Forestieri a écrit : Then, there is another issue. Some applications require that the files are quoted. However, there is no way to embed a quote in a preference string. For example, SumatraPDF

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 04:52:58PM +0200, Pavel Sanda wrote: Enrico Forestieri wrote: However, I think that we need \forward_search_dvi and \forward_search_pdf instead of simply \forward_search. was thinking about this, but concluded that user uses just one viewer for such purposes. feel

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri for...@lyx.org writes: Hmm... If you add a menu, you should be able to specify either forward-search dvi or forward-search pdf, otherwise, without any argument, forward seach is only possible with dvi. So, I think that both \forward_search_dvi and \forward_search_pdf are

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote: Enrico Forestieri for...@lyx.org writes: Hmm... If you add a menu, you should be able to specify either forward-search dvi or forward-search pdf, otherwise, without any argument, forward seach is only possible with dvi.

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 11:49 PM, Enrico Forestieri for...@lyx.org wrote: On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote: Enrico Forestieri for...@lyx.org writes: Hmm... If you add a menu, you should be able to specify either forward-search dvi or forward-search pdf,

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 05:49:56PM +0200, Enrico Forestieri wrote: On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote: Enrico Forestieri for...@lyx.org writes: Hmm... If you add a menu, you should be able to specify either forward-search dvi or forward-search pdf,

Re: [Patch] #94 - LYX forward DVI search.

Jean-Marc Lasgouttes wrote: Enrico Forestieri for...@lyx.org writes: Hmm... If you add a menu, you should be able to specify either forward-search dvi or forward-search pdf, otherwise, without any argument, forward seach is only possible with dvi. So, I think that both \forward_search_dvi

Re: [Patch] #94 - LYX forward DVI search.

Le 15 avr. 10 à 17:49, Enrico Forestieri a écrit : The point is that in the command you have to specify either the .dvi or .pdf file, so you have to know for which kind of output you want to perform a forward search. How would you avoid the need for having two possible choices in a menu? Hmm,

Re: [Patch] #94 - LYX forward DVI search.

Le 15 avr. 10 à 22:55, Pavel Sanda a écrit : the problem here is that iirc distributions like debian patches lyx with xdg-open which will decide later which previewer is launched. It is OK, as long as they patch xdg-open to support forward search :) JMarc

Re: [Patch] #94 - LYX forward DVI search.

Jean-Marc Lasgouttes wrote: Hmm, the user already has a way to set the preferred format /per document/. Are you really hinting that it is not enough and that we should have a submenu Forward SearchDVI/PDF/DjVu/Custom... ? this is only dvi and pdf stuff. secondly there are at least two ways

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 11:32:34PM +0200, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Hmm, the user already has a way to set the preferred format /per document/. Are you really hinting that it is not enough and that we should have a submenu Forward SearchDVI/PDF/DjVu/Custom... ?

Re: [Patch] #94 - LYX forward DVI search.

Ben M. wrote: > As I understand, once the reverse search regression > http://www.lyx.org/trac/ticket/6415 > gets fixed, we'll be able to go back and forth between LyX and dvi in v2.0? yes, #6415 is mustfix for 2.0. hello Abdel :) pavel

Re: [Patch] #94 - LYX forward DVI search.

Ben M. wrote: > On Wed, Apr 14, 2010 at 10:09 PM, Pavel Sanda wrote: > > attached is the patch implementing forward search. > > This news is very exciting for me! i dont plan to backport, but there is hackish version for 1.6 in case you are interested in using it privately :) pavel Index:

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 04:09:25AM +0200, Pavel Sanda wrote: > + FileName const path(doc_buffer->temppath()); > + string const texname = addName(path.absFilename(), > doc_buffer->latexName()); > + string const outname =

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 11:27:41AM +0200, Pavel Sanda wrote: > Ben M. wrote: > > As I understand, once the reverse search regression > > http://www.lyx.org/trac/ticket/6415 > > gets fixed, we'll be able to go back and forth between LyX and dvi in v2.0? > > yes, #6415 is mustfix for 2.0. hello

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri wrote: > On Thu, Apr 15, 2010 at 04:09:25AM +0200, Pavel Sanda wrote: > > > + FileName const path(doc_buffer->temppath()); > > + string const texname = addName(path.absFilename(), > > doc_buffer->latexName()); > > + string

Re: [Patch] #94 - LYX forward DVI search.

Pavel Sanda wrote: > do you think its good idead to add this entry into edit context menu under > bookmarks jump? next question - there are more methods in manual how to setup the the search. is someof them recommended? it would be possible to to add document setting for generation of

Re: [Patch] #94 - LYX forward DVI search.

On 04/14/2010 10:09 PM, Pavel Sanda wrote: diff --git a/src/LyXAction.cpp b/src/LyXAction.cpp index 053680a..32a2604 100644 --- a/src/LyXAction.cpp +++ b/src/LyXAction.cpp @@ -2825,6 +2825,23 @@ void LyXAction::init() */ { LFUN_SERVER_GOTO_FILE_ROW, "server-goto-file-row",

Re: [Patch] #94 - LYX forward DVI search.

Richard Heck wrote: > Would it be possible somehow to set this based upon which viewer the user > has selected? It seems a pain to have to configure the viewer and then also > configure its forward search command. We'd have to have some map somewhere > from possible viewers to commands

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 01:33:53PM +0200, Pavel Sanda wrote: > > ok. btw can you post the correct yap command for the documentation? That would be \forward_search "yap -1 -s $$n$$t $$o" (no typos here, that is right $$n$$t, sigh). However, I think that we need \forward_search_dvi and

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 01:48:02PM +0200, Pavel Sanda wrote: > > next question - there are more methods in manual how to setup the the > search. is someof them recommended? The new synctex machinery should obsolete all other methods, but I think that it is not available in all TeX distributions.

Re: [Patch] #94 - LYX forward DVI search.

Pavel Sanda wrote: > Richard Heck wrote: > > Would it be possible somehow to set this based upon which viewer the user > > has selected? It seems a pain to have to configure the viewer and then also > > configure its forward search command. We'd have to have some map somewhere > > from possible

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri wrote: > On Thu, Apr 15, 2010 at 01:48:02PM +0200, Pavel Sanda wrote: > > > > next question - there are more methods in manual how to setup the the > > search. is someof them recommended? > > The new synctex machinery should obsolete all other methods, but I think > that it is

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri wrote: > However, I think that we need \forward_search_dvi and \forward_search_pdf > instead of simply \forward_search. was thinking about this, but concluded that user uses just one viewer for such purposes. feel free to change this if you think otherwise. > Then, there is

Re: [Patch] #94 - LYX forward DVI search.

Le 15/04/2010 15:55, Enrico Forestieri a écrit : Then, there is another issue. Some applications require that the files are quoted. However, there is no way to embed a quote in a preference string. For example, SumatraPDF performs a forward search when it receives the DDE command

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 04:45:50PM +0200, Jean-Marc Lasgouttes wrote: > Le 15/04/2010 15:55, Enrico Forestieri a écrit : >> Then, there is another issue. Some applications require that the files are >> quoted. However, there is no way to embed a quote in a preference string. >> For example,

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 04:52:58PM +0200, Pavel Sanda wrote: > Enrico Forestieri wrote: > > However, I think that we need \forward_search_dvi and \forward_search_pdf > > instead of simply \forward_search. > > was thinking about this, but concluded that user uses just one viewer > for such

Re: [Patch] #94 - LYX forward DVI search.

Enrico Forestieri writes: > Hmm... If you add a menu, you should be able to specify either > "forward-search dvi" or "forward-search pdf", otherwise, without any > argument, forward seach is only possible with dvi. So, I think that > both \forward_search_dvi and

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote: > Enrico Forestieri writes: > > Hmm... If you add a menu, you should be able to specify either > > "forward-search dvi" or "forward-search pdf", otherwise, without any > > argument, forward seach is only

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 11:49 PM, Enrico Forestieri wrote: > On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote: >> Enrico Forestieri writes: >> > Hmm... If you add a menu, you should be able to specify either >> > "forward-search dvi" or

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 05:49:56PM +0200, Enrico Forestieri wrote: > On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote: > > Enrico Forestieri writes: > > > Hmm... If you add a menu, you should be able to specify either > > > "forward-search dvi" or

Re: [Patch] #94 - LYX forward DVI search.

Jean-Marc Lasgouttes wrote: > Enrico Forestieri writes: > > Hmm... If you add a menu, you should be able to specify either > > "forward-search dvi" or "forward-search pdf", otherwise, without any > > argument, forward seach is only possible with dvi. So, I think that > > both

Re: [Patch] #94 - LYX forward DVI search.

Le 15 avr. 10 à 17:49, Enrico Forestieri a écrit : The point is that in the command you have to specify either the .dvi or .pdf file, so you have to know for which kind of output you want to perform a forward search. How would you avoid the need for having two possible choices in a menu? Hmm,

Re: [Patch] #94 - LYX forward DVI search.

Le 15 avr. 10 à 22:55, Pavel Sanda a écrit : the problem here is that iirc distributions like debian patches lyx with xdg-open which will decide later which previewer is launched. It is OK, as long as they patch xdg-open to support forward search :) JMarc

Re: [Patch] #94 - LYX forward DVI search.

Jean-Marc Lasgouttes wrote: > Hmm, the user already has a way to set the preferred format /per document/. > Are you really hinting that it is not enough and that we should have a > submenu > Forward Search>DVI/PDF/DjVu/Custom... ? this is only dvi and pdf stuff. secondly there are at least two

Re: [Patch] #94 - LYX forward DVI search.

On Thu, Apr 15, 2010 at 11:32:34PM +0200, Pavel Sanda wrote: > Jean-Marc Lasgouttes wrote: > > Hmm, the user already has a way to set the preferred format /per document/. > > Are you really hinting that it is not enough and that we should have a > > submenu > > Forward

[Patch] #94 - LYX forward DVI search.

hi, attached is the patch implementing forward search. i didn't add gui combo for the rc variable because the ui needs to be reworked first. i will address this in a different thread. pavel diff --git a/src/FuncCode.h b/src/FuncCode.h index 20434e5..c545fee 100644 --- a/src/FuncCode.h +++

Re: [Patch] #94 - LYX forward DVI search.

On Wed, Apr 14, 2010 at 10:09 PM, Pavel Sanda wrote: attached is the patch implementing forward search. This news is very exciting for me! As I understand, once the reverse search regression http://www.lyx.org/trac/ticket/6415 gets fixed, we'll be able to go back and forth between LyX and dvi

[Patch] #94 - LYX forward DVI search.

hi, attached is the patch implementing forward search. i didn't add gui combo for the rc variable because the ui needs to be reworked first. i will address this in a different thread. pavel diff --git a/src/FuncCode.h b/src/FuncCode.h index 20434e5..c545fee 100644 --- a/src/FuncCode.h +++

Re: [Patch] #94 - LYX forward DVI search.

On Wed, Apr 14, 2010 at 10:09 PM, Pavel Sanda wrote: > attached is the patch implementing forward search. This news is very exciting for me! As I understand, once the reverse search regression http://www.lyx.org/trac/ticket/6415 gets fixed, we'll be able to go back and forth between LyX and

Re: DVI search.

João Luis Meloni Assirati [EMAIL PROTECTED] writes: | | Sorry, guys. I hadn't reallized that Lars post was about the .h file. I | understand now, it was a stupid error. Attached is the updated patch. Does this patch need any changes before I commit it? (rediff?) -- Lgb

Re: DVI search.

João Luis Meloni Assirati <[EMAIL PROTECTED]> writes: | | Sorry, guys. I hadn't reallized that Lars post was about the .h file. I | understand now, it was a stupid error. Attached is the updated patch. Does this patch need any changes before I commit it? (rediff?) -- Lgb

Re: DVI search.

Am Freitag, 10. März 2006 02:39 schrieb João Luis Meloni Assirati: You are half right. Yes, the converter will runLaTeX(), but the latex machinery will not run latex because the checksum of the latex file will be consistent with the .dep file. If I understoo well, this is part of the

Re: DVI search.

Am Freitag, 10. März 2006 02:39 schrieb João Luis Meloni Assirati: > You are half right. Yes, the converter will runLaTeX(), but the latex > machinery will not run latex because the checksum of the latex file will be > consistent with the .dep file. If I understoo well, this is part of the >

Re: DVI search.

Em Seg 06 Mar 2006 15:12, Georg Baum escreveu: The format must end with a number so that it is recognized as a child format (I don't like that magic, but it is implemented like that). I don't see a problem to have dvi2 also as extension. What happens when a format is a child format? Can you

Re: DVI search.

João Luis Meloni Assirati wrote: What happens when a format is a child format? Can you point me to the code that handles this? Please help me here. Look for isChildFormat() in graph.C and formats.C Georg

Re: DVI search.

Em Qui 09 Mar 2006 05:50, Georg Baum escreveu: João Luis Meloni Assirati wrote: What happens when a format is a child format? Can you point me to the code that handles this? Please help me here. Look for isChildFormat() in graph.C and formats.C Thanks, Georg. Ok, that is useful, a child

Re: DVI search.

Em Qui 09 Mar 2006 06:06, João Luis Meloni Assirati escreveu: Em Qui 09 Mar 2006 05:50, Georg Baum escreveu: In your patch, a .dvix (I am not using this anymore, but lets communicate like this) is made through the chain .tex - .dvi - .dvix. If the converter sees a .dvi in the tmpdir (that

Re: DVI search.

Am Donnerstag, 9. März 2006 10:06 schrieb João Luis Meloni Assirati: Ok, that is useful, a child format inherits its parents viewers. My problem is another. In your patch, a .dvix (I am not using this anymore, but lets communicate like this) is made through the chain .tex - .dvi - .dvix.

Re: DVI search.

Am Donnerstag, 9. März 2006 10:59 schrieb João Luis Meloni Assirati: What do you think about the following idea: if output_file != resultfile and resultfile exists, then, before runung the converter, move outputfile to outputfile.tmp, and after the converter finishes, move back

Re: DVI search.

Em Qui 09 Mar 2006 18:30, Georg Baum escreveu: Am Donnerstag, 9. März 2006 10:06 schrieb João Luis Meloni Assirati: If the converter sees a .dvi in the tmpdir (that is, I previously exported to dvi), then a next .dvix generation (that is, a next preview) will simply move the existing

Re: DVI search.

Em Qui 09 Mar 2006 18:33, Georg Baum escreveu: I guess you meant: if output_file != resultfile and resultfile exists, then, before runing the converter, move resultfile to resultfile.tmp, and after the converter finishes, move back resultfile.tmp to resultfile. This is a generic solution.

Re: DVI search.

Em Seg 06 Mar 2006 15:12, Georg Baum escreveu: > The format must end with a number so that it is recognized as a "child" > format (I don't like that magic, but it is implemented like that). I don't > see a problem to have "dvi2" also as extension. What happens when a format is a "child format"?

Re: DVI search.

João Luis Meloni Assirati wrote: > What happens when a format is a "child format"? Can you point me to the > code that handles this? Please help me here. Look for isChildFormat() in graph.C and formats.C Georg

Re: DVI search.

Em Qui 09 Mar 2006 05:50, Georg Baum escreveu: > João Luis Meloni Assirati wrote: > > What happens when a format is a "child format"? Can you point me to the > > code that handles this? Please help me here. > > Look for isChildFormat() in graph.C and formats.C Thanks, Georg. Ok, that is useful,

Re: DVI search.

Em Qui 09 Mar 2006 06:06, João Luis Meloni Assirati escreveu: > Em Qui 09 Mar 2006 05:50, Georg Baum escreveu: > In your patch, a .dvix (I am not using this anymore, but lets > communicate like this) is made through the chain > > .tex -> .dvi -> .dvix. > > If the converter sees a .dvi in the

Re: DVI search.

Am Donnerstag, 9. März 2006 10:06 schrieb João Luis Meloni Assirati: > Ok, that is useful, a child format inherits its parents viewers. My problem is > another. In your patch, a .dvix (I am not using this anymore, but lets > communicate like this) is made through the chain > > .tex -> .dvi ->

Re: DVI search.

Am Donnerstag, 9. März 2006 10:59 schrieb João Luis Meloni Assirati: > What do you think about the following idea: if output_file != resultfile and > resultfile exists, then, before runung the converter, move outputfile to > outputfile.tmp, and after the converter finishes, move back

Re: DVI search.

Em Qui 09 Mar 2006 18:30, Georg Baum escreveu: > Am Donnerstag, 9. März 2006 10:06 schrieb João Luis Meloni Assirati: > > If the converter sees a .dvi in the tmpdir (that is, I previously > > exported to > > dvi), then a next .dvix generation (that is, a next preview) will simply > > move > > the

Re: DVI search.

Em Qui 09 Mar 2006 18:33, Georg Baum escreveu: > I guess you meant: > > if output_file != resultfile and resultfile exists, then, before runing > the converter, move resultfile to resultfile.tmp, and after the converter > finishes, move back resultfile.tmp to resultfile. This is a generic >

Re: DVI search.

Angus Leeming wrote: Having dvi2 as an extension might be a problem on Windows because Windows uses the extension to determine the file type. Ie, clicking on foo.dvi will open up the .dvi file inside of YAP but clicking on foo.dvi2 wouldn't. There's no such concept as magic numbers in

Re: DVI search.

Angus Leeming wrote: Having dvi2 as an extension might be a problem on Windows because Windows uses the extension to determine the file type. Ie, clicking on foo.dvi will open up the .dvi file inside of YAP but clicking on foo.dvi2 wouldn't. There's no such concept as magic numbers in Windows

Re: DVI search.

Em Ter 07 Mar 2006 10:11, Georg Baum escreveu: Angus Leeming wrote: Having dvi2 as an extension might be a problem on Windows because Windows uses the extension to determine the file type. Ie, clicking on foo.dvi will open up the .dvi file inside of YAP but clicking on foo.dvi2 wouldn't.

Re: DVI search.

Angus Leeming wrote: Having "dvi2 as an extension" might be a problem on Windows because Windows uses the extension to determine the file type. Ie, clicking on foo.dvi will open up the .dvi file inside of YAP but clicking on foo.dvi2 wouldn't. There's no such concept as magic numbers in

Re: DVI search.

Angus Leeming wrote: > Having "dvi2 as an extension" might be a problem on Windows because > Windows uses the extension to determine the file type. Ie, clicking on > foo.dvi will open up the .dvi file inside of YAP but clicking on foo.dvi2 > wouldn't. There's no such concept as magic numbers in

Re: DVI search.

Em Ter 07 Mar 2006 10:11, Georg Baum escreveu: > Angus Leeming wrote: > > Having "dvi2 as an extension" might be a problem on Windows because > > Windows uses the extension to determine the file type. Ie, clicking on > > foo.dvi will open up the .dvi file inside of YAP but clicking on foo.dvi2 > >

Re: DVI search.

Hi Georg, Thank you for the constructive criticism and work on my patch. Em Sáb 04 Mar 2006 15:09, Georg Baum escreveu: I think that DVI search is a very useful feature and that it should go in as soon as possible. It is great that you implemented it, and I am going to use it in my tree from

Re: DVI search.

João Luis Meloni Assirati wrote: I need to review better your code, but I think this is the way to go. Forward search is currently not working. I have to admit that I did not test that. I may have deleted too much. I created the attached patch, based on your last one (dvi-search-3.diff

Re: DVI search.

Georg Baum wrote: The format must end with a number so that it is recognized as a child format (I don't like that magic, but it is implemented like that). I don't see a problem to have dvi2 also as extension. Having dvi2 as an extension might be a problem on Windows because Windows uses the

Re: DVI search.

Hi Georg, Thank you for the constructive criticism and work on my patch. Em Sáb 04 Mar 2006 15:09, Georg Baum escreveu: > > I think that DVI search is a very useful feature and that it should go in > as soon as possible. It is great that you implemented it, and I am going > to use i

Re: DVI search.

João Luis Meloni Assirati wrote: > I need to review better your code, but I think this is the way to go. > Forward search is currently not working. I have to admit that I did not test that. I may have deleted too much. >> I created the attached patch, based on your last one (dvi-s

Re: DVI search.

Georg Baum wrote: The format must end with a number so that it is recognized as a "child" format (I don't like that magic, but it is implemented like that). I don't see a problem to have "dvi2" also as extension. Having "dvi2 as an extension" might be a problem on Windows because Windows uses

Re: Removing TexRow [was Re: DVI search].

João Luis Meloni Assirati [EMAIL PROTECTED] writes: | We insert the sourcespecials ourselfs, and it is what is set in those | that latex reports. | | Can you explain it better, please? Latex reports errors as this: | | ! Undefined control sequence. | l.24 asd asd \asd | asd

Re: DVI search.

Am Freitag, 3. März 2006 00:46 schrieb João Luis Meloni Assirati: Sorry, guys. I hadn't reallized that Lars post was about the .h file. I understand now, it was a stupid error. Attached is the updated patch. João, I think that DVI search is a very useful feature and that it should go

Re: DVI search.

Am Samstag, 4. März 2006 19:50 schrieb Lars Gullik Bjønnes: Why not use change the name of the file? Add a prefix or suffix or something? No playing around with the file extension. A suffix _pre was the solution of João. That lead to the passing around of the for_preview flag that I did not

Re: DVI search.

Georg Baum [EMAIL PROTECTED] writes: | I created the attached patch, based on your last one (dvi-search-3.diff). | It works for me (did only test xdvi). | In order to give the DVI file with source specials a different name I | defined the suffix of the new dvi2 format as dvix. This triggered

Re: Removing TexRow [was Re: DVI search].

João Luis Meloni Assirati <[EMAIL PROTECTED]> writes: | > We insert the sourcespecials ourselfs, and it is what is set in those | > that latex reports. | | Can you explain it better, please? Latex reports errors as this: | | ! Undefined control sequence. | l.24 asd asd \asd |

Re: DVI search.

Am Freitag, 3. März 2006 00:46 schrieb João Luis Meloni Assirati: > Sorry, guys. I hadn't reallized that Lars post was about the .h file. I > understand now, it was a stupid error. Attached is the updated patch. João, I think that DVI search is a very useful feature and that it sho

Re: DVI search.

Am Samstag, 4. März 2006 19:50 schrieb Lars Gullik Bjønnes: > Why not use change the name of the file? Add a prefix or suffix or > something? No playing around with the file extension. A suffix _pre was the solution of João. That lead to the passing around of the for_preview flag that I did not

Re: DVI search.

Georg Baum <[EMAIL PROTECTED]> writes: | I created the attached patch, based on your last one (dvi-search-3.diff). | It works for me (did only test xdvi). | In order to give the DVI file with source specials a different name I | defined the suffix of the new dvi2 format as dvix. This tri

Re: DVI search.

João Luis Meloni Assirati [EMAIL PROTECTED] writes: | Em Qui 02 Mar 2006 05:22, Lars Gullik Bjønnes escreveu: | João Luis Meloni Assirati [EMAIL PROTECTED] writes: | | Index: src/texrow.h | | === | | --- src/texrow.h (revision

Removing TexRow [was Re: DVI search].

Em Sex 03 Mar 2006 05:28, Lars Gullik Bjønnes escreveu: João Luis Meloni Assirati [EMAIL PROTECTED] writes: | Em Qui 02 Mar 2006 05:22, Lars Gullik Bjønnes escreveu: | This 'TexRow::' is actually a syntax error and will give warning/error | with gcc 4.1. | | I don't get it. What is the

  1   2   3   >