Re: LyX Development News for 20010117

On Tue, Jan 16, 2001 at 04:59:00PM +1000, Allan Rae wrote: > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > X-No-Archive: yes > List-Post: > List-Help: > List-Unsubscribe: > Delivered-To: m

DVI view update problem

> On Mon, Jan 15, 2001 at 01:10:16PM +, Adrian Ball wrote: > > > > I am having real trouble with previewing the document I am working on. > > Everything works fine, but running a preview consistently shows me a previous > > version. The only way to fix it easily is to close and reopen the

Re: Ordering the Layout list alphabetically.

> "R" == R Lahaye <[EMAIL PROTECTED]> writes: R> 1) What if the layout list would be user-configurable, like the R> menu bar is at present? Ship LyX with a default layout list, but R> let the user define his/her own when desired. What do you mean? You can define your own styles already. If y

Re: Ordering the Layout list alphabetically.

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> Yuck. Sorry but I like the classes I use the way they are. Allan> Maybe we really need to start looking at the layout abstraction Allan> idea we've discussed before. Such that LyX knows what styles Allan> are of similar types¹ -- secti

Re: Support for multline/align (patch)

Dekel Tsur <[EMAIL PROTECTED]> writes: | The following patch adds support for the ams environments multline and align. | Currently, only align with one alignment point is supported, but | this should be hard to change. | To add an align/multline, insert a display formula, and do 'M-x break-line 1

Re: new lyxfunc

Andre Poenitz <[EMAIL PROTECTED]> writes: | Agreed to this point. | | > | 4) There needs to be some way to deal with the frontend menus. These are | > | integer-based. There are only two options here : | > | | > | i) each frontend has a container mapping from integer values to | > |

[Bruce Foster ] Re: lyx-1.16 on hpux

Klaus, I have had similar experiences. Regarding your Makefile problem, I do not have it when I use GNU Make. I have read elsewhere that GNU make is required for lyx 1.1.6. For the fmt.C problem, I got around that problem after configuration by removing the HAVE_*PRINTF variants in config.h

Re: Support for multline/align (patch)

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I am a little bit afraid of doing too much with mathed, Lars> especially since we don't have anybody responsible for this code Lars> now. (you?) I agree that finding a maintainer for mathed is important. I also think we should

Re: Support for multline/align (patch)

> Mathed, and especially its storage model needs to be reworked > (std::containers). That reminds me: Is my "remove reinterpret_cast<> in mathed"-patch still somewhere in the queue? I am willing to do _some_ cleanup work on mathed. Andre' -- André Pönitz

Lyx sources not available on FTP? (fwd)

-- Forwarded message -- Date: Tue, 16 Jan 2001 11:41:23 +0100 From: Marco van de Voort <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Lyx sources not available on FTP? The link to "stable source 1.1.6" seems to be broken. I tried to manually check FTP, but couldn't find any

Re: Support for multline/align (patch)

Andre Poenitz <[EMAIL PROTECTED]> writes: | > Mathed, and especially its storage model needs to be reworked | > (std::containers). | | That reminds me: Is my "remove reinterpret_cast<> in mathed"-patch | still somewhere in the queue? yes. Is it possible for you to recreate it for current cvs?

Re: new lyxfunc

> | Note that the container mapping from menu position to the lyxfunc could be > | as simple as a vector for each container (I presume the integers > | are the positions in the menu and therefore small). > > I foresee only one small problem, dynamically generated pseudo funcs. > They need a name.

Re: Ordering the Layout list alphabetically.

On Tue, 16 Jan 2001, R. Lahaye wrote: > 2) Slightly distantly related to this: >Is there a plan to include right-mouse-click-contex-sensitive >menus? (Does XForms allow this technique?) We need to be careful with these. Remember it's a shootable UI design offence to have something availa

Re: LyX Development News for 20010117

