[EMAIL PROTECTED] wrote:
>
> I've attached a file that works fine under LyX-1.12, but which LyX's
> in the 1.14 and 1.15 series fail to interpret.
>
> It seems to be the labels of "#" that does it.
>
> If I change the labels to something else, latex runs fine on it.
>
> On Tue, May 23, 2000 at
"Lars Gullik Bjønnes" wrote:
>
> What did I forget?
>
> Lgb
my ever shrinking wish list.
move tex to texmf/tex to limit scope of ls-R from texhash
Currently under discussion
\hrulefile \hdotfill
index selection
Garst
o guard against too many pups in TOC and Refs menu items
o apply the bullet patch from Dekel.
o fix reported bugs.
o try to update the documentation
- cut and paste
- per paragraph spacing
- toc and refs
- slightly different behaviour on LyX envir "list"
[EMAIL PROTECTED] writes:
| --cWoXeonUoKmBZSoM
| Content-Type: text/plain; charset=us-ascii
|
| I've attached a file that works fine under LyX-1.12, but which LyX's
| in the 1.14 and 1.15 series fail to interpret.
|
| It seems to be the labels of "#" that does it.
|
| If I change the labels to
I've attached a file that works fine under LyX-1.12, but which LyX's
in the 1.14 and 1.15 series fail to interpret.
It seems to be the labels of "#" that does it.
If I change the labels to something else, latex runs fine on it.
On Tue, May 23, 2000 at 12:22:59PM +0200, Jean-Marc Lasgouttes wrot
Dekel Tsur <[EMAIL PROTECTED]> writes:
| For XForms 0.88 the limit is 32. However, it can be changed with a call to
| fl_setpup_maxpups(int new_max)
Right.
We should be carefull not to leak pups.
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
|
| Dekel> On Sun, May 07, 2000 at 11:25:14PM -0300, Garst R. Reese wrote:
| >> \hrulefill and \dotfill to complement \hfill Thanks
|
| Dekel> These should be quite easy to implement. I ma
On Tue, May 23, 2000 at 10:09:48PM +0200, Lars Gullik Bj&resh;nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> | What error messages (if any) you get in the terminal ?
> | I'm guessing that the problem occurs because the maximum number of XForms
> | popups has been reached (I haven't add a
Dekel Tsur <[EMAIL PROTECTED]> writes:
| > When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD
| >
| > text), lyx crashes always.
| > With smaller TOC structures, I did not see any crash.
|
| What error messages (if any) you get in the terminal ?
| I'm guessing that the pr
On Tue, May 23, 2000 at 06:27:10PM +0200, Paul Borgermans wrote:
> Hello,
>
> 2 bug reports:
>
>
> 1) TOC-menu crash
>
> When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD
>
> text), lyx crashes always.
> With smaller TOC structures, I did not see any crash.
What error
Dekel Tsur <[EMAIL PROTECTED]> writes:
| Ok
Thanks. Applied.
Lgb
On Tue, May 23, 2000 at 06:17:15PM +0200, Lars Gullik Bj&resh;nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | I sent Lars a patch which did that (and other improvements to the String()
> | method), but it hasn't been applied yet.
> | Here is the patch again (after resolving conflicts).
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Baruch Even <[EMAIL PROTECTED]> writes:
|
| | As far as I can see there is no srcdoc (or any other doc) target in the
| | makefiles.
|
| You are right. We should make one though.
After some checking it seems that doc++ is not able to create the
The attached patch allows compilation of the dialogbase branch with DEC cc and
cxx.
Untarring it will create a directory patch containing
patch23may00xtl/
The patch23may00 was created with
cvs diff -u -p > patch23may00
It contains almost nothing more than
* replace string.c
Baruch Even <[EMAIL PROTECTED]> writes:
| As far as I can see there is no srcdoc (or any other doc) target in the
| makefiles.
You are right. We should make one though.
Lgb
On 23 May 2000, Lars Gullik Bjønnes wrote:
> | That would be really great. We have some infrastructure for using
> | srcdoc and some files are documented. We could use more documentation
> | (to say the least).
>
> someone should take the time and check if doc++/srcdoc is still
> working ok. the
Hello,
Jean-Marc Lasgouttes wrote:
> The right solution is for us to have a correct handling of PDF, I
> guess. And, of course, we should have a way to change all the lyxrc
> options via GUI. So much to do...
The issue applies to PostScript as well. On one hand, some printers have
effective reso
Paul Borgermans <[EMAIL PROTECTED]> writes:
| Hello,
|
| 2 bug reports:
|
|
| 1) TOC-menu crash
|
| When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD
|
| text), lyx crashes always.
Large in what way? Number of entries or length of entries?
| With smaller TOC structu
Hello,
2 bug reports:
1) TOC-menu crash
When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD
text), lyx crashes always.
With smaller TOC structures, I did not see any crash.
Here is the backtrace (I am used to "longer" backtraces) with gdb:
--
Dekel Tsur <[EMAIL PROTECTED]> writes:
| I sent Lars a patch which did that (and other improvements to the String()
| method), but it hasn't been applied yet.
| Here is the patch again (after resolving conflicts).
Can you send it again gzipped¹? Or perhaps you can apply it Jean-Marc.
¹ My mime
On Tue, May 23, 2000 at 05:25:57PM +0200, Lars Gullik Bj&resh;nnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | Yes, but it does not respect paragraph breaks. How difficult would
> | that be?
>
> It is the category "one-liner"
I sent Lars a patch which did that (and other im
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| And, of course, we should have a way to change all the lyxrc
| options via GUI. So much to do...
This is actually very easy to add since I added a lyxrc-save (or
something) command a while ago, all that is needed is the actual
dialog. We also ne
Dekel> The ReturnNextInsetPointer method was erased in one of my patches, so I'm
Dekel> guessing that Angus was trying to compile his modified citation-inset code
Dekel> (and he didn't resolve correctly the conflicts when he updated the code
Dekel> against the CVS).
That's correct. Me being thick
>From: "Daniel Walzenbach" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Subject: lyx bug since v.1.1.5pre1
>Date: Mon, 22 May 2000 19:06:06 +0200
>
>Hi
>
>I've al problem with lyx since v.1.1.5pre1. As I'm writing german letters,
>books and so on I set the environment to de_DE. Since v.1.1.5pr
On 23 May 2000 15:38:20 +0200, Jean-Marc Lasgouttes wrote:
>It seems to display correctly here. What font are you using? I suspect
>the 0xAF character there has strange metrics.
>
I use Times and there is problem with a,i (A,I) macron.
In 1.1.4, everything was OK, but there were problems with oth
> "Eran" == Eran Tromer <[EMAIL PROTECTED]> writes:
Eran> By default LyX uses the T1 font encoding, and therefore the EC
Eran> fonts. This is caused by the following line included in the .tex
Eran> output: \usepackage[T1]{fontenc}
Yes, it does that when the EC fonts are installed and LaTeX i
On Tue, May 23, 2000 at 05:22:09PM +0200, Lars Gullik Bj&resh;nnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | I changed the 'const int' vs 'int' stuff, but I am not sure what else
> | got in. Since I do not really understand what alternative is best,
> | could you have a look
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Another thing: is there a fundamental problem (like initialization
| order of the GUI) preventing from adding a \set_color tag in lyxrc to
| provide color customization? It seems quite easy and people will
| probably complain about the colors any
On Tue, May 23, 2000 at 05:12:42PM +0200, Lars Gullik Bj&resh;nnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Compilation of the trunk of CVS is falling over with:
> | cxx: Error: buffer.C, line 3864: class "LyXParagraph" has no member
> | "ReturnNextInsetPointer"
> |
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Yes, but it does not respect paragraph breaks. How difficult
Lars> would | that be?
Lars> It is the category "one-liner"
Another thing: is there a fundamental problem (
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Yes, but it does not respect paragraph breaks. How difficult would
| that be?
It is the category "one-liner"
| And what else? Will the TOC and ref menus stay? I guess they will. The
| algorithm for shortening sections titles is still not perfe
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I changed the 'const int' vs 'int' stuff, but I am not sure what else
| got in. Since I do not really understand what alternative is best,
| could you have a look?
Actually I thought the best alternative would be to remove the lazy
update.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> The format was not supposed to change. How did I make that
| Lars> happen? Probably the LColor switch.
|
| Lars> \color none should be equivilent with \color default.
|
| But which one is the official one?
\color default
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Try to run lyx under gdb. Here is what BUGS.lyx says (using the
Lars> new | copy from LyX feature :)
Lars> Nice, eh?
Yes, but it does not respect paragraph breaks. How
Angus Leeming <[EMAIL PROTECTED]> writes:
| Compilation of the trunk of CVS is falling over with:
| cxx: Error: buffer.C, line 3864: class "LyXParagraph" has no member
| "ReturnNextInsetPointer"
| while ((inset = par->ReturnNextInsetPointer(pos))) {
|
| LyXParag
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
|
| Yann> here are the response same errors
|
| This error is very surprising, since LastFiles::const_iterator is
| defined in lastfiles.h, and I compile without problem with gcc 2.8.1
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
Yann> it surprises me too, so i download the latest cvs lastfiles.h
Yann> and lastfiles.C and everything compiles good...
Yann> thank you.
I guess lastfiles.h was changed too recently.
Yann> just a remark, label for float environement are
"blackziggy" <[EMAIL PROTECTED]> writes:
| Hello! Here you are the eu.po file for LyX-1.1.5.pre3...
I hope you used the eu.po distributed with 1.1.5pre3 as basis for
this.
| "Project-Id-Version: lyx-1.0.0\n"=0A=
| "POT-Creation-Date: 2000-05-21 05:20+0200\n"=0A=
| "PO-Revision-Date: 1999-04-30
Jean-Marc Lasgouttes wrote:
>
> > "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
>
> Yann> Hello, i get this error compiling lyx on dec alpha OSF1 flore
> Yann> V4.0 1091 alpha
>
> Try the appended patch that I commited yesterday in cvs. BTW, I'd be
> interested to know whether your bibt
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: | |
Lars> Dekel> I created two new patches (both using the (a) method).
Lars> Select | Dekel> the one you think is
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Try to run lyx under gdb. Here is what BUGS.lyx says (using the new
| copy from LyX feature :)
Nice, eh?
Now we only need to get it into NEWS.
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| internal of LyX are in a bit of a flux. I guess Lars is the one who
| could tell you what the big picture is.
With regard to mathed, no.
| That would be really great. We have some infrastructure for using
| srcdoc and some files are documented.
Jean-Marc Lasgouttes wrote:
>
> > "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
>
> Yann> here are the response same errors
>
> This error is very surprising, since LastFiles::const_iterator is
> defined in lastfiles.h, and I compile without problem with gcc 2.8.1
> on Tru64 4.0f.
>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Matt" == Matt Lowry <[EMAIL PROTECTED]> writes:
|
| Matt> Now to business. I'm using 1.1.4fix3 here. It seems to me (and
| Matt> of course I could be entirely wrong) that LyX has a habit of
| Matt> caching figure renderings, but then does
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
|
| Dekel> I created two new patches (both using the (a) method). Select
| Dekel> the one you think is better.
|
| Lars, has this ever been applied?
I am not sure. Something was patched i
Guys
The rendering has been like this as long as I can remember. It is irritating.
What's even weirder if you cut and paste figures from one doc into another in a
different directory. Now if you're using realtive paths then it doesn't use
the figure local to the new directory but keeps the old
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
Yann> here are the response same errors
This error is very surprising, since LastFiles::const_iterator is
defined in lastfiles.h, and I compile without problem with gcc 2.8.1
on Tru64 4.0f.
JMarc
If you're running Tru64 4.0, can't you use Digital cxx?
what version do you have?
Here "cxx -V" gives
DIGITAL C++ V6.1-029 on DIGITAL UNIX V4.0 (Rev. 1091)
which works fine.
Angus
Yann> > What compiler version do you use?
Yann> gcc version 2.8.1
Jean-Marc Lasgouttes wrote:
>
>
> Yann> i tried it,
>
> Yann> i replaced each in menus.C, is there a patch command to do it
> Yann> quikly
>
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../images
-I/users/laih2/ymorere/bureau/xform
s/include -g -O -fno-rtti -fno-exceptions -ansi -W -Wall
-Wno-retur
> "Sasa" == Sasa Janiska <[EMAIL PROTECTED]> writes:
Sasa> Hello! I've just compiled new pre-release of LyX and have slight
Sasa> problems with proper display of accented characters on the
Sasa> screen - DVI is OK.
Sasa> Macron accent is problem maker - other characters (which I
Sasa> regula
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
Yann> Jean-Marc Lasgouttes wrote:
>> > "Yann" == Yann MORERE <[EMAIL PROTECTED]>
>> writes:
>>
Yann> Hello, i get this error compiling lyx on dec alpha OSF1 flore
Yann> V4.0 1091 alpha
>> Try the appended patch that I commited yesterd
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes:
Peter> Also, what is the most important aim: To keep the cua/emacs
Peter> bindings identical to the original ones (important mostly for
Peter> experienced users using the shortcuts) or a consistent access
Peter> to the menus (why can't
> "blackziggy" == blackziggy <[EMAIL PROTECTED]> writes:
blackziggy> Well, I didn't modificate any kind of configure option, I
blackziggy> just use the original 'configure' file, without anything
blackziggy> else...
Do you know whether "automake" was re-run at the beginning of the
build pro
- Original Message -
From: Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
To: blackziggy <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, May 23, 2000 10:18 AM
Subject: Re: translation of eu.po for lyx-1.1.5.pre3
> > "blackziggy" == blackziggy <[EMAIL PROTECTED]> writes:
>
> bl
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> I created two new patches (both using the (a) method). Select
Dekel> the one you think is better.
Lars, has this ever been applied?
JMarc
> "U" == U Guenther <[EMAIL PROTECTED]> writes:
U> I have attached a jpg image of a lyx screen shot which shows a bug
U> which I see often although I can't produce it on command.
U> I have just highlighted the 'Untersuchungen' region and get a
U> second region highlighted as well. No crashes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Short version for Lars: the new code in LColor reads in
Lars> incorrectly | "\color default" and changes that to "ignore". In
Lars> turn, this exports | bogus TeX code.
> "Matt" == Matt Lowry <[EMAIL PROTECTED]> writes:
Matt> Now to business. I'm using 1.1.4fix3 here. It seems to me (and
Matt> of course I could be entirely wrong) that LyX has a habit of
Matt> caching figure renderings, but then doesn't do anything at all
Matt> to check the validity of those
> "Duncan" == Duncan Simpson <[EMAIL PROTECTED]> writes:
Duncan> Just tried the latest version of lyx from CVS with XFree86 4.0
Duncan> on my two old SUN 16" monitor box (none of the available
Duncan> console modes give a working display, so there is no way I am
Duncan> going to reconfigure s
> "Lior" == Lior Silberman <[EMAIL PROTECTED]> writes:
Lior> I would like to use LyX from several different displays, each of
Lior> which has different fonts available (as xfontsel testifies).
Lior> Thus, it would help if there were command-line options for these
Lior> settings, overriding ly
Dick> I am trying to install Lyx on redhat linux 6.2 and find the
Dick> following error messages : cannot find libforms or libxforms.
Dick> Please check that the xforms libray is correctly installed on
Dick> your system. Cannot find forms.h. Please check that the forms
Dick> libray etc.
Dick> Tw
Jean-Marc Lasgouttes wrote:
>
> > "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
>
> Yann> Hello, i get this error compiling lyx on dec alpha OSF1 flore
> Yann> V4.0 1091 alpha
>
> Try the appended patch that I commited yesterday in cvs. BTW, I'd be
> interested to know whether your bibt
Hi all,
working on the update of the .po and bind files for german, I noticed
that the menu definitions for "Documents" now went into the cua/(x)emacs
files to prevent the redefinition problems with M-d.
These kind of probems do arise in other languages, too, so what should
we translators do
Hello!
I've just compiled new pre-release of LyX and have slight problems with
proper display of accented characters on the screen - DVI is OK.
Macron accent is problem maker - other characters (which I regularly
use) or OK and some problems from 1.1.4 are fixed.
It looks like there is a need t
> "Eugenio" == Eugenio Brunetti <[EMAIL PROTECTED]> writes:
Eugenio> Hi folks, I got a Memory fault (coredump) error while
Eugenio> executing .../src/lyx on a hppa1.1-hp-hpux10.20 system. This
Eugenio> happens whatever version of Lyx I use. Could anybody help me?
Try to run lyx under gdb. He
> "larry" == larry <[EMAIL PROTECTED]> writes:
larry> I can't seem to get Math in display mode with labels of "#",
larry> for use with package{reqno}, to work since LyX-1.2.
larry> In fact, I can't seem to enter labels at all for Math in
larry> display mode.
An example, please? I am certia
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
Yann> Hello, i get this error compiling lyx on dec alpha OSF1 flore
Yann> V4.0 1091 alpha
Try the appended patch that I commited yesterday in cvs. BTW, I'd be
interested to know whether your bibtex problems are solved.
JMarc
Index: menus.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Compilation of the trunk of CVS is falling over with: cxx:
Angus> Error: buffer.C, line 3864: class "LyXParagraph" has no member
Angus> "ReturnNextInsetPointer" while ((inset =
Angus> par->ReturnNextInsetPointer(pos))) {
Angus> Ly
Compilation of the trunk of CVS is falling over with:
cxx: Error: buffer.C, line 3864: class "LyXParagraph" has no member
"ReturnNextInsetPointer"
while ((inset = par->ReturnNextInsetPointer(pos))) {
LyXParagraph (lyxparagraph.h) used to contain
Inset * R
> "blackziggy" == blackziggy <[EMAIL PROTECTED]> writes:
blackziggy> Hello! Here you are the eu.po file for LyX-1.1.5.pre3...
Thanks. I'll commit it.
blackziggy> make[2]:Entering directory
blackziggy> '/usr/local/src/lyx-1.1.5.pre3/reLyX'
That's very strange, since directory lyx-1.1.5.pr
Hello,
i get this error compiling lyx on dec alpha OSF1 flore V4.0 1091 alpha
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../images
-I/users/laih2/ymorere/bureau/xforms/include -g -O -fno-rtti
-fno-exceptions -ansi -W -Wall -Wno-return-type -c menus.C
menus.C: In function `void Add_to_refs_menu(con
71 matches
Mail list logo
