Re: Some poll about elyxer (was: Integration of eLyXer to LyX)

Am Samstag 02 Mai 2009 schrieb Alex Fernandez: Hi again, On Sat, May 2, 2009 at 9:22 PM, Kornel Benko kor...@lyx.org wrote: I meant something like: I (elyxer) understand lyx-formats up to 329. Our actual format in trunk is 354, while lyx 1.6.3 writes format 345. So it _is_ important to

Re: Some poll about elyxer

Am Sonntag 03 Mai 2009 schrieb rgheck: Alex Fernandez wrote: Hi Guenter, On Sat, May 2, 2009 at 11:10 PM, Guenter Milde mi...@users.berlios.de wrote: It should be mentioned that (AFAIK), lyx2lyx works (and can be installed) independent of LyX. At least I could successfully use a

bugz-trac reminder

Hello Christian, have you looked on the issue of remapping http://bugzilla.lyx.org/show_bug.cgi?id=5480 - http://www.lyx.org/trac/ticket/5480 ? its pain to rewrite this manually in browser window again and again... pavel

Re: Some poll about elyxer

rgheck wrote: hehehe i see it will be bit hard to get some agreement here since thats complentary draft to Juergens... :) Yes, I know. But I think Jurgen meant more why do this one special? whereas I mean: We should do them all differently. Exactly. It does not complement at all, it

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: Exactly. It does not complement at all, it just would be the right consequence of the eLyXer separation. does it mean you agree with Richard's proposal? pavel

Re: Qt 4.5 christmas

Uwe Stöhr wrote: I know but that's the problem. It is announced as new feature for LyX 1.6.3. No. It is clearly stated that this feature requires Qt 4.5: - Move the buffer-close button into each tabbar for Qt 4.5 (bug 3724). Therefore we are forced to use Qt 4.5 for branch when building the

Re: Some poll about elyxer

Pavel Sanda wrote: Exactly. It does not complement at all, it just would be the right consequence of the eLyXer separation. does it mean you agree with Richard's proposal? Principally, yes. However, this is nothing for 1.6.3. We first have to find out how this fits our UI (menu cluttering

[RFC] Per-document output settings

Part of my attempt to make some settings customizable on a per-document basis is the plan to allow this also for tools such as bibtex and the index processor. There are many use cases for this: * you might want to use a different program for a specific document (bibtex8 or biber for documents

Correct package for strike-through

Juergen, Uwe, since we moved from soul to ulem is it correct to use ulem for strike-through text or should it be soulutf? i have nearly working patch for this. pavel

Re: Correct package for strike-through

Pavel Sanda wrote: since we moved from soul to ulem is it correct to use ulem for strike-through text or should it be soulutf? Given the waggonloads of problems we had with soul, I'd opt for ulem (provided, it doesn't have any drawbacks wrt struckout text). Jürgen

[patch] Re: Correct package for strike-through

Jürgen Spitzmüller wrote: Pavel Sanda wrote: since we moved from soul to ulem is it correct to use ulem for strike-through text or should it be soulutf? Given the waggonloads of problems we had with soul, I'd opt for ulem (provided, it doesn't have any drawbacks wrt struckout text). ok,

Re: [RFC] Per-document output settings

Jürgen Spitzmüller wrote: Of course, we could just issue a (toggleable) warning if a per-document app is about to be launched, but is that enough? users tend to click without checking whats going on... if you implement only additional parameters for programs detected by configure and then

Labels and references in read-only documents

hi, labels and references in read-only documents seem no to work. if you click on either on label or crosref dialog they appear empty. this can be seen if you work with eg manuals if lyx is properly installed (wont be seen on checkout-ed tree). pavel

Paragraph ui glitch

Vincent, during the last changes in text style dialog apply changes immediately checkbox is no more on by default in trunk. this was intentional? pavel

Warning with CitationUi.ui

7C:/devel/lyx/lyx-devel/src/frontends/qt4/ui/CitationUi.ui: An invalid icon property 'icon' was encountered. 7C:/devel/lyx/lyx-devel/src/frontends/qt4/ui/CitationUi.ui: An invalid icon property 'icon' was encountered.