On Tue, 16 Jan 2001, Martin Vermeer wrote: > > Can someone try submitting the LDN URL to Linux Today, and other news > > services please. I just haven't time at the moment. > > > > TIA, > > Allan. (ARRae) > > Done for Linux Today. And I've just sent the URL to [EMAIL PROTECTED] I don't know

How to compile with small free space....

Hello developpers, compiling lyx on my linux box RedHat6.0 give me this : 221112 lyx-1.1.6 221 Mo to compile lyx, Previous version where not so heavy!!! i've got another linux box under suse 6.2 with only 100Mo free, can i compile it with options to save space ? Yann -- I love deadlines. I

Re: How to compile with small free space....

Yann MORERE <[EMAIL PROTECTED]> writes: | Hello developpers, | | compiling lyx on my linux box RedHat6.0 give me this : | | 221112 lyx-1.1.6 | | 221 Mo to compile lyx, Previous version where not so heavy!!! i've got | another linux box under suse 6.2 with only 100Mo free, can i compile it |

Re: How to compile with small free space....

Yann MORERE wrote: > > Hello developpers, > > compiling lyx on my linux box RedHat6.0 give me this : > > 221112 lyx-1.1.6 > > 221 Mo to compile lyx, Previous version where not so heavy!!! i've got > another linux box under suse 6.2 with only 100Mo free, can i compile it > with options to save

Re: How to compile with small free space....

R. Lahaye wrote: > > > Another option (apart from removing the -g flag) could be to apply > "make install-strip" instead of "make install". Yes that's for install, but the compilation takes always 221Mo, Yann > R. -- The more complex the mind, the greater the need for the simplicity of pl

Re: How to compile with small free space....

> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes: Yann> R. Lahaye wrote: >> >> >> Another option (apart from removing the -g flag) could be to apply >> "make install-strip" instead of "make install". Yann> Yes that's for install, but the compilation takes always 221Mo, What you should d

Re: How to compile with small free space....

"R. Lahaye" wrote: > > Yann MORERE wrote: > > > > Hello developpers, > > > > compiling lyx on my linux box RedHat6.0 give me this : > > > > 221112 lyx-1.1.6 > > > > 221 Mo to compile lyx, Previous version where not so heavy!!! i've got > > another linux box under suse 6.2 with only 100Mo free, c

Displaystyle

I cannot change the size of parts of an equation by setting displaystyle. At a first glance it seems to work. However after saving and reopening the file all special size settings are gone. This does not work neither with the input in the minibuffer (math-size displaystyle) nor by direct input

Toggle Appendix > also Toggle frontmatter?

Hi! I'm using 1.1.6 now. Great program. keep up the good work. Would it be possible to include a frontmatter swich like the toggle appendix thing? Thanks! Thorsten Manegold

Cursor movement speed

I've just notices that in 1.1.6, when holding down the right key (for example) the cursor moves slowly compared to 1.1.5. Since the cpu usage when doing the above is small (~ 5%), I think that the problem is related to the keyboard reading. Looking at the Changelog, I see that Lars changed the key

Re: Support for multline/align (patch)

On Tue, Jan 16, 2001 at 11:38:40AM +0100, Lars Gullik Bj&resh;nnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > > | The following patch adds support for the ams environments multline and align. > | Currently, only align with one alignment point is supported, but > | this should be hard to ch

Are the RPMs from sylvan.com at lyx.org?

The reason I ask is that my ftp server seems to be getting clobbered with requests and often maxing out at 20: Service class remote: 23801 ?S 0:00 ftpd: puyoo.bertin.fr: anonymous/mozilla@: IDLE [...] 24686 ?S 0:00 ftpd: prodnet.civ.utwente.nl: [EMAIL PROTECTED] 24923 ?

Re: Support for multline/align (patch)

