Pavel Sanda writes:
> this is only dvi and pdf stuff.
Hmm, more hardcoding. But I can live with it.
JMarc
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
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 Search>DVI/PDF/DjVu/Custom.
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 wa
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
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, t
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 \forward_search_dvi a
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 "forward-search pdf", otherwis
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 "forward-search pdf", otherwise, without
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 possible with dvi. So, I
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 \forward_search_pdf are needed and
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
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, Sumatra
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 [ForwardSearch("
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 anot
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 n
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
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.
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 \forward_
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,
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", Read
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
\usepack
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 co
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 Ab
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 = addName(path.absF
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: src/Ly
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
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
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
+++ b/src/
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
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
> co
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
> soluti
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 e
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
outputfile
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 -> .
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
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
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
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"? Ca
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
> >
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 Wi
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 Wind
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
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
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
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
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
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 s
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
| a
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 i
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 (rev
Em Qui 02 Mar 2006 18:40, Jose' Matos escreveu:
Oi José!
> On Thursday 02 March 2006 21:32, João Luis Meloni Assirati wrote:
>
> Olá João, :-)
> (Oi seria melhor ? ;-)
Está bem das duas maneiras. Gosto do modo português de falar, também :)
(Lars, keep reading, please :)
> >
> > I don't get it.
Em Qui 02 Mar 2006 07:31, Angus Leeming escreveu:
> João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> > > * if LyX were able to talk to xdvi through the lyxclient interface,
> > > then we wouldn't have to keep creating a new xdvi process in "client"
> > > mode each time I click in the LyX win
On Thursday 02 March 2006 21:32, João Luis Meloni Assirati wrote:
Olá João, :-)
(Oi seria melhor ? ;-)
> > | Index: src/texrow.h
> > | ===
> > | --- src/texrow.h (revision 13280)
> > | +++ src/texrow.h (working copy)
> > | @@ -46,
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 13280)
> | +++ src/texrow.h(working copy)
> | @@ -46,
Em Qui 02 Mar 2006 05:19, Lars Gullik Bjønnes escreveu:
> João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> | Index: src/LaTeX.C
> | ===
> | --- src/LaTeX.C (revision 13280)
> | +++ src/LaTeX.C (working copy)
> | @@ -383,
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> > * if LyX were able to talk to xdvi through the lyxclient interface, then we
> > wouldn't have to keep creating a new xdvi process in "client" mode each
> > time I click in the LyX window which is what happens now.
>
> No. We don't create a
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Index: src/texrow.h
| ===
| --- src/texrow.h (revision 13280)
| +++ src/texrow.h (working copy)
| @@ -46,6 +46,9 @@
|*/
| bool getIdFromRow(int row, int &
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Index: src/LaTeX.C
| ===
| --- src/LaTeX.C (revision 13280)
| +++ src/LaTeX.C (working copy)
| @@ -383,7 +383,8 @@
|
| int LaTeX::startscript()
| {
| - string
Em Qua 01 Mar 2006 12:57, Angus Leeming escreveu:
> Some more questions, just to get my head around things:
>
> * xdvi is able to communicate with LyX through the lyxclient socket
> interface, right? But LyX isn't able to talk to xdvi through this interface
> yet. Correct?
Correct.
>
> * if LyX w
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> > I imagine that the same thing would happen when I clicked in the xdvi
> > window, precipitating a change of view in LyX. In either case, if I change
> > the width of the LyX window, the LyX view and the .dvi view are no longer
> > going to b
Em Qua 01 Mar 2006 10:01, Jean-Marc Lasgouttes escreveu:
> >>>>> "João" == João Luis Meloni Assirati <[EMAIL PROTECTED]>
> >>>>> writes:
>
> João> Hello,
>
> João> Now that lyx is very close to a release, I publish again in this
do a new search
> without starting a new xdvi process.
I just discovered that kdvi also has a client mode with the command line
switch --unique. The attached patch is a modification of the previous one and
uses it. The only difference between the patches is
diff dvi-search.diff dvi-sea
Sorry, I didn't send the message to the list.
João.
-- Mensagem reenviada --
Subject: Re: DVI search.
Date: Qua 01 Mar 2006 11:20
From: João Luis Meloni Assirati <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Em Qua 01 Mar 2006 10:03, Martin Vermeer escreveu:
> On W
Em Qua 01 Mar 2006 10:13, Angus Leeming escreveu:
> Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> > Angus Leeming <[EMAIL PROTECTED]> writes:
> > | João Luis Meloni Assirati ...> writes:
> > | > Now that lyx is very close to a release, I publish again i
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | João Luis Meloni Assirati ...> writes:
> | > Now that lyx is very close to a release, I publish again in this
> | > list my dvi search patch. I intend to mainta
On Wed, 2006-03-01 at 08:20 -0300, João Luis Meloni Assirati wrote:
> Hello,
>
> Now that lyx is very close to a release, I publish again in this list my dvi
> search patch. I intend to maintain this patch for all releases of the 1.4
> series as long as it remain useful to me.
>>>>> "João" == João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
João> Hello,
João> Now that lyx is very close to a release, I publish again in this
João> list my dvi search patch. I intend to maintain this patch for
João> all releases of the 1.4
Angus Leeming <[EMAIL PROTECTED]> writes:
| João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| > Now that lyx is very close to a release, I publish again in this list my
dvi
| > search patch. I intend to maintain this patch for all releases of the 1.4
| > series
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> Now that lyx is very close to a release, I publish again in this list my dvi
> search patch. I intend to maintain this patch for all releases of the 1.4
> series as long as it remain useful to me.
Can we *please* get this
Hello,
Now that lyx is very close to a release, I publish again in this list my dvi
search patch. I intend to maintain this patch for all releases of the 1.4
series as long as it remain useful to me. I hope that it can be useful to
others too, and that's why I am sending it to this lis
I am back.
João.
> Dear developers,
>
> I will be off until august 1 with no access to computers. I'm posting an
> updated patch containing both direct and inverse dvi search for 1.4, so
> interested people can try and debug, and maybe some kind soul could also
> apply i
Dear developers,
I will be off until august 1 with no access to computers. I'm posting an
updated patch containing both direct and inverse dvi search for 1.4, so
interested people can try and debug, and maybe some kind soul could also
apply it so I don't need to re-update it afte
On Oct 8, 2004, at 10:53 AM, Ronald Florence wrote:
The source code for late versions of LyX/Mac-1.3.3 and for 1.3.4 was
patched to allow reverse DVI search with MacDviX or recent versions of
xdvi. LyX/Mac-1.3.5 needs the same patch (included below) for reverse
DVI search to work.
Does anyone
On Oct 8, 2004, at 10:53 AM, Ronald Florence wrote:
The source code for late versions of LyX/Mac-1.3.3 and for 1.3.4 was
patched to allow reverse DVI search with MacDviX or recent versions of
xdvi. LyX/Mac-1.3.5 needs the same patch (included below) for reverse
DVI search to work.
I've ap
The source code for late versions of LyX/Mac-1.3.3 and for 1.3.4 was
patched to allow reverse DVI search with MacDviX or recent versions of
xdvi. LyX/Mac-1.3.5 needs the same patch (included below) for reverse
DVI search to work.
Regards,
--
Ronald
--- src/bufferlist.C.orig Wed Nov 27
I just installed the binary for LyX/Mac-1.3.5, which works very well and
provides an attractive new document icon. One minor problem is that the
reverse DVI search feature seems not to be working. My configuration
files are set up in accord with the Wiki howto for LyX/Mac-1.3.5, but
when I
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Lars wrote:
>
>> How are the source specials generated for the dvi generated from LyX?
>> I cannot find any -src-specials arg to dvi that we use?
>
| They are generated by latex with the switch --src-specials (you need to change
| by hand th
Joao Luis Meloni Assirati wrote:
>> Dvi inverse search relies on LFUN_GOTOFILEROW, wich uses
>> view()->setCursorFromRow() wich uses buffer()->texrow().getIdFromRow().
>
> There is another way, but I think it is not adequate to a feature freeze.
> Lyx could generate the latex file inserting itsel
this would permit to implement the latex
exporter as a separate program outside lyx (maybe that's why Lars want to get
rid of texrow).
It should be noted that inverse dvi search is not the only user of
LFUN_GOTOFILEROW:
http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg02947.html
Regards
Joao.
Lars wrote:
> How are the source specials generated for the dvi generated from LyX?
> I cannot find any -src-specials arg to dvi that we use?
They are generated by latex with the switch --src-specials (you need to change
by hand the converter Latex->DVI). With this option, latex will insert a
s
How are the source specials generated for the dvi generated from LyX?
I cannot find any -src-specials arg to dvi that we use?
(I am asking since I wan to get rid of TexRow, but I don't want to
kill the dvi inverse search feature.)
--
Lgb
Andre Poenitz wrote:
> On Tue, Oct 21, 2003 at 01:59:03PM -0200, Joao Luis Meloni Assirati wrote:
>> On Tue, 21 Oct 2003, Andre Poenitz wrote:
>>
>> > > Why don't you let xdvi do it's job instead
>> > > of trying manually?
>> >
>> > Because it does not work, i.e. the cursor does not move. No erro
On Tue, Oct 21, 2003 at 01:59:03PM -0200, Joao Luis Meloni Assirati wrote:
> On Tue, 21 Oct 2003, Andre Poenitz wrote:
>
> > > Why don't you let xdvi do it's job instead
> > > of trying manually?
> >
> > Because it does not work, i.e. the cursor does not move. No error
> > message whatsoever. As x
On Tue, 21 Oct 2003, Andre Poenitz wrote:
> > Why don't you let xdvi do it's job instead
> > of trying manually?
>
> Because it does not work, i.e. the cursor does not move. No error
> message whatsoever. As xdvi does work with EDITOR=vi I figured it might
> be a problem with teh lyxclient <-> Ly
On Tue, Oct 21, 2003 at 11:49:44AM -0200, Joao Luis Meloni Assirati wrote:
>
> Hello,
>
> On Tue, 21 Oct 2003, Andre Poenitz wrote:
>
> > How do I start lyxclient manually if I want to go to a certain line?
> >
> > lyxclient -g newfile16.lyx 13
> >
> > brings up a 'document is already loaded, w
Hello,
On Tue, 21 Oct 2003, Andre Poenitz wrote:
> How do I start lyxclient manually if I want to go to a certain line?
>
> lyxclient -g newfile16.lyx 13
>
> brings up a 'document is already loaded, want to switch' dialog.
-g is an alias to LFUN_GOTOFILEROW. My inverse search patch just extend
On Tue, Oct 21, 2003 at 11:45:45AM +0100, Angus Leeming wrote:
> Andre Poenitz wrote:
> > The buttons present me with a choice of immediate crash or full
> > freeze. So it "sort of works", but not really automatic, nor
> > robust...
>
> Be fair, André.
I did not complain.
Andre'
Andre Poenitz wrote:
> The buttons present me with a choice of immediate crash or full freeze.
> So it "sort of works", but not really automatic, nor robust...
But there is also a bug in the core it seems...
The dialog appears because of a full path/only name problem. It doesn't if
the full path
Andre Poenitz wrote:
> The buttons present me with a choice of immediate crash or full
> freeze. So it "sort of works", but not really automatic, nor
> robust...
Be fair, André. It's new code and I'm sure that its author would
welcome prescriptions to make it fail...
--
Angus
On Tue, Oct 21, 2003 at 10:11:06AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> >
> > I somehow lost track: Is this in?
>
> Yes.
>
> > If so, does it work with xdvi 22.40h (Stock SuSE 8.1)?
> > If so, how?
> > Andre'
>
> You need two things.
> 1. Either a latex compiler that understa
Andre Poenitz wrote:
>
> I somehow lost track: Is this in?
Yes.
> If so, does it work with xdvi 22.40h (Stock SuSE 8.1)?
> If so, how?
> Andre'
You need two things.
1. Either a latex compiler that understands the --src-specials flag or
the srcltx package. Here, my latex does not understand th
Andre Poenitz wrote:
> I somehow lost track: Is this in?
Partially. There's a patch waiting for approval (support for sockets on qt
and shell variables fiddling). And you still have to define latex
--source-specials as your latex->dvi converter (if supported) or manually
\include[active]{srcltx.s
I somehow lost track: Is this in?
If so, does it work with xdvi 22.40h (Stock SuSE 8.1)?
If so, how?
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Joao Luis Meloni Assirati wrote:
> I confirm that kdvi does not touch its environment (at least too much). It
Well if it would touch a variable called LYXSOCKET, I'd call that unfair
practice!
> is easy now:
>
> lyx will set the environment variables:
>
> EDITOR='lyxclient -g %f %l'
> LYXSOCKE
On Tue, 14 Oct 2003, Joao Luis Meloni Assirati wrote:
> Wait... No need to pass the socket name to kdvi. I got it now :). If kdvi
> doesn't touch an environment variable named LYXSOCKET, the lyxclient
> could read it. Then there is no need to any wrapper.
I confirm that kdvi does not touch its
Joao Luis Meloni Assirati wrote:
> Wait... No need to pass the socket name to kdvi. I got it now :). If kdvi
> doesn't touch an environment variable named LYXSOCKET, the lyxclient
> could read it. Then there is no need to any wrapper.
>
> Is it what you are sugesting?
Yes, the wrapping would be
On Tue, 14 Oct 2003, Alfredo Braunstein wrote:
> Joao Luis Meloni Assirati wrote:
>
> > That is right. Kdvi doesn't set the editor with with the command line nor
> > environment variables. There is no way to tell about a dynamic EDITOR
> > string to kdvi... That is a pity because kdvi is better
Joao Luis Meloni Assirati wrote:
> That is right. Kdvi doesn't set the editor with with the command
> line nor environment variables. There is no way to tell about a
> dynamic EDITOR string to kdvi... That is a pity because kdvi is
> better that xdvi.
Do they accept patches?
--
Angus
Joao Luis Meloni Assirati wrote:
> That is right. Kdvi doesn't set the editor with with the command line nor
> environment variables. There is no way to tell about a dynamic EDITOR
> string to kdvi... That is a pity because kdvi is better that xdvi.
But this can be solved again with a little shel
1 - 100 of 127 matches
Mail list logo