xgettext and cmake

Hello Kornel, I got this each time I compile under windows: 11Génération de code en cours... 12C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ Developers' ╗ en lecture: No such file or directory 12Project : error PRJ0019: Un outil a retourné un code d'erreur à partir de

Re: xgettext and cmake

Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: Hello Kornel, I got this each time I compile under windows: 11Génération de code en cours... 12C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ Developers' ╗ en lecture: No such file or directory 12Project : error

Re: xgettext and cmake

Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: Abdel, could it be, that it is chocking on src/support/debug.cpp:69? Kornel signature.asc Description: This is a digitally signed message part.

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: Pavel Sanda wrote: Exactly. It does not complement at all, it just would be the right consequence of the eLyXer separation. does it mean you agree with Richard's proposal? Principally, yes. However, this is nothing for 1.6.3. We first have to find

Re: Some poll about elyxer

rgheck wrote: I agree. How do you feel about the proposal I made, that we list anything with multiple options as a submenu? In trunk, View (other formats) is already a submenu. So your proposal would generate sub-submenus, which is no good idea, IMHO. Having said that, maybe putting the

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: rgheck wrote: I agree. How do you feel about the proposal I made, that we list anything with multiple options as a submenu? In trunk, View (other formats) is already a submenu. So your proposal would generate sub-submenus, which is no good idea, IMHO. I

Re: xgettext and cmake

On 03/05/2009 15:54, Kornel Benko wrote: Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: Hello Kornel, I got this each time I compile under windows: 11Génération de code en cours... 12C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ Developers' ? en lecture: No such

Re: xgettext and cmake

On 03/05/2009 16:07, Kornel Benko wrote: Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: Abdel, could it be, that it is chocking on src/support/debug.cpp:69? I don't think so. Nothing's wrong there. Abdel.

Re: Some poll about elyxer

rgheck wrote: Probably. But---no offense---I'm not sure I like the menu as it now is. Having View and View (other formats) initially confused me. I don't really have a suggestion to make, though. Could we go back to the older version and just have View (default) on top, with the rest as they

Re: xgettext and cmake

Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: On 03/05/2009 15:54, Kornel Benko wrote: Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: Hello Kornel, I got this each time I compile under windows: 11Génération de code en cours... 12C:\devel\lyx-deps\bin\xgettext.exe: erreur lors

Re: xgettext and cmake

Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: On 03/05/2009 16:07, Kornel Benko wrote: Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: Abdel, could it be, that it is chocking on src/support/debug.cpp:69? I don't think so. Nothing's wrong there. Of course not. It's the only

Re: xgettext and cmake

Abdelrazak Younes wrote: Hello Kornel, I got this each time I compile under windows: 11Génération de code en cours... 12C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ Developers' ╗ en lecture: No such file or directory 12Project : error PRJ0019: Un outil a retourné

Re: xgettext and cmake

Am Sonntag 03 Mai 2009 schrieb Peter Kümmel: Abdelrazak Younes wrote: Hello Kornel, I got this each time I compile under windows: 11Génération de code en cours... 12C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ Developers' ╗ en lecture: No such file or

Re: xgettext and cmake

On 03/05/2009 16:52, Kornel Benko wrote: Am Sonntag 03 Mai 2009 schrieb Peter Kümmel: Abdelrazak Younes wrote: Hello Kornel, I got this each time I compile under windows: 11Génération de code en cours... 12C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½

Re: xgettext and cmake

Peter Kümmel wrote: Abdelrazak Younes wrote: Hello Kornel, I got this each time I compile under windows: 11Génération de code en cours... 12C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ Developers' ╗ en lecture: No such file or directory 12Project : error PRJ0019: Un

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: rgheck wrote: Probably. But---no offense---I'm not sure I like the menu as it now is. Having View and View (other formats) initially confused me. I don't really have a suggestion to make, though. Could we go back to the older version and just have View (default)

Re: Paragraph ui glitch