On Tue, Jan 16, 2001 at 12:06:28PM +0100, Jean-Marc Lasgouttes wrote: > > "Lars" == Lars Gullik Bj&resh;nnes <[EMAIL PROTECTED]> writes: > > Lars> I am a little bit afraid of doing too much with mathed, > Lars> especially since we don't have anybody responsible for this code > Lars> now. (you

Re: new lyxfunc

I didn't follow the discussion, but I want to note that currently, the code in LyXFunc::Dispatch is duplicated in InsetText::LocalDispatch, which is bad. Are there plans for fixing this ?

Almost European Computer Modern support?

Hi, enclosed to this message you shall find my patch enabling support of package "ae" in LyX. The patch has been made against LyX version 1.1.5fix2 sources, but I guess, that it is so simple (after all, I am just a lawyer not programmer), that there should not be any problem of its incorporating

LyX 1.1.6 on Solaris 7

Hi, I have the following compiler configurations on Solaris 7: 1) egcs 1.1.2 + GNU binutils 2.10 (as + ld) + GNU make 3.79.1 2) gcc 2.95.2 + GNU binutils 2.10 (as + ld) + GNU make 3.79.1 XForms 0.88 and XPM 3.4k were built with the Sun C compiler and installed in /usr/local/xforms-0.88 and /usr/

Re: new lyxfunc

On Tue, 16 Jan 2001, Dekel Tsur wrote: > I didn't follow the discussion, but I want to note that currently, the code > in LyXFunc::Dispatch is duplicated in InsetText::LocalDispatch, which is bad. > Are there plans for fixing this ? Can someone explain exactly why we need Local Dispatch for the

Paper Margins are not used?

Hi, I'm running 1.2.0CVS (Jan. 17). I can change the Paper margins in the Document Layout dialog: Document Layout -> Paper However, this seems to have no effect on the final output (dvi and ps). For some reason the entered margins for Top/Bottom/Left/Right are not used ?!?!? Any idea why that

build instructions wrong?

Unless I'm missing something, the cvs build instructions are wrong. Rather than checkout, autoconf, configure, it seems to be necessary to run autogen.sh before configure--otherwise there are missing macro messages. Should I submit a patch to INSTALL.autoconf? rick

Re: build instructions wrong?

On Tue, 16 Jan 2001, Richard E. Hawkins wrote: > Unless I'm missing something, the cvs build instructions are wrong. > > Rather than checkout, autoconf, configure, it seems to be necessary > to run autogen.sh before configure--otherwise there are missing macro > messages. > > Should I submit a

Re: Paper Margins are not used?

On Wed, Jan 17, 2001 at 01:58:08AM +0900, R. Lahaye wrote: > > Hi, > > I'm running 1.2.0CVS (Jan. 17). > > I can change the Paper margins in the Document Layout > dialog: Document Layout -> Paper > > However, this seems to have no effect on the final > output (dvi and ps). For some reason the

Re: Paper Margins are not used?

On Tue, 16 Jan 2001, Dekel Tsur wrote: > On Wed, Jan 17, 2001 at 01:58:08AM +0900, R. Lahaye wrote: > > > > Hi, > > > > I'm running 1.2.0CVS (Jan. 17). > > > > I can change the Paper margins in the Document Layout > > dialog: Document Layout -> Paper > > > > However, this seems to have no eff

Re: How to compile with small free space....

On Tue, 16 Jan 2001, Yann MORERE wrote: > Hello developpers, > > compiling lyx on my linux box RedHat6.0 give me this : > > 221112 lyx-1.1.6 > > 221 Mo to compile lyx, Previous version where not so heavy!!! i've got > another linux box under suse 6.2 with only 100Mo free, can i compile it >

Re: Paper Margins are not used?

Dekel Tsur wrote: > > On Wed, Jan 17, 2001 at 01:58:08AM +0900, R. Lahaye wrote: > > However, this seems to have no effect on the final > > output (dvi and ps). For some reason the entered > > margins for Top/Bottom/Left/Right are not used ?!?!? > > Did you select the "use geometry package" opti

