On Tue, 16 Nov 1999 [EMAIL PROTECTED] wrote:
> I get headaches reducing my font size to mark up extra-wide formulas, in a
> world without horizontal scrolling.
>
> However, I just realized we *do* have a certain sort of horizontal
> scrolling.
>
> (x) Math display mode = center scrolled
> (y) L
I get headaches reducing my font size to mark up extra-wide formulas, in a
world without horizontal scrolling.
However, I just realized we *do* have a certain sort of horizontal
scrolling.
(x) Math display mode = center scrolled
(y) Left justified paragraph = left scrolled
(z) Right justified pa
Thanks very much for your prompt and surprizingly thorough discussion
Andre' (given your very brief skim of the documents and code involved).
On Tue, 16 Nov 1999, Andre' Poenitz wrote:
[...]
> > I think we should do both. The first, we should do for
> > the canvas area. This is already what is
On Tue, Nov 16, 1999 at 11:39:11AM +0100, Jean-Marc Lasgouttes wrote:
> Huh? Could you give some details? HAVE_XOPENIM is defined at configure
Sure. What do you need?
> time if configure manage to compile a simple program using XOpenIM().
I see. But I did a grep HAVE_XOPENIM over the complete s
I tried to debug a little bit in figinset.C to learn a little bit about what
the child process is doing. I tried the following:
if (pid == 0) { // child
char **env, rbuf[80], gbuf[40];
int ne = 0;
Display* tempdisp = XOpenDisplay(XDisplayName(0));
FilePtr mydbg("lyx_debug.txt",
> "Philippe" == Philippe PEYRE <[EMAIL PROTECTED]> writes:
Philippe> I know C++ and latex I have to learn UML and STL
Philippe> What can I do ? Just read the online TODO and work on
Philippe> a item ?
I guess you should first try to find your way in the sources. You
could try to have a look
> "Carl" == Carl Quillen <[EMAIL PROTECTED]> writes:
>> Egcs 1.x has some known bugs on alpha architectures which generate
>> bad code for memcpy on non-aligned memory access. It seems to be
>> fixed in gcc 2.95.x.
Carl> gcc 2.95.2 does indeed seem to produce a working Lyx. It does
Carl> hav
> Egcs 1.x has some known bugs on alpha architectures which generate bad
> code for memcpy on non-aligned memory access. It seems to be fixed in
> gcc 2.95.x.
gcc 2.95.2 does indeed seem to produce a working Lyx. It does have one
problem, it complains about an illegal instruction on exit. Then
> "Akos" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Akos> I'm using LyX for a variaty of purposes. So far, the document
Akos> types included have been enough for me, but now I need to get
Akos> beyond that. Unfortunately I can't find any documenation on how
Akos> to make my own docu
Original Message
Subject: LyX customisation
Date: Tue, 16 Nov 1999 14:09:31 +0200
From: Akos Maroy <[EMAIL PROTECTED]>
Organization: Innovative Ideas Oy
To: [EMAIL PROTECTED]
Hi,
I'm using LyX for a variaty of purposes. So far, the document types
included have been enough for
Hello everybody!
Here´s something strange with handling of \displaystyle etc. in math mode.
I wrote in LyX a single equation with the use of a \displaystyle. Here is the
part of the .lyx-file:
\begin_inset Formula
\[
\frac{1}{1+{\displaystyle \frac{1}{2}}}\]
\end_inset
No close the documen
> "-" == Amir Karger <[EMAIL PROTECTED]> writes:
-> If you look at BUGS in the reLyX directory, you'll see that \end in a
-> \newcommand breaks reLyX. So does \begin, for the same reason. The TeX
-> parser thinks when it sees "\begin" that you're going to start a new
-> environment. When you
> "Michael" == Michael Meskes <[EMAIL PROTECTED]> writes:
Michael> I just saw the compile time define HAVE_XOPENIM. It seems
Michael> there is no way to activate it. But the way I read the source
Michael> (lyxlookup.C) it should be activated for all X11 releases
Michael> starting with R5. Sin
> Andr=E9 suggests to let each front-end be a dumb terminal
> which is feeded with detailed drawing instructions from
> the kernel.
Well, not from the kernel, but from the painter. The kernel
does not know about frontends. Anyway, I think we understand
each other here...
> ...
> I think we sh
14 matches
Mail list logo
