> remember that there is a button "use amsmath" in layout->document->extra
> ;-)
To be honest, I have not used anything from the menus except the file
menu since 1.0.4 or so
> from my point of view this should be important! with this option all
> the ams-mathstuff can be used and otherwise not (
Andre Poenitz wrote:
>
> > (2) Most users just don't know about amsmath and what it does. For
> > example, in normal latex, if you have a numbered equation that is too
> > wide, the equation will overwrite the equation number. However, if you
> > include amsmath, the equation number will be mov
Lars Gullik Bjønnes wrote:
>
> Bradford Castalia <[EMAIL PROTECTED]> writes:
>
> | LyX version 1.1.6fix1 crashes on the second screen (localhost:0.1)
> | with the error message "BadMatch (invalid parameter attributes)".
> | Startup, with no command line arguments, completes with no apparent
> |
> (2) Most users just don't know about amsmath and what it does. For
> example, in normal latex, if you have a numbered equation that is too
> wide, the equation will overwrite the equation number. However, if you
> include amsmath, the equation number will be moved down. So it could be
> argue
Hi,
I noticed this problem with lyx-1.1.6fix1, but didn't report it (bad,
bad boy...). Now I notice it's still there in lyx-1.1.6fix2.
When you open a citation dialog on an existing citation with a "Text
after", and edit just the "Text after", you cannot press OK and you
cannot press apply. T
Thanks to Niklas Werner, the ppc RPMs for 1.1.6fix2 are now available.
Enjoy!
---Kayvan
- Forwarded message from Niklas Werner <[EMAIL PROTECTED]> -
From: Niklas Werner <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: lyx-1.1.6fix2.ppc.rpm
Date: Tue, 22 May 20
I am unable to produce arabic characters using the latest CVS,
even though it was working perfectly just a day or two ago.
It looks like some piece of the encoding code was just changed.
Fortunately for me, the 1.1.6fix2 works well with Arabic, still.
---Kayvan
On Tue, 22 May 2001, Bradford Castalia wrote:
> LyX version 1.1.6fix1 crashes on the second screen (localhost:0.1)
> with the error message "BadMatch (invalid parameter attributes)".
> Startup, with no command line arguments, completes with no apparent
> problems. The Help menu is invoked and the
On 23 May 2001, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
[...]
> | if we're talking UI, I'd like it to default to the first match, then you
> | can cycle through with . Or something.
>
> Of coursre the bad thing about this is that we have to keep state...
> and suddenly
On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
> Of coursre the bad thing about this is that we have to keep state...
> and suddenly TAB will have two distinct actions: completion and
> next... not sure if I like that.
it is how some completions in some programs work.
> What _I
Bradford Castalia <[EMAIL PROTECTED]> writes:
| LyX version 1.1.6fix1 crashes on the second screen (localhost:0.1)
| with the error message "BadMatch (invalid parameter attributes)".
| Startup, with no command line arguments, completes with no apparent
| problems. The Help menu is invoked and the
LyX version 1.1.6fix1 crashes on the second screen (localhost:0.1)
with the error message "BadMatch (invalid parameter attributes)".
Startup, with no command line arguments, completes with no apparent
problems. The Help menu is invoked and the Introduction document
selected. Status messages flash
On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | in text2.C: LyXText::SetParagraph()
> |
> | if (align & textclasslist.Style
> |
> | that should be && right ?
>
> should it?
>
> No it shoulnd't.
>
> the if clause is only entered if align
John Levon <[EMAIL PROTECTED]> writes:
| in text2.C: LyXText::SetParagraph()
|
| if (align & textclasslist.Style
|
| that should be && right ?
should it?
No it shoulnd't.
the if clause is only entered if align is part of the alignpossible of
Style.
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
|
| > Not sure...
| > I guess it depend upon if the last char is significant of not.
|
| well I certainly don't know :)
|
| > Not quite...
| >
| > A couple of issues:
| > - How to handle
On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
> Not sure...
> I guess it depend upon if the last char is significant of not.
well I certainly don't know :)
> Not quite...
>
> A couple of issues:
> - How to handle completion? Currently it just outputs all the
> choi
in text2.C: LyXText::SetParagraph()
if (align & textclasslist.Style
that should be && right ?
john
--
"This is just the kind of crackpot scheme I've been looking to champion!!!"
- P.M. Hartke on 6U campaign
John Levon <[EMAIL PROTECTED]> writes:
| ugh, why the forcing of tabsize at the end of this file (I'm using
| vim of course) ?
|
| I'd rather have a couple of screwed up alignments than have to live
| with a broken tabsize !
agree.
| Please can this be removed ?
Fine with me... I guess Jürgen
John Levon <[EMAIL PROTECTED]> writes:
| Why do LyXText::NumberOf[Label]HFills differ from NumberOfSEparators
| in the loop termination, i.e. one has
|
| p < last
|
| the others have
|
| p <= last
|
| is this right ?
Not sure...
I guess it depend upon if the last char is significant of not.
interline_space is unused.
john
--
"This is just the kind of crackpot scheme I've been looking to champion!!!"
- P.M. Hartke on 6U campaign
Index: insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ins
The attached cleans up LColor a little bit. Note the FIXMEs.
thanks
john
--
"This is just the kind of crackpot scheme I've been looking to champion!!!"
- P.M. Hartke on 6U campaign
Index: ChangeLog
===
RCS file: /usr/l
ugh, why the forcing of tabsize at the end of this file (I'm using
vim of course) ?
I'd rather have a couple of screwed up alignments than have to live
with a broken tabsize !
Please can this be removed ?
thanks
john
p.s. alternatively, can I get vim to ignore these things ?
--
"This is jus
Why do LyXText::NumberOf[Label]HFills differ from NumberOfSEparators
in the loop termination, i.e. one has
p < last
the others have
p <= last
is this right ?
thanks
john
p.s. is minibuffer "finished" ? It doesn't look like it ?
--
"This is just the kind of crackpot scheme I've been lookin
On Tue, May 22, 2001 at 10:53:29AM +0200, Herbert Voss wrote:
> > I think that the improvement you gain by using align (e.g. no ugly spaces)
> > justifies to make it the default. In my opinion, people should use align
> > instead of eqnarray. If we change C-return to create an eqnarray,
> > most u
On 22 May 2001, Jean-Marc Lasgouttes wrote:
> It is one of these famous lfun added for the benefit of the frontends
> so that they can pass a parameter (which is 'interactive' version does
> not do. We should probably think about how to handle that.
Ideally I would like the three cases (used int
Dekel Tsur wrote:
>
> On Tue, May 22, 2001 at 09:02:43AM +0200, Jean-Marc Lasgouttes wrote:
> > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> >
> > Andre> Maybe the both of you could work out some kind of consensus.
> >
> > Yes, probably...
> >
> > Andre> I think in the end we can
Yann MORERE wrote:
>
sorry for bothering you,
i came from slot.h which had a size of 0.
now after a new tar xvzf and a new configure it seems to compile
thanks for all
yann
On Tue, May 22, 2001 at 09:02:43AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> Maybe the both of you could work out some kind of consensus.
>
> Yes, probably...
>
> Andre> I think in the end we can have both, getting eqnarray by M-m
> "Christophe" == Christophe FAGOT <[EMAIL PROTECTED]> writes:
Answering a bit late...
Christophe> When setting lines (above or below) in a paragraph layout,
Christophe> the produced LaTeX code look like the following:
Christophe> \lyxline{\normalsize}\vspace{-1\parskip}
Christophe> Howeve
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
insert-> insert file->ascii as paragraph
Herbert> gives the same as inserted as ascii as lines.
Thanks for the report. Fixed.
JMarc
> "rebollo" == rebollo <[EMAIL PROTECTED]> writes:
rebollo> I have prepared a patch to enable support of the iso8859-15
rebollo> encoding. It consists of a modification to the lib/encodings
rebollo> file, a new lib/kbd/iso8859-15.cdef file, modifications to
rebollo> the lib/kbd/european.kmap
Hello lyx users and developpers,
I was unable to compil fix2 due to my m4 release. So i installed the
1.4.1 release
flore:/users/laih2/ymorere/bureau/lyx-1.1.6fix2 >which m4
/users/laih2/ymorere/bureau/bin/m4
flore:/users/laih2/ymorere/bureau/lyx-1.1.6fix2 >m4 --version
GNU m4 1.4
flore:/users/l
On Tuesday 22 May 2001 13:33, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> | | BTW, while browsing LyXAction.C, I found: | {
> Lars> LFUN_INSERT_URL, "", "", Noop },
>
> Lars> Yes, what is that.
>
> Lars> that LFUN is implemented but no
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
Lars> Lars> Then something is wrong. How has the behaviour changed,
Lars> apart | Lars> from the selec
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Here is the fix for the recent make dist/compile problem.
Applied.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | | BTW, while browsing LyXAction.C, I found: | {
Lars> LFUN_INSERT_URL, "", "", Noop },
Lars> Yes, what is that.
Lars> that LFUN is implemented but not used. I'll comment it out, and
Lars> see if anyone yells.
It _is_ used:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> What lfun to call to insert quotes? -- Lgb
|
| It seems to me that there has never been a real lfun, but it was
| handled directly in transmgr.C (which is ugly). I guess
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> What lfun to call to insert quotes? -- Lgb
|
| It seems to me that there has never been a real lfun, but it was
| handled directly in transmgr.C (which is ugly). I guess
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> What lfun to call to insert quotes? -- Lgb
It seems to me that there has never been a real lfun, but it was
handled directly in transmgr.C (which is ugly). I guess you could
change quote-insert to do that (currently it inserts
What lfun to call to insert quotes?
--
Lgb
Baruch Even <[EMAIL PROTECTED]> writes:
| Some time ago I've seen a library of sorts that is intended to help
| protect against program crashes. Specifically it is intended to allow to
| recover from a crash gracefully.
|
| The method proposed there was to allocate critical data structures from
Hello,
The long overdue second update to LyX 1.1.6 has finally been released.
It fixes a lot of annoying or severe bugs, but also features
documentation updates, as well as DocBook support improvements.
Note that this version does not fix all the tabular problems
experienced by LyX 1.1.6 users.
Some time ago I've seen a library of sorts that is intended to help
protect against program crashes. Specifically it is intended to allow to
recover from a crash gracefully.
The method proposed there was to allocate critical data structures from
an mmap-ed file, when the program crashes the os ha
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Then something is wrong. How has the behaviour changed, apart
| Lars> from the selection not beeing cleared?
|
| The selection just remanains there, and what you type go
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Then something is wrong. How has the behaviour changed, apart
Lars> from the selection not beeing cleared?
The selection just remanains there, and what you type go after that.
Why don't you just try it out ? :)
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Should it? My emacs behaves as described above. And this is
| Lars> certainly not a new feature it has been like this for years.
|
| Lars, the behaviour is not the same i
46 matches
Mail list logo