Pavel Sanda schreef: Vincent, during the last changes in text style dialog apply changes immediately checkbox is no more on by default in trunk. this was intentional? pavel It is restored from the previous session AFAICS. I observe the same behaviour in 1.6.2. So, I don't see a

Re: Paragraph ui glitch

Vincent van Ravesteijn wrote: It is restored from the previous session AFAICS. ahh, thats it. pavel

Feature request for Vincent: Outline context menu for sections

My boy, Whenever you have time, if you're looking for something useful yet easy (for you) to do: outline context menu - outline-in/out/up/down - section select/copy/cut/paste Abdel.

Re: Feature request for Vincent: Outline context menu for sections

Abdelrazak Younes schreef: My boy, Grrmmm, Whenever you have time, if you're looking for something useful yet easy (for you) to do: outline context menu - outline-in/out/up/down - section select/copy/cut/paste I'm already gradually adding features to the outline context menus, so these

Re: Feature request for Vincent: Outline context menu for sections

Abdelrazak Younes schreef: My boy, Whenever you have time, if you're looking for something useful yet easy (for you) to do: outline context menu - outline-in/out/up/down Done in r29516. - section select/copy/cut/paste Abdel. Vincent

Re: Some poll about elyxer

Pavel Sanda wrote: i didn't like the change made for default format either. i regularly use both pdf and ps generation and it is bit annoying to track it in some submenu now... For one document? Could you elaborate a bit on the rationale for this? Jürgen

Re: Some poll about elyxer

Jürgen Spitzmüller schreef: Pavel Sanda wrote: i didn't like the change made for default format either. i regularly use both pdf and ps generation and it is bit annoying to track it in some submenu now... For one document? Could you elaborate a bit on the rationale for this? Jürgen

python file call

Is it possible to call a python file with a file instead of command line parameters? lyx_pot.py is called on Windows with too long parameter list. Instead of calling pyhton lyx_pot.py ... (line with length 8000) we need something like python the_script_with_parameters.py or a lyx_pot.py

Re: Feature request for Vincent: Outline context menu for sections

On 03/05/2009 17:52, Vincent van Ravesteijn wrote: Abdelrazak Younes schreef: My boy, Grrmmm, Whenever you have time, if you're looking for something useful yet easy (for you) to do: outline context menu - outline-in/out/up/down - section select/copy/cut/paste I'm already gradually adding

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: i didn't like the change made for default format either. i regularly use both pdf and ps generation and it is bit annoying to track it in some submenu now... For one document? Could you elaborate a bit on the rationale for this? i don't claim to have rationale

non-blocking processing

After two failed attempts to unblock LyX while processing large files I wanna try it again. But first I wanna be shoure we can use QProcess instead of the system call, if this works the rest wouldn't be critical. Could someone please test attached patch in his daily work? Peter Index:

Re: non-blocking processing

Peter Kümmel schreef: After two failed attempts to unblock LyX while processing large files I wanna try it again. But first I wanna be shoure we can use QProcess instead of the system call, if this works the rest wouldn't be critical. Could someone please test attached patch in his daily work?

Re: non-blocking processing

Vincent van Ravesteijn wrote: Peter Kümmel schreef: After two failed attempts to unblock LyX while processing large files I wanna try it again. But first I wanna be shoure we can use QProcess instead of the system call, if this works the rest wouldn't be critical. Could someone please test

Re: Some poll about elyxer

Pavel Sanda wrote: i don't claim to have rationale ;) its just that the whole reorganization was annoying enough to registrate it for the the few occiasions i worked with trunk recently. Remember that up to 1.6.x, you had to enter a submenu for any _update_ view action. Here we have a clear

Re: non-blocking processing

On 03/05/2009 19:17, Peter Kümmel wrote: Vincent van Ravesteijn wrote: Peter Kümmel schreef: After two failed attempts to unblock LyX while processing large files I wanna try it again. But first I wanna be shoure we can use QProcess instead of the system call, if this works the rest

Re: Some poll about elyxer

On 03/05/2009 18:31, Vincent van Ravesteijn wrote: Jürgen Spitzmüller schreef: Pavel Sanda wrote: i didn't like the change made for default format either. i regularly use both pdf and ps generation and it is bit annoying to track it in some submenu now... For one document? Could you

Integration of libmythes and hunspell

Juergen, all, It seems that there is no Windows package for hunspell and mythes: http://hunspell.sourceforge.net/ It seems that OpenOffice.org http://www.openoffice.org/ and Mozilla Firefox 3 Thunderbird http://www.mozilla.com/en-US all integrates both libraries into their source. Should we

Re: non-blocking processing

Abdelrazak Younes wrote: I've been using QProcess extensively recently and it works perfectly across platforms. I won't worry about that. The different signals it emits are very useful. I can contribute some useful control code for LyX. In any case I'll watch out what you are doing very

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: Remember that up to 1.6.x, you had to enter a submenu for any _update_ view action. i was not talking about updating actions. if my brain by accident remembers to use update mechanism, then it rememebers ctrl+shift+t as well ;) (I understand that change is always

Re: Integration of libmythes and hunspell

Abdelrazak Younes wrote: Juergen, all, It seems that there is no Windows package for hunspell and mythes: http://hunspell.sourceforge.net/ It seems that OpenOffice.org http://www.openoffice.org/ and Mozilla Firefox 3 Thunderbird http://www.mozilla.com/en-US all integrates both

Re: Some poll about elyxer

Pavel Sanda wrote: You use acroread to view PDF files? Then you don't have my sympathy ;-) btw what readers under linux are to be recommended ? long time ago i tried available free viewers like xpdf for a while and then i respectfully returned back to acroread. i regularly use and need

Re: non-blocking processing

Peter Kümmel wrote: which call external tools, e.g. svn. have you tested that eg svn update/commit and some kind of error is correctly caught on ms platform? this would be good start point. pavel

Re: HTML Output for LyX: RFC

Le 02/05/2009 17:34, rgheck a écrit : There are more and less complicated ways to do this. You could have a new format, like DocBook, but I think what's really wanted is something that would work more like plaintext, so that you can output any document as HTML. So we'd have a set of ashtml()

Re: python file call

On 2009-05-03, Peter Kümmel wrote: Is it possible to call a python file with a file instead of command line parameters? Not without a change to the python file or a wrapper. You can of course define an option that expects a file, reads it and puts the content either in argv or directly in the

Re: non-blocking processing

On Sun, May 03, 2009 at 08:22:45PM +0200, Peter Kümmel wrote: Abdelrazak Younes wrote: I've been using QProcess extensively recently and it works perfectly across platforms. I won't worry about that. The different signals it emits are very useful. I can contribute some useful control

Re: Integration of libmythes and hunspell

On 03/05/2009 20:36, Pavel Sanda wrote: Abdelrazak Younes wrote: Juergen, all, It seems that there is no Windows package for hunspell and mythes: http://hunspell.sourceforge.net/ It seems that OpenOffice.orghttp://www.openoffice.org/ and Mozilla Firefox 3

[Fwd: Hunspell package]

FYI. The zip package was blocked by google mail. Original Message Subject:Hunspell package Date: Sun, 03 May 2009 23:02:33 +0200 From: Abdelrazak Younes you...@lyx.org Organization: LyX To: Joost Verburg joostverb...@users.sourceforge.net, Uwe Stöhr

Re: HTML Output for LyX: RFC

Jean-Marc Lasgouttes wrote: Le 02/05/2009 17:34, rgheck a écrit : There are more and less complicated ways to do this. You could have a new format, like DocBook, but I think what's really wanted is something that would work more like plaintext, so that you can output any document as HTML. So

Re: r29520 - in lyx-devel/trunk: lib/ui src/frontends/qt4

v...@lyx.org wrote: Author: vfr Date: Sun May 3 21:16:00 2009 New Revision: 29520 URL: http://www.lyx.org/trac/changeset/29520 Log: Add Select Section to outliner context menu. OK, this is where I thought this was headed. If so, then it seems to me that LFUN_SECTION_SELECT should not

Re: r29520 - in lyx-devel/trunk: lib/ui src/frontends/qt4

On 03/05/2009 23:10, rgheck wrote: v...@lyx.org wrote: Author: vfr Date: Sun May 3 21:16:00 2009 New Revision: 29520 URL: http://www.lyx.org/trac/changeset/29520 Log: Add Select Section to outliner context menu. OK, this is where I thought this was headed. If so, then it seems to me that

Re: Hunspell package

Abdelrazak Younes schrieb: Could you please add this package to the lyx-deps package? In order to compile, you'll need hunspell-1.2.8.tar.gz from: http://sourceforge.net/project/showfiles.php?group_id=143754package_id=157912 Why should we include hunspell? Do you need it for you spell-heck

Re: r29520 - in lyx-devel/trunk: lib/ui src/frontends/qt4

rgheck schreef: v...@lyx.org wrote: Author: vfr Date: Sun May 3 21:16:00 2009 New Revision: 29520 URL: http://www.lyx.org/trac/changeset/29520 Log: Add Select Section to outliner context menu. OK, this is where I thought this was headed. If so, then it seems to me that

Re: r29520 - in lyx-devel/trunk: lib/ui src/frontends/qt4

Yes. And that's how the outline lfuns work by the way. How ? Would be nice to make those lfuns reuse the shiny new LFUN_SECTION_SELECT by the way. Well, the shiny new LFUN_SECTION_SELECT uses code from the outline lfuns. I tried to implement the copy and cut operations, but that became

Re: Hunspell package

On 03/05/2009 23:28, Uwe Stöhr wrote: Abdelrazak Younes schrieb: Could you please add this package to the lyx-deps package? In order to compile, you'll need hunspell-1.2.8.tar.gz from: http://sourceforge.net/project/showfiles.php?group_id=143754package_id=157912 Why should we include

Re: r29520 - in lyx-devel/trunk: lib/ui src/frontends/qt4

On 03/05/2009 23:36, Vincent van Ravesteijn wrote: Yes. And that's how the outline lfuns work by the way. How ? By looking backward for the first section heading. Would be nice to make those lfuns reuse the shiny new LFUN_SECTION_SELECT by the way. Well, the shiny new

Re: r29520 - in lyx-devel/trunk: lib/ui src/frontends/qt4

Abdelrazak Younes schreef: On 03/05/2009 23:36, Vincent van Ravesteijn wrote: Yes. And that's how the outline lfuns work by the way. How ? By looking backward for the first section heading. Would be nice to make those lfuns reuse the shiny new LFUN_SECTION_SELECT by the way. Well, the

Re: r29520 - in lyx-devel/trunk: lib/ui src/frontends/qt4

On 04/05/2009 00:06, Vincent van Ravesteijn wrote: Abdelrazak Younes schreef: On 03/05/2009 23:36, Vincent van Ravesteijn wrote: Yes. And that's how the outline lfuns work by the way. How ? By looking backward for the first section heading. Would be nice to make those lfuns reuse the

Feature offering

hi, ulem package offer additional text style macros: %\uuline{urgent} double-underlined text %\uwave{boat}wavy underline %\xout{removed} marked over with //. it would be piece of cake to add any of these (until i remember the code around). the question is - do

Re: Hunspell package

Abdelrazak Younes schrieb: What win_api directory do you mean? In the hunspell source package. But I am probably going too fast here, maybe we should wait until I have finished the implementation. Indeed. Please bring it again on the list when the packagers can test the new implementation

Re: r29520 - in lyx-devel/trunk: lib/ui src/frontends/qt4

Abdelrazak Younes schreef: On 04/05/2009 00:06, Vincent van Ravesteijn wrote: Abdelrazak Younes schreef: On 03/05/2009 23:36, Vincent van Ravesteijn wrote: Yes. And that's how the outline lfuns work by the way. How ? By looking backward for the first section heading. Would be nice to

Re: r29527 - lyx-devel/trunk/src/frontends/qt4

sa...@lyx.org wrote: Author: sanda Date: Mon May 4 01:33:39 2009 New Revision: 29527 URL: http://www.lyx.org/trac/changeset/29527 Log: Qt 4.5 Christmas part 2 Now menu works smoothly in fullscreen under linux too http://www.lyx.org/trac/ticket/4888 Juergen?

Uninitialized buffer bug

Richard, I found another bug that is caused by an inset with an uninitialized buffer. Make a new document with a section heading enter a Note Inset enter a section heading. If you try to move down the first section with the down button in the outliner, LyX crashes. This is triggered by the

Re: Some poll about elyxer

Alex Fernandez schreef: On Sun, May 3, 2009 at 12:32 AM, rgheck rgh...@bobjweil.com wrote: This would become even easier if LyX would install lyx2lyx as a normal Python package. It might be worth requesting this explicitly as an enhancement. Surely it can't be that hard. Done:

Re: Some poll about elyxer

Hi Uwe, On Sat, May 2, 2009 at 12:14 AM, Uwe Stöhr uwesto...@web.de wrote: Good to know. I thought it was cute to remove the extension but apparently this is causing problems. I will change this so that the main executable file is elyxer.py, and the main source code file is e.g. main.py.

Painting question

hi, there is a longstanding bug that our lines used for painting of underline (and now strike through too) are not painted on the screen in the positions of whitespaces. anybody from the qt painting experts - is it easy to fix this? pavel

Re: Some poll about elyxer

Alex Fernandez wrote: Version 0.18 has been published: http://download.savannah.gnu.org/releases-noredirect/elyxer/ It contains the desired change from elxer to elyxer.py. i fixed the detection. please update trunk and check lyx detected and set elyxer the way you want. you still haven't

Re: Integration of libmythes and hunspell

On Sun, May 3, 2009 at 4:28 PM, Abdelrazak Younes you...@lyx.org wrote: On 03/05/2009 20:36, Pavel Sanda wrote: Abdelrazak Younes wrote: Juergen, all, It seems that there is no Windows package for hunspell and mythes: http://hunspell.sourceforge.net/ It seems that

Re: Some poll about elyxer (was: Integration of eLyXer to LyX)

Am Samstag 02 Mai 2009 schrieb Alex Fernandez: > Hi again, > > On Sat, May 2, 2009 at 9:22 PM, Kornel Benko wrote: > > I meant something like: I (elyxer) understand lyx-formats up to 329. > > Our actual format in trunk is 354, while lyx 1.6.3 writes format 345. > > > > So it _is_

Re: Some poll about elyxer

Am Sonntag 03 Mai 2009 schrieb rgheck: > Alex Fernandez wrote: > > Hi Guenter, > > > > On Sat, May 2, 2009 at 11:10 PM, Guenter Milde wrote: > >> It should be mentioned that (AFAIK), lyx2lyx works (and can be > >> installed) independent of LyX. At least I could

bugz-trac reminder

Hello Christian, have you looked on the issue of remapping http://bugzilla.lyx.org/show_bug.cgi?id=5480 -> http://www.lyx.org/trac/ticket/5480 ? its pain to rewrite this manually in browser window again and again... pavel

Re: Some poll about elyxer

rgheck wrote: > > hehehe i see it will be bit hard to get some agreement here since thats > > complentary draft to Juergens... :) > > > > > > Yes, I know. But I think J"urgen meant more "why do this one special?" > whereas I mean: We should do them all differently. Exactly. It does not

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: > Exactly. It does not complement at all, it just would be the right > consequence > of the eLyXer separation. does it mean you agree with Richard's proposal? pavel

Re: Qt 4.5 christmas

Uwe Stöhr wrote: > I know but that's the problem. It is announced as new feature for LyX > 1.6.3. No. It is clearly stated that this feature requires Qt 4.5: "- Move the buffer-close button into each tabbar for Qt 4.5 (bug 3724)." > Therefore we are forced to use Qt 4.5 for branch when building

Re: Some poll about elyxer

Pavel Sanda wrote: > > Exactly. It does not complement at all, it just would be the right > > consequence of the eLyXer separation. > > does it mean you agree with Richard's proposal? Principally, yes. However, this is nothing for 1.6.3. We first have to find out how this fits our UI (menu

[RFC] Per-document output settings

Part of my attempt to make some settings customizable on a per-document basis is the plan to allow this also for tools such as bibtex and the index processor. There are many use cases for this: * you might want to use a different program for a specific document (bibtex8 or biber for documents

Correct package for strike-through

Juergen, Uwe, since we moved from soul to ulem is it correct to use ulem for strike-through text or should it be soulutf? i have nearly working patch for this. pavel

Re: Correct package for strike-through

Pavel Sanda wrote: > since we moved from soul to ulem is it correct to use ulem for > strike-through text or should it be soulutf? Given the waggonloads of problems we had with soul, I'd opt for ulem (provided, it doesn't have any drawbacks wrt struckout text). Jürgen

[patch] Re: Correct package for strike-through

Jürgen Spitzmüller wrote: > Pavel Sanda wrote: > > since we moved from soul to ulem is it correct to use ulem for > > strike-through text or should it be soulutf? > > Given the waggonloads of problems we had with soul, I'd opt for ulem > (provided, it doesn't have any drawbacks wrt struckout

Re: [RFC] Per-document output settings

Jürgen Spitzmüller wrote: > Of course, we could just issue a (toggleable) warning if a per-document app > is > about to be launched, but is that enough? users tend to click without checking whats going on... if you implement only additional parameters for programs detected by configure and

Labels and references in read-only documents

hi, labels and references in read-only documents seem no to work. if you click on either on label or crosref dialog they appear empty. this can be seen if you work with eg manuals if lyx is properly installed (wont be seen on checkout-ed tree). pavel

Paragraph ui glitch

Vincent, during the last changes in text style dialog "apply changes immediately" checkbox is no more on by default in trunk. this was intentional? pavel

Warning with CitationUi.ui

7>C:/devel/lyx/lyx-devel/src/frontends/qt4/ui/CitationUi.ui: An invalid icon property 'icon' was encountered. 7>C:/devel/lyx/lyx-devel/src/frontends/qt4/ui/CitationUi.ui: An invalid icon property 'icon' was encountered.

xgettext and cmake

Hello Kornel, I got this each time I compile under windows: 11>Génération de code en cours... 12>C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ Developers' ╗ en lecture: No such file or directory 12>Project : error PRJ0019: Un outil a retourné un code d'erreur à partir de

Re: xgettext and cmake

Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: > Hello Kornel, > > I got this each time I compile under windows: > > 11>Génération de code en cours... > 12>C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ > Developers' ╗ en lecture: No such file or directory > 12>Project :

Re: xgettext and cmake

Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: Abdel, could it be, that it is chocking on src/support/debug.cpp:69? Kornel signature.asc Description: This is a digitally signed message part.

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: Pavel Sanda wrote: Exactly. It does not complement at all, it just would be the right consequence of the eLyXer separation. does it mean you agree with Richard's proposal? Principally, yes. However, this is nothing for 1.6.3. We first have to find

Re: Some poll about elyxer

rgheck wrote: > I agree. How do you feel about the proposal I made, that we list > anything with multiple options as a submenu? In trunk, "View (other formats)" is already a submenu. So your proposal would generate sub-submenus, which is no good idea, IMHO. Having said that, maybe putting the

Re: Some poll about elyxer

Jürgen Spitzmüller wrote: rgheck wrote: I agree. How do you feel about the proposal I made, that we list anything with multiple options as a submenu? In trunk, "View (other formats)" is already a submenu. So your proposal would generate sub-submenus, which is no good idea, IMHO.

Re: xgettext and cmake

On 03/05/2009 15:54, Kornel Benko wrote: Am Sonntag 03 Mai 2009 schrieb Abdelrazak Younes: Hello Kornel, I got this each time I compile under windows: 11>Génération de code en cours... 12>C:\devel\lyx-deps\bin\xgettext.exe: erreur lors de l'ouverture de ½ Developers' ? en lecture: No such

  1   2   >