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
On Tue, 14 Oct 2003, Angus Leeming wrote:
> Joao Luis Meloni Assirati wrote:
> > No, Angus, this is because no one is seting the "variable" $$a. Lyx
> > sets it before passing the string 'xdvi -editor lyxclient -a $$a -g
> > %f %l' to a shell.
>
> Hmmm. It would be nice if we could cure this pro
Joao Luis Meloni Assirati wrote:
> You cas also set the environment variable
> EDITOR='lyxclient -g %f %l'
> Of course the option -a cannot be used in this case because there is no
> lyx to set $$a, so you must have only one lyx running in order to
> lyxclient correctly detect the socket.
>
> If
On Tue, 14 Oct 2003, Angus Leeming wrote:
> Joao Luis Meloni Assirati wrote:
> > If lyx could set environment variables, we still could use -a in
> > lyxclient.
>
> It can:
> $ grep putenv lyx/devel/src/support/*.h
> lyx/devel/src/support/lyxlib.h:int putenv(char const * str);
Oh! Putenv lives
Joao Luis Meloni Assirati wrote:
> No, Angus, this is because no one is seting the "variable" $$a. Lyx
> sets it before passing the string 'xdvi -editor lyxclient -a $$a -g
> %f %l' to a shell.
Hmmm. It would be nice if we could cure this properly. Can we not tell
kdvi what editor we are going to
On Tue, 14 Oct 2003, Angus Leeming wrote:
> I had to set the editor in kdvi as
> $HOME/bin/lyxclient -a /tmp/lyx_tmpdir5520D1o7pn/lyxsocket -g %f %l
>
> Ie, I had to set the location of the socket explicitly. Setting it as
> $HOME/bin/lyxclient -a $$a -g %f %l
> did not work. Presumably this is
Joao Luis Meloni Assirati wrote:
> If lyx could set environment variables, we still could use -a in
> lyxclient.
It can:
$ grep putenv lyx/devel/src/support/*.h
lyx/devel/src/support/lyxlib.h:int putenv(char const * str);
--
Angus
On Tue, 14 Oct 2003, Angus Leeming wrote:
> Alfredo Braunstein wrote:
> > On rh9's tetex there's a source latex package
> >
> > $ kpsewhich srcltx.sty
> > /usr/share/texmf/tex/latex/srcltx/srcltx.sty
> >
> > that does the equivalent. Can we use that?
>
> Sure.
Great news.
> However, my version
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>> Needless to say, debian unstable uses xdvik version 22.40v
>
> I use kdvi coming with qt 3.1.1 (KViewShell 0.2) that works
> beautifully.
Holy smoke! It does too!
I had to set the editor in kdvi as
$HOME/bin/lyxclient -a /tmp/lyx_tmpdir5520
On Tue, Oct 14, 2003 at 11:33:24AM +, Angus Leeming wrote:
> $ latex --version
> TeX (Web2C 7.4.5) 3.14159
> kpathsea version 3.4.5
> Copyright (C) 1997-2003 D.E. Knuth.
> [snip copyright details...]
>
> ... and confirm that this version of latex has no problems with the
> --src-specials opti
On Tue, Oct 14, 2003 at 12:23:42PM +0200, Lars Gullik Bjønnes wrote:
> What version of latex are requried for this?
The one coming with stock SuSE 7.3 seems to be happy with it.
Name: tetex
Version : beta.20020207
Andre'
Angus Leeming wrote:
> Needless to say, debian unstable uses xdvik version 22.40v
I use kdvi coming with qt 3.1.1 (KViewShell 0.2) that works beautifully.
Regards, Alfredo
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>> João, I have compiled your patch without any problems, but cannot
>> use it. Apparently the latex that comes with RedHat 8 does not
>> recognize the --src-specials option.
>>
>> $ latex --src-specials myfile
>> latex: unrecognized option `--s
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Joao Luis Meloni Assirati wrote:
>>> Follows attached an updated patch that uses $$a (stands for
>>> address) as a placeholder for the socket. Also I had to declare
>>> and create a dummy lyxserver in the qt frontend so
Angus Leeming wrote:
> João, I have compiled your patch without any problems, but cannot use
> it. Apparently the latex that comes with RedHat 8 does not recognize
> the --src-specials option.
>
> $ latex --src-specials myfile
> latex: unrecognized option `--src-specials'
> Try `latex --help' for
Angus Leeming <[EMAIL PROTECTED]> writes:
| Joao Luis Meloni Assirati wrote:
>> Follows attached an updated patch that uses $$a (stands for address)
>> as a placeholder for the socket. Also I had to declare and create a
>> dummy lyxserver in the qt frontend so it can compile.
>>
>>> I think you c
Joao Luis Meloni Assirati wrote:
> Follows attached an updated patch that uses $$a (stands for address)
> as a placeholder for the socket. Also I had to declare and create a
> dummy lyxserver in the qt frontend so it can compile.
>
>> I think you can regard these as minor points and that we'll exp
Hello,
On Mon, 13 Oct 2003, Angus Leeming wrote:
> Also note that you can't use the placeholder '$$s' as it is already
> taken (grep '$$s' src/support/filetools.[Ch]).
Follows attached an updated patch that uses $$a (stands for address) as a
placeholder for the socket. Also I had to declare and
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Hello Angus!
>
| On Mon, 13 Oct 2003, Angus Leeming wrote:
>
>> João, I am not going to commit this patch as it stands.
>> I think that you should think about Lars' suggestion to place the
>> socket files in ~/.lyx/socket.#pid. Doing so would
Joao Luis Meloni Assirati wrote:
> So if lyxclient is to be parsing user configuration, the
> --with-version-suffix must also modify lyxclient configuration. Not
> difficult to do, but we may postpone, don't you think?
Sure.
--
Angus
On Mon, 13 Oct 2003, Angus Leeming wrote:
> Joao Luis Meloni Assirati wrote:
>
> > See the last email in the thread on the lyxsocket. I have arguments
> > in favour of my choice, but if people thint that it must change,
> > I'll do it.
>
> No, I think your points about afs are enough. I didn't r
Joao Luis Meloni Assirati wrote:
>
> Hello Angus!
>
> On Mon, 13 Oct 2003, Angus Leeming wrote:
>
>> João, I am not going to commit this patch as it stands.
>> I think that you should think about Lars' suggestion to place the
>> socket files in ~/.lyx/socket.#pid. Doing so would mean you
>> cha
Hello Angus!
On Mon, 13 Oct 2003, Angus Leeming wrote:
> João, I am not going to commit this patch as it stands.
> I think that you should think about Lars' suggestion to place the
> socket files in ~/.lyx/socket.#pid. Doing so would mean you changing
> getBufferFromTmp to getBufferFromPID or si
Joao Luis Meloni Assirati wrote:
>
> Hello again,
>
> This patch implements Inverse DVI search for lyx. It needs my
> previous patch for the socket lyxserver. To use it, define
>
> xdvi -editor 'lyxclient -a $$s -g %f %l'
>
> as the viewer for the DVI format and
>
> latex --src-specials
>
Lars Gullik Bjønnes wrote:
> | I am going to commit this patch as-is unless someone speaks up
> | soon.
>
> Is it tested?
It will be by the time I commit it.
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| Joao Luis Meloni Assirati wrote:
>> Hello again,
>>
>> This patch implements Inverse DVI search for lyx. It needs my
>> previous patch for the socket lyxserver. To use it, define
>>
>> xdvi -editor 'lyxclient -a $$s -g %f %l'
>>
>> as the viewer for
Joao Luis Meloni Assirati wrote:
> Hello again,
>
> This patch implements Inverse DVI search for lyx. It needs my
> previous patch for the socket lyxserver. To use it, define
>
> xdvi -editor 'lyxclient -a $$s -g %f %l'
>
> as the viewer for the DVI format and
>
> latex --src-specials
>
>
Hello again,
This patch implements Inverse DVI search for lyx. It needs my previous
patch for the socket lyxserver. To use it, define
xdvi -editor 'lyxclient -a $$s -g %f %l'
as the viewer for the DVI format and
latex --src-specials
as the latex->DVI converter.
As with the previous, I wi
33 matches
Mail list logo
