Re: Can anyone send me a fig file that can be changed by lib/scripts/fig_copy.sh?

It seems that windows is not the only platform which will benefit from the change sh -> python ;-) Then, please try the attached patch. Bo Index: lib/scripts/fig_copy.py === --- lib/scripts/fig_copy.py (revision 0) +++ lib/scripts/

Re: Can anyone send me a fig file that can be changed by lib/scripts/fig_copy.sh?

On Wed, Jun 28, 2006 at 03:42:01AM +0200, Enrico Forestieri wrote: > So, it seems that fig_copy.sh is not working on solaris. I suspect that > it is due to the fact that sh is the Bourne shell on solaris instead of > bash (as it is on linux and cygwin). Confirmed. I renamed fig_copy.sh as fig_cop

Re: Can anyone send me a fig file that can be changed by lib/scripts/fig_copy.sh?

On Wed, Jun 28, 2006 at 03:22:54AM +0200, Enrico Forestieri wrote: > Curiously enough, it works on windows... I am baffled... This is the .fig file copied by lyx to tmpdir on windows: $ cat /tmp/lyx_tmpdir932MFYflb/lyx_tmpbuf0/0_c_work_rose.fig #FIG 3.2 Produced by xfig version 3.2.5-alpha5 Por

Re: Can anyone send me a fig file that can be changed by lib/scripts/fig_copy.sh?

On Tue, Jun 27, 2006 at 07:39:42PM -0500, Bo Peng wrote: > >I don't know if fig_copy.sh is supposed to handle the example I am > >attaching here, but I can't make it work neither in 1.4.2 nor in 1.5.0 > >(the picture dosn't show in the dvi output). > > Under linux, using lyx -dbg graphics, I can s

Re: Can anyone send me a fig file that can be changed by lib/scripts/fig_copy.sh?

I don't know if fig_copy.sh is supposed to handle the example I am attaching here, but I can't make it work neither in 1.4.2 nor in 1.5.0 (the picture dosn't show in the dvi output). Under linux, using lyx -dbg graphics, I can see that the figure is converted by convertDefault.py, and displayed

Re: Can anyone send me a fig file that can be changed by lib/scripts/fig_copy.sh?

On Tue, Jun 27, 2006 at 04:37:00PM -0500, Bo Peng wrote: > as subject, or instructions on how to make one. I don't know if fig_copy.sh is supposed to handle the example I am attaching here, but I can't make it work neither in 1.4.2 nor in 1.5.0 (the picture dosn't show in the dvi output). -- Enr

Can anyone send me a fig file that can be changed by lib/scripts/fig_copy.sh?

as subject, or instructions on how to make one. Thanks. Bo

Re: [PATCH] TexFiles.sh -> TexFiles.py

Dear all, To comply to the python format recommendations, and make all lyx python code consistent regarding indent size, I have just increased the indent size of all python code from two to four (scons, lib/configure.py, lib/scripts/*.py. New python code will of course use this indent size. Chee

Re: r14166 - in /lyx-devel/trunk/src: frontends/qt3/QtView.C ...

Jean-Marc Lasgouttes wrote: Lars> The longer term vision is that xforms and qt3 goes away, but Lars> that qt4 and gtk stays. Jean-Marc> Agreed (provided that we do have people who are dedicated Jean-Marc> to gtk). More precisely, I can see: 1.5: qt3, qt4, gtk and maybe xforms 1.6: qt4, gtk a

Translations for LyX 1.4.2

Dear LyX translators, LyX 1.4.2 is almost ready and will be released soon. Due to new features and layout files as well various bug fixes, a couple of messages have changed/been added since 1.4.1. Therefore, you may want to update your favourite po file before LyX 1.4.2 is actually released.

Re: qt4 citation dialog

updated patch attached. i would suggest to put this in (unless i have overseen something important). things can always be taken further from there... - natbib style (the combox) works - when moving/up down the item stays selected (allowing sequential ups/downs) - when deleting the next sele

Re: New convertDefault.py fails on Windows

On Tue, Jun 27, 2006 at 04:32:17PM +0200, Abdelrazak Younes wrote: > Bo Peng wrote: > >>Invalid Parameter - 8 > >>d:/program/lyx-msvc/Resources/scripts/convertDefault.py ERROR > >>Execution of "convert" failed. > > > >The command line is > > convert -depth 8 filein fileout > >and this 8 is causing

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

On Tuesday 27 June 2006 18:10, Jose' Matos wrote: > Usually laptops have more cache L2 then desktops... OK, I am referring to Centrinos. :-) -- José Abílio

Re: Compile failure: younes branch

On Jun 27, 2006, at 12:06 PM, Abdelrazak Younes wrote: Just call me Holmes, Abdel Holmes ;-) Or is that Sherlock Younes? Here are some performance numbers on Mac for scrolling through the User's Guide using : trunk (Qt-4.1.3): 2 min, 10 sec (with graphics preview on, first time through);

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

On Tuesday 27 June 2006 18:00, Lars Gullik Bjønnes wrote: > mm what is your laptop? > > (My desktop is supposed to be faster than my laptop... but not with > lyx and qt4) Usually laptops have more cache L2 then desktops... > -- > Lgb -- José Abílio

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | > | [EMAIL PROTECTED] (Lars Gullik | > Bjønnes) writes: | > | | | | By the way, does someone else see this this problem? | > | | | | I see it on FC5 both x86_64 and i386

Re: qt4 citation dialog

On Tuesday 27 June 2006 17:41, Juergen Spitzmueller wrote: > But only if the user does not use the Bibliography environment. ... and we should walk through all include files to guarantee this. > Jürgen -- José Abílio

Re: qt4 citation dialog

Abdelrazak Younes wrote: >> 2) For usability, it would be nice if when you try to insert a citation >> when you have not chosen a bibtex file to get a dialog box with an >> explanation "You have not inserted a bibliography in your document" > > I would even suggest a button that will call the "in

Re: Compile failure: younes branch

> Does that mean you want this? Thanks.Could you send your config.log too? JMarc

Re: qt4 citation dialog

Charles de Miramon wrote: 2) For usability, it would be nice if when you try to insert a citation when you have not chosen a bibtex file to get a dialog box with an explanation "You have not inserted a bibliography in your document" I would even suggest a button that will call the "insert bibt

Re: qt4 citation dialog

Edwin Leuven wrote: > the attached patch puts the citation dialog in a workable state for me > > comments appreciated > > ed. 1) Would it be possible to add a 'jurabib face' to the dialog with a subset of the natbib version : a) the text after field that should be renamed 'pagination' b) a chec

Re: Compile failure: younes branch

Bennett Helm wrote: On Jun 27, 2006, at 5:12 AM, Abdelrazak Younes wrote: Bennett Helm wrote: On Jun 26, 2006, at 12:44 PM, Abdelrazak Younes wrote: You compiled Qt4 yourself right? I think that Qt needs some libraries to link with, libstdc++ most probably. Please verify that the final link

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

Lars Gullik Bjønnes wrote: [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | | | | By the way, does someone else see this this problem? | | | | I see it on FC5 both x86_64 and i386. | | | | And the conditional repaint did not work, but I am no

Re: [PATCH] TexFiles.sh -> TexFiles.py

I still don't get why it should be dangerous, and since that rule exists for C++ already you have to configure your editor anyway, so I don't see the problem. If you have an example where the C++ rule would be dangerous please show it. The danger comes from the editors. There are times that you

Re: Compile failure: younes branch

On Jun 27, 2006, at 10:26 AM, Jean-Marc Lasgouttes wrote: We'll have to look at the link command and understand why libintl defines it when it is already supported by your libiconv. Does that mean you want this? -- /bin/sh ../libtool --tag=CXX --mode=link g++ -fno-exceptions -Os - framework

Re: [PATCH] TexFiles.sh -> TexFiles.py

Bo Peng wrote: > 8 is way too large. An indent of 4 will take almost half of the line > size (<80). I can do 4, but object the idea of mixing tab and spaces. You demonstrate the problem very well: 8 is way too large for you, but not for me (I normally use full screen terminals). I don't want to f

Re: Compile failure: younes branch

On Jun 27, 2006, at 5:12 AM, Abdelrazak Younes wrote: Bennett Helm wrote: On Jun 26, 2006, at 12:44 PM, Abdelrazak Younes wrote: You compiled Qt4 yourself right? I think that Qt needs some libraries to link with, libstdc++ most probably. Please verify that the final link is done with g++ an

Re: [PATCH] TexFiles.sh -> TexFiles.py

Bo Peng wrote: > Tab and spaces have their own advantages and disadvantages, mixing > them usually make things worse, especially for python code when spaces > and tabs are significant. For example, if you have > > four spacesb=2 > \ta=1 > > python will yell and one can not always identify the pr

Re: [PATCH] TexFiles.sh -> TexFiles.py

"Bo Peng" <[EMAIL PROTECTED]> writes: | > | An indent of 4 will take almost half of the line | > | size (<80). | > | > ?? | > 4 takes only 5% | | I meant 4*8/80 = 40%. I see. | Take an example, line 114 of TeXFiles.py is at indent level 6, Whot? level 6? refactor!! :-) -- Lgb

Re: [PATCH] TexFiles.sh -> TexFiles.py

| An indent of 4 will take almost half of the line | size (<80). ?? 4 takes only 5% I meant 4*8/80 = 40%. Take an example, line 114 of TeXFiles.py is at indent level 6, with indent=2, the line width is 62, with indent=8, the line width will be 98. Bo

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | | | | By the way, does someone else see this this problem? | | | | I see it on FC5 both x86_64 and i386. | | | | And the conditional repaint did not work, but I am not sure that it | | triggers a

Re: [PATCH] TexFiles.sh -> TexFiles.py

"Bo Peng" <[EMAIL PROTECTED]> writes: | > The problem I have with space-only indentation is that I am used to a | > tabwidth of 8, and find 2 difficult to read. With spaces only you force | > everybody to use your choice of tabwidth. | | 8 is way too large. My claim is that if 8 is to large for

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | | By the way, does someone else see this this problem? | | I see it on FC5 both x86_64 and i386. | | And the conditional repaint did not work, but I am not sure that it | triggers at all... testing... If I make the repaint unconditional then it

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | > Abdelrazak Younes <[EMAIL PROTECTED]> writes: | > | Abdelrazak Younes wrote: | > | > Lars Gullik Bjønnes wrote: | > | | >> Then we should have two differnt methods one that call update | > and one | > | >> that call rep

Re: [PATCH] TexFiles.sh -> TexFiles.py

The problem I have with space-only indentation is that I am used to a tabwidth of 8, and find 2 difficult to read. With spaces only you force everybody to use your choice of tabwidth. 8 is way too large. An indent of 4 will take almost half of the line size (<80). I can do 4, but object the idea

Re: [PATCH] TexFiles.sh -> TexFiles.py

One general comment: Right now, we have all sorts of indentation in .py files (mainly two spaces, four spaces, and tabs). Tab and spaces have their own advantages and disadvantages, mixing them usually make things worse, especially for python code when spaces and tabs are significant. For exampl

Re: [PATCH] TexFiles.sh -> TexFiles.py

Jose' Matos wrote: > The style that I follow (or that I try to follow) is: > http://www.python.org/dev/peps/pep-0008/ > > a lot more pythonic, after all python is not C++. No, but I think that the concept of "logical indentation" vs. "alignment" can be used in both languages. The problem I

Re: [PATCH] TexFiles.sh -> TexFiles.py

On Tuesday 27 June 2006 15:27, Georg Baum wrote: > One general comment: Right now, we have all sorts of indentation in .py > files (mainly two spaces, four spaces, and tabs). > > IMO we should use the same indentation rule as in C++ files: tabs for > logical indentation, and spaces for alignment, e

Re: New convertDefault.py fails on Windows

Bo Peng wrote: lyx: Disabling LyX socket. sys:1: DeprecationWarning: Non-ASCII character '\xdf' in file d:/program/lyx-msv c/Resources/scripts/convertDefault.py on line 7, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details This was reported by Lars, and has been

Re: qt4 citation dialog

Abdelrazak Younes wrote: I mean, do you disable multiple-selection in the widget list? If not there would be a problem if you click on add or delete when two items are selected. only 1 item can be selected at a time.. I guess you need to overload "ControlCitation::initialiseParams()": will

Re: [PATCH] TexFiles.sh -> TexFiles.py

One general comment: Right now, we have all sorts of indentation in .py files (mainly two spaces, four spaces, and tabs). IMO we should use the same indentation rule as in C++ files: tabs for logical indentation, and spaces for alignment, e.g. def xyz(abc): if (abc == 0 and some_very_lon

Re: qt4 citation dialog

Edwin Leuven wrote: Abdelrazak Younes wrote: Fine with me but how do you handle the multiple-selection case? is this different from multiple add/delete? I mean, do you disable multiple-selection in the widget list? If not there would be a problem if you click on add or delete when two items

Re: Compile failure: younes branch

> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> Yes: Bennett> ld: warning multiple definitions of symbol _locale_charset Bennett> ../intl/libintl.a(localcharset.o) definition of Bennett> _locale_charset in section (__TEXT,__text) Bennett> /usr/lib/libiconv.dylib(localcharset.

Re: Compile failure: younes branch

On Jun 27, 2006, at 5:37 AM, Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> This is not related to your linking errors but those two Abdelrazak> messages is maybe an indication of what fails WRT to Mac Abdelrazak> an locales: /usr/bin/ld

Re: New convertDefault.py fails on Windows

lyx: Disabling LyX socket. sys:1: DeprecationWarning: Non-ASCII character '\xdf' in file d:/program/lyx-msv c/Resources/scripts/convertDefault.py on line 7, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details This was reported by Lars, and has been corrected in the

Re: Compile failure: younes branch

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Jean-Marc Lasgouttes wrote: >>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: >> Abdelrazak> I tried to set LANG=pl_PL and then to open a document and Abdelrazak> I got a crash... >> There was a ba

Re: qt4 citation dialog

Juergen Spitzmueller wrote: It was added as a compromise when the "add dialog" has been introduced. Its advantage then was that you didn't have to reopen that subdialog multiple times for multiple citations. IMHO you can rid of it now that the add dialog has gone again in qt4 (which is a good mov

Re: Compile failure: younes branch

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I tried to set LANG=pl_PL and then to open a document and Abdelrazak> I got a crash... There was a bad translation of counters in pl.po. I updated it with the version from the 1.4 branch (an

Re: qt4 citation dialog

Abdelrazak Younes wrote: Fine with me but how do you handle the multiple-selection case? is this different from multiple add/delete? am not so sure we need the advanced search dialog, i would suggest to get rid of it I thought it might be useful for advanced Natbib and BibTex with Regexp e

Re: qt4 citation dialog

Edwin Leuven wrote: Abdelrazak Younes wrote: Could you give me a summary of what you did please? I understand that you are disabling multiple add/delete citations, aren't you? yes. i didn't see the big advantage, it simplifies the code, and it makes the behavior consistent with the up/down bu

Re: qt4 citation dialog

Edwin Leuven wrote: > yes. i didn't see the big advantage, it simplifies the code, and it > makes the behavior consistent with the up/down buttons that handle one > entry at a time... It was added as a compromise when the "add dialog" has been introduced. Its advantage then was that you didn't ha

Re: qt4 citation dialog

Abdelrazak Younes wrote: Could you give me a summary of what you did please? I understand that you are disabling multiple add/delete citations, aren't you? yes. i didn't see the big advantage, it simplifies the code, and it makes the behavior consistent with the up/down buttons that handle one

Re: Towards LyX 1.4.2 [status update #2]

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Jean-Marc Lasgouttes wrote: >> They are supposed to just take the needed space, right? This is >> particularly annoying with ERT, which is expected to be small. Juergen> Yes. Note, however, that it only happens with empt

Re: qt4 citation dialog

Edwin Leuven wrote: the attached patch puts the citation dialog in a workable state for me comments appreciated Hi Edwin, I welcome your initiative :-) Could you give me a summary of what you did please? I understand that you are disabling multiple add/delete citations, aren't you? Does "

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

Lars Gullik Bjønnes wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Abdelrazak Younes wrote: | > Lars Gullik Bjønnes wrote: | | >> Then we should have two differnt methods one that call update and one | >> that call repaint. | >> | >> On scroll-down we should not allow combining paint e

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

Lars Gullik Bjønnes wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Abdelrazak Younes wrote: | > Lars Gullik Bjønnes wrote: | | >> Then we should have two differnt methods one that call update and one | >> that call repaint. | >> | >> On scroll-down we should not allow combining paint e

qt4 citation dialog

the attached patch puts the citation dialog in a workable state for me comments appreciated ed. Index: src/frontends/qt4/QCitation.C === --- src/frontends/qt4/QCitation.C (revision 14247) +++ src/frontends/qt4/QCitation.C

Re: [Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Abdelrazak Younes wrote: | > Lars Gullik Bjønnes wrote: | | >> Then we should have two differnt methods one that call update and one | >> that call repaint. | >> | >> On scroll-down we should not allow combining paint events. | > The weird thing is

Re: Towards LyX 1.4.2 [status update #2]

> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> What about 2218 (skipping first misspelled word when Bennett> spellchecking)? -- Bennett> Bennett> I mentioned this for 1.4.1, and it got pushed off to 1.4.2, Bennett> and is marked

Re: Compile failure: younes branch

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I tried to set LANG=pl_PL and then to open a document and Abdelrazak> I got a crash... There was a bad translation of counters in pl.po. I updated it with the version from the 1.4 branch (and italian too). Please try

Re: Compile failure: younes branch

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> The good news is that locales is perfectly supported now Abdelrazak> by my msvc build. Once I get Aspell support, I will update Abdelrazak> my experimental package. Do you have the right chara

Re: [patch] Meaningful rename of cygwin_path_fix and related issues

> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes: Enrico> Please, find attached patches for both 1.5.0 and 1.4.2. I have Enrico> removed the compatibility code and tested both patches. Thanks a lot for the patches. They are in now. JMarc

Re: Compile failure: younes branch

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> The good news is that locales is perfectly supported now Abdelrazak> by my msvc build. Once I get Aspell support, I will update Abdelrazak> my experimental package. Do you have the right characters when using the Poli

Re: Compile failure: younes branch

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> This is not related to your linking errors but those two Abdelrazak> messages is maybe an indication of what fails WRT to Mac Abdelrazak> an locales: /usr/bin/ld: warning multiple definitions

[Patch] qt4: call "update()" instead of "vieport()->update()" (was Re: qt4 and screen updates)

Abdelrazak Younes wrote: Lars Gullik Bjønnes wrote: Then we should have two differnt methods one that call update and one that call repaint. On scroll-down we should not allow combining paint events. The weird thing is that on Windows the all screen repaint are acknowledged and done in seq

Re: qt4 and screen updates

Abdelrazak Younes wrote: Abdelrazak Younes wrote: Abdelrazak Younes wrote: Perhaps a genereal rule is: if the whole workarea is to be painted, use repaint, if not, use update. That should be possible to put into sourcecode. Maybe... Let me think a bit about that. I could make a special case

Re: qt4 and screen updates

Abdelrazak Younes wrote: Abdelrazak Younes wrote: Perhaps a genereal rule is: if the whole workarea is to be painted, use repaint, if not, use update. That should be possible to put into sourcecode. Maybe... Let me think a bit about that. I could make a special case in "WorkArea::redraw()".

Re: qt4 and screen updates

Abdelrazak Younes wrote: Perhaps a genereal rule is: if the whole workarea is to be painted, use repaint, if not, use update. That should be possible to put into sourcecode. Maybe... Let me think a bit about that. I could make a special case in "WorkArea::redraw()". Does this patch solves th

Re: Compile failure: younes branch

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> This is not related to your linking errors but those two Abdelrazak> messages is maybe an indication of what fails WRT to Mac Abdelrazak> an locales: >> /usr/bin/ld: warning multiple definitions of symbol _locale_char

Re: New convertDefault.py fails on Windows

On Tuesday 27 June 2006 10:06, Abdelrazak Younes wrote: > Hello Bo, > > I have these messages printed on console: Already reported by Lars in previous thread. :-) One of the possible solution is to add # -*- coding: iso-8859-15 -*- in the second line. At least to deal with the warnings.

Re: qt4 and screen updates

Lars Gullik Bjønnes wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | > When running my "scroll-down" test with current trunk, the screen | > jumps down, not painting a lot of screenfuls. This is becuase of the | > call to update, which collects updates to the w

Re: Towards LyX 1.4.2 [status update #2]

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> - The thing with collapsable-in-table you're working on. Yes. Martin> - Outlining? Ready patch in my tree. This one will be one of the first things in 1.4.3svn. JMarc

Re: Towards LyX 1.4.2 [status update #2]

> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes: >> - Reading of configuration now goes like this: LyX first reads the >> file lyxrc.init (if it exists). If lib/configure.py is newer than Enrico> Isn't this lyxrc.dist ? Yes, thanks. JMarc

Re: Compile failure: younes branch

Bennett Helm wrote: On Jun 26, 2006, at 12:44 PM, Abdelrazak Younes wrote: You compiled Qt4 yourself right? I think that Qt needs some libraries to link with, libstdc++ most probably. Please verify that the final link is done with g++ and/or that -lstdc++ is somewhere in this linking command.

Re: qt4 and screen updates

Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | > When running my "scroll-down" test with current trunk, the screen | > jumps down, not painting a lot of screenfuls. This is becuase of the | > call to update, which collects updates to the workarea and elect to | > pain

New convertDefault.py fails on Windows

Hello Bo, I have these messages printed on console: lyx: Disabling LyX socket. sys:1: DeprecationWarning: Non-ASCII character '\xdf' in file d:/program/lyx-msv c/Resources/scripts/convertDefault.py on line 7, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details I

Re: qt4 and screen updates

Lars Gullik Bjønnes wrote: When running my "scroll-down" test with current trunk, the screen jumps down, not painting a lot of screenfuls. This is becuase of the call to update, which collects updates to the workarea and elect to paint it all a bit later. In the current trunk the Event pruning

Re: Lyx 1.4.2svn Windows

On Tuesday 27 June 2006 09:14, Jean-Marc Lasgouttes wrote: > Well, it seems that the prospect of doing a joke overshadowed the > prospect of looking stupid. I know what an harmonic series is. At > least I am supposed to. I do too but I must confess here that I have not yet calculated all its te

Re: Lyx 1.4.2svn Windows

> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes: Jose'> On Monday 26 June 2006 21:29, Jean-Marc Lasgouttes wrote: >> The difference is that harmonic series are difficult to predict >> because they alternate between positive and negative contributions >> to the sum. Jose'> Although its

Re: python warnings in convertDefault.py

Jose' Matos <[EMAIL PROTECTED]> writes: | On Tuesday 27 June 2006 01:33, Bo Peng wrote: | > BTW, I was using 8859-1, but 8859-15 may be better. | | Is there any reason for us not using utf-8 for 1.5? WEll then the file must be reencoded, but sure. I'd prefere utf-8. -- Lgb

Re: python warnings in convertDefault.py

On Tuesday 27 June 2006 01:33, Bo Peng wrote: > BTW, I was using 8859-1, but 8859-15 may be better. Is there any reason for us not using utf-8 for 1.5? I think that those files should follow the same spirit of the project changes. > Bo. -- José Abílio

Re: Qt4 frontend save/restore geoemtry patch

void GuiView::closeEvent(QCloseEvent *) { + // FIXME: + // change the ifdef to 'geometry = normalGeometry();' only + // when Trolltech has fixed the broken normalGeometry on X11. + // Then also the moveEvent, resizeEvent, and the + // code for floatingGeometry_ can b

Re: python warnings in convertDefault.py

On Tuesday 27 June 2006 01:33, Bo Peng wrote: > BTW, I was using 8859-1, but 8859-15 may be better. If you need to talk about € then yes else no (mostly there are only two other changes). :-) > Bo. -- José Abílio

Re: Lyx 1.4.2svn Windows

On Monday 26 June 2006 21:29, Jean-Marc Lasgouttes wrote: > > The difference is that harmonic series are difficult to predict > because they alternate between positive and negative contributions to > the sum. Although its name is harmonic all the series terms are positive (and decreasing). h

Re: Towards LyX 1.4.2 [status update #2]

On Mon, Jun 26, 2006 at 06:51:18PM +0200, Jean-Marc Lasgouttes wrote: > > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: > > Juergen> Jean-Marc Lasgouttes wrote: > >> And then there are the fixes I have forgotten. Please tell me what > >> they are. > > Juergen> I noticed an ann

Re: Towards LyX 1.4.2 [status update #2]

On Mon, Jun 26, 2006 at 06:39:20PM +0200, Jean-Marc Lasgouttes wrote: > > Hello, > > I think LyX 1.4.2 should have been out some time ago now. Let's see > what the showstoppers are: > > - The windows installer in not in svn. Lars, *please* give Joost > access rights! > > - I think Martin has