Re: Paper Margins are not used?

On Wed, 17 Jan 2001, R. Lahaye wrote: > Dekel Tsur wrote: > > > > On Wed, Jan 17, 2001 at 01:58:08AM +0900, R. Lahaye wrote: > > > However, this seems to have no effect on the final > > > output (dvi and ps). For some reason the entered > > > margins for Top/Bottom/Left/Right are not used ?!?!?

Re: build instructions wrong?

john jobbled, > On Tue, 16 Jan 2001, Richard E. Hawkins wrote: > > Unless I'm missing something, the cvs build instructions are wrong. > This file is the standard instructions for an autoconf system. They are > intended to be read by a user using a pre-setup tarball package. It looked like th

Re: build instructions wrong?

On Tue, 16 Jan 2001, hawk wrote: > OK, then maybe the page at devel.lyx.org should be changed to reflect > this? It states to follow the instructions in INSTALL.autoconf, > which doesn't include that step. > > rick Which URL ? The page I am looking at (http://www.devel.lyx.org/cvs.php3) speci

Re: build instructions wrong?

> On Tue, 16 Jan 2001, hawk wrote: > > > OK, then maybe the page at devel.lyx.org should be changed to reflect > > this? It states to follow the instructions in INSTALL.autoconf, > > which doesn't include that step. > Which URL ? The page I am looking at (http://www.devel.lyx.org/cvs.php3) > s

Re: How to compile with small free space....

Jean-Marc Lasgouttes wrote: > > So to avoid debug info I will compile with > make CXXFLAGS="-O -fno-rtti -fno-exceptions -W -Wall" ok CFLAGS="-O2" CXXFLAGS="-O2" ./configure make CXXFLAGS="-O -fno-rtti -fno-exceptions -W -Wall" this method of compilation gives me a great result du -k lyx-1

Re: Paper Margins are not used?

