Jean-Marc Lasgouttes wrote:
>> "Michael" == Michael Gerz
>> <[EMAIL PROTECTED]> writes:
>
> Michael> Comments? It should (hopefully) not affect behaviour on other
> Michael> platforms. BTW: According to the man pages, gettext ALWAYS
> Michael> returns a reasonable string. There is no real
On Tue, Oct 25, 2005 at 04:57:45PM -0700, Markus Mayer wrote:
> I this case I would do something like
>
> /**
> * Solaris x86 hack
> * (Solaris x86 defines SP and PC in /usr/include/ia32/sys/reg.h)
> */
The comment is fine, but:
> #if (defined(__i386) && defined(sun) && defined(__SVR4))
I t
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Oct 25, 2005 at 03:45:28PM -0700, Markus Mayer wrote:
|
| > It took a while to figure out what the reason was and I just discovered
| > that it is even a known issue and that a bug-fix has been proposed two
| > and a half years ago (http://bugzilla
On Wednesday, 26 Oct 2005 00:22 +0100, John Levon wrote:
> Rather, we should do the
>
> #ifdef SP
> #undef SP
> #endif
>
> approach mentioned in the bug. That way, when nobody uses Solaris 9 or
> earlier any more (it won't happen on S10), it's easy to remove the hack.
That is true. It won't aff
On Tue, Oct 25, 2005 at 03:45:28PM -0700, Markus Mayer wrote:
> It took a while to figure out what the reason was and I just discovered
> that it is even a known issue and that a bug-fix has been proposed two
> and a half years ago (http://bugzilla.lyx.org/show_bug.cgi?id=992).
I don't think your
Hi,
I took over maintaining LyX for the Blastwave project
(http://www.blastwave.org/) which provides packaged open source
software for the Solaris platform (inspired by Debian).
While there were no problems compiling LyX for the SPARC architecture,
on x86 I ran into a compiler error:
[...]
/opt/
Jean-Marc,
the attached patch is against the LyX 1.3.x tree but I propose to apply it
to the 1.4.x tree too. It corrects a few comments in the README and
build_lyxwin.sh. It also makes lyx_configure.C rather more robust (used to
generate lyx_configure.dll that in turn is used by the Windows instal
This patch adapts the layout file documentation to the current file format
and documents manual conversion. I left out a lot of whitespace that was
added by current LyX in order to make the patch readable.
The only place where I am not sure if it is correct is the character style
documentation.
Christian Ehrlicher has told me that he's resolved many of the outstanding
issues with the "Cue Tea"/Win code that were introduced by the backporting
of some official Qt4 code into their code base.
I thought, therefore, that I'd upload a snapshot of the current LyX 1.3.x
CVS tree to http://wik
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> you tried to fix a language recognition problem but that is
Michael> not the issue. Our problem is that gettext (MinGW,
Michael> --with-included-gettext) doesn't really care about what we do
Michael> in messages.C. It seems to ch
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: In LyXAction.C we have both of
Angus> these. Only one can be correct... { LFUN_KMAP_TOGGLE,
Angus> "keymap-toggle", ReadOnly }, and { LFUN_KEYMAP_TOGGLE,
Angus> "keymap-toggle", Noop },
>> You are the on
On Tue, 2005-10-25 at 10:55 -0400, Paul A. Rubin wrote:
> Have you got appropriate screen fonts installed
> (http://wiki.lyx.org/FAQ/Qt)?
That's sorted it, thanks.
John
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> What do you think. Should I apply this?
Martin> Yes, I think so.
Done.
JMarc
Jean-Marc Lasgouttes wrote:
What about something like
...
Looking at the sources of intl/localename.c, it ought to work.
Michael, could you try this out? _nl_locale_name calls GetThreadLocale
and translates the win32 locales to POSIX-like ones.
Jean-Marc,
you tried to fix a language reco
On Tue, Oct 25, 2005 at 06:08:48PM +0300, Martin Vermeer wrote:
> On Tue, Oct 25, 2005 at 02:20:53PM +0200, Jean-Marc Lasgouttes wrote:
> The attached additional patch places the master doc's branches at least
> on the menu tree within the child.
>
> - Martin
Ignore this :-)
- Martin
pgpuL1
On Tue, Oct 25, 2005 at 05:06:40PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Yes, this seems to work... at least when outputting to LaTeX.
>
> Martin> The funny thing is, you have to independently define the
> Martin> branches in
On Tue, Oct 25, 2005 at 02:20:53PM +0200, Jean-Marc Lasgouttes wrote:
>
> Another bug that is not too difficult to fix. The only remaining
> problem I see is that the brach list that is seen in the child
> document settings is not the right one. This is a general problem with
> child documents and
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Yes, this seems to work... at least when outputting to LaTeX.
Martin> The funny thing is, you have to independently define the
Martin> branches in the child document (as you say), and then create
Martin> branch insets there. But
John C. Spray wrote:
Hello,
Just built LyX from CVS on FC4, and am getting erroneous characters in
math: I write "\approx" and I get a kind of bottom-half-of-an-ellipse
instead of a wiggly equals sign. The character comes out correctly in
the postscript output though.
John
Have you got appro
On Tue, Oct 25, 2005 at 02:20:53PM +0200, Jean-Marc Lasgouttes wrote:
>
> Another bug that is not too difficult to fix. The only remaining
> problem I see is that the brach list that is seen in the child
> document settings is not the right one. This is a general problem with
> child documents and
> "Thomas" == Scheffler, Thomas <[EMAIL PROTECTED]> writes:
Thomas> Dear developers, the document class article(AMS) does not
Thomas> include a Paragraph environment. It includes a Paragraph* and
Thomas> Subparagraph* environment though.
Thomas> If I convert a document formated unter document
Hello,
Just built LyX from CVS on FC4, and am getting erroneous characters in
math: I write "\approx" and I get a kind of bottom-half-of-an-ellipse
instead of a wiggly equals sign. The character comes out correctly in
the postscript output though.
John
On Monday 24 October 2005 15:13, Georg Baum wrote:
> line[-1:]
If you know that _line_ is not empty then line[-1] is enough.
As you already know line[-1:-1] is always empty, that was why the test
failled.
The advantage of using slices over array indices is that slices will work
always wh
> "Daniel" == Daniel Watkins <[EMAIL PROTECTED]> writes:
Daniel> Summary: Problem with Navigation menu when using Hollywood
Daniel> document class Description: Every single line within a
Daniel> Hollywood-class document is listed within the Navigation menu,
Daniel> meaning it fills the screen
Another bug that is not too difficult to fix. The only remaining
problem I see is that the brach list that is seen in the child
document settings is not the right one. This is a general problem with
child documents and buffer settings, anyway.
Martin, could you take a quick look please?
JMarc
I
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I agree with this, having tried it earlier and not seeing
Martin> anything untoward.
I applied it.
JMarc
On Tue, 2005-10-25 at 12:01 +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> This was not exactly flawless in 1.3 and nontrivial to track so
> Andre> I originally completely removed this in 1.4. In Paris, Juergen
> Andre> decided that the f
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> This was not exactly flawless in 1.3 and nontrivial to track so
Andre> I originally completely removed this in 1.4. In Paris, Juergen
Andre> decided that the feature is necessary and re-implemented it
Andre> from scratch.
I propose
> "Andreas" == Andreas Vox <[EMAIL PROTECTED]> writes:
Andreas> Hi! I tried to compile LyX again after some time, but got an
Andreas> error (Qt 3.3.5, OSX 10.3.8). Looks as if Carbon.h clashes
Andreas> with qwindowdefs.h (yuck). Any ideas anyone how to circumvent
Andreas> this problem?
The pr
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> You know, the amazing thing is, I just suspected something
Martin> like this, but couldn't make it hard.
That's team work at its best :)
Thanks for testing. I'll apply it.
JMarc
30 matches
Mail list logo