Re: Re: AW: Yap: Inverse dvi search

[Pavel Sanda]

Vincent van Ravesteijn - TNW wrote:
 I just wanted to be sure that I didn't oversee any problems with that
 approach.
 
 Solving this problem is fairly simple (I've done it in the past).

is this method configurable by eg command line parameter? i wouldn't
be happy to have by default single lyx instance for all lyx windows
from more reasons.

having implementation of pipes under win would also allow third party
scripts which use lyx server to be portable on win.

pavel

Re: Re: AW: Yap: Inverse dvi search

[Pavel Sanda]

Vincent van Ravesteijn - TNW wrote:
 I just wanted to be sure that I didn't oversee any problems with that
 approach.
 
 Solving this problem is fairly simple (I've done it in the past).

is this method configurable by eg command line parameter? i wouldn't
be happy to have by default single lyx instance for all lyx windows
from more reasons.

having implementation of pipes under win would also allow third party
scripts which use lyx server to be portable on win.

pavel

Re: Re: AW: Yap: Inverse dvi search

[Pavel Sanda]

Vincent van Ravesteijn - TNW wrote:
> I just wanted to be sure that I didn't oversee any problems with that
> approach.
> 
> Solving this problem is fairly simple (I've done it in the past).

is this method configurable by eg command line parameter? i wouldn't
be happy to have by default single lyx instance for all lyx windows
from more reasons.

having implementation of pipes under win would also allow third party
scripts which use lyx server to be portable on win.

pavel

Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

Jannick Asmus writes:

 Is there any chance that this feature is included in the Windows 
 installers in the future?

You can always hope that someone contributes the necessary code.

 Sorry for being a bit insisting here. I believe that I am not pretty
 much skilled to follow the instruction in the ReadMe mentioned below. :(

Too bad :(

-- 
Enrico

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
Jannick Asmus writes:

 Is there any chance that this feature is included in the Windows 
 installers in the future?

You can always hope that someone contributes the necessary code.

Enrico, 

Do you have an idea how to do this ? I've some experience with DDE, but
I'm not sure whether that's what we want.

Vincent

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

Maybe other native means could be used, but I am a *nix fellow
and don't know Windows well enough to judge.

A very simple approach is to just use command-line parameters. If we can
manage to make LyX a single instance application (I mean that if you try
to start LyX when it's already running it will open the existance LyX
instance and open a possibly specified LyX file in the same instance),
then we can also just call LyX.exe %f -goto-row %l.

Would this be a possible solution ? At least it would be a pretty simple
solution.


Vincent

Re: AW: Yap: Inverse dvi search

[Jannick]

Vincent van Ravesteijn - TNW v.f.vanraveste...@... writes:

 A very simple approach is to just use command-line parameters. If we can
 manage to make LyX a single instance application (I mean that if you try
 to start LyX when it's already running it will open the existance LyX
 instance and open a possibly specified LyX file in the same instance),
 then we can also just call LyX.exe %f -goto-row %l.

I just checked that - with my really limited knowledge. But, folks, I do try.

- LyX.exe %f -goto-row %l: console windows popping up says that it does not
like it.

- LyX.exe %f %l: opens a new LyX window (which might be meant by a new
instance application) and asks for the tex-file associated to the lyx-file. 
 
 Would this be a possible solution ? At least it would be a pretty simple
 solution.

Thanks for your help to all of you.

 Vincent

/J.

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
 A very simple approach is to just use command-line parameters. If we 
 can manage to make LyX a single instance application (I mean that if 
 you try to start LyX when it's already running it will open the 
 existance LyX instance and open a possibly specified LyX file in the 
 same instance), then we can also just call LyX.exe %f -goto-row %l.

I just checked that - with my really limited knowledge. But, folks, I
do try.

- LyX.exe %f -goto-row %l: console windows popping up says
that it does not like it.

Sorry, I was just thinking aloud whether I could possibly implement it
like this... But I didn't yet ;-)

Vincent

Re: Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

On Tue, Aug 04, 2009 at 12:41:48PM +0200, Vincent van Ravesteijn - TNW wrote:

  
 Jannick Asmus writes:
 
  Is there any chance that this feature is included in the Windows 
  installers in the future?
 
 You can always hope that someone contributes the necessary code.
 
 Enrico, 
 
 Do you have an idea how to do this ? I've some experience with DDE, but
 I'm not sure whether that's what we want.

LyX uses two mechanisms for IPC. One of them is a named pipe, and currently
the code for dealing with named pipes only takes into account the *nix
implementation (which is what cygwin uses). However, named pipes also
exist on Windows, but thy are implemented differently. I am not familiar
with the Windows way, but I think that the necessary info can be found here:
http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx

The other mechanism is a unix domain socket, which has no equivalent on
Windows. However, given that cygwin can also emulate that, it should be
possible to use this kind of IPC, too. Cygwin is open source, so if one
is sufficiently motivated, he could look at those sources for borrowing
the necessary code.

Maybe other native means could be used, but I am a *nix fellow and don't
know Windows well enough to judge.

-- 
Enrico

Re: Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

On Tue, Aug 04, 2009 at 01:33:44PM +0200, Vincent van Ravesteijn - TNW wrote:

 Maybe other native means could be used, but I am a *nix fellow
 and don't know Windows well enough to judge.
 
 A very simple approach is to just use command-line parameters. If we can
 manage to make LyX a single instance application (I mean that if you try
 to start LyX when it's already running it will open the existance LyX
 instance and open a possibly specified LyX file in the same instance),
 then we can also just call LyX.exe %f -goto-row %l.
 
 Would this be a possible solution ? At least it would be a pretty simple
 solution.

Well, if you are able to do that, you could use the same mechanism for
passing the needed info. I mean, when you launch LyX, you have to detect
that an instance is already running and then pass the parameters specified
on the command line to the running instance.
Isn't this the same problem that has to be solved?

-- 
Enrico

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
 Would this be a possible solution ? At least it would be a pretty 
 simple solution.

Isn't this the same problem that has to be solved?

Yes, I thought so too.

I just wanted to be sure that I didn't oversee any problems with that
approach.

Solving this problem is fairly simple (I've done it in the past).

Vincent

Re: AW: Yap: Inverse dvi search

[Jean-Marc Lasgouttes]

Vincent van Ravesteijn - TNW v.f.vanraveste...@tudelft.nl writes:
 Solving this problem is fairly simple (I've done it in the past).

FWIW, here is repeat of a message I sent some months ago:

Here are two pieces of (l)gpl code to implement single instance
application. I did not look really at them...

http://www.qt-apps.org/content/show.php/SingleApplication?content=81163
http://www.dimin.net/software/sources.html

JMarc

Re: Re: AW: Yap: Inverse dvi search

[Andre Poenitz]

On Tue, Aug 04, 2009 at 01:12:06PM +0200, Enrico Forestieri wrote:
 On Tue, Aug 04, 2009 at 12:41:48PM +0200, Vincent van Ravesteijn - TNW wrote:
 
   
  Jannick Asmus writes:
  
   Is there any chance that this feature is included in the Windows 
   installers in the future?
  
  You can always hope that someone contributes the necessary code.
  
  Enrico, 
  
  Do you have an idea how to do this ? I've some experience with DDE, but
  I'm not sure whether that's what we want.
 
 LyX uses two mechanisms for IPC. One of them is a named pipe, and currently
 the code for dealing with named pipes only takes into account the *nix
 implementation (which is what cygwin uses). However, named pipes also
 exist on Windows, but thy are implemented differently. I am not familiar
 with the Windows way, but I think that the necessary info can be found here:
 http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx
 
 The other mechanism is a unix domain socket, which has no equivalent on
 Windows. However, given that cygwin can also emulate that, it should be
 possible to use this kind of IPC, too. Cygwin is open source, so if one
 is sufficiently motivated, he could look at those sources for borrowing
 the necessary code.
 
 Maybe other native means could be used, but I am a *nix fellow and don't
 know Windows well enough to judge.

QLocalSocket (http://doc.trolltech.com/4.5/qlocalsocket.html) comes to
mind. Saves headaches.

Andre'

Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

Jannick Asmus writes:

 Is there any chance that this feature is included in the Windows 
 installers in the future?

You can always hope that someone contributes the necessary code.

 Sorry for being a bit insisting here. I believe that I am not pretty
 much skilled to follow the instruction in the ReadMe mentioned below. :(

Too bad :(

-- 
Enrico

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
Jannick Asmus writes:

 Is there any chance that this feature is included in the Windows 
 installers in the future?

You can always hope that someone contributes the necessary code.

Enrico, 

Do you have an idea how to do this ? I've some experience with DDE, but
I'm not sure whether that's what we want.

Vincent

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

Maybe other native means could be used, but I am a *nix fellow
and don't know Windows well enough to judge.

A very simple approach is to just use command-line parameters. If we can
manage to make LyX a single instance application (I mean that if you try
to start LyX when it's already running it will open the existance LyX
instance and open a possibly specified LyX file in the same instance),
then we can also just call LyX.exe %f -goto-row %l.

Would this be a possible solution ? At least it would be a pretty simple
solution.


Vincent

Re: AW: Yap: Inverse dvi search

[Jannick]

Vincent van Ravesteijn - TNW v.f.vanraveste...@... writes:

 A very simple approach is to just use command-line parameters. If we can
 manage to make LyX a single instance application (I mean that if you try
 to start LyX when it's already running it will open the existance LyX
 instance and open a possibly specified LyX file in the same instance),
 then we can also just call LyX.exe %f -goto-row %l.

I just checked that - with my really limited knowledge. But, folks, I do try.

- LyX.exe %f -goto-row %l: console windows popping up says that it does not
like it.

- LyX.exe %f %l: opens a new LyX window (which might be meant by a new
instance application) and asks for the tex-file associated to the lyx-file. 
 
 Would this be a possible solution ? At least it would be a pretty simple
 solution.

Thanks for your help to all of you.

 Vincent

/J.

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
 A very simple approach is to just use command-line parameters. If we 
 can manage to make LyX a single instance application (I mean that if 
 you try to start LyX when it's already running it will open the 
 existance LyX instance and open a possibly specified LyX file in the 
 same instance), then we can also just call LyX.exe %f -goto-row %l.

I just checked that - with my really limited knowledge. But, folks, I
do try.

- LyX.exe %f -goto-row %l: console windows popping up says
that it does not like it.

Sorry, I was just thinking aloud whether I could possibly implement it
like this... But I didn't yet ;-)

Vincent

Re: Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

On Tue, Aug 04, 2009 at 12:41:48PM +0200, Vincent van Ravesteijn - TNW wrote:

  
 Jannick Asmus writes:
 
  Is there any chance that this feature is included in the Windows 
  installers in the future?
 
 You can always hope that someone contributes the necessary code.
 
 Enrico, 
 
 Do you have an idea how to do this ? I've some experience with DDE, but
 I'm not sure whether that's what we want.

LyX uses two mechanisms for IPC. One of them is a named pipe, and currently
the code for dealing with named pipes only takes into account the *nix
implementation (which is what cygwin uses). However, named pipes also
exist on Windows, but thy are implemented differently. I am not familiar
with the Windows way, but I think that the necessary info can be found here:
http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx

The other mechanism is a unix domain socket, which has no equivalent on
Windows. However, given that cygwin can also emulate that, it should be
possible to use this kind of IPC, too. Cygwin is open source, so if one
is sufficiently motivated, he could look at those sources for borrowing
the necessary code.

Maybe other native means could be used, but I am a *nix fellow and don't
know Windows well enough to judge.

-- 
Enrico

Re: Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

On Tue, Aug 04, 2009 at 01:33:44PM +0200, Vincent van Ravesteijn - TNW wrote:

 Maybe other native means could be used, but I am a *nix fellow
 and don't know Windows well enough to judge.
 
 A very simple approach is to just use command-line parameters. If we can
 manage to make LyX a single instance application (I mean that if you try
 to start LyX when it's already running it will open the existance LyX
 instance and open a possibly specified LyX file in the same instance),
 then we can also just call LyX.exe %f -goto-row %l.
 
 Would this be a possible solution ? At least it would be a pretty simple
 solution.

Well, if you are able to do that, you could use the same mechanism for
passing the needed info. I mean, when you launch LyX, you have to detect
that an instance is already running and then pass the parameters specified
on the command line to the running instance.
Isn't this the same problem that has to be solved?

-- 
Enrico

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
 Would this be a possible solution ? At least it would be a pretty 
 simple solution.

Isn't this the same problem that has to be solved?

Yes, I thought so too.

I just wanted to be sure that I didn't oversee any problems with that
approach.

Solving this problem is fairly simple (I've done it in the past).

Vincent

Re: AW: Yap: Inverse dvi search

[Jean-Marc Lasgouttes]

Vincent van Ravesteijn - TNW v.f.vanraveste...@tudelft.nl writes:
 Solving this problem is fairly simple (I've done it in the past).

FWIW, here is repeat of a message I sent some months ago:

Here are two pieces of (l)gpl code to implement single instance
application. I did not look really at them...

http://www.qt-apps.org/content/show.php/SingleApplication?content=81163
http://www.dimin.net/software/sources.html

JMarc

Re: Re: AW: Yap: Inverse dvi search

[Andre Poenitz]

On Tue, Aug 04, 2009 at 01:12:06PM +0200, Enrico Forestieri wrote:
 On Tue, Aug 04, 2009 at 12:41:48PM +0200, Vincent van Ravesteijn - TNW wrote:
 
   
  Jannick Asmus writes:
  
   Is there any chance that this feature is included in the Windows 
   installers in the future?
  
  You can always hope that someone contributes the necessary code.
  
  Enrico, 
  
  Do you have an idea how to do this ? I've some experience with DDE, but
  I'm not sure whether that's what we want.
 
 LyX uses two mechanisms for IPC. One of them is a named pipe, and currently
 the code for dealing with named pipes only takes into account the *nix
 implementation (which is what cygwin uses). However, named pipes also
 exist on Windows, but thy are implemented differently. I am not familiar
 with the Windows way, but I think that the necessary info can be found here:
 http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx
 
 The other mechanism is a unix domain socket, which has no equivalent on
 Windows. However, given that cygwin can also emulate that, it should be
 possible to use this kind of IPC, too. Cygwin is open source, so if one
 is sufficiently motivated, he could look at those sources for borrowing
 the necessary code.
 
 Maybe other native means could be used, but I am a *nix fellow and don't
 know Windows well enough to judge.

QLocalSocket (http://doc.trolltech.com/4.5/qlocalsocket.html) comes to
mind. Saves headaches.

Andre'

Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

Jannick Asmus writes:

> Is there any chance that this feature is included in the Windows 
> installers in the future?

You can always hope that someone contributes the necessary code.

> Sorry for being a bit insisting here. I believe that I am not pretty
> much skilled to follow the instruction in the ReadMe mentioned below. :(

Too bad :(

-- 
Enrico

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
>Jannick Asmus writes:
>
>> Is there any chance that this feature is included in the Windows 
>> installers in the future?
>
>You can always hope that someone contributes the necessary code.

Enrico, 

Do you have an idea how to do this ? I've some experience with DDE, but
I'm not sure whether that's what we want.

Vincent

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

>Maybe other native means could be used, but I am a *nix fellow
>and don't know Windows well enough to judge.

A very simple approach is to just use command-line parameters. If we can
manage to make LyX a single instance application (I mean that if you try
to start LyX when it's already running it will open the existance LyX
instance and open a possibly specified LyX file in the same instance),
then we can also just call "LyX.exe %f -goto-row %l".

Would this be a possible solution ? At least it would be a pretty simple
solution.


Vincent

Re: AW: Yap: Inverse dvi search

[Jannick]

Vincent van Ravesteijn - TNW  writes:

> A very simple approach is to just use command-line parameters. If we can
> manage to make LyX a single instance application (I mean that if you try
> to start LyX when it's already running it will open the existance LyX
> instance and open a possibly specified LyX file in the same instance),
> then we can also just call "LyX.exe %f -goto-row %l".

I just checked that - with my really limited knowledge. But, folks, I do try.

- "LyX.exe %f -goto-row %l": console windows popping up says that it does not
like it.

- "LyX.exe %f %l": opens a new LyX window (which might be meant by "a new
instance application") and asks for the tex-file associated to the lyx-file. 
 
> Would this be a possible solution ? At least it would be a pretty simple
> solution.

Thanks for your help to all of you.

> Vincent

/J.

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
>> A very simple approach is to just use command-line parameters. If we 
>> can manage to make LyX a single instance application (I mean that if 
>> you try to start LyX when it's already running it will open the 
>> existance LyX instance and open a possibly specified LyX file in the 
>> same instance), then we can also just call "LyX.exe %f -goto-row %l".
>
>I just checked that - with my really limited knowledge. But, folks, I
do try.
>
>- "LyX.exe %f -goto-row %l": console windows popping up says
>that it does not like it.

Sorry, I was just thinking aloud whether I could possibly implement it
like this... But I didn't yet ;-)

Vincent

Re: Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

On Tue, Aug 04, 2009 at 12:41:48PM +0200, Vincent van Ravesteijn - TNW wrote:

>  
> >Jannick Asmus writes:
> >
> >> Is there any chance that this feature is included in the Windows 
> >> installers in the future?
> >
> >You can always hope that someone contributes the necessary code.
> 
> Enrico, 
> 
> Do you have an idea how to do this ? I've some experience with DDE, but
> I'm not sure whether that's what we want.

LyX uses two mechanisms for IPC. One of them is a named pipe, and currently
the code for dealing with named pipes only takes into account the *nix
implementation (which is what cygwin uses). However, named pipes also
exist on Windows, but thy are implemented differently. I am not familiar
with the Windows way, but I think that the necessary info can be found here:
http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx

The other mechanism is a unix domain socket, which has no equivalent on
Windows. However, given that cygwin can also emulate that, it should be
possible to use this kind of IPC, too. Cygwin is open source, so if one
is sufficiently motivated, he could look at those sources for borrowing
the necessary code.

Maybe other native means could be used, but I am a *nix fellow and don't
know Windows well enough to judge.

-- 
Enrico

Re: Re: AW: Yap: Inverse dvi search

[Enrico Forestieri]

On Tue, Aug 04, 2009 at 01:33:44PM +0200, Vincent van Ravesteijn - TNW wrote:

> >Maybe other native means could be used, but I am a *nix fellow
> >and don't know Windows well enough to judge.
> 
> A very simple approach is to just use command-line parameters. If we can
> manage to make LyX a single instance application (I mean that if you try
> to start LyX when it's already running it will open the existance LyX
> instance and open a possibly specified LyX file in the same instance),
> then we can also just call "LyX.exe %f -goto-row %l".
> 
> Would this be a possible solution ? At least it would be a pretty simple
> solution.

Well, if you are able to do that, you could use the same mechanism for
passing the needed info. I mean, when you launch LyX, you have to detect
that an instance is already running and then pass the parameters specified
on the command line to the running instance.
Isn't this the same problem that has to be solved?

-- 
Enrico

RE: Re: AW: Yap: Inverse dvi search

[Vincent van Ravesteijn - TNW]

 
> Would this be a possible solution ? At least it would be a pretty 
> simple solution.

>Isn't this the same problem that has to be solved?

Yes, I thought so too.

I just wanted to be sure that I didn't oversee any problems with that
approach.

Solving this problem is fairly simple (I've done it in the past).

Vincent

Re: AW: Yap: Inverse dvi search

[Jean-Marc Lasgouttes]

"Vincent van Ravesteijn - TNW"  writes:
> Solving this problem is fairly simple (I've done it in the past).

FWIW, here is repeat of a message I sent some months ago:

Here are two pieces of (l)gpl code to implement single instance
application. I did not look really at them...

http://www.qt-apps.org/content/show.php/SingleApplication?content=81163
http://www.dimin.net/software/sources.html

JMarc

Re: Re: AW: Yap: Inverse dvi search

[Andre Poenitz]

On Tue, Aug 04, 2009 at 01:12:06PM +0200, Enrico Forestieri wrote:
> On Tue, Aug 04, 2009 at 12:41:48PM +0200, Vincent van Ravesteijn - TNW wrote:
> 
> >  
> > >Jannick Asmus writes:
> > >
> > >> Is there any chance that this feature is included in the Windows 
> > >> installers in the future?
> > >
> > >You can always hope that someone contributes the necessary code.
> > 
> > Enrico, 
> > 
> > Do you have an idea how to do this ? I've some experience with DDE, but
> > I'm not sure whether that's what we want.
> 
> LyX uses two mechanisms for IPC. One of them is a named pipe, and currently
> the code for dealing with named pipes only takes into account the *nix
> implementation (which is what cygwin uses). However, named pipes also
> exist on Windows, but thy are implemented differently. I am not familiar
> with the Windows way, but I think that the necessary info can be found here:
> http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx
> 
> The other mechanism is a unix domain socket, which has no equivalent on
> Windows. However, given that cygwin can also emulate that, it should be
> possible to use this kind of IPC, too. Cygwin is open source, so if one
> is sufficiently motivated, he could look at those sources for borrowing
> the necessary code.
> 
> Maybe other native means could be used, but I am a *nix fellow and don't
> know Windows well enough to judge.

QLocalSocket (http://doc.trolltech.com/4.5/qlocalsocket.html) comes to
mind. Saves headaches.

Andre'