Re: Crash on second screen
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 | problems. The Help menu is invoked and the Introduction document | selected. Status messages flash quickly in the bottom pane of the | LyX window; I think that an X Server action may happen just before | the crash. Ok... tell us (me) how to setup a second screen so that we can test this. % man xinit :) On a Linux system... * After starting the first X-Server (per run level 3 or so) * type Ctrl-Alt-F1 * login as normal user * xinit -- /usr/X11R6/bin/X :1 Stephan [EMAIL PROTECTED] | beusen Solutions GmbH fon: +49 30 549932-62| Landsberger Allee 366 fax: +49 30 549932-21| 12681 Berlin, Germany
Re: multiline equations no longer working right either
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 moved down. So it could be argued that amsmath should always be included by LyX when you have a numbered equation. Can we assume that anybody (or at least most people) have this ams stuff already installed when they use LaTeX or is this some kind of extra package left out of major distributions? remember that there is a button use amsmath in layout-document-extra ;-) from my point of view this should be important! with this option all the ams-mathstuff can be used and otherwise not (if possible)! Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: multiline equations no longer working right either
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 (if possible)! Ah... so this could be a solution: If ams is selected, Ctrl-Enter splits into \align, otherwise into \eqnarray (Not that I know where to find this kind of information, but anyway...) Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: Crash on second screen
On Wed, 23 May 2001, Stephan Witt wrote: Hi Stephan! 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 | problems. The Help menu is invoked and the Introduction document | selected. Status messages flash quickly in the bottom pane of the | LyX window; I think that an X Server action may happen just before | the crash. Ok... tell us (me) how to setup a second screen so that we can test this. % man xinit :) On a Linux system... * After starting the first X-Server (per run level 3 or so) * type Ctrl-Alt-F1 * login as normal user * xinit -- /usr/X11R6/bin/X :1 Note that this is _not_ the same as as the original problem. This will setup a second display, :1.0, but Bradford's problem was on the second screen of the first display :0.1. Maybe that is a minor difference for this report, maybe it isn't. Allan. (ARRae)
Re: NumberOfHFill/Separator
John Levon [EMAIL PROTECTED] writes: | it is how some completions in some programs work. and I don't like it... you might have to tab for a long time to find the lfun that you are looking for... | What _I_ would like is a box popping out where I could select the | lyxfun I want. If I don't want any of them I just press ESC or | Cancel. | | as long as I don't have to home to the mouse. The menu might be a bit intrusive | too. Perhaps only bring a menu up on a second tab, like bash does | ? that is the idea. Or rather to do as emacs does. -- Lgb
Re: Latest CVS breaks arabic support
Kayvan A. Sylvan [EMAIL PROTECTED] writes: | 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. The code is now setup to handle all latin (almost) without having to use other fonts thatn latin1. Arabic and I guess also Hebrew suffers under this. Anyway ... _I_ am not going to do anything with the arabic support since I cannot test it. It more information is probably needed to fix the problem easily. When working with key-bugs always describe in detail what you are doing and run lyx with -dbg key. btw. I want to flag all keymaps for removal at a later date. It really isn't LyX's task to remap the keyboard, that is a task of the desktop. (And it complicates things a great deal in LyX) -- Lgb
Re: multiline equations no longer working right either
Andre Poenitz [EMAIL PROTECTED] writes: | 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 (if possible)! | | Ah... so this could be a solution: | | If ams is selected, Ctrl-Enter splits into \align, otherwise into \eqnarray | (Not that I know where to find this kind of information, but | anyway...) I'd rather remove that button, and just require ams for certain features. Lgb
Re: Latest CVS breaks arabic support
The code is now setup to handle all latin (almost) without having to use other fonts thatn latin1. Arabic and I guess also Hebrew suffers under this. Hey, Dekel, what say you? Anyway ... _I_ am not going to do anything with the arabic support since I cannot test it. It more information is probably needed to fix the problem easily. When working with key-bugs always describe in detail what you are doing and run lyx with -dbg key. Okay. btw. I want to flag all keymaps for removal at a later date. It really isn't LyX's task to remap the keyboard, that is a task of the desktop. (And it complicates things a great deal in LyX) I don't agree with this. I want to be able to run my English keyboard as is in most applications, and simultaneously be able to do Arabic/Farsi/etc in LyX. ---Kayvan
Re: multiline equations no longer working right either
| If ams is selected, Ctrl-Enter splits into \align, otherwise into \eqnarray | (Not that I know where to find this kind of information, but | anyway...) I'd rather remove that button, and just require ams for certain features. Ok.. which goes back to the original question: Can we assume that everybody has ams installed? Well, I have, even if I did not know I had... Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: Latest CVS breaks arabic support
I want to be able to run my English keyboard as is in most applications, and simultaneously be able to do Arabic/Farsi/etc in LyX. aol me too /aol But I also understand it is not The Right Thing and creates a lot of troubles for LyX... I think the situaton is even a bit more complicated. Sometimes I want to use a German and an English key mapping in different places in the same document. The current situation is pretty nice for this: Simply change keymaps within LyX. I don't know whether it is possible to change the keymap that X uses from within an application only for this application and mabe only for a limited time (shorter than the lifetime of the app). Anybody with more insight? Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: [PATCH] LColor
On Tuesday 22 May 2001 22:42, John Levon wrote: The attached cleans up LColor a little bit. Note the FIXMEs. thanks john It seems to me that LColor attempts to be all things to all men. I was thinking of splitting it into TextColor and LogicalColor. LogicalColor for all those insets, foreground, background etc. TextColor for the red, green, blue text. Eventually, users could add their own colors to TextColor. Thoughts? Angus
Re: Latest CVS breaks arabic support
Kayvan A. Sylvan [EMAIL PROTECTED] writes: | btw. I want to flag all keymaps for removal at a later date. It really | isn't LyX's task to remap the keyboard, that is a task of the desktop. | (And it complicates things a great deal in LyX) | | I don't agree with this. | | I want to be able to run my English keyboard as is in most applications, | and simultaneously be able to do Arabic/Farsi/etc in LyX. Yes and with a moder desktop you just change the key layout then. So your ability to enter Arabic and English in the same document will not be changed. (and you don't really mean simultaneously...) -- Lgb
Re: multiline equations no longer working right either
Andre Poenitz [EMAIL PROTECTED] writes: | | If ams is selected, Ctrl-Enter splits into \align, otherwise into \eqnarray | | (Not that I know where to find this kind of information, but | | anyway...) | | I'd rather remove that button, and just require ams for certain | features. | | Ok.. which goes back to the original question: Can we assume that everybody | has ams installed? Well, I have, even if I did not know I had... All modern (last 5 years or so) have ams installed. -- Lgb
Re: multiline equations no longer working right either
Andre == Andre Poenitz [EMAIL PROTECTED] writes: | If ams is selected, Ctrl-Enter splits into \align, otherwise into \eqnarray | (Not that I know where to find this kind of information, but | anyway...) I'd rather remove that button, and just require ams for certain features. Andre Ok.. which goes back to the original question: Can we assume Andre that everybody has ams installed? Well, I have, even if I did Andre not know I had... If you go in the macros/latex/required directory in CTAN ans do a 'dir', you get: total 20 drwxr-xr-x 8 289 120 512 Aug 31 2000 . drwxr-xr-x 9 289 120 512 Apr 8 2000 .. drwxr-xr-x 4 289 120 512 Apr 6 2000 amslatex drwxr-xr-x 2 289 120 3072 Apr 15 06:52 babel drwxr-xr-x 2 289 120 512 Aug 31 2000 cyrillic drwxr-xr-x 2 289 120 512 Aug 31 2000 graphics drwxr-xr-x 2 289 120 1024 Aug 31 2000 psnfss drwxr-xr-x 2 289 120 1024 Aug 31 2000 tools So we can assume all these things are present in a good distribution. JMarc
Re: Latest CVS breaks arabic support
Andre Poenitz [EMAIL PROTECTED] writes: | I want to be able to run my English keyboard as is in most applications, | and simultaneously be able to do Arabic/Farsi/etc in LyX. | | aol | me too | /aol | | But I also understand it is not The Right Thing and creates a lot of | troubles for LyX... | | I think the situaton is even a bit more complicated. Sometimes I want to | use a German and an English key mapping in different places in the same | document. The current situation is pretty nice for this: Simply change | keymaps within LyX. | | I don't know whether it is possible to change the keymap that X uses from | within an application only for this application and mabe only for a limited | time (shorter than the lifetime of the app). Anybody with more | insight? With X, not for only on app, you have to change for all apps. But you can change as often as you want to during the lifetime of apps. At least with KDE this is _easy_. Other mature desktops should do something similar. This is exactly what I am doing to test f.eks. slovenian and norwegian different latin charsets. I switch back and forth when lyx is running. No prob. -- Lgb
Re: Latest CVS breaks arabic support
On Wed, May 23, 2001 at 10:20:04AM +0200, Lars Gullik Bjønnes wrote: Kayvan A. Sylvan [EMAIL PROTECTED] writes: | btw. I want to flag all keymaps for removal at a later date. It really | isn't LyX's task to remap the keyboard, that is a task of the desktop. | (And it complicates things a great deal in LyX) | | I don't agree with this. | | I want to be able to run my English keyboard as is in most applications, | and simultaneously be able to do Arabic/Farsi/etc in LyX. Yes and with a moder desktop you just change the key layout then. So your ability to enter Arabic and English in the same document will not be changed. (and you don't really mean simultaneously...) Will I be able to do what I do now? Write a bit of English, write a translation in Farsi, write more English, etc. Just by pressing a key to toggle the keymap? ---Kayvan
Re: Latest CVS breaks arabic support
Andre Poenitz wrote: I want to be able to run my English keyboard as is in most applications, and simultaneously be able to do Arabic/Farsi/etc in LyX. aol me too /aol But I also understand it is not The Right Thing and creates a lot of troubles for LyX... I think the situaton is even a bit more complicated. Sometimes I want to use a German and an English key mapping in different places in the same document. The current situation is pretty nice for this: Simply change keymaps within LyX. I don't know whether it is possible to change the keymap that X uses from within an application only for this application and mabe only for a limited time (shorter than the lifetime of the app). Anybody with more insight? No, as I know, it isn't possible. The keyboard mapping is X-Server global. Changes to it are possible with the xmodmap client and all X-clients get an UnmapNotify/MapNotify notify event if the keyboard is changed. Stephan [EMAIL PROTECTED] | beusen Solutions GmbH fon: +49 30 549932-62| Landsberger Allee 366 fax: +49 30 549932-21| 12681 Berlin, Germany
Re: NumberOfHFill/Separator
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Are there other issues that I have not thought of? | | Sometimes senseless messages get into the minibuffer. For example, if | you do a 'Update dvi' on the userguide, you get | ull3 (message ull3)(message ull3) | which is probably not right ;) Yes... but am not sure that this has really something to do with the minibuffer as such... but at what messages we tell it to show. -- Lgb
Re: Latest CVS breaks arabic support
Kayvan A. Sylvan [EMAIL PROTECTED] writes: | Will I be able to do what I do now? | | Write a bit of English, write a translation in Farsi, write more | English, etc. | Just by pressing a key to toggle the keymap? That is how it works in KDE at least. -- Lgb
Re: [PATCH] LColor
Angus Leeming [EMAIL PROTECTED] writes: | On Tuesday 22 May 2001 22:42, John Levon wrote: | | | The attached cleans up LColor a little bit. Note the FIXMEs. | | thanks | john | | It seems to me that LColor attempts to be all things to all men. I was | thinking of splitting it into TextColor and LogicalColor. | | LogicalColor for all those insets, foreground, background etc. | TextColor for the red, green, blue text. Eventually, users could add their | own colors to TextColor. | | Thoughts? If you can make the separation cleanly then have a go. -- Lgb
Re: Latest CVS breaks arabic support
No, as I know, it isn't possible. The keyboard mapping is X-Server global. Changes to it are possible with the xmodmap client and all X-clients get an UnmapNotify/MapNotify notify event if the keyboard is changed. But we could have some function within LyX to change this global X keymap to some language, type some text and change back in the end? And we could even have an automatic change back when LyX loses the focus? This sounds as if the local change could be faked... Andre' -- André Pönitz . [EMAIL PROTECTED]
BUG: lyx1.6.1fix1 crash W/O SAVING!
I have recently installed lyx1.6.1fix1 (on RH 7.0) from binary rpm which I got from the lyx website (.. actually from a sited linked from the lyx site). I read through the bugfixes for 1.6.1fix2 and this nasty bug is not included there. So please read on. Here is the problem: If there is any evil red text (ERT) in math mode, on save lyx crashes and both the original file and the lyx.emergency file are saveed incomplete. I had to fish pages of work out of the core dump to restore my work. The error can be reproduced as follows. 1. Select File-New or open existing lyx file 2. Within the document switch to math mode and type \sin (x) or any other expression containing \[some tex] that will display as ERT. (e.g. \omega will not result in crash) 3. File-Save will crash lyx and destroy some or all of the document (both the original and the .lyx.emergency) Since after the crash most of even previously saved work is destroyed, this bug makes lyx1.6.1 unusable. (I do use a fair bit of ERT.) I don't want to sound ungrateful, I appreciate all the work you guys are doing, and lyx has been good to me till now (crashes yes, but no work lost), but please put future versions of lyx through more testing before releasing them as 'stable'. For now I'll go back to 1.5.1fix2 which has not given me much trouble. I guess I should always stick with the highest fix-No. previous release. Would it be correct to assume that they are/will be more stable? Thaks for your time! -- Steven Homolya School of Physics and Materials Engineering Monash University 3800 VIC Australia Tel: INT +613 9905 3640 Fax: INT +613 9905 3637 URL: http://homolya.spme.monash.edu.au
Re: [PATCH] LColor
On Wednesday 23 May 2001 09:51, Lars Gullik Bjønnes wrote: Angus Leeming [EMAIL PROTECTED] writes: | On Tuesday 22 May 2001 22:42, John Levon wrote: | | | The attached cleans up LColor a little bit. Note the FIXMEs. | | thanks | john | | It seems to me that LColor attempts to be all things to all men. I was | thinking of splitting it into TextColor and LogicalColor. | | LogicalColor for all those insets, foreground, background etc. | TextColor for the red, green, blue text. Eventually, users could add their | own colors to TextColor. | | Thoughts? If you can make the separation cleanly then have a go. Not until after I've got qt2 and xforms menubars working to my satisfaction! A
Re: mail archives
John == John Levon [EMAIL PROTECTED] writes: John The ecp archives of e.g. lyx-devel don't exist any more. john I asked them and the re-installed it. JMarc
BUG: lyx1.6.1fix1 crash W/O SAVING
Correction to my earlier message (sent ~10min ago): Lyx was compiled from source using gcc version incl. in RH 7.0, and was not installed from an rpm package. (I was thinking of xforms...) -- Steven Homolya School of Physics and Materials Engineering Monash University 3800 VIC Australia Tel: INT +613 9905 3640 Fax: INT +613 9905 3637 URL: http://homolya.spme.monash.edu.au
Re: multiline equations no longer working right either
On 23 May 2001, Jean-Marc Lasgouttes wrote: total 20 drwxr-xr-x 4 289 120 512 Apr 6 2000 amslatex drwxr-xr-x 2 289 120 3072 Apr 15 06:52 babel drwxr-xr-x 2 289 120 512 Aug 31 2000 cyrillic drwxr-xr-x 2 289 120 512 Aug 31 2000 graphics drwxr-xr-x 2 289 120 1024 Aug 31 2000 psnfss drwxr-xr-x 2 289 120 1024 Aug 31 2000 tools So we can assume all these things are present in a good distribution. amslatex is not amsmath! amsmath is in /usr/share/texmf/tex/latex/amsmath/ Herbert
RE: BUG: lyx1.6.1fix1 crash W/O SAVING
On 23-May-2001 Steven Homolya wrote: Correction to my earlier message (sent ~10min ago): Lyx was compiled from source using gcc version incl. in RH 7.0, and was not installed from an rpm package. (I was thinking of xforms...) If it was a unpatched 7.0 system you should upgrade at least the gcc-+ packeges, but probably it would overal better to upgrade to RH 7.1 if possible as in 7.1 are solved a lot of problems 7.0 had! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Remember: Silly is a state of Mind, Stupid is a way of Life. -- Dave Butler
Re: multiline equations no longer working right either
Herbert == Herbert Voss [EMAIL PROTECTED] writes: Herbert amslatex is not amsmath! amsmath is in Herbert /usr/share/texmf/tex/latex/amsmath/ So, what is in amslatex/math/ on CTAN? I'm not discussing teTeX hierarchy, but CTAN. JMarc
Re: [BUG] citation dialog
On Wednesday 23 May 2001 07:03, Ben Stanley wrote: 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. To enable these buttons, you have to change the citation in some way - eg by adding a new one and deleting it. You should be able to press OK or apply after editing the Text after. Ben. Sigh... I really, really should have done this before... Here's the patch fixing the problem (does not exist in HEAD). Jean-Marc, perhaps you'd like to commit it to the 1.1.6 branch, just in case there's ever a 1.1.6fix3? Angus patch.diff.gz
Re: [PATCH] LColor
On Wednesday 23 May 2001 11:13, Jean-Marc Lasgouttes wrote: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Not until after I've got qt2 and xforms menubars working to my Angus satisfaction! A I guess I can apply John's patch in the meantime. Are there objections? Not from me. I was just doing my usual stream-of-consciousness thing. A
[Ben Stanley bds02@uow.edu.au] Re: [PATCH] Compiling lyx-1.1.6fix1 on RH 7.1
I forward to the list the message I just got from Ben. It seems that RH7.1 sstream wants to use lyxstring::replace (size_t , const size_t , int ) and this does not exist. Are we supposed to implement this? This seems strange to me. Ben, what is the relevant extract of sstream (around line 194)? JMarc --- Start of forwarded message --- Date: Wed, 23 May 2001 08:31:01 +1000 From: Ben Stanley [EMAIL PROTECTED] To: Jean-Marc Lasgouttes [EMAIL PROTECTED] Subject: Re: [PATCH] Compiling lyx-1.1.6fix1 on RH 7.1 Jean-Marc Lasgouttes wrote: Ben == Ben Stanley [EMAIL PROTECTED] writes: Ben The attached patch is equivalent to my first attempted fix :-( It Ben didnt' work... Ben If you use LString.h but also try to use sstream, then Ben sstream will use string internally, but lyx will be using Ben LString... this causes trouble. I routinely compile main cvs with compaq cxx (which has sstream) and lyxstring, and this works well. I have to admit though that I did not try 1.1.6 recently. Could you send me a list of errors that you get? JMarc Sorry to be so late with this - I've actually downloaded the lyx-1.1.6fix2 srpm and tried to compile that. Here are the errors: gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -march=i386 -mcpu=i686 -c formula.C -o formula.o In file included from ../../src/Lsstream.h:20, from formula.C:18: /usr/include/g++-3/sstream: In method `int stringbuf::overflow (int)': /usr/include/g++-3/sstream:194: no matching function for call to `lyxstring::replace (size_t , const size_t , int )' ../../src/support/lyxstring.h:427: candidates are: lyxstring lyxstring::replace (unsigned int, unsigned int, const lyxstring ) ../../src/support/lyxstring.h:431: lyxstring lyxstring::replace (unsigned int, unsigned int, const lyxstring , unsigned int, unsigned int) ../../src/support/lyxstring.h:435: lyxstring lyxstring::replace (unsigned int, unsigned int, const char *, unsigned int) ../../src/support/lyxstring.h:438: lyxstring lyxstring::replace (unsigned int, unsigned int, const char *) ../../src/support/lyxstring.h:442: lyxstring lyxstring::replace (unsigned int, unsigned int, unsigned int, char) ../../src/support/lyxstring.h:445: lyxstring lyxstring::replace (char *, char *, const lyxstring ) ../../src/support/lyxstring.h:449: lyxstring lyxstring::replace (char *, char *, const char *, unsigned int) ../../src/support/lyxstring.h:452: lyxstring lyxstring::replace (char *, char *, const char *) ../../src/support/lyxstring.h:456: lyxstring lyxstring::replace (char *, char *, unsigned int, char) ../../src/support/lyxstring.h:459: lyxstring lyxstring::replace (char *, char *, char *, char *) make[3]: *** [formula.lo] Error 1 make[3]: Leaving directory `/usr/src/redhat/BUILD/lyx-1.1.6fix2/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/redhat/BUILD/lyx-1.1.6fix2/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/usr/src/redhat/BUILD/lyx-1.1.6fix2/src' make: *** [all-recursive] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.45522 (%build) I found that the fix was to use the 'included' sstream when using the included string. Ben. --- End of forwarded message ---
qt2 frontend
Am I the only who needs to add: -lXft -lXmu -lXrender -lXt -lXext -lGL -lGLU to the libraries for the linker in order to get almost all the unknown symbols resolved? Seems wierd since the linker knows which libraries it needs but insists that it can't find them unless I expressly list them. They can appear anywhere on the linker command line but they must be there for it to come close to linking... There are still a few unresolved symbols for functions which have been renamed/removed but I'll worry about that later. All I wanted to do was see what the work looked like :-) Then I was going to try out the Gnome work... I'm not sure if some of the above is due to changes in my build machine (now Mdk-8.0 + a roll-your-own gcc-2.95.3) or what. Allan. (ARRae)
Re: insettext.C
Juergen Vigna [EMAIL PROTECTED] writes: | On 22-May-2001 Lars Gullik Bjønnes wrote: | | | Please can this be removed ? | | Fine with me... I guess Jürgen will get mad though... | | Well it was just for general help, if it is not liked we can just remove it. | I don't like 8-char-tab and therefore my emacs defaults to 4-char-tab and so | the whole file is formated for 4-char-tab (we already discussed where the | problems are with this aproach). So if you don't mind to have lines which go | over at the right side and don't mess with indentation (other then replace the | tab by spaces in some cases as I do) I don't mind to remove it! You can not count on this. -- Lgb
Re: qt2 frontend
On Wednesday 23 May 2001 12:57, Allan Rae wrote: Am I the only who needs to add: -lXft -lXmu -lXrender -lXt -lXext -lGL -lGLU to the libraries for the linker in order to get almost all the unknown symbols resolved? I don't need to, at least. Is that Qt 2.3 or 2.2.4? Seems wierd since the linker knows which libraries it needs but insists that it can't find them unless I expressly list them. They can appear anywhere on the linker command line but they must be there for it to come close to linking... There are still a few unresolved symbols for functions which have been renamed/removed but I'll worry about that later. All I wanted to do was see what the work looked like :-) Then I was going to try out the Gnome work... I have been extremely busy lately, unfortunately. I hope to be able to take up work on the Qt2 frontend again in early June. Kalle -- Matthias Kalle Dalheimer President CEO/VD Klarälvdalens Datakonsult AB Fax +46-563-540028 Email [EMAIL PROTECTED]
key bindings
Is there an upper limit on the number of keys used for a key binding? Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: [Ben Stanley bds02@uow.edu.au] Re: [PATCH] Compiling lyx-1.1.6fix1 on RH 7.1
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars So he wants to use RH 7.1 with lyxstring... why? Maybe to get a small executable, or small compile times, or ??? Lars as far as I can see std::string does not have a replace method Lars like this. (for the standard) That's what I thought too. And I agree that we should not try to add ours. JMarc
Re: [PATCH] LColor
John == John Levon [EMAIL PROTECTED] writes: John The attached cleans John up LColor a little bit. Note the FIXMEs. I'm applying it. Does it address the concerns in http://sourceforge.net/tracker/index.php?func=detailaid=223796group_id=15212atid=115212 ? JMarc
Re: key bindings
Andre Poenitz [EMAIL PROTECTED] writes: | Is there an upper limit on the number of keys used for a key | binding? No I don't think so... why are you asking? -- Lgb
2 minor recommendations
Hi, I'm a long-time user of lyx and I think that it's a great package (as a sidenote, I'd love to see it running on Mac OS X, which presumably will become possible with GUI independence). I've taken to using it for creating html and pdf files, and there are two problems I've come across, neither that are necessarily the fault of lyx, but which might be easy to rectify. 1) When using pdflatex, \usepackage[english]{article}, and \usepackage{a4wide}, it seems as if the paper size in the pdf file is set to letter rather than A4. Using \usepackage[a4page,english]{article} followed by \usepackage{a4} recitifies the problem. Is there any reason why selecting a4 very wide margins in the document dialog should force the omission of the a4page option to \usepackage{article}? 2) When adding an HtmlUrl, the documentation says that only the name will be printed, rather then both the name and the url. This doesn't happen. Is there any way in which to get Lyx to include the hyperref.sty package (which, incidentally, will create html and pdf documents with correct hyperlinks), and then convert \begin_inset LatexCommand \htmlurl[lyx home page]{http://www.lyx.org} \end_inset in the lyx file, to \href{lyx home page}{http://www.lyx.org} in the latex (and thus html and pdf) file? thanks yan wong Oxford University Museum
Re: [Ben Stanley bds02@uow.edu.au] Re: [PATCH] Compiling lyx-1
Juergen == Juergen Vigna [EMAIL PROTECTED] writes: Juergen On 23-May-2001 Lars Gullik Bjønnes wrote: So he wants to use RH 7.1 with lyxstring... why? IMO lyxstring should not be used with RH 7.1. Juergen I use it all the time! (Much) faster compile and (much) Juergen smaller binary, if that is not reason enough (at least for me Juergen when I'm just trying to figure out where the heck it is that Juergen tabulars inside tabulars are not updated correctly (drawn) on Juergen file load!!!) So how come you do not have a problem with sstream? Did you update your gcc? JMarc
Re: [PATCH] remove dead wood
On 23-May-2001 Jean-Marc Lasgouttes wrote: Jürgen, Lars, is this 'dead wood' supposed to be useful one day? I don't think so, but let me remove it for the cvs version! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ For adult education nothing beats children.
Re: [Ben Stanley bds02@uow.edu.au] Re: [PATCH] Compiling lyx-1
On 23-May-2001 Jean-Marc Lasgouttes wrote: So how come you do not have a problem with sstream? Did you update your gcc? Nope! I use the included sstream (as that one is also faster and smaller ;) Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Our policy is, when in doubt, do the right thing. -- Roy L. Ash, ex-president, Litton Industries
Re: Bug in float fig captions
Mike == [EMAIL PROTECTED] writes: Mike Hi, The figure caption in a float appears to be immune to Mike justification commands: setting left, right, center, or block Mike has no effect. And worse, the state it is in is center, which Mike is probably the worst of the 4 possibilities (well, maybe right Mike would be worse). Reopening Layout- Paragraph always shows the radio button at center, no Layout- matter Mike what you did before. The perverse thing is that the DVI always Mike shows the caption as block, as it should. This is 1.1.6fix1. There are two problems here: 1/ captions (in standard classes) can be either centered (one line) or block-justified (more than one line). LyX does not have a way to represent this. Lars, is this handled in the new caption inset? 2/ The choice made in LyX textclasses is to use center on screen and to prohibit other settings. Unfortunately, the GUI does not reflect the fact that only Center is active, which is a bug. JMarc
Re: key bindings
No I don't think so... why are you asking? Because I had the impression three or four keys did not work. But everything is fine after a re-compile, $DEITY knows what happened. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: [BUG] citation dialog
On Wednesday 23 May 2001 14:01, Jean-Marc Lasgouttes wrote: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Here's the patch fixing the problem (does not exist in HEAD). A remark: now, when I have an empty document and open the popup, OK/Apply are enabled. Is that intended? Interesting. No, it's not intended. The patch attached fixes that. I may have to port THIS particular patch to the HEAD too. H! Angus patch.diff.gz
Re: qt2 frontend
On Wed, 23 May 2001, Kalle Dalheimer wrote: On Wednesday 23 May 2001 12:57, Allan Rae wrote: Am I the only who needs to add: -lXft -lXmu -lXrender -lXt -lXext -lGL -lGLU to the libraries for the linker in order to get almost all the unknown symbols resolved? I don't need to, at least. Is that Qt 2.3 or 2.2.4? Qt-2.3 Hmmm... must be something wrong with my system. Anyone else using Mdk-8.0? I have been extremely busy lately, unfortunately. I hope to be able to take up work on the Qt2 frontend again in early June. That's okay, seems plenty of others are starting to pick up other tasks now. Allan. (ARRae)
Re: prerelease
- Mathed: Please make the new code work without regressions from 1.1.6. I really like what have been done so far. I try to get the missing bits fixed. A code freeze would probably mean that we will keep the current low level storage (MathedArray) and access (Iter/Xiter/Cursor) in this semi-clean state as it is now. It's not exactly the thing I would like to see in 1.2 but I can live with that. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: prerelease
Andre Poenitz [EMAIL PROTECTED] writes: | - Mathed: | Please make the new code work without regressions from | 1.1.6. I really like what have been done so far. | | I try to get the missing bits fixed. | | A code freeze would probably mean that we will keep the current low | level storage (MathedArray) and access (Iter/Xiter/Cursor) in this | semi-clean state as it is now. | | It's not exactly the thing I would like to see in 1.2 but I can live with | that. Unless you can fix it during the next 3-4 weeks or so. I guess we will have three prereleases... -- Lgb
Re: Bug in float fig captions
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Mike == [EMAIL PROTECTED] writes: | | Mike Hi, The figure caption in a float appears to be immune to | Mike justification commands: setting left, right, center, or block | Mike has no effect. And worse, the state it is in is center, which | Mike is probably the worst of the 4 possibilities (well, maybe right | Mike would be worse). Reopening | Layout- Paragraph always shows the radio button at center, no | Layout- matter | Mike what you did before. The perverse thing is that the DVI always | Mike shows the caption as block, as it should. This is 1.1.6fix1. | | There are two problems here: | | 1/ captions (in standard classes) can be either centered (one line) or |block-justified (more than one line). LyX does not have a way to |represent this. Lars, is this handled in the new caption inset? Probably not... but I guess it could do that. But as you know the capiton inset is not in use. | 2/ The choice made in LyX textclasses is to use center on screen and to |prohibit other settings. Unfortunately, the GUI does not reflect the |fact that only Center is active, which is a bug. a gui bug then. -- Lgb
mumbling about new lyxrc featurees [was: Re: slelection bug ]
I'm shooting from the hip here, so there may be massive holes . . . How about a comment in the first line of lyxrc to show its vintage, a la #!/bin/sh . . . While processing lyxrc, new features after the update date could be appended to the end of the file . . . awk -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: multiline equations no longer working right either
Andre admitted, I think in the end we can have both, getting eqnarray by M-m t e and align by M-m t a ('t' like 'type') with entrys for both in the menus. But I don't know anything about the concerned religions so maybe this would be Wrong. I'm an agnostic here, but I just don't see where to put my [in]equality type operator without a middle column . . . :) hawk -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: [BUG] citation dialog
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Interesting. No, it's not intended. The patch attached fixes Angus that. I may have to port THIS particular patch to the HEAD too. Angus H! Thanks. While we are at it, another wish: in the paragraph layout form, the align buttons should be disabled depending on the AlignPossible entry in the Layout. Could you do that? It would give a much better feedback to users. JMarc
Re: [BUG] citation dialog
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Interesting. No, it's not intended. The patch attached fixes Angus that. I may have to port THIS particular patch to the HEAD too. Angus H! Sorry but your previous patch has already been applied. Could you update it? (and you can also update your 1.1.6 cvs, you patch against the bare 1.1.6). JMarc
Re: prerelease
Unless you can fix it during the next 3-4 weeks or so. I don't know. I got to prepare the next quarterly presentation for my day time job (which is to be held around the 20th of June, so no time between that an Bozen) and my colleague's child fell ill... So I am basically on my own right now. I will try to get another patch ready soon which should mark the end of the cleanup of the multiline stuff (without cosmetics) - the last big all over the place change. Tomorrow is a holiday over here, so I have time to handle bug reports. The messy low level stuff is pretty isolated now, so we could either live with that for some time or I find the time do handle it in small chunks. Moreover, I think overall structure is much simpler now, so if people want to get involved in mathed do not need half-year courses like me... It's not too bad... Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: prerelease
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars We need to get a prerelease out soon, I want at least one Lars prerelease out before the lyx meeting, preferably two. Lars I do belive we should freeze most development now and fix up Lars what we have. Lars Things that should be done: I'll add: - fix problem with Enter in numpad - fix problem with bindings like S-C-T, which do not work - make sure that table is ready, in particular in terms of memory consumption JMarc
Re: [BUG] citation dialog
On Wednesday 23 May 2001 15:54, Jean-Marc Lasgouttes wrote: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Interesting. No, it's not intended. The patch attached fixes Angus that. I may have to port THIS particular patch to the HEAD too. Angus H! Sorry but your previous patch has already been applied. Could you update it? Here it is. (and you can also update your 1.1.6 cvs, you patch against the bare 1.1.6). So I've just discovered. I've now downloaded BRANCH_1_1_6. patch.diff.gz
Re: [BUG] citation dialog
On Wednesday 23 May 2001 15:52, Jean-Marc Lasgouttes wrote: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Interesting. No, it's not intended. The patch attached fixes Angus that. I may have to port THIS particular patch to the HEAD too. Angus H! Thanks. While we are at it, another wish: in the paragraph layout form, the align buttons should be disabled depending on the AlignPossible entry in the Layout. Could you do that? It would give a much better feedback to users. Is this HEAD or BRANCH_1_1_6? Angus
Re: Bug in float fig captions
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Probably not... but I guess it could do that. But as you know Lars the capiton inset is not in use. Yes, but it's supposed to be in use in 1.2.0, isn't it? JMarc
mathed76.diff
http://mathematik.htwm.de/tmp/mathed76.diff or http://mathematik.htwm.de/tmp/mathed76.diff.gz Would be nice if someone could check that all new files are in the patch... The new key bindings to the new lyx funcs in math.bind should operate on the innermost matrix enclosing the current math cursor. math-mutate tries to convert one type of math inset to another. Most of these conversions are not yet implemented... M-m t t dumps the contents of the current math inset to the console (sort of 'export to LaTeX') Everything else should be backward compatible. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: multiline equations no longer working right either
I'm an agnostic here, but I just don't see where to put my [in]equality type operator without a middle column . . . Looks like it goes to the right column. Which looks ugly if operators in different lines are of different size as some people pointed out. On the other hand, if they are of the same size, \align can look nicer due to the missing extra spacing as other people pointed out. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: mumbling about new lyxrc featurees [was: Re: slelection bug ]
On Wednesday 23 May 2001 15:37, [EMAIL PROTECTED] wrote: I'm shooting from the hip here, so there may be massive holes . . . How about a comment in the first line of lyxrc to show its vintage, a la #!/bin/sh . . . While processing lyxrc, new features after the update date could be appended to the end of the file . . . awk the ~/.lyx/lyxrc is deprecated and has been replaced by a ~/.lyx/preferences file that contains ONLY user-preferences different from the global lyxrc file. If you EVER use the Preferences dialog to make some change, this is saved to a ~/.lyx/preferences file. Thereafter ~/.lyx/lyxrc is NEVER read. When you upgrade lyx, the global lyxrc file is overwritten leaving only those few settings in ~/.lyx/preferences that may now have an invalid syntax. Capisco? A.
Re: Bug in float fig captions
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Probably not... but I guess it could do that. But as you know | Lars the capiton inset is not in use. | | Yes, but it's supposed to be in use in 1.2.0, isn't it? No... I got so many complaints about it so I stopped all work on it. -- Lgb
Re: Bug in float fig captions
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars No... I got so many complaints about it so I stopped all work on Lars it. What about lists, sections and theorems? JMarc
Re: Problem compiling 1.1.6Fix2 on osf4 alpha
Yann == Yann MORERE [EMAIL PROTECTED] writes: Yann now after a new tar xvzf and a new configure it seems to compile Thanks for the input. JMarc
Re: Crash on second screen
On Tue, May 22, 2001 at 04:39:00PM -0700, 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 Introduction document selected. Status messages flash quickly in the bottom pane of the LyX window; I think that an X Server action may happen just before the crash. It does not have this problem on the first screen (localhost:0.0). This version of LyX is from a pre-built FreeBSD port package (so I don't have a traceback for you, sorry) running on FreeBSD 4.2-STABLE with XFree86 Version 4.0.2. The display has two 1152x864 24-bit TrueColor screens (I have attached the xdpyinfo). I have attached the debug logs from running lyx -sync on screen 0 and screen 1. Note that keyboard shortcuts were used to invoke the menu selections. Maybe it is a problem with XForms. Do other XForms programs work correctly ?
Re: Crash on second screen
More details: This system is using a Matrox G-400 AGP video board with dual head support. I am running a single X server (XFree86 4.0.2) configured for two screens (as reported in xdpyinfo) each of the same geometry (1152x864 24 planes, w/ TrueColor visuals). I do not want to use Xinerama; I prefer having two distinct screens. It wouldn't surprise me if the problem is in the XForms library. I have encountered some other software that only recognizes the first logical screen of an X display. Xinerama hides this by handling multiple physical framebuffers (video hardware) as a single logical screen on an X display. -- Bradford Castalia [EMAIL PROTECTED] Systems Analyst http://azstarnet.com/~castalia idaeim 520-624-6629 Build an image in your mind, fit yourself into it. The Log of Cyradis, Seeress of Kell. Allan Rae wrote: 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 Introduction document selected. Status messages flash quickly in the bottom pane of the LyX window; I think that an X Server action may happen just before the crash. I have a dual head setup and can't repeat this. However, it is likely because I'm using the Xinerama module to get one big screen. It seems you are using two separate x-servers (one per screen). You might consider investigating the use of the Xinerama module and thereby letting X pretend it has one big screen. That is, both screens form part of localhost:0.0, there is no :0.1.** You need Option Xinerama in the Modules section. You also just define the two Screen sections as usual but combine them in the one Layout. The best instructions I found for this were at the matrox site (look for linux drivers and then read their howto/install guide). Allan. (ARRae) ** I have considered doing like you to try to get a virtual console and an X session on alternate monitors but decided against it. There's no going back from having 24x10inchs of screen space for X.
Re: Crash on second screen
Dekel Tsur wrote: On Tue, May 22, 2001 at 04:39:00PM -0700, 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 Introduction document selected. Status messages flash quickly in the bottom pane of the LyX window; I think that an X Server action may happen just before the crash. It does not have this problem on the first screen (localhost:0.0). This version of LyX is from a pre-built FreeBSD port package (so I don't have a traceback for you, sorry) running on FreeBSD 4.2-STABLE with XFree86 Version 4.0.2. The display has two 1152x864 24-bit TrueColor screens (I have attached the xdpyinfo). I have attached the debug logs from running lyx -sync on screen 0 and screen 1. Note that keyboard shortcuts were used to invoke the menu selections. Maybe it is a problem with XForms. Do other XForms programs work correctly ? I agree: the problem is probably in the XForms library (unless the LyX developers are silly enough to bypass it and twiddle the X server directly ;-). The fdesign ap runs on the second screen, but I have not really used it sufficiently (I just ran it for the test purpose) to exercise whatever bug is stuck in the works. -- Bradford Castalia [EMAIL PROTECTED] Systems Analyst http://azstarnet.com/~castalia idaeim 520-624-6629 Build an image in your mind, fit yourself into it. The Log of Cyradis, Seeress of Kell.
Re: multiline equations no longer working right either
On Wed, May 23, 2001 at 10:20:42AM +0200, Lars Gullik Bj?nnes wrote: Andre Poenitz [EMAIL PROTECTED] writes: | | If ams is selected, Ctrl-Enter splits into \align, otherwise into \eqnarray | | (Not that I know where to find this kind of information, but | | anyway...) | | I'd rather remove that button, and just require ams for certain | features. | | Ok.. which goes back to the original question: Can we assume that everybody | has ams installed? Well, I have, even if I did not know I had... All modern (last 5 years or so) have ams installed. Yes, but amsmath 1.2 screws the spacing for \ldots. This was fixed in amsmath 2.0. I don't know how common is amsmath 2.0.
Re: prerelease
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars We need to get a prerelease out soon, I want at least one | Lars prerelease out before the lyx meeting, preferably two. | | Lars I do belive we should freeze most development now and fix up | Lars what we have. | | Lars Things that should be done: | | I'll add: | | - fix problem with Enter in numpad I belive this is not changed.. it is now mapped to what the regualr Return does. | - fix problem with bindings like S-C-T, which do not work Should check if this problem still exists. | - make sure that table is ready, in particular in terms of memory | consumption I guess it is still too high... It is possible that the SharedContainer could help a bit. -- Lgb
Re: Bug in float fig captions
On 23 May 2001, Jean-Marc Lasgouttes wrote: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Probably not... but I guess it could do that. But as you know Lars the capiton inset is not in use. Yes, but it's supposed to be in use in 1.2.0, isn't it? and what about insetert ? john -- Mad Mathesis alone was unconfined Too mad for mere material chains to bind, - Now to pure space lifts her ecstatic stare Now, running round the circle, finds it square. - Alexander Pope
Re: prerelease
On Wed, 23 May 2001, Michael Schmitt wrote: BTW: What happens to LyX at the developers meeting? Does it make sense to stabilize the code first (without actually producing a final release) and then let highly motivated programmers introduce many new exciting features and bugs again? :-) this is a CVS issue. If there are potentially de-stabilising major changes resulting, they can/will go in a branch. Although current CVS is not exactly bug-free at the moment anyway john -- Mad Mathesis alone was unconfined Too mad for mere material chains to bind, - Now to pure space lifts her ecstatic stare Now, running round the circle, finds it square. - Alexander Pope
RE: BUG: lyx1.6.1fix1 crash W/O SAVING
On Wed, 23 May 2001, Juergen Vigna wrote: On 23-May-2001 Steven Homolya wrote: Correction to my earlier message (sent ~10min ago): Lyx was compiled from source using gcc version incl. in RH 7.0, and was not installed from an rpm package. (I was thinking of xforms...) If it was a unpatched 7.0 system you should upgrade at least the gcc-+ packeges, but probably it would overal better to upgrade to RH 7.1 if possible as in 7.1 are solved a lot of problems 7.0 had! Jürgen This reminds me, before any pre-releases/releases we need to disable optimisation on gcc 2.96. Juergen's commenting out in tabular.C has masked the optimiser bug currently, but we never know where other bugs might lie. gcc 2.96-82 and above seem OK, but RH provided no easy way of determining this version. So we must turn off -O. Also Juergen, can those #if 0 bits be actually deleted from tabular.C now ? Having these everywhere makes the code hard to read. Also, I'm adding some comments to tabular.h currently but I'm not sure of a few things. I'll send a patch soonish. thanks john -- Mad Mathesis alone was unconfined Too mad for mere material chains to bind, - Now to pure space lifts her ecstatic stare Now, running round the circle, finds it square. - Alexander Pope
Re: [PATCH] LColor
On 23 May 2001, Jean-Marc Lasgouttes wrote: John == John Levon [EMAIL PROTECTED] writes: John The attached cleans John up LColor a little bit. Note the FIXMEs. I'm applying it. Does it address the concerns in http://sourceforge.net/tracker/index.php?func=detailaid=223796group_id=15212atid=115212 ? JMarc not entirely. footnote is still used in a very ad-hoc manner and needs at least renaming. There's a couple of other minor ones too, but at least all current entries do /something/ now thanks john -- Mad Mathesis alone was unconfined Too mad for mere material chains to bind, - Now to pure space lifts her ecstatic stare Now, running round the circle, finds it square. - Alexander Pope
Re: NumberOfHFill/Separator
John Levon [EMAIL PROTECTED] writes: | On 23 May 2001, Jean-Marc Lasgouttes wrote: | | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Are there other issues that I have not thought of? | | Sometimes senseless messages get into the minibuffer. For example, if | you do a 'Update dvi' on the userguide, you get |ull3 (message ull3)(message ull3) | which is probably not right ;) | | JMarc | | | current I cannot even focus on the minibuffer /at all/ by clicking | on it true.. that feature has been removed. Now operations of the minibuffer is controlled from lfuns, this makes a much better structure. And I don't see how this could be done if you were allowed to click into the minibuffer. (then the minibufer would have to know about lyxfuncs etc...) M-x is your friend. -- Lgb
Re: prerelease
On Wed, May 23, 2001 at 05:38:52PM +0200, Michael Schmitt wrote: I would greatly appreciate if a stable new LyX version is out soon. I assume that you consider the list of things to be done not as the list of outstanding bugs (which is slightly longer :-)). So I dare to add two more items to the list: Tables: And floats/footnotes - Support for spellchecker And search/replace. - Support for global font changes (e.g. set the font size to small for all cells) More problems: * Changing the language of the document doesn't change the language of text in table/floats etc. * The up/down/pageup/pagedown keys behave badly with table/floats: - If the cursor is just above a float and the down key is pressed, the cursor doesn't move into the float. - Pressing pagedown in a table doesn't do anything. - Pressing pagedown in a float at least do something but not something useful :( - Pressing pagedown when the cursor is above a long table/float (several screens long) doesn't work correctly.
Re: prime mark for equations
jmarc jabbered, Richard I've been meanign to ask this for years. How in the world do Richard I get ' and to indicate prime and double prime in Richard equations? For that matter, is this the same question as Richard getting them in text for inches and feet? Doesn't ' work for prime? For double prime, you should use ''. hmm, yes it does. Yesterday it was causing errors, but it seemed horribly confused in general. thanks -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: Bug in float fig captions
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars No... I got so many complaints about it so I stopped all work on | Lars it. | | What about lists, sections and theorems? sometime later... Theorems is basically the same as the float support. Lists will be a lot harder. Sections should have support thor the titlesec package. -- Lgb
Re: Bug in float fig captions
John Levon [EMAIL PROTECTED] writes: | On 23 May 2001, Jean-Marc Lasgouttes wrote: | | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Probably not... but I guess it could do that. But as you know | Lars the capiton inset is not in use. | | Yes, but it's supposed to be in use in 1.2.0, isn't it? | | and what about insetert ? Insetert is missing just a little work and a menu entry. -- Lgb
Re: prerelease
Dekel Tsur [EMAIL PROTECTED] writes: | On Wed, May 23, 2001 at 05:38:52PM +0200, Michael Schmitt wrote: | | I would greatly appreciate if a stable new LyX version is out soon. I | assume that you consider the list of things to be done not as the list | of outstanding bugs (which is slightly longer :-)). So I dare to add two | more items to the list: | |Tables: | | And floats/footnotes | | - Support for spellchecker all these are actually quite easy to fix, we only need someone to do it... | And search/replace. | | - Support for global font changes (e.g. set the | font size to small for all cells) | | More problems: | | * Changing the language of the document doesn't change the language of | text in table/floats etc. You did some of this language support right? Perhaps you could fix this? | * The up/down/pageup/pagedown keys behave badly with table/floats: | - If the cursor is just above a float and the down key is pressed, the cursor |doesn't move into the float. | - Pressing pagedown in a table doesn't do anything. | - Pressing pagedown in a float at least do something but not something |useful :( | - Pressing pagedown when the cursor is above a long table/float (several |screens long) doesn't work correctly. | -- Lgb
Re: prerelease
On Wed, May 23, 2001 at 09:30:20PM +0200, Lars Gullik Bj?nnes wrote: | * Changing the language of the document doesn't change the language of | text in table/floats etc. You did some of this language support right? Perhaps you could fix this? It should be trivial to do once we have paragraph iterator. However, I don't have the time right now to write the iterator.
Re: NumberOfHFill/Separator
On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: true.. that feature has been removed. Now operations of the minibuffer is controlled from lfuns, this makes a much better structure. And I don't see how this could be done if you were allowed to click into the minibuffer. (then the minibufer would have to know about lyxfuncs etc...) M-x is your friend. I'm now very confused. Because I just started CVS lyx up again, and now I /can/ click in the minibuffer. I don't see what focussing in has to do with the minibuffer having to know about lyxfuncs anyway (what's the difference between that and M-X ???). I also don't understand why it wasn't working before. Also, when I click, thwe current contents are not cleared. I've never really liked the fact that the minibuffer is used for status bar and a command prompt. It's very confusing (you don't want to know how long it was using lyx before I realised you /could/ enter commands there). Certainly I would prefer one of the frontends to separate the two visually. But that's not particularly relevant now. thanks john -- Mad Mathesis alone was unconfined Too mad for mere material chains to bind, - Now to pure space lifts her ecstatic stare Now, running round the circle, finds it square. - Alexander Pope
Re: prerelease
On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | - make sure that table is ready, in particular in terms of memory | consumption I guess it is still too high... It is possible that the SharedContainer could help a bit. actually I was experimenting with this today (for the common attributes of LyXTabular::cell_struct). I'm not sure it's worth it (space saved vs. time spent searching through the container) but maybe it is. The thing I don't like is that using shared container is a bit of a pain. You have to have the get/set methods for every element of the structure, as you must make sure to only change values via a temporary structure that you then do container.get(tmp) on. I wonder if there is some way to avoid all this tedious glue code (like most of PargraphParameters.C) thanks john p.s. do you think it might be worth it for some values of InsetTex too ? which ones ? -- Mad Mathesis alone was unconfined Too mad for mere material chains to bind, - Now to pure space lifts her ecstatic stare Now, running round the circle, finds it square. - Alexander Pope
Re: prerelease
On Wed, 23 May 2001, Dekel Tsur wrote: More problems: * Changing the language of the document doesn't change the language of text in table/floats etc. * The up/down/pageup/pagedown keys behave badly with table/floats: - If the cursor is just above a float and the down key is pressed, the cursor doesn't move into the float. - Pressing pagedown in a table doesn't do anything. - Pressing pagedown in a float at least do something but not something useful :( - Pressing pagedown when the cursor is above a long table/float (several screens long) doesn't work correctly. additionally some of michael's bugs on sourceforge I consider quite important. Juergen you asked me to hassle you over support for spellchecking, find etc. in tables, so *hassle* ;) john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: prerelease
John Levon [EMAIL PROTECTED] writes: | On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | | - make sure that table is ready, in particular in terms of memory | | consumption | | I guess it is still too high... It is possible that the | SharedContainer could help a bit. | | actually I was experimenting with this today (for the common attributes | of LyXTabular::cell_struct). I'm not sure it's worth it (space saved vs. | time spent searching through the container) but maybe it is. | | The thing I don't like is that using shared container is a bit of a pain. | You have to have the get/set methods for every element of the structure, | as you must make sure to only change values via a temporary structure | that you then do container.get(tmp) on. | | I wonder if there is some way to avoid all this tedious glue code (like most | of PargraphParameters.C) so of this is glue code, but class variables should really _never_ be anything else than private anyway. All out of class access should be done with getters and setters. (ok I break this with the paragraph parameters...at least it seems like that) | p.s. do you think it might be worth it for some values of InsetTex | too ? which ones ? I guess you mean InsetText... I have to have a look, could be. rememver that if it is a gain depends upon how meny objects of the specific types is in existance. If only a few objects the gain will be very small. -- Lgb
Re: NumberOfHFill/Separator
John Levon [EMAIL PROTECTED] writes: | were allowed to click into the minibuffer. (then the minibufer would | have to know about lyxfuncs etc...) | | M-x is your friend. | | I'm now very confused. Because I just started CVS lyx up again, and now I | /can/ click in the minibuffer. I don't see what focussing in has to do | with the minibuffer having to know about lyxfuncs anyway (what's the difference | between that and M-X ???). You can? Are you sure this is not lyx-1.1.6? in cvs you are not supposed to be able to click in the minibuffer. (until after M-x that is) M-x calls WorkArea handle event - lyxfunc handle keysym How do you plan to get a click in the minibuffer to end up the same place? | | I also don't understand why it wasn't working before. | | Also, when I click, thwe current contents are not cleared. | | I've never really liked the fact that the minibuffer is used for status bar | and a command prompt. It's very confusing (you don't want to know how long | it was using lyx before I realised you /could/ enter commands there). ever used emacs? However I agree. the font status and such should have a line of its own. Messages from the lyx otoh should be in the minibuffer as done now. -- Lgb
Re: prerelease
On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: John Levon [EMAIL PROTECTED] writes: | On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | | - make sure that table is ready, in particular in terms of memory | | consumption | | I guess it is still too high... It is possible that the | SharedContainer could help a bit. | | actually I was experimenting with this today (for the common attributes | of LyXTabular::cell_struct). I'm not sure it's worth it (space saved vs. | time spent searching through the container) but maybe it is. | | The thing I don't like is that using shared container is a bit of a pain. | You have to have the get/set methods for every element of the structure, | as you must make sure to only change values via a temporary structure | that you then do container.get(tmp) on. | | I wonder if there is some way to avoid all this tedious glue code (like most | of PargraphParameters.C) so of this is glue code, but class variables should really _never_ be anything else than private anyway. All out of class access should be done with getters and setters. (ok I break this with the paragraph parameters...at least it seems like that) ah, but for tabular.C the case is different. struct cell_struct is strictly internal, so the get/set rule is already abided by. But using a sharecontainer would require an /additional/ level of get/sets to make the internal code of tabular.C use the correct method for updating params. I basically want to avoid 10 or so little set functions that all look like : Struct tmp(*param); tmp.member = mem; set_From_struct(tmp); and the corresponding get accessors, when we are already abiding by the get/set rule. But I can't think how :( I guess you mean InsetText... I have to have a look, could be. yes. rememver that if it is a gain depends upon how meny objects of the specific types is in existance. If only a few objects the gain will be very small. yes, and of course how variable the objects are; so we want to leave out things like widths etc. In my old cell_struct code for tabular : /// private cell parameters struct cell_parameters { /// beginning/part of multicolumn span ? MultiColType multicolumn; /// horizontal alignment LyXAlignment alignment; /// vertical alignment VAlignment valignment; /// top line present bool top_line; /// bottom line present bool bottom_line; /// left line present bool left_line; /// right line present bool right_line; /// BoxType usebox; /// bool rotate; /// special alignment string align_special; /// multicolumn p width string p_width; }; as I think these are likely to stay defaults for most cells. thanks john p.s. why is lyx-devel suddenly busy again ;) -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: NumberOfHFill/Separator
On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: John Levon [EMAIL PROTECTED] writes: | were allowed to click into the minibuffer. (then the minibufer would | have to know about lyxfuncs etc...) | | M-x is your friend. | | I'm now very confused. Because I just started CVS lyx up again, and now I | /can/ click in the minibuffer. I don't see what focussing in has to do | with the minibuffer having to know about lyxfuncs anyway (what's the difference | between that and M-X ???). You can? Are you sure this is not lyx-1.1.6? in cvs you are not supposed to be able to click in the minibuffer. (until after M-x that is) M-x calls WorkArea handle event - lyxfunc handle keysym How do you plan to get a click in the minibuffer to end up the same place? ok, this is really weird behaviour. I just need to press M-x /once/ and then forever more I can focus on the minibuffer with the mouse. What is the meaning of this keypress ? It acts like permanently unlock the minibuffer. I suppose I should go back to the code because I really don't understand why things work like this (and it is a thoroughly confusing change for the naive user). ever used emacs? briefly ... However I agree. ... but indeed it doesn't mean we have to copy bad ideas ;) thanks john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: NumberOfHFill/Separator
John Levon [EMAIL PROTECTED] writes: | On 23 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | John Levon [EMAIL PROTECTED] writes: | | | were allowed to click into the minibuffer. (then the minibufer would | | have to know about lyxfuncs etc...) | | | | M-x is your friend. | | | | I'm now very confused. Because I just started CVS lyx up again, and now I | | /can/ click in the minibuffer. I don't see what focussing in has to do | | with the minibuffer having to know about lyxfuncs anyway (what's the difference | | between that and M-X ???). | | You can? Are you sure this is not lyx-1.1.6? | in cvs you are not supposed to be able to click in the minibuffer. | (until after M-x that is) | | M-x calls WorkArea handle event - lyxfunc handle keysym | | How do you plan to get a click in the minibuffer to end up the same | place? | | ok, this is really weird behaviour. I just need to press M-x /once/ and | then forever more I can focus on the minibuffer with the mouse. What is the | meaning of this keypress ? It acts like permanently unlock the minibuffer. that is a bug then. | I suppose I should go back to the code because I really don't understand why | things work like this (and it is a thoroughly confusing change for the naive | user). | | ever used emacs? | | briefly ... | | However I agree. | | ... but indeed it doesn't mean we have to copy bad ideas ;) IMHO this in one of the best things about emacs... -- Lgb
Re: NumberOfHFill/Separator
On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | then forever more I can focus on the minibuffer with the mouse. What is the | meaning of this keypress ? It acts like permanently unlock the minibuffer. that is a bug then. ... and this bug implements a feature that you say is impossible. This is the best bug in LyX I've found yet ;) john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: NumberOfHFill/Separator
John Levon [EMAIL PROTECTED] writes: | On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | | then forever more I can focus on the minibuffer with the mouse. What is the | | meaning of this keypress ? It acts like permanently unlock the minibuffer. | | that is a bug then. | | ... and this bug implements a feature that you say is impossible. This is the best |bug | in LyX I've found yet ;) Are you able to enter commands there then and have them executed? -- Lgb
Re: NumberOfHFill/Separator
John Levon [EMAIL PROTECTED] writes: | On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | | then forever more I can focus on the minibuffer with the mouse. What is the | | meaning of this keypress ? It acts like permanently unlock the minibuffer. | | that is a bug then. | | ... and this bug implements a feature that you say is impossible. This is the best |bug | in LyX I've found yet ;) besides I am not able to reproduce this. Can it be a Xforms version thingie? the keypress sets the minibuffer to wait for a command to get entered. -- Lgb
Re: NumberOfHFill/Separator
On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: Are you able to enter commands there then and have them executed? ok, I'm talking crap. The problem is after a M-x, I can take the focus away from the minibuffer and do other things. But this doesn't reset the editibility of the mb. I.e. I can do : edit some text M-x focus back on text edit some more text focus on mb clear and enter buffer-new and it works. Hope that helps (sorry for my confusion ;) I can't remember offhand if xforms will deliver lost-focus events to the peek_event routine ? thanks john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: NumberOfHFill/Separator
John Levon [EMAIL PROTECTED] writes: | On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | Are you able to enter commands there then and have them executed? | | ok, I'm talking crap. The problem is after a M-x, I can take the focus | away from the minibuffer and do other things. But this doesn't reset | the editibility of the mb. I.e. I can do : | | edit some text | M-x | focus back on text | edit some more text | focus on mb | clear and enter buffer-new This is how it is supposed to work. -- Lgb
Re: NumberOfHFill/Separator
On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: John Levon [EMAIL PROTECTED] writes: | On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | Are you able to enter commands there then and have them executed? | | ok, I'm talking crap. The problem is after a M-x, I can take the focus | away from the minibuffer and do other things. But this doesn't reset | the editibility of the mb. I.e. I can do : | | edit some text | M-x | focus back on text | edit some more text | focus on mb | clear and enter buffer-new This is how it is supposed to work. Then 1) you need to clear the minibuffer at focus on mb and 2) I really don't understand /at all/ why pressing return in the minibuffer should suddenly mean I have to type M-x again. This really makes /no/ sense to me. Sorry. john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
LDN-20010523
http://www.lyx.org/news/20010523.php3 Time for a little bit of reading. Go get it! Allan. (ARRae)
Re: NumberOfHFill/Separator
John Levon [EMAIL PROTECTED] writes: | On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | John Levon [EMAIL PROTECTED] writes: | | | On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | | | Are you able to enter commands there then and have them executed? | | | | ok, I'm talking crap. The problem is after a M-x, I can take the focus | | away from the minibuffer and do other things. But this doesn't reset | | the editibility of the mb. I.e. I can do : | | | | edit some text | | M-x | | focus back on text | | edit some more text | | focus on mb | | clear and enter buffer-new | | This is how it is supposed to work. | | Then | | 1) you need to clear the minibuffer at focus on mb Why? If you have already entered something without pressing Execute (return) then you should be allowe to edit this furter before doing so. | 2) I really don't understand /at all/ why pressing return in the minibuffer |should suddenly mean I have to type M-x again. This really makes /no/ |sense to me. Sorry. You have obviously never worked with emacsen. M-x run the lfun that allows you to enter a command in the minibuffer. Returns executes this command. Clear as ink. -- Lgb
Re: NumberOfHFill/Separator
On 24 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: Why? If you have already entered something without pressing Execute (return) then you should be allowe to edit this furter before doing so. Because status messages can appear inbetween, as we've already mentioned. I don't want to delete Text (Default) by hand as I currently have to do. You have obviously never worked with emacsen. M-x run the lfun that allows you to enter a command in the minibuffer. Returns executes this command. Clear as ink. ok, let me turn it on its head. I want to enter a command. /Why on earth/ do I now /have/ to chord my fingers to make M-x ? Why can't I just enter the command like I could before ? Can you really justify this additional barrier in terms of UI ? I'm going to sit back now and let someone else comment. I can't be on my own here. thanks john -- In some ways I feel I ought to be dead. - Richard M. Stallman
lyx-bugs
I'm not getting changes/additions to lyxbugs.sf.net is this a) my problem ;) b) a lyx.org problem c) a sf problem ? the address [EMAIL PROTECTED] is still listed at sourceforge. thanks john -- In some ways I feel I ought to be dead. - Richard M. Stallman
inline docs
The attached is an unfinished patch that adds some inline docs to tabular.h. Juergen/anyone, I would really like suggestiong for the FIXMEs there (I get some of them but am not 100% sure). Also please sanity check the comments I added. It also clarifies a couple of little things. thanks john -- To live outside the law you must be honest. - Bob Dylan tabulardoc.diff.gz
Re: inline docs
On Thu, 24 May 2001, John Levon wrote: The attached is an unfinished patch that adds some inline docs to tabular.h. Juergen/anyone, I would really like suggestiong for the FIXMEs there (I get some of them but am not 100% sure). Also please sanity check the comments I added. please ignore the LFUN_RIGHTSEL chunk that makes no sense, got my patch screwed up a little. thanks john -- To live outside the law you must be honest. - Bob Dylan