Re: Reference pop-up has usability bug
On 14-Mar-2001 Dekel Tsur wrote: > On the other hand, other dialogs are stateless (for example the print > dialog) and inconsistency is bad. IMO the print dialog should also remember my last selections (didn't it do this in the past?) as it is most probably that if I change f.ex. the printername I will print with this printer also the next draft! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ He: Let's end it all, bequeathin' our brains to science. She:What?!? Science got enough trouble with their OWN brains. -- Walt Kelly
Re: What's wrong with the new Tables!?
On 14-Mar-2001 Jean-Marc Lasgouttes wrote:
> And what about the other changes I see, like
> - if (line != "") {
> + if (!prefixIs(line, "")) {
> Should they be applied too?
Sorry Jean-Marc I forgot about them, YES the should also be changed
to check only the prefix because with getline as we have it now its
\r instead of . Otherwise we could strip trailing \r in
l_getline which may be the better solution. What do you think?
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
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
The cable TV sex channels don't expand our horizons, don't make us better
people, and don't come in clearly enough.
-- Bill Maher
Re: What's wrong with the new Tables!?
On 14-Mar-2001 Lars Gullik Bjønnes wrote: > In the standard library function? Well ok :P, ..., we could have a wrapper function, couldn't we? 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Walk softly and carry a big stick. -- Theodore Roosevelt
[Mats Rhen ] 1.2-cvs and math-ed
Is there something broken in math-ed? The possibility to make single rows unnumbered is no longer... The last .rpm I used where this worked is from 6 of march. I've got a "Display formula" with 3 col's and 9 row's, row 2, 5,6 and 7 is to be unnumbered. I'm using Kayvan Sylvan's .rpm of LyX-1.2 on RH7.0.
Resize while rendering/startup
Hello, LyX 1.1.6fix1 compiled from sources with binary XForms 0.89 for glibc 2.1, SuSE 6.3 with glibc 2.1, Tektronix X terminal w/ 10MBit (slow). This is not the "stop rendering when resizing" problem. I only had it once and could not recreate it. When starting LyX with a document containing a larger PS-Image on the first page, LyX starts rendering after downloading the fonts. I resized (enlarged) the LyX Window as soon as I saw the first few lines of text, the WM-decoration (fvwm2) moved down, but the status line of LyX stayed at the old position, the unused space between this status line and the WM decoration was gray. The scrollbar on the right side enlarged partially, the down button of the scrollbar was the height of the unused space (say the triangle was very high), so this down button reached from the LyX status line to the bottom of the resized window. A new resize fixed the problem and everything was fine, so it's only a minor problem. Roman -- Roman Fietze (Mail Code 6) [EMAIL PROTECTED] Heidelberg Digital Finishing GmbH, Germany DDF-T SWEC ESW
inserting angstrom symbol in math mode
Hi,
Here is what I think is a bug in LyX 1.1.6fix1 (the current stable version at
this time).
I was trying to insert the Angstrom symbol into an equation. While in math
mode I embedded \textrm{\AA}. The resulting postscript output looks correct.
However after saving the .lyx file and coming back to work again later I
found that the equation that I embedded this TeX code into was messed up.
I think that what happened is that the TeX code is perfectly valid and that's
why the postscript output works initially. But when you reload the .lyx
document LyX tries to parse the \textrm command and gets confused.
---
As a side note - thank you to all you developers. LyX is really a great
program. I'm a physics graduate student and I use it to write up all my
homework assignments. It saves me a ton of time.
--
I know this will probably just be annoying but here are a few features that I
think would be cool to have and I don't think would be very difficult to
implement:
It would be nice to have a LyX command to automatically reciprocal a fraction.
Also I'd like to be able to mirror image an equation across the equal sign.
In other words interchange the rhs and the lhs.
Thanks,
Nathan
LyX fails to create .lyx
I got this from a co-worker: "Innstallerte LyX fra CVS på ny maskin nå uten ~/.lyx katalog. Det ble ikke opprettet noen slik katalog, og preferences ble lagret på ~/ akkurat som på laptopen her." translated: "Installed LyX from CVS on a new computer just now without a ~/.lyx directory. This dir was not created, and preferences was saved in ~/ just as on my laptop." This is directly from 1.1.6 cvs. Jean-Marc, has any changes gone in that could result in something like this? Lgb
Re: [Patch] Some Qt2 dialogs
Kalle Dalheimer <[EMAIL PROTECTED]> writes: | Hi, | | I finally got all my stuff to compile with the current CVS version. Here is | my first patch. Sorry, it is pretty big, but I'd rather get everything in now | so that I can make small incremental patches on this stuff in the future and | can see compile breaks right away. | | Note that this is not | | - thoroughly tested (actually, not tested beyond "still starts up and can | create a new document") | - not fully matched against current XForms version | - complete at all | | Comments, flames, suggestions? | | Kalle | | P.S. Is there any way I can integrate the new files into the patch | file? Ok, next time create a real patch file and compress it when this big. I am not sure if you use the anoncvs or the real cvs (but you have read access to the real repository), when using the real repository it is easy to get new files (or removed ones) into the patch: I have this in my .cvsrc file: cvs -z6 diff -upN rdiff -upN update -dP the 'N' make the diff take new and deleted files into consideration. You can put files on ftp.devel.lyx.org:/pub/incoming Lgb
Re: Last call for 1.1.6fix2 (status update #4)
On Wed, Mar 14, 2001 at 12:53:40PM +0100, Jean-Marc Lasgouttes wrote:
> Dekel> The main reason for this patch is using
> Dekel> \foreignlanguage{foo}{...} instead of
> Dekel> {\selectlanguage{foo}...}. This is a bug fix (and I am too lazy
> Dekel> to separate the patch).
>
> I'd rather not change the popups in fix release.
You can apply the patch, but without changing the popups.
Sorry for the patch length...
Hi, sorry, I noticed that the patch mail was pretty long after having sent it. But would I have had another option? Can I upload a patch somewhere to have it checked and commited? Kalle -- Matthias Kalle Dalheimer President & CEO/VD Klarälvdalens Datakonsult AB Fax +46-563-540028 Email [EMAIL PROTECTED]
[Patch] Some Qt2 dialogs
Hi, I finally got all my stuff to compile with the current CVS version. Here is my first patch. Sorry, it is pretty big, but I'd rather get everything in now so that I can make small incremental patches on this stuff in the future and can see compile breaks right away. Note that this is not - thoroughly tested (actually, not tested beyond "still starts up and can create a new document") - not fully matched against current XForms version - complete at all Comments, flames, suggestions? Kalle P.S. Is there any way I can integrate the new files into the patch file? -- Matthias Kalle Dalheimer President & CEO/VD Klarälvdalens Datakonsult AB Fax +46-563-540028 Email [EMAIL PROTECTED] FormDocumentDialogBase QDialog name FormDocumentDialogBase geometry 0 0 538 437 caption Document Layout margin 11 spacing 6 QTabWidget name TabWidget2 layoutMargin QWidget name Widget2 title Document margin 11 spacing 6 QLayoutWidget name Layout33 margin 0 spacing 6 QLayoutWidget name Layout32 margin 0 spacing 6 QLineEdit name extraOptionsED QLabel name fontsLA text &Fonts: buddy fontsCO QLabel name pagestyleLA text &Pagestyle: buddy pagestyleCO QLabel name defaultSkipLA text Defa&ult Skip: buddy defaultSkipCO
Re: Reference pop-up has usability bug
On Wed, Mar 14, 2001 at 11:06:22AM +0100, Cyrille Artho wrote: > the reference pop-up should *not* remember the previous selection of the > reference category, at least not of that was a PageRef. I found my > document cluttered with PageRef's instead of normal refs just because > that dialog would not reset itself. The way popups normally work is that > you always have the same default selection, i. e. they are stateless. > So please take that "feature" out, it is easily overlooked, and it is > really annoying to have to go through the document manually to take the > pagerefs out. But the true reason to take it out is that it violates > today's convention regarding pop-up dialogs. Some of the dialogs in LyX are already non-stateless: for example, the tabular create/matrix create dialogs. However, this does make some sense because if you insert a 3x3 matrix then it is likely that your next matrix will also be 3x3. On the other hand, other dialogs are stateless (for example the print dialog) and inconsistency is bad.
MVC branch
Ok, let's roll this in. Lgb
Re: File->Close, File->Open creates rendering problem
On Wed, Mar 14, 2001 at 05:48:53PM +0100, Peter Suetterlin wrote: > Kayvan A. Sylvan wrote: > > Bug report: > > > > Closing and re-opening a document with eps figures using the latest > > 1.2.0 CVS version, I get: > > > > X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) > > Major opcode of failed request: 14 (X_GetGeometry) > > Resource id in failed request: 0x8000e8 > > Serial number of failed request: 10 > > Current serial number in output stream: 10 > > GS [29878] error 256 E:1 1 S:0 0 > > > > After this message shows up, all figure rendering is gone. > > > > This is 100% reproducible (I can see it on Solaris and Linux). > > Do you close the document *before* all figures in the file are rendered? > Then I've seen this before (early 1. versions) No, I wait till everything is rendered, then I close and re-open. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory
File->Close, File->Open creates rendering problem
Bug report: Closing and re-opening a document with eps figures using the latest 1.2.0 CVS version, I get: X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 14 (X_GetGeometry) Resource id in failed request: 0x8000e8 Serial number of failed request: 10 Current serial number in output stream: 10 GS [29878] error 256 E:1 1 S:0 0 After this message shows up, all figure rendering is gone. This is 100% reproducible (I can see it on Solaris and Linux). The only workaround is quitting LyX and restarting it. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory
Re: What's wrong with the new Tables!?
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> P.S.: Jean-Marc if you want to port this to 1.1.6fix2 just
Juergen> have a look at the function I mentioned above, you'll see the
Juergen> fix immediately.
And what about the other changes I see, like
- if (line != "") {
+ if (!prefixIs(line, "")) {
Should they be applied too?
JMarc
Re: What's wrong with the new Tables!?
Juergen Vigna <[EMAIL PROTECTED]> writes: | On 09-Mar-2001 Claus Hentschel wrote: | > | > When opening that file (table2.lyx) on Linux with the same release of LyX | > (!!!) only one cell is filled in the float's frame and many cryptic things | > are visible like | > .. | > The dvi file table_on_linux.dvi shows exactcly, what is seen in Lyx, too! | | I fixed this in 1.2.0cvs in the l_getline() function of tabular.C, so you | should again be able to read your tabulars. | | IMO we should fix this generally in the getline() function! In the standard library function? Lgb
RE: What's wrong with the new Tables!?
On 09-Mar-2001 Claus Hentschel wrote: > > When opening that file (table2.lyx) on Linux with the same release of LyX > (!!!) only one cell is filled in the float's frame and many cryptic things > are visible like > .. > The dvi file table_on_linux.dvi shows exactcly, what is seen in Lyx, too! I fixed this in 1.2.0cvs in the l_getline() function of tabular.C, so you should again be able to read your tabulars. IMO we should fix this generally in the getline() function! Jürgen P.S.: Jean-Marc if you want to port this to 1.1.6fix2 just have a look at the function I mentioned above, you'll see the fix immediately. -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ We don't like their sound. Groups of guitars are on the way out. -- Decca Recording Company, turning down the Beatles, 1962
Re: LyX/LaTeX using the wrong tex file
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: Kayvan> How about having LyX change TEXINPUTS to prepend the temp Kayvan> directory before running LaTeX? This is something we can do if we know the exact semantics of TEXINPUTS on the existing system (OS, TeX implementation). This is something I tried to avoid as far as possible, but it may be doable if we are careful. JMarc
Re: LyX/LaTeX using the wrong tex file
On Wed, Mar 14, 2001 at 04:35:02PM +0100, Jean-Marc Lasgouttes wrote: > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> Peter Suetterlin <[EMAIL PROTECTED]> writes: | setting > Lars> TEXINPUTS to :/home/pit/TeX// cures the problem. | | Probably > Lars> starting latex with the full path name of the tex file would be > Lars> | a solution? > > Lars> Then I'd rather use a temporary filename. > > Then you'll break \jobname (which may be important in some cases). > > The problem will be the same with included files in tempdirs. They > should probably be addressed with full names. > > JMarc How about having LyX change TEXINPUTS to prepend the temp directory before running LaTeX? -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory
Re: LyX/LaTeX using the wrong tex file
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> but then we need to always store the full name as well...
At the time when we generate the \input{}, we generate the inputed
file too, so we know the full name...
JMarc
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Peter Suetterlin <[EMAIL PROTECTED]> writes: | setting | Lars> TEXINPUTS to :/home/pit/TeX// cures the problem. | | Probably | Lars> starting latex with the full path name of the tex file would be | Lars> | a solution? | | Lars> Then I'd rather use a temporary filename. | | Then you'll break \jobname (which may be important in some cases). | | The problem will be the same with included files in tempdirs. They | should probably be addressed with full names. but then we need to always store the full name as well... Lgb
Re: LyX/LaTeX using the wrong tex file
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Peter Suetterlin <[EMAIL PROTECTED]> writes: | setting Lars> TEXINPUTS to :/home/pit/TeX// cures the problem. | | Probably Lars> starting latex with the full path name of the tex file would be Lars> | a solution? Lars> Then I'd rather use a temporary filename. Then you'll break \jobname (which may be important in some cases). The problem will be the same with included files in tempdirs. They should probably be addressed with full names. JMarc
Re: LyX/LaTeX using the wrong tex file
Peter Suetterlin <[EMAIL PROTECTED]> writes: | setting TEXINPUTS to :/home/pit/TeX// cures the problem. | | Probably starting latex with the full path name of the tex file would be | a solution? Then I'd rather use a temporary filename. Lgb
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: > And you have only one file? Hmm, I really do not understand what > happens... Could you give us a recipe to reproduce the problem? Ooops, I found it. It was my fault (sort of): It's related to TEXINPUTS. It was set to /home/pit/TeX//: (two slashes means search the whole tree - didn't know that), and with this setting my tex dir had higher priority than the current working directory. setting TEXINPUTS to :/home/pit/TeX// cures the problem. Probably starting latex with the full path name of the tex file would be a solution? Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: > And you have only one file? Yes, plus some eps-images, but only one tex file. > Hmm, I really do not understand what > happens... Could you give us a recipe to reproduce the problem? Start LyX - load a lyx file - View dvi - Export to LaTeX - change the text in LyX (i removed a figure) - update dvi nothing changes in the dvi file two possibilities now: - delete the .tex file you exported -> after update dvi the changes are there - export latex -> after update dvi the changes are there Where do you start latex? The first line of the latex protocol says This is TeX, Version 3.14159 (Web2C 7.3.1) (format=latex 2000.4.28) \ 14 MAR 2001 **ba_svst.tex (/home/pit/TeX/LyX/Papers/Barium/ba_svst.tex if there is a .tex file and This is TeX, Version 3.14159 (Web2C 7.3.1) (format=latex 2000.4.28) \ 14 MAR 2001 **ba_svst.tex (ba_svst.tex if there is not. Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: LyX/LaTeX using the wrong tex file
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes:
Peter> Hm,do you mean the line
Peter> \def\input@path{{/home/pit/TeX/LyX/Papers/Barium//}} ?
Peter> But that is standing in the tex-file that should be texed (i.e.
Peter> the one in the temp dir), not in the one in the lyx-file dir
Peter> (that came from an export-to-LaTeX).
And you have only one file? Hmm, I really do not understand what
happens... Could you give us a recipe to reproduce the problem?
JMarc
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> How can this be? Or are we talking about included files? > > I thought about something like that. No, no includes. The main file! Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote:
> This happens because we use \input@path to make latex search in the
> document's directory. This means that if you have an old .tex file
> autogenerated by a previous run without temp dir, it will be used by
> mistake.
Hm,do you mean the line
\def\input@path{{/home/pit/TeX/LyX/Papers/Barium//}} ?
But that is standing in the tex-file that should be texed (i.e. the one
in the temp dir), not in the one in the lyx-file dir (that came from an
export-to-LaTeX).
So, does latex change the file it is reading after it already started
doing so? Sounds funny to me. But then, I have no real idea about
LaTeX (thanks to LyX, that is ;^>).
> The problem is that I do not see a good way to avoid that.
Well then I'll have to keep it in mind. But I see quite some problems
arising from that, e.g. from people who exchange LaTeX-files with others
that do not (yet) use LyX.
>
> JMarc
--
~~
Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter
Sterrenkundig Instituut Utrecht
Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
__
Re: LyX/LaTeX using the wrong tex file
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> How can this be? Or are we talking about included files? I thought about something like that. JMarc
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes: | | Peter> Hi all, I just discovered a strange/anoying bug (LyX | Peter> 1.6.1fix1): | | Peter> I have configured LyX to use the temporary directory. That | Peter> works fine, while LyX is running I can find there all the tex | Peter> and dvi files. | | Peter> BUT: If in the directory where the .lyx file resides also a tex | Peter> file exists, that one is used by latex, not the one in the temp | Peter> dir. | | Peter> If I delete that tex file, all works again and the file in the | Peter> temporary directory is used. | | This happens because we use \input@path to make latex search in the | document's directory. This means that if you have an old .tex file | autogenerated by a previous run without temp dir, it will be used by | mistake. How can this be? Or are we talking about included files? Lgb
Re: LyX/LaTeX using the wrong tex file
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes: Peter> Hi all, I just discovered a strange/anoying bug (LyX Peter> 1.6.1fix1): Peter> I have configured LyX to use the temporary directory. That Peter> works fine, while LyX is running I can find there all the tex Peter> and dvi files. Peter> BUT: If in the directory where the .lyx file resides also a tex Peter> file exists, that one is used by latex, not the one in the temp Peter> dir. Peter> If I delete that tex file, all works again and the file in the Peter> temporary directory is used. This happens because we use \input@path to make latex search in the document's directory. This means that if you have an old .tex file autogenerated by a previous run without temp dir, it will be used by mistake. The problem is that I do not see a good way to avoid that. JMarc
LyX/LaTeX using the wrong tex file
Hi all, I just discovered a strange/anoying bug (LyX 1.6.1fix1): I have configured LyX to use the temporary directory. That works fine, while LyX is running I can find there all the tex and dvi files. BUT: If in the directory where the .lyx file resides also a tex file exists, that one is used by latex, not the one in the temp dir. If I delete that tex file, all works again and the file in the temporary directory is used. (Sorry if it's already reported) Pit PS: System is a SuSE 6.4 with teTeX 1.0 (updates 1+2) -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: Namespaces
On Wednesday 14 March 2001 12:25, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > | > This will only make it harder to do the merge... > | > | Lars Gullik Bjønnes! You mean it's going to happen? W! > > Just give me some hours. > > I want to have the compability code for minipages work first. (at > least I now know why it does not work) > > I want to checkout the MVC branch, compile it, look at it. > > Create a diff agains head to see what is really changing. > > _Then_ do the actual merge. Fix conflicts. Actually you should > do this last bit, then post a patch against latest head, and I'll > apply that. > > And I really only want MVC changes in that patch... Sure. BRANCH_MVC contains only MVC changes. Whenever you're ready, just give me a shout. A
Index usability bug
Hi again, for the function "Index entry at last word", the hyphen should not be a separating character for each word. There are many examples, e.g. state-of-the-art, counter-examples, multi-threading, non-determinism etc., where this function produces a meaningless index entry because it would only index "art", "examples" etc. -- Regards, Cyrille Artho - http://artho.com/ - Tel. +41 - [0]1 - 313 08 92 Critical mass: a condition of the software such that fixing one bug introduces one plus epsilon bugs. -- The New Hacker's Dictionary
Re: STL problem
On Wednesday, 14. March 2001 10:50, you wrote: > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> Kalle Dalheimer <[EMAIL PROTECTED]> writes: | > Lars> Hi, | | sorry, I probably missed the discussion while I was away > Lars> the last weeks, but | after cvs updating, configure for boost > Lars> now gives me: | | | checking for standard library namespace... > Lars> no - either STL is not present or | in a non-standard namespace. > Lars> | configure: error: Sorry, you can't compile this library unless > Lars> the standard | library is in namespace std. | configure: error: > Lars> ./configure failed for boost > > Lars> We do not really use the result from this yet, so compilation > Lars> should just work fine anyway. > > Lars> Did you try to make? > > I assume that configure just stops after the error, so making should > be difficult. I am surprised that there are problems with gcc 2.95.2, > anyway. It would be interesting to see the error in config.log. I solved it by now by removing any trace of gcc and its libs from my system and reinstalling everything. Obviously, there was something left around from, well, whatever. The config.log has been overwritten since then, of course, sorry. Anyway, I can compile now again (except for the fact that *my* code does not compile yet :-)) Thanks, Kalle -- Matthias Kalle Dalheimer President & CEO/VD Klarälvdalens Datakonsult AB Fax +46-563-540028 Email [EMAIL PROTECTED]
Re: [PATCH] GUIIsed Maths panelB
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars, | | are you happy if I commit this. It works perfectly and simply removes GUI | stuff from mathed. Doesn't impact on your ongoing cleanup. Well it will impact if we decide to revert some and then move the actual cleanup into a branch. Just wait a bit so that we can decide how/what to do. Lgb
Re: Namespaces
Angus Leeming <[EMAIL PROTECTED]> writes: | > This will only make it harder to do the merge... | | Lars Gullik Bjønnes! You mean it's going to happen? W! Just give me some hours. I want to have the compability code for minipages work first. (at least I now know why it does not work) I want to checkout the MVC branch, compile it, look at it. Create a diff agains head to see what is really changing. _Then_ do the actual merge. Fix conflicts. Actually you should do this last bit, then post a patch against latest head, and I'll apply that. And I really only want MVC changes in that patch... Lgb
Re: [PATCH] GUIIsed Maths panelB
Lars, are you happy if I commit this. It works perfectly and simply removes GUI stuff from mathed. Doesn't impact on your ongoing cleanup. Angus On Tuesday 13 March 2001 11:49, John Levon wrote: > http://www.movement.uklinux.net/patches/lyx/formmaths1.diff.gz > (40k patch so not attached) > > This is a GUIIised MathsPanel. Basically just moving stuff around. > > Has anyone had a chance to look at the new FormInclude patch yet ? > > thanks > john > > cvs delete forms/math_forms.C.patch forms/math_forms.fd src/bmtable.c src/bmtable.h src/mathed/math_forms.C src/mathed/math_forms.h src/mathed/math_panel.C src/mathed/math_panel.h src/mathed/math_symbols.C > > cvs add src/frontends/xforms/forms/form_maths.fd src/frontends/xforms/form_maths.C src/frontends/xforms/form_maths.h src/frontends/xforms/MathsSymbols.h src/frontends/xforms/MathsSymbols.C src/frontends/xforms/FormMaths.h src/frontends/xforms/FormMaths.C src/frontends/xforms/bmtable.c src/frontends/xforms/bmtable.h > > -- > "Alan Turing thought about criteria to settle the question of whether > machines can think, a question of which we now know that it is about > as relevant as the question of whether submarines can swim." > - Dijkstra
Re: Namespaces
> This will only make it harder to do the merge... Lars Gullik Bjønnes! You mean it's going to happen? W! Are you happy with things as they stand? Shall I make a patch of BRANCH_MVC's current contents against HEAD and submit it to you? I can easily undiff the changes I've made in my local tree but keep the patch for later inclusion in HEAD. Angus
Re: STL problem
On 14-Mar-2001 Jean-Marc Lasgouttes wrote: > I assume that configure just stops after the error, so making should > be difficult. I am surprised that there are problems with gcc 2.95.2, > anyway. It would be interesting to see the error in config.log. I just compiled lyx-devel with gcc 2.95.2 (well on a libc5 based system but compiler should be compiler, isn't it) and it had no problems! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Livingston? Dr. Livingston I. Presume?
Re: Last call for 1.1.6fix2 (status update #4)
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Tue, Mar 13, 2001 at 12:14:59PM +0100, Jean-Marc Lasgouttes
Dekel> wrote:
>> - the patch which adds language_use_babel and friends changes a bit
>> the functionality of LyX and is not a real "fix". It can probably
>> wait.
Dekel> The main reason for this patch is using
Dekel> \foreignlanguage{foo}{...} instead of
Dekel> {\selectlanguage{foo}...}. This is a bug fix (and I am too lazy
Dekel> to separate the patch).
I'd rather not change the popups in fix release.
>> - the patch which enables geometry when something is typed in some
>> of the margin fields seems backwards to me: what should happen is
>> that the fields are inactive (greyed out) when geometry is not
>> selected. As it is with the patch, the "use geometry" button is
>> actually useless (you cannot switch it off if there is any margin
>> value). It is more an indication than an actual button.
Dekel> We still need to think what should be done with this issue, but
Dekel> the behavior of 1.1.6 is confusing. I think that the patch
Dekel> should be applied (note that it reverts to the behavior as of
Dekel> 1.1.5).
What do the others think? What is the most confusing behaviour?
JMarc
Re: [PATCH] re-worked FormInclude
On Wednesday 14 March 2001 11:23, John Levon wrote: > I should still patch the params to have a string bufferName rather than buffer * though ? Yupp > Or did you do that already too :)) Nope
Re: Namespaces
Angus Leeming <[EMAIL PROTECTED]> writes: | On Wednesday 14 March 2001 11:02, Jean-Marc Lasgouttes wrote: | > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: | > | > Angus> As Lars says that namespaces are "GO, GO", I'd like to go | > Angus> through the header files (not the .C files) and remove code | > Angus> like: | > | > Angus> #ifdef SIGC_CXX_NAMESPACES using SigC::Object; #endif | > | > If you are going to do that, then remove _all_ the namespace testing, | > please. | | I'm in the process of doing this in BRANCH_MVC. I currently have all code in | frontends and daughter dirs in "namespace frontends" in my local tree and lyx | still works, which was a pleasant surprise! | | I'll also remove the SIGC_CXX_NAMESPACES and USING_CXX_NAMESPACES | stuff from config.h and hence from the configure scripts. | | I won't put in a new configure test for namespace support | (required). This will only make it harder to do the merge... Lgb
Re: Namespaces
On 14 Mar 2001, Lars Gullik Bjønnes wrote: > Look at the tests already used in configure. > > Lgb *doh* another moron day for me I think :) john (where did I think CXX_WORKING_NAMESPACES came from ? :P ) -- "Never use a big word when a diminutive one would suffice. Be more or less specific. Use words correctly, irregardless of how others use them. Proofread carefully to see if you any words out. Eschew ampersands & abbreviations, etc. No sentence fragments." - Basic rules of journalism
Re: [PATCH] re-worked FormInclude
On Wed, 14 Mar 2001, Angus Leeming wrote: > I think that it'd be fairly easy, but why don't we leave things as they are > because this comes for free in BRANCH_MVC. (Ie, it's already been done). > > A ok I should still patch the params to have a string bufferName rather than buffer * though ? Or did you do that already too :)) thanks john -- "Never use a big word when a diminutive one would suffice. Be more or less specific. Use words correctly, irregardless of how others use them. Proofread carefully to see if you any words out. Eschew ampersands & abbreviations, etc. No sentence fragments." - Basic rules of journalism
Re: Namespaces
On Wednesday 14 March 2001 11:02, Jean-Marc Lasgouttes wrote: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> As Lars says that namespaces are "GO, GO", I'd like to go > Angus> through the header files (not the .C files) and remove code > Angus> like: > > Angus> #ifdef SIGC_CXX_NAMESPACES using SigC::Object; #endif > > If you are going to do that, then remove _all_ the namespace testing, > please. I'm in the process of doing this in BRANCH_MVC. I currently have all code in frontends and daughter dirs in "namespace frontends" in my local tree and lyx still works, which was a pleasant surprise! I'll also remove the SIGC_CXX_NAMESPACES and USING_CXX_NAMESPACES stuff from config.h and hence from the configure scripts. I won't put in a new configure test for namespace support (required). Angus
Re: Namespaces
John Levon <[EMAIL PROTECTED]> writes:
| On 14 Mar 2001, Jean-Marc Lasgouttes wrote:
|
| > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
| >
| > Angus> As Lars says that namespaces are "GO, GO", I'd like to go
| > Angus> through the header files (not the .C files) and remove code
| > Angus> like:
| >
| > Angus> #ifdef SIGC_CXX_NAMESPACES using SigC::Object; #endif
| >
| > If you are going to do that, then remove _all_ the namespace testing,
| > please.
| >
| > JMarc
|
| and we should add a configure test and fail to complete if namespaces aren't
|supported.
| will this fail reliably :
|
| "
| namespace Test {
| class Best;
| };
|
| using Test::Best;
| "
|
| or will something else ? I'd do this but I don't have a broken-enough compiler around
Look at the tests already used in configure.
Lgb
Re: [PATCH] re-worked FormInclude
On Wednesday 14 March 2001 11:13, John Levon wrote: > On 14 Mar 2001, Jean-Marc Lasgouttes wrote: > > > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > > > John> Attached is a fixed FormInclude. It's quite a large patch as I > > John> changed insetinclude a bit. > > > > So, angus, can I deduce from your later message that I can actually > > apply the patch? > > > > JMarc > > not yet, Angus suggests that FormCommand should be templatised somehow. > > Angus - I had a (quick) think last night and I'm too dumb to work out > how this would work properly. Are you OK with doing this yourself based > on the current state of the forminclude patch ? It's not too much work right ? > > thanks > john I think that it'd be fairly easy, but why don't we leave things as they are because this comes for free in BRANCH_MVC. (Ie, it's already been done). A
Re: [PATCH] re-worked FormInclude
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Sorry, JMarc, I've just done so. Didn't realise that you'd Angus> adopted it. There was absolutely nothing wrong with his patch, Angus> just large doses of stupidity in my brain. I've done nothing yet, so I appreciate that you did it :) JMarc
Re: [PATCH] re-worked FormInclude
On 14 Mar 2001, Jean-Marc Lasgouttes wrote: > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> Attached is a fixed FormInclude. It's quite a large patch as I > John> changed insetinclude a bit. > > So, angus, can I deduce from your later message that I can actually > apply the patch? > > JMarc not yet, Angus suggests that FormCommand should be templatised somehow. Angus - I had a (quick) think last night and I'm too dumb to work out how this would work properly. Are you OK with doing this yourself based on the current state of the forminclude patch ? It's not too much work right ? thanks john -- "Never use a big word when a diminutive one would suffice. Be more or less specific. Use words correctly, irregardless of how others use them. Proofread carefully to see if you any words out. Eschew ampersands & abbreviations, etc. No sentence fragments." - Basic rules of journalism
Re: [PATCH] re-worked FormInclude
On Wednesday 14 March 2001 11:04, Jean-Marc Lasgouttes wrote: > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> Attached is a fixed FormInclude. It's quite a large patch as I > John> changed insetinclude a bit. > > So, angus, can I deduce from your later message that I can actually > apply the patch? Sorry, JMarc, I've just done so. Didn't realise that you'd adopted it. There was absolutely nothing wrong with his patch, just large doses of stupidity in my brain. A
Re: Namespaces
On 14 Mar 2001, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> As Lars says that namespaces are "GO, GO", I'd like to go
> Angus> through the header files (not the .C files) and remove code
> Angus> like:
>
> Angus> #ifdef SIGC_CXX_NAMESPACES using SigC::Object; #endif
>
> If you are going to do that, then remove _all_ the namespace testing,
> please.
>
> JMarc
and we should add a configure test and fail to complete if namespaces aren't supported.
will this fail reliably :
"
namespace Test {
class Best;
};
using Test::Best;
"
or will something else ? I'd do this but I don't have a broken-enough compiler around
thanks
john
--
"Never use a big word when a diminutive one would suffice.
Be more or less specific. Use words correctly, irregardless of how others use
them. Proofread carefully to see if you any words out.
Eschew ampersands & abbreviations, etc. No sentence fragments."
- Basic rules of journalism
Re: bugs, cosmetics and praise
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: >> Multiple level of included files: I get an error when I try to >> include files which already have file included. Is that a latex-error >> or lyx? Dekel> This is a problem in LyX. I've created a fix for this problem Dekel> some time ago, but I've lost it :(. I'll recreate it soon. If "include" really means "include", then there is nothing you can do (latex disallows nesting included files). Now, if "include" means "input", this is indeed a long standing LyX bug and a patch would be very welcome. JMarc
Re: [PATCH] re-worked FormInclude
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> Attached is a fixed FormInclude. It's quite a large patch as I John> changed insetinclude a bit. So, angus, can I deduce from your later message that I can actually apply the patch? JMarc
Re: Namespaces
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> As Lars says that namespaces are "GO, GO", I'd like to go Angus> through the header files (not the .C files) and remove code Angus> like: Angus> #ifdef SIGC_CXX_NAMESPACES using SigC::Object; #endif If you are going to do that, then remove _all_ the namespace testing, please. JMarc
Re: New Arrival
> "hawk" == hawk <[EMAIL PROTECTED]> writes: hawk> But if I'm understanding things properly, currently a student hawk> would have todownload and install cygnus, download and configure hawk> an xserver, download xforms, and then compile lyx . . . or am I hawk> missing something going through the pages? All this can be made into nice packages with the cygnus installer. So one can imagine to reduce the requirements to downloading three files (cygnus, xserver, lyx-xforms) and double click on them to actually install (I do not count latex and ghostscript here, since you will have to install them anyway). Assuming we make them available from the same place, this does not seem completely horrible. Also you do not have to build LyX, binaries are provided. JMarc
Re: [Cvslog] lyx-devel/src/insets
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> On Tue, Mar 13, 2001 at 02:52:20PM +0100, Lars Gullik Bjønnes Dekel> wrote: >> | Log Message: | Allow including of files with different class than >> the parent file >> >> Are you sure about this? We explictly disallowed this for a reason. >> (albeit I can recall the discussion) check the mail archives. Dekel> I can't find the discussion. Here is the argument for allowing Dekel> different class in the include file: one can write several Dekel> papers using the article class, and then write a thesis using Dekel> the book class and include the papers into the thesis (using Dekel> some ERT to remove some parts of the included files). The problem is that currently only the index of the layout is stored in a paragraph. This means that you have to be lucky and the layouts have to be ordered in the same way in both classes. What happens if one document is in amsbook and the other in article? Will the two be compatible? IMO there are many things to do to have it to work reliably: - do the translation of layout indices - make sure that all layouts of the included class exist in the main class - make sure that all layouts with the same name have the same semantics (LatexName, LatexType, and in general everything which affects the output). Please do not introduce an half-baked feature. Have you thought about what happens if you include a linuxdoc class into a latex one? %-] I think this patch should be reverted. JMarc
Reference pop-up has usability bug
Hi, the reference pop-up should *not* remember the previous selection of the reference category, at least not of that was a PageRef. I found my document cluttered with PageRef's instead of normal refs just because that dialog would not reset itself. The way popups normally work is that you always have the same default selection, i. e. they are stateless. So please take that "feature" out, it is easily overlooked, and it is really annoying to have to go through the document manually to take the pagerefs out. But the true reason to take it out is that it violates today's convention regarding pop-up dialogs. -- Regards, Cyrille Artho - http://artho.com/ - Tel. +41 - [0]1 - 313 08 92 Critical mass: a condition of the software such that fixing one bug introduces one plus epsilon bugs. -- The New Hacker's Dictionary
Re: STL problem
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Kalle Dalheimer <[EMAIL PROTECTED]> writes: | | Lars> Hi, | | sorry, I probably missed the discussion while I was away | Lars> the last weeks, but | after cvs updating, configure for boost | Lars> now gives me: | | | checking for standard library namespace... | Lars> no - either STL is not present or | in a non-standard namespace. | Lars> | configure: error: Sorry, you can't compile this library unless | Lars> the standard | library is in namespace std. | configure: error: | Lars> ./configure failed for boost | | Lars> We do not really use the result from this yet, so compilation | Lars> should just work fine anyway. | | Lars> Did you try to make? | | I assume that configure just stops after the error, so making should | be difficult. I am surprised that there are problems with gcc 2.95.2, | anyway. It would be interesting to see the error in config.log. Yes, this should obviously work, so we need some more information on why it fails. Lgb
Re: STL problem
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Kalle Dalheimer <[EMAIL PROTECTED]> writes: | Lars> Hi, | | sorry, I probably missed the discussion while I was away Lars> the last weeks, but | after cvs updating, configure for boost Lars> now gives me: | | | checking for standard library namespace... Lars> no - either STL is not present or | in a non-standard namespace. Lars> | configure: error: Sorry, you can't compile this library unless Lars> the standard | library is in namespace std. | configure: error: Lars> ./configure failed for boost Lars> We do not really use the result from this yet, so compilation Lars> should just work fine anyway. Lars> Did you try to make? I assume that configure just stops after the error, so making should be difficult. I am surprised that there are problems with gcc 2.95.2, anyway. It would be interesting to see the error in config.log. JMarc
Re: alignment in tables
On 13-Mar-2001 Dekel Tsur wrote:
>
> \begin{tabular}{|c|c|c|c|p{2cm}|}
> ...
> \raggedleft fd gf ggf\\
>
> The \raggedleft command redefines the \\ command, and therefore the end of
> the row is misinterpreted.
> The problem appears only when you have a constant width column at the last
> row, and you use left/right/center alignment in one of the cells.
^
You meant column here, didn't you?
> It shouldn't be hard to fix the bug (lyx should add a parbox in such cases).
Well I would have to know exactly what I should do. This should be a general
rule. IMO that we should realize the fixed with column ALWAYS with parbox
(as I said already in an earlier discussion), only if the user chooses that
he wants a minipage in that cell and he can select this in the table layout.
So what do other think?
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
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
The truth you speak has no past and no future.
It is, and that's all it needs to be.
RE: Timeline
On 14-Mar-2001 Andre Poenitz wrote: > So I was pondering a "clean slate" approach. With that I do not mean > "scrap everything" but to rebuilt the thing starting with sound foundation > (the mathed array, iterators etc). Overall structure would remain the same, > and code could be re-used. > This is of course not feasible if 1.2 is due next Friday... > Comments? Why didn't we open a new branch for this? Lars you should have been the first to propose this! IMO (very strongly) that we should open a branch for the mathed changes and give Andre the write on the mathed directory. So he could do whatever he needs to do until the thing stabilized and then we can take it over to the HEAD branch. IMO this is easier for Andre and other developers do have a working 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ No-one would remember the Good Samaritan if he had only had good intentions. He had money as well. -- Margaret Thatcher
Re: STL problem
Kalle Dalheimer <[EMAIL PROTECTED]> writes: | Hi, | | sorry, I probably missed the discussion while I was away the last weeks, but | after cvs updating, configure for boost now gives me: | | | checking for standard library namespace... no - either STL is not present or | in a non-standard namespace. | configure: error: Sorry, you can't compile this library unless the standard | library is in namespace std. | configure: error: ./configure failed for boost We do not really use the result from this yet, so compilation should just work fine anyway. Did you try to make? Lgb
