Re: [Patch] Windows process creation

Original-Nachricht Datum: Thu, 17 Jun 2010 10:33:38 -0400 Von: Joost Verburg jo...@lyx.org An: lyx-devel@lists.lyx.org Betreff: [Patch] Windows process creation Hi, Currently we're using a wrapper application (LyXLauncher) on Windows to hide the command prompt windows

Re: Checksums and signing

Pavel Sanda a écrit : Jean-Pierre Chrétien wrote: Btw, the named link pointed to in section 1 is toc11, not toc7. which link? gpg-signed in The tarballs are gpg-signed. -- Jean-Pierre

Re: Checksums and signing

Jean-Pierre Chrétien wrote: Pavel Sanda a écrit : Jean-Pierre Chrétien wrote: Btw, the named link pointed to in section 1 is toc11, not toc7. which link? gpg-signed in The tarballs are gpg-signed. fixed, thanks. pavel

Re: Checksums and signing

Pavel Sanda a écrit : Jean-Pierre Chrétien wrote: Hello, I just translated in French this new section of http://www.lyx.org/Download and I had a try with this new procedure. I'm new to gpg, so where do I find te keyserver ? Should not this information be added to the paragraph ? it should

Re: Checksums and signing

Jean-Pierre Chrétien wrote: gpg --keyserver wwwkeys.eu.pgp.net --recv-keys C7FB382D works fine. Seems that gpg isn't packaged with a default keyserver on Debian Lenny. sorry then... ;) gpg: Good signature from LyX Release Manager ... this is what you have been looking for. gpg:

Re: Checksums and signing

Pavel Sanda wrote: ever get through those servers, because you never know who sits behind them and who actually put the keys into the db... the untrust-server-part can be skipped if you manually check the fingerprint FE66 471B 4355 9707 AFDA D955 DE7A 44FA C7FB 382D from the key you got.

Re: [Patch] Windows process creation

On 6/18/2010 3:32 AM, Peter Kuemmel wrote: Is this launcher also needed when you build LyX as GUI app? (cmake option -Dnoconsole=1) Yes. The command windows still pop up when LyX is build as a GUI app. With this patch, LyX can be build as a GUI app without the need for any launchers. Joost

Re: [tutorial] Questions related to Layouts Insets

The answer to my 2nd question I was able to figure out. Yes, pos() is relevant for InsetMath-derived objects too. See listing for nextAtom below the listing for nextInset is provided just for context. According to me pit() is not relevant for InsetMath-derived objects Note that the

Re: [Patch] Windows process creation

On 6/17/2010 9:00 PM, Enrico Forestieri wrote: So, this patch does not help in this respect, as the launcher is needed for hiding the initial console that would otherwise open. I think that the solution could be hiding the console from inside LyX itself. Once there was code for doing that, but I

Re: [Patch] Windows process creation

I investigated the code a little more and it appears that QProcess is used for the actual image/LaTeX conversions. ForkedCalls/runCommand are only used for internal Python scripts for display images / lyx2lyx etc. Wouldn't be the cleanest solution to use QProcess also for ForkedCalls?

Re: [Patch] Windows process creation

On Fri, Jun 18, 2010 at 10:59:05AM -0400, Joost Verburg wrote: On 6/17/2010 9:00 PM, Enrico Forestieri wrote: So, this patch does not help in this respect, as the launcher is needed for hiding the initial console that would otherwise open. I think that the solution could be hiding the console

Re: [Patch] Windows process creation

On Fri, Jun 18, 2010 at 08:00:57PM +0200, Peter Kuemmel wrote: I investigated the code a little more and it appears that QProcess is used for the actual image/LaTeX conversions. ForkedCalls/runCommand are only used for internal Python scripts for display images / lyx2lyx etc.

Re: [Patch] Windows process creation

On 6/18/2010 2:00 PM, Peter Kuemmel wrote: Wouldn't be the cleanest solution to use QProcess also for ForkedCalls? (Enrico, I hear you scream ;) Yes, the Systemcall code in LyX doesn't create any console windows because QProcess internally sets the CREATE_NO_WINDOW flag. I'm just doing the

Re: [Patch] Windows process creation

Original-Nachricht > Datum: Thu, 17 Jun 2010 10:33:38 -0400 > Von: Joost Verburg > An: lyx-devel@lists.lyx.org > Betreff: [Patch] Windows process creation > Hi, > > Currently we're using a wrapper application (LyXLauncher) on Windows to > hide the command

Re: Checksums and signing

Pavel Sanda a écrit : Jean-Pierre Chrétien wrote: Btw, the named link pointed to in section 1 is toc11, not toc7. which link? gpg-signed in "The tarballs are gpg-signed". -- Jean-Pierre

Re: Checksums and signing

Jean-Pierre Chrétien wrote: > Pavel Sanda a écrit : >> Jean-Pierre Chrétien wrote: > >>> Btw, the named link pointed to in section 1 is toc11, not toc7. >> which link? > > gpg-signed in "The tarballs are gpg-signed". fixed, thanks. pavel

Re: Checksums and signing

Pavel Sanda a écrit : Jean-Pierre Chrétien wrote: Hello, I just translated in French this new section of and I had a try with this new procedure. I'm new to gpg, so where do I find te keyserver ? Should not this information be added to the paragraph ? it

Re: Checksums and signing

Jean-Pierre Chrétien wrote: > gpg --keyserver wwwkeys.eu.pgp.net --recv-keys C7FB382D > > works fine. > Seems that gpg isn't packaged with a default keyserver on Debian Lenny. sorry then... ;) > gpg: Good signature from "LyX Release Manager ... this is what you have been looking for. >

Re: Checksums and signing

Pavel Sanda wrote: > ever get through those servers, because you never know who sits behind them > and > who actually put the keys into the db... the untrust-server-part can be skipped if you manually check the fingerprint FE66 471B 4355 9707 AFDA D955 DE7A 44FA C7FB 382D from the key you

Re: [Patch] Windows process creation

On 6/18/2010 3:32 AM, Peter Kuemmel wrote: Is this launcher also needed when you build LyX as GUI app? (cmake option -Dnoconsole=1) Yes. The command windows still pop up when LyX is build as a GUI app. With this patch, LyX can be build as a GUI app without the need for any launchers. Joost

Re: [tutorial] Questions related to Layouts & Insets

> > The answer to my 2nd question I was able to figure out. > Yes, pos() is relevant for InsetMath-derived objects too. See listing for > nextAtom below the listing for nextInset is provided just for context. > > According to me pit() is not relevant for InsetMath-derived objects > Note

Re: [Patch] Windows process creation

On 6/17/2010 9:00 PM, Enrico Forestieri wrote: So, this patch does not help in this respect, as the launcher is needed for hiding the initial console that would otherwise open. I think that the solution could be hiding the console from inside LyX itself. Once there was code for doing that, but I

Re: [Patch] Windows process creation

> I investigated the code a little more and it appears that QProcess is > used for the actual image/LaTeX conversions. ForkedCalls/runCommand are > only used for internal Python scripts for display images / lyx2lyx etc. Wouldn't be the cleanest solution to use QProcess also for ForkedCalls?

Re: [Patch] Windows process creation

On Fri, Jun 18, 2010 at 10:59:05AM -0400, Joost Verburg wrote: > On 6/17/2010 9:00 PM, Enrico Forestieri wrote: > >So, this patch does not help in this respect, as the launcher is needed > >for hiding the initial console that would otherwise open. > >I think that the solution could be hiding the

Re: [Patch] Windows process creation

On Fri, Jun 18, 2010 at 08:00:57PM +0200, Peter Kuemmel wrote: > > > I investigated the code a little more and it appears that QProcess is > > used for the actual image/LaTeX conversions. ForkedCalls/runCommand are > > only used for internal Python scripts for display images / lyx2lyx etc. >

Re: [Patch] Windows process creation

On 6/18/2010 2:00 PM, Peter Kuemmel wrote: Wouldn't be the cleanest solution to use QProcess also for ForkedCalls? (Enrico, I hear you scream ;) Yes, the Systemcall code in LyX doesn't create any console windows because QProcess internally sets the CREATE_NO_WINDOW flag. I'm just doing the