Luis Rivera wrote:
>> Basically, the current code is a bit of a kludge. Here it is (from
>> src/support/os_cygwin.C):
> I wonder whether this code only handles (and thus, fixes) the paths for
> the applications, not the target input/output files.
> Just shooting from the hip...
All file names sh
Luis Rivera wrote:
>> \cygwin_path_fix_needed true
> Tried it, and now the error message is
> 22 [main] lyx 440 fork_parent: child 1276 died waiting for longjmp before
> initialization.
> Could not fork: No such file or directory
Presumably because some unix shell script (convertDefault.sh ?) is
Georg Baum wrote:
> This reminds me of the layout file converter that I sent some days ago.
[...snip...]
> I would really like to put this in. Cooments?
I think that this is a fantastic idea and that it can't break anything that
isn't broken already (user's 1.3 layout files used by lyx 1.4).
I th
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Luis Rivera wrote:
>
> > Indeed, I tried both (in reverse order, btw, since I thought instructions
> > for lusers should go from inside out the application), and as I said, it
> > seems that LyX sticks to posix-style path searches, not for the
> > ap
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Basically, the current code is a bit of a kludge.
> The kludge is the "cygwin_path_fix_" which is settable from the
> Edit->Preferences dialog IIRC and can certainly be set manually in your
> preferences file as:
>
> \cygwin_path_fix_needed true
>
Am Montag, 17. Oktober 2005 16:40 schrieb Bennett Helm:
> Opening old beamer presentations results in a crash. The problem is
> that the beamer.layout file contains the following line:
>
> MaxCounterCounter_Section
>
> (In fact, any .layout file with this line in it will cause LyX to
Luis Rivera wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>>
>> Mike Meyer wrote:
>>
>> > In <[EMAIL PROTECTED]>,
>> > Luis Rivera <[EMAIL PROTECTED]> typed:
>> >> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
>> >> python interpreter, ImageMagick, ghostscript, and
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Mike Meyer wrote:
>
> > In <[EMAIL PROTECTED]>,
> > Luis Rivera <[EMAIL PROTECTED]> typed:
> >> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
> >> python interpreter, ImageMagick, ghostscript, and the jpeg and qt3
> >> packages
Mike Meyer wrote:
> In <[EMAIL PROTECTED]>,
> Luis Rivera <[EMAIL PROTECTED]> typed:
>> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native
>> python interpreter, ImageMagick, ghostscript, and the jpeg and qt3
>> packages, plus the
>> Xserver scalable fonts. Apparently, LyX-Qt on
On Wed, Oct 19, 2005 at 05:34:13PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Try, with you patch, this:
>
> Martin> 1) create a string 'a' in a cell of a table, and back up
> Martin> to the middle. 2) Type where
> Martin> a
On Wed, Oct 19, 2005 at 05:53:07PM +0200, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> Jean-Marc> Basically, dEPM compares the tips of cursors without caring
> Jean-Marc> whether they are at same depth (insert apples and oranges
> Jean-Mar
In <[EMAIL PROTECTED]>, Luis Rivera <[EMAIL PROTECTED]> typed:
> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native python
> interpreter, ImageMagick, ghostscript, and the jpeg and qt3 packages, plus the
> Xserver scalable fonts. Apparently, LyX-Qt on Cygwin-X does posix style
>
On Wed, Oct 19, 2005 at 05:31:16PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Yes... and in this case *this is wrong*.
>
> Martin> Why should the cell's decision be overridden? Shouldn't that
> Martin> only happen when at the end
COOL
So you are saying that I can just go to gcc-3.4.4 and the Cygwin supplied QT
and it will just work??!!
Great!!
---Kayvan
On Wed, Oct 19, 2005 at 04:14:24PM +, Luis Rivera wrote:
> Luis Rivera <[EMAIL PROTECTED]> writes:
>
> >
> > Hello,
> >
> > I compiled
Luis Rivera <[EMAIL PROTECTED]> writes:
>
> Hello,
>
> I compiled and use LyX --with-frontend=xforms succesfully on cygwin
> (version 1.5.18-1, with gcc 3.4.4-1).
>
> However, --with-frontend=qt, I can can compile LyX succesfully, but it
> doesn't display any characters: just plain white squa
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Basically, dEPM compares the tips of cursors without caring
Jean-Marc> whether they are at same depth (insert apples and oranges
Jean-Marc> comment here). Here undo is called between two cursors at
Jean-Marc> differen
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Michael Gerz wrote:
>> Hello,
>>
>> this patch fixes the cursor positioning for vspace insets. So far,
>> the cursor is placed way too high. With this patch, the cursor is
>> aligned with the label text. The patch also fixes the
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> > Do you see what I mean?
>>
>> Not quite.
Juergen> Now I do. The attached patch also closes a float when the
Juergen> cursor is in a nested tabular.
This is not really what I would have
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Try, with you patch, this:
Martin> 1) create a string 'a' in a cell of a table, and back up
Martin> to the middle. 2) Type where
Martin> and stand for the cursor keys
Martin> You will again find yourself in the table cel
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Yes... and in this case *this is wrong*.
Martin> Why should the cell's decision be overridden? Shouldn't that
Martin> only happen when at the end of the cell's content?
Martin> Thinking in this way produced the attached patch,
Jean-Marc Lasgouttes wrote:
> Angus> Jeremy, you're absolutely right. We're attempting to fix one
> Angus> bug by introducing another.
>
> Angus> Jean-Marc, let's go back to the old behaviour ("Mutex destroy
> Angus> failure: Device or resource busy" on exit on some machines
> but Angus> not other
Martin Vermeer wrote:
> This is the generalized patch. I believe it works always -- except
> when copying/pasting a display math inset from the outside. I see no
> easy fix to that.
I don't see anything in inTable that means it has to be part of the
class. Why not a standalone function in an anony
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> This is the generalized patch. I believe it works always --
Martin> except when copying/pasting a display math inset from the
Martin> outside. I see no easy fix to that.
Actually, this problem should be handled IMO at the insett
On Wed, 2005-10-19 at 10:49 +0200, Georg Baum wrote:
> Georg Baum wrote:
>
> > Martin Vermeer wrote:
...
> Sorry, I overread that. Nevertheless you should disable these things in
> getStatus and not in doDispatch.
Ah yes, you're right.
- Martin
signature.asc
Description: This is a digitally
On Wed, 2005-10-19 at 09:02 +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > Hmmm... is the attached very simple, for some meanings of "very"?
>
> IMHO yes.
>
> > At least it is localized and clear. It handles the common case; one
> > could sabotage it by placing another inset inside a tab
to whom it may concern:
1) a patch for lib/doc/LaTeXConfig.lyx.in
what is right:
svjog, jog, Svjog
svprobt, prothe, Svprothe?
2) a german translation lib/doc/de_LaTeXConfig.lyx.in
3) a patch for lib/configure to create de_LaTeXConfig.lyx.
Maybe de_LaTeXConfig.lyx* has to be put into all lib/doc/Mak
On Wed, 2005-10-19 at 11:44 +0200, Juergen Spitzmueller wrote:
> Georg Baum wrote:
> > I think so too (otherwise you can as well insert a box inset). But this is
> > certainly not for 1.4.0, since it requires more changes (e.g. we should
> > also allow line breaks in table cells).
>
> Agreed. Howe
Georg Baum wrote:
> I think so too (otherwise you can as well insert a box inset). But this is
> certainly not for 1.4.0, since it requires more changes (e.g. we should
> also allow line breaks in table cells).
Agreed. However, for the given bug, we can as well use parbox automatically,
as it is
Juergen Spitzmueller wrote:
> Georg Baum wrote:
>> Even if we would use USEBOX we should either make it completely automatic
>> or completely manual, not a manual setting that is sometimes
>> automatically switched on.
>
> I think we should make it completely automatic (i.e. remove the checkbox
>
Georg Baum wrote:
> IMHO not. This usebox thing is broken (can't be set from qt GUI, and in
> xforms the checkbox seems to be disabled). Please don't open the tabular
> can of worms.
> Even if we would use USEBOX we should either make it completely automatic
> or completely manual, not a manual set
Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>> > But that would actually be allowed in latex, at least for minipages.
>>
>> Yes, I can confirm that, also for parbox and fancyboxes, i.e. BOX_CODE.
>
> lyxtabular has some fancy code to automatically wrap cell content into a
> parbox or mini
Georg Baum wrote:
> Martin Vermeer wrote:
>
>> Hmmm... is the attached very simple, for some meanings of "very"?
>
> IMHO yes.
>
>> At least it is localized and clear. It handles the common case; one
>> could sabotage it by placing another inset inside a tabular, and then
>> math inside that.
>
On Wed, 2005-10-19 at 10:40 +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > Yes, what about it?
>
> Nothing, I misread the patch.
>
> >> Is the index cur.depth() - 2 in
> >>
> >> +bool inTable = cur[cur.depth() - 2].inset().lyxCode()
> >> +== InsetBase::TABULAR_CODE;
Martin Vermeer wrote:
> Yes, what about it?
Nothing, I misread the patch.
>> Is the index cur.depth() - 2 in
>>
>> +bool inTable = cur[cur.depth() - 2].inset().lyxCode()
>> +== InsetBase::TABULAR_CODE;
>>
>> always valid?
>
> Only when the tabular contains math *directly*,
On Wed, 2005-10-19 at 10:00 +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > > But that would actually be allowed in latex, at least for minipages.
> >
> > Yes, I can confirm that, also for parbox and fancyboxes, i.e. BOX_CODE.
>
> lyxtabular has some fancy code to automatically wrap
Martin Vermeer wrote:
> > But that would actually be allowed in latex, at least for minipages.
>
> Yes, I can confirm that, also for parbox and fancyboxes, i.e. BOX_CODE.
lyxtabular has some fancy code to automatically wrap cell content into a
parbox or minipage, respectively (USEBOX IIRC).
Mayb
On Wed, 2005-10-19 at 09:02 +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > Hmmm... is the attached very simple, for some meanings of "very"?
>
> IMHO yes.
>
> > At least it is localized and clear. It handles the common case; one
> > could sabotage it by placing another inset inside a tab
Martin Vermeer wrote:
> Hmmm... is the attached very simple, for some meanings of "very"?
IMHO yes.
> At least it is localized and clear. It handles the common case; one
> could sabotage it by placing another inset inside a tabular, and then
> math inside that.
But that would actually be allowe
38 matches
Mail list logo