On Mon, Dec 17, 2007 at 11:33:43AM +0100, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Mon, Dec 17, 2007 at 08:51:48AM +0100, Abdelrazak Younes wrote:
> >
> >> Edwin Leuven wrote:
> >>> Enrico Forestieri wrote:
> As I already said, you should complain with Microsoft because tha
Enrico Forestieri wrote:
On Mon, Dec 17, 2007 at 08:51:48AM +0100, Abdelrazak Younes wrote:
Edwin Leuven wrote:
Enrico Forestieri wrote:
As I already said, you should complain with Microsoft because that
is a cmd.exe bug ;-)
i know, and i am always more than happy to blame microsoft ;-) but i
On Mon, Dec 17, 2007 at 08:51:48AM +0100, Abdelrazak Younes wrote:
> Edwin Leuven wrote:
> > Enrico Forestieri wrote:
> >> As I already said, you should complain with Microsoft because that
> >> is a cmd.exe bug ;-)
> >
> > i know, and i am always more than happy to blame microsoft ;-) but i was
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
This fix is applicable to branch Juergen.
Is there a specific reason why you removed the p.length() > 1 condition from
the DOS style?
I didn't remove it, I just return early for the negative condition:
+if (p.length() <= 1)
+re
Also sprach Jürgen Spitzmüller:
> Is there a specific reason why you removed the p.length() > 1 condition
> from the DOS style?
Sorry. I'm beginnig to wake up now.
Jürgen
Abdelrazak Younes wrote:
> This fix is applicable to branch Juergen.
Is there a specific reason why you removed the p.length() > 1 condition from
the DOS style?
Jürgen
Edwin Leuven wrote:
Enrico Forestieri wrote:
As I already said, you should complain with Microsoft because that
is a cmd.exe bug ;-)
i know, and i am always more than happy to blame microsoft ;-) but i was
wondering whether there are ways to call programs (not using cmd.exe)
where we don't r
Jean-Marc Lasgouttes wrote:
Enrico Forestieri <[EMAIL PROTECTED]> writes:
Note that with the change from \batchmode to \nonstopmode the chance
of a stalled latex (and a hanging lyx) is high, because when a file
that should be included is not found, latex stops, expecting you to
enter a new file
Andre Poenitz wrote:
On Tue, Dec 11, 2007 at 09:13:38AM +0100, Abdelrazak Younes wrote:
Peter Kümmel wrote:
Jürgen Spitzmüller wrote:
Peter Kümmel wrote:
I assume pdflatex.
Here, everything is completely broken: every converter as well as
edit->reconfigure.
No problems here.
Should I remove
On Tue, Dec 11, 2007 at 09:13:38AM +0100, Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Jürgen Spitzmüller wrote:
>>> Peter Kümmel wrote:
I assume pdflatex.
>>>
>>> Here, everything is completely broken: every converter as well as
>>> edit->reconfigure.
>> No problems here.
>> Should I re
On Tue, Dec 11, 2007 at 04:45:06PM +0100, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Year I know all this and I always start LyX from the console. Still I
> > really think there are benefits coming from the redirection for the
> > end-user.
>
> I think we s
Enrico Forestieri wrote:
As I already said, you should complain with Microsoft because that
is a cmd.exe bug ;-)
i know, and i am always more than happy to blame microsoft ;-) but i was
wondering whether there are ways to call programs (not using cmd.exe)
where we don't run into this problem.
On Tue, Dec 11, 2007 at 04:58:42PM +0100, Edwin Leuven wrote:
> Enrico Forestieri wrote:
> > Note that in order to do what you have in mind there's no need of
> > changing the old way of launching applications (which I much prefer).
>
> don't know whether this:
>
> http://www.mail-archive.com/ly
Enrico Forestieri wrote:
Note that in order to do what you have in mind there's no need of
changing the old way of launching applications (which I much prefer).
don't know whether this:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg112416.html
is somehow related to this discussion, b
On Tue, Dec 11, 2007 at 04:25:11PM +0100, Abdelrazak Younes wrote:
> > There's no distinction between GUI or
> > console application on *nix. Then, I don't think that transforming
> > LyX in a GUI application on Windows is so desirable, because you
> > simply lose stdin, stdout, and stderr, and th
> Year I know all this and I always start LyX from the console. Still I
> really think there are benefits coming from the redirection for the
> end-user.
I can not test the feature now because it is broken under linux. What
I had in mind is to have a dialog displaying output from 'large'
processes
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Year I know all this and I always start LyX from the console. Still I
> really think there are benefits coming from the redirection for the
> end-user.
I think we should just redirect to a file output.log in the userdir
and be done with it. Then it
Enrico Forestieri wrote:
On Tue, Dec 11, 2007 at 03:50:48PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Dec 11, 2007 at 02:30:25PM +0100, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
An external process can fail on any system, either wait
On Tue, Dec 11, 2007 at 03:50:48PM +0100, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Tue, Dec 11, 2007 at 02:30:25PM +0100, Abdelrazak Younes wrote:
> >
> >> Jürgen Spitzmüller wrote:
> >>> Abdelrazak Younes wrote:
> An external process can fail on any system, either waiting
Jean-Marc Lasgouttes wrote:
> When did we do this change?
http://www.lyx.org/trac/changeset/22026
> Why?
Good question.
Jürgen
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Note that with the change from \batchmode to \nonstopmode the chance
> of a stalled latex (and a hanging lyx) is high, because when a file
> that should be included is not found, latex stops, expecting you to
> enter a new filename.
When did we do t
Enrico Forestieri wrote:
On Tue, Dec 11, 2007 at 02:30:25PM +0100, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
An external process can fail on any system, either waiting for a user
input or because of an infinite loop. That can be Latex or any other
tool (htlat
On Tue, Dec 11, 2007 at 02:30:25PM +0100, Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
> > Abdelrazak Younes wrote:
> >> An external process can fail on any system, either waiting for a user
> >> input or because of an infinite loop. That can be Latex or any other
> >> tool (htlatex comes
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
An external process can fail on any system, either waiting for a user
input or because of an infinite loop. That can be Latex or any other
tool (htlatex comes to mind). In case of failure there is no other
choice but to go to the console where l
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Abdelrazak Younes wrote:
>> An external process can fail on any system, either waiting for a user
>> input or because of an infinite loop. That can be Latex or any other
>> tool (htlatex comes to mind). In case of failure there is no other
>> choice
Abdelrazak Younes wrote:
> An external process can fail on any system, either waiting for a user
> input or because of an infinite loop. That can be Latex or any other
> tool (htlatex comes to mind). In case of failure there is no other
> choice but to go to the console where lyx was started.
I us
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
There are occasion where LateX choke on some input and there are no
way of cancelling the operation but hitting Ctrl-c at the console. I
faced that situation many times in the past.
Is that a windows thing?
An extern
Jean-Marc Lasgouttes wrote:
> I know you would eventually praise the good old xforms way of doing
> things :)
LOL. As the man what wrote that dialog, I seem to remember that we killed
it because it wasn't LyX's job to be a taskmgr-like GUI.
I believe John and Asger were particularly "convincing"
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> There are occasion where LateX choke on some input and there are no
> way of cancelling the operation but hitting Ctrl-c at the console. I
> faced that situation many times in the past.
Is that a windows thing? I have never seen a report like that?
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I confirm that everything works fine under Windows. One point: this
is not only about LateX progress. GuiProcess will (or should) catch
all output from piped process, including the output of reconfigure.
I verified that
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I confirm that everything works fine under Windows. One point: this
>> is not only about LateX progress. GuiProcess will (or should) catch
>> all output from piped process, including the output of reconfigure.
>
> I verified that this is the case an
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Jürgen Spitzmüller wrote:
Peter Kümmel wrote:
I assume pdflatex.
Here, everything is completely broken: every converter as well as
edit->reconfigure.
No problems here.
Should I remove the patch completely, or is someone willed to
have a look at
Peter Kümmel wrote:
Jürgen Spitzmüller wrote:
Peter Kümmel wrote:
I assume pdflatex.
Here, everything is completely broken: every converter as well as
edit->reconfigure.
No problems here.
Should I remove the patch completely, or is someone willed to
have a look at it under Linux?
Andre'
Jürgen Spitzmüller wrote:
Peter Kümmel wrote:
I assume pdflatex.
Here, everything is completely broken: every converter as well as
edit->reconfigure.
No problems here.
Should I remove the patch completely, or is someone willed to
have a look at it under Linux?
--
Peter Kümmel
Bo Peng wrote:
Does this patch help?
No. I checked that QDir::currentPath is
/tmp/lyx_tmpdir270589aB5uF/lyx_tmpbuf0, command is
epstopdf --outfile='20_usr_local_share_lyx16_doc_clipart_escher-lsd.pdf'
'20_usr_local_share_lyx16_doc_clipart_escher-lsd.eps'
which runs fine outside of lyx.
So th
Peter Kümmel wrote:
> I assume pdflatex.
Here, everything is completely broken: every converter as well as
edit->reconfigure.
Jürgen
> Does this patch help?
No. I checked that QDir::currentPath is
/tmp/lyx_tmpdir270589aB5uF/lyx_tmpbuf0, command is
epstopdf --outfile='20_usr_local_share_lyx16_doc_clipart_escher-lsd.pdf'
'20_usr_local_share_lyx16_doc_clipart_escher-lsd.eps'
which runs fine outside of lyx.
So the problem seems
Bo Peng wrote:
On Dec 11, 2007 10:21 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
So no one can reproduce this problem?
I can.
Peter,
I suspect that the process is not run under the /tmp/blah directory,
could you please check this?
Does this patch help?
--
Peter Kümme
Bo Peng wrote:
Hi,
I compiled the latest trunk, open UserGuid.lyx, view->pdf gives me:
I assume pdflatex.
BTW, the current English User Guide is broken.
Error: Cannot convert file
An error occurred whilst running epstopdf
--outfile='16_usr_local_sh
Bo Peng wrote:
On Dec 11, 2007 10:21 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
So no one can reproduce this problem?
I can.
Peter,
I suspect that the process is not run under the /tmp/blah directory,
could you please check this?
Hi Bo,
Qt docs say:
void QProcess::
On Dec 11, 2007 10:21 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
> > So no one can reproduce this problem?
>
> I can.
Peter,
I suspect that the process is not run under the /tmp/blah directory,
could you please check this?
Bo
Bo Peng wrote:
> So no one can reproduce this problem?
I can.
Jürgen
On Dec 9, 2007 9:32 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I compiled the latest trunk, open UserGuid.lyx, view->pdf gives me:
>
> Error: Cannot convert file
So no one can reproduce this problem?
Bo
Hi,
I compiled the latest trunk, open UserGuid.lyx, view->pdf gives me:
Error: Cannot convert file
An error occurred whilst running epstopdf
--outfile='16_usr_local_share_lyx16_doc_clipart_mobius.pdf'
'16_usr_local_share_lyx16_doc_clipart_mobius.eps'
I tr
44 matches
Mail list logo