Does anybody remember, of feel a special emotional attachment to,
old_pit in insettext.C? It doesn't seem to do much, except take the
value -1 on three occasions for unfathomable reasons.
- Martin
pgpIvtcn1uUBr.pgp
Description: PGP signature
Hi,
I know that everybody (including myself) is extremely busy but shouldn't
we cleanup http://www.lyx.org/download/ ?
The links to the two Windows ports should be replaced by a single link
to the Windows Wiki page. Moreover, the OS/2 port shouldn't be mentioned
any longer.
I think the dow
On Thu, 2005-10-20 at 16:44 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> This is because of the 'no two consecutive spaces' code. This
> >> means that your other patch (to insettabular) is actually needed
> >> (sorry I answer in the wron
Luis Rivera wrote:
>> All file names should be transformed using "external_path".
> OK.
> No need to quote them?
At the moment, yes. (Hence our problems with "files with spaces".)
Eventually, I'd hope we wouldn't have to quote them because we'd store
the arguments in an array and pass this array
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> >> The "real" solution would be to tell LyX about different path styles in
> >> the converters:
> >> native, Cygwin paths: convert $$i $$o
> >> Win32 paths: convert $$win32i $$win32o
>
> All I meant was, rather than have a single global value
On Wed, 2005-10-19 at 17:53 +0200, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> I really cannot make sense of it.
>
> Martin, Help!!!
Jean-Marc,
If I place another line of text under the inset, the nature of the error
message changes.
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Luis Rivera wrote:
> > I wonder whether this code only handles (and thus, fixes) the paths for
> > the applications, not the target input/output files.
>
> All file names should be transformed using "external_path".
>
OK.
No need to quote them?
C
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> This is because of the 'no two consecutive spaces' code. This
>> means that your other patch (to insettabular) is actually needed
>> (sorry I answer in the wrong order). Stick it in.
Martin> Which one precisely? The adding of pos()
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> I think this part is OK, but might be unneeded if we fix the real
>> problem. Just keep it somewhere; we may apply it later.
Martin> But what is the real problem?
That the setting of boundaries in Juergen's code is broken.
JMarc
On Wed, 2005-10-19 at 21:25 +0300, Martin Vermeer wrote:
> On Wed, Oct 19, 2005 at 05:53:07PM +0200, Jean-Marc Lasgouttes wrote:
> > > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Yes... look at cursor.C:
>
> 1201 LyXFont LCursor::getFont() const
>1202 {
>1203
Angus Leeming wrote:
> I think that it's important to not overwrite the existing layout file
> (well done ;)) but you might pop up a dialog to inform the user where he
> can grab the converted file from. Only delete it if he doesn't want to
> grab it.
The problem is that lyxtextclass.C is also us
Martin Vermeer wrote:
> On Wed, 2005-10-19 at 17:03 +0200, Jean-Marc Lasgouttes wrote:
>> But frankly, I do not think that we should care about it right now.
>> This is post-1.4.0 stuff.
>
> I agree on both counts. But this is a point fix for this release that
> keeps latex-naive users out of tro
On Wed, 2005-10-19 at 17:03 +0200, Jean-Marc Lasgouttes wrote:
> > "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
13 matches
Mail list logo