John Levon wrote: > > On Wed, 17 Jan 2001, R. Lahaye wrote: > > Where is this ` "use geometry package" option ` ? > > It's a very well hidden, can't find it :(. > > It's right on the dialog ... Ah, yes; sorry, it's far beyond midnight here! Well, would be nice if an unchecked checkbox of this

Re: Support for multline/align (patch)

Jean Marc wrote: > > I agree that finding a maintainer for mathed is important. I also > > think we should stop waiting for the legendary mathed3, and try to > > cleanup the code we have now. I agree, the math inset should be cleaned following the changes and improvements that has been made on t

Re: Paper Margins are not used?

On Wed, 17 Jan 2001, R. Lahaye wrote: > John Levon wrote: > > > > On Wed, 17 Jan 2001, R. Lahaye wrote: > > > Where is this ` "use geometry package" option ` ? > > > It's a very well hidden, can't find it :(. > > > > It's right on the dialog ... > > Ah, yes; sorry, it's far beyond midnight her

Re: Cursor movement speed

Dekel Tsur <[EMAIL PROTECTED]> writes: | I've just notices that in 1.1.6, when holding down the right key (for example) | the cursor moves slowly compared to 1.1.5. Since the cpu usage when doing | the above is small (~ 5%), I think that the problem is related to the | keyboard reading. Looking a

Re: LyX 1.1.6 on Solaris 7

I wrote: > In both cases LyX won't link: > > $ ./configure --prefix=/usr/local/lyx-1.1.6 > --with-extra-inc=/usr/local/xforms-0.88/FORMS:/usr/local/xpm/include > --with-extra-lib=/usr/local/xforms-0.88/FORMS:/usr/local/xpm/lib > $ gmake > [...] > gmake[3]: Entering directory `/tmp/lyx-1.1.6/src'

Re: Paper Margins are not used?

On Tue, Jan 16, 2001 at 05:15:53PM +, John Levon wrote: > > Did you select the "use geometry package" option ? > > It seems that previous version automatically selected it when a text was > > written in the margin fields, but this doesn't happen in 1.1.6 and 1.2.0cvs. > > This seems like a mi

Re: Paper Margins are not used?

On Tue, 16 Jan 2001, Dekel Tsur wrote: > The geometry package is also needed when there is a custom paper size. right. > > But why do we need the "use geometry" (or "custom margins") button ? the custom margins choice would activate the top-bottom-left-right entries. Same should go for the cu

Pb with Lyx download (fwd)

-- Forwarded message -- Date: Tue, 16 Jan 2001 15:11:50 +0100 From: Christophe FAGOT <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Pb with Lyx download Hello, I'd like to download the new release of Lyx (1.1.6), but I cannot access to the pub directory of ftp.lyx.org Is t

Re: Cursor movement speed

On Tue, Jan 16, 2001 at 07:10:05PM +0100, Lars Gullik Bj&resh;nnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > > | I've just notices that in 1.1.6, when holding down the right key (for example) > | the cursor moves slowly compared to 1.1.5. Since the cpu usage when doing > | the above is sm

Re: Support for multline/align (patch)

On Tue, Jan 16, 2001 at 11:36:29AM -0600, Alejandro Aguilar Sierra wrote: > I agree, the math inset should be cleaned following the changes and > improvements that has been made on the inset mechanism. mathed3 will be > basically internal changes and I'd like to know who in this list would > like

Re: Paper Margins are not used?

On Tue, Jan 16, 2001 at 07:08:02PM +, John Levon wrote: > > But why do we need the "use geometry" (or "custom margins") button ? > > the custom margins choice would activate the top-bottom-left-right > entries. Same should go for the custom papersize IMHO Why do you want a button to activate

Re: Support for multline/align (patch)

Some of my electrons alleged that Alejandro Aguilar Sierra typed: > = > I know nothing about the new mathed (which might actually works similar= ly = > to the way proposed below), but I wonder if it might be better to write= an > even newer mathed: the math inset will be a derived class of inse

Two ideas

When using nested bullets, etc., it seems to me that when increasing the depth of a bullet, all bullets nested beneath that bullet should also be bumped down a level. Of course, bumping up against the maximum depth would be a special case. Also, just my opinion, but I would think it more intuiti

Re: Support for multline/align (patch)

On Tue, 16 Jan 2001, Alejandro Aguilar Sierra wrote: > I repeate the invitation, all those that want to help developing > mathed please drop me a line. The goals are: How about placing the code in a branch in the CVS? This way everyone will be able to help without any problem. I'd like to help

Re: Paper Margins are not used?

Hi, I then conclude that we better get rid of this "use geometry package" option. I can't see any benefit of having a checkbox; it only will cause confusion :(. Let the LyX-user decide whether or not to change the margins and/or papersize. LyX should then be "clever" enough to decide when to us

Re: Compilation error in Lyx 1.1.6 with XFree86 4.0.1 under RedHat Linux 7.0

I have installed RedHat's upgrade to g++, ben [12:38:42] ~ $ g++ -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.0) and I have installed RedHat's package of xforms (0.88-15), and I still get g++ -DHAVE_CONFIG_H -I. -I. -I../../src

Re: Release LyX 1.1.6

"Lars Gullik Bjønnes" wrote: > Warning!: > One warning before we list the new features: The file format in LyX > 1.1.6 is not backwards compatible to 1.1.5 and previous versions, so > you should be carefull before upgrading. What this _exactly_ means for an end user? If it means it can read the

gcc 2.95.2 miscompiles lyx 1.1.6 on Alpha

When I built Lyx 1.1.6 using gcc version 2.95.2 19991024 on Alpha, it mostly works but I get an Illegal instruction when I exit (or sometimes segmentation fault) -- it turns out to be because of stack corruption that occurs somewhere after the return statement in main. There may be other places I