Discrimination of New in po files

Hello, The string New appears in po files both for branches and indexes. In French, the gender of the translation differs, so I need à [[...]] marker to be able to distinguish the two occurrences of the string. Here is a patch implementing this (not tested). Could you commit and regenerate

Re: Using LyX to convert arbitrary files.

On 2011-10-05, Richard Heck wrote: On 10/05/2011 06:09 AM, Guenter Milde wrote: On 2011-10-03, Richard Heck wrote: ... This behavior is controlled by the copier. The point is that we do not wish to clutter the file directory with what might be dozens of files. Another issue is that

Re: #7789: Word count will count words in deleted notes (with change tracking)

On 10/05/2011 06:02 PM, Stephan Witt wrote: Am 04.10.2011 um 23:04 schrieb Richard Heck: On 10/04/2011 04:22 PM, Stephan Witt wrote: Am 30.09.2011 um 13:13 schrieb LyX Ticket Tracker: #7789: Word count will count words in deleted notes (with change tracking)

Re: Using LyX to convert arbitrary files.

Il 06/10/2011 10:27, Guenter Milde ha scritto: Maybe the current discussion can give some momentum to the long standing issue? http://www.lyx.org/trac/ticket/3402 Please, try the committed version, it should fix the mentioned ticket. T.

Re: Using LyX to convert arbitrary files.

Il 06/10/2011 15:50, Tommaso Cucinotta ha scritto: Il 06/10/2011 10:27, Guenter Milde ha scritto: Maybe the current discussion can give some momentum to the long standing issue? http://www.lyx.org/trac/ticket/3402 Please, try the committed version, it should fix the mentioned ticket.

Re: #7789: Word count will count words in deleted notes (with change tracking)

Am 06.10.2011 um 15:09 schrieb Richard Heck: On 10/05/2011 06:02 PM, Stephan Witt wrote: Am 04.10.2011 um 23:04 schrieb Richard Heck: On 10/04/2011 04:22 PM, Stephan Witt wrote: Am 30.09.2011 um 13:13 schrieb LyX Ticket Tracker: #7789: Word count will count words in deleted notes (with

Re: Memory usage during Advanced Search in math mode.

Ok. Give me some days to find the time to compile from the source and do the tests. On Wednesday, October 05, 2011 06:03:44 PM Tommaso Cucinotta wrote: Il 05/10/2011 22:54, Tommaso Cucinotta ha scritto: 2) try to recompile LyX from the sources, to check whether the problem still shows up

Re: [patch] add document-wide bibliography style setting

On 06/10/2011 6:01 PM, Julien Rioux wrote: First step of moving the bibliography settings to the document settings (needed, e.g., for biblatex support). We define a default there. A BibTeX inset takes the default style from the buffer if it doesn't specify a style of its own. No UI yet, but it's

[patch] add document-wide bibliography style setting

First step of moving the bibliography settings to the document settings (needed, e.g., for biblatex support). We define a default there. A BibTeX inset takes the default style from the buffer if it doesn't specify a style of its own. No UI yet, but it's coming. OK? -- Julien From

Re: Using LyX to convert arbitrary files.

On 06/10/2011 3:54 PM, Tommaso Cucinotta wrote: Please, try the committed version, it should fix the mentioned ticket. forgot to mention: You do Export-Export As..., and it pops up a dialog enumerating all formats tagged as document in the filter selection box, plus a match-everything first

Re: LyX odg drawings

On 27/09/2011 3:51 PM, Julien Rioux wrote: On 20/09/2011 12:05 AM, Tommaso Cucinotta wrote: Il 19/09/2011 23:15, Julien Rioux ha scritto: Sorry, not much time. Don't you also get this behavior? Not of course: for me, it works like a charm! I can insert dia files (as graphics) and odg files

Re: Using LyX to convert arbitrary files.

Il 06/10/2011 18:58, Julien Rioux ha scritto: We have Export as... at the top of the menu and More options... at the bottom, could they be moved together? I struggle at getting the rationale behind the More Options... entry. You are supposed to enter a custom command that performs the actual

Re: LyX odg drawings

Il 06/10/2011 19:02, Julien Rioux ha scritto: By the way I still get this, and it happens whether I have the converter cache enabled or not. Could you please look into it? Sure, let's re-make the point. Can you, please, open that odg.lyx file with -dbg any, and send the whole output, along

Re: LyX command-line option for output

On 05/10/2011 11:49 PM, Tommaso Cucinotta wrote: Independently of how it can be implemented, this is a possible re-thinking of the syntax (by examples): lyx myfile.txt # import from TXT lyx -i latex myfile.txt # explicitly specify the import format lyx -o dest.txt source.lyx # export from LYX

Re: LyX command-line option for output

On 10/06/2011 02:27 PM, Julien Rioux wrote: On 05/10/2011 11:49 PM, Tommaso Cucinotta wrote: lyx -c source.svg -o dest.eps # convert arbitrary formats (extension-based format detection for output) lyx -c -i svg source.svg -e eps -o dest.eps # explicitly set the input and output formats I

Re: LyX command-line option for output

Il 06/10/2011 21:02, Richard Heck ha scritto: On 10/06/2011 02:27 PM, Julien Rioux wrote: On 05/10/2011 11:49 PM, Tommaso Cucinotta wrote: lyx -c source.svg -o dest.eps # convert arbitrary formats (extension-based format detection for output) lyx -c -i svg source.svg -e eps -o dest.eps #

Re: LyX odg drawings

Il 06/10/2011 19:52, Julien Rioux ha scritto: On 06/10/2011 7:36 PM, Tommaso Cucinotta wrote: Il 06/10/2011 19:02, Julien Rioux ha scritto: By the way I still get this, and it happens whether I have the converter cache enabled or not. Could you please look into it? A few questions: 1) what

lyx as an equation editor

Dear all This request comes up every now and then, and was even part of our aborted GSoC 2011. But I was wondering whether there was a simple solution to this, namely re-using the Instant Preview machinery. I am not familiar with it's internals, but I understand that to display the LaTeX results

Re: LyX odg drawings

On 06/10/2011 11:05 PM, Tommaso Cucinotta wrote: Il 06/10/2011 19:52, Julien Rioux ha scritto: On 06/10/2011 7:36 PM, Tommaso Cucinotta wrote: Il 06/10/2011 19:02, Julien Rioux ha scritto: By the way I still get this, and it happens whether I have the converter cache enabled or not. Could

Re: LyX odg drawings

Il 06/10/2011 23:21, Julien Rioux ha scritto: On 06/10/2011 11:05 PM, Tommaso Cucinotta wrote: A few questions: 1) what was exactly the visible problem ? (from your log I can't see anything different from what I can see in my own log -- the only problem is that it probably still fails to

Re: LyX odg drawings

On 06/10/2011 11:46 PM, Tommaso Cucinotta wrote: Il 06/10/2011 23:21, Julien Rioux ha scritto: On 06/10/2011 11:05 PM, Tommaso Cucinotta wrote: A few questions: 1) what was exactly the visible problem ? (from your log I can't see anything different from what I can see in my own log -- the only

LyX as of r39805 uncompilable

Hi Tommaso, I get this error: D:\LyXSVN\lyx-devel\src\frontends\qt4\FileDialog.cpp(99) : error C2664: 'QFileDialog::getSaveFileName' : cannot convert parameter 5 from 'QString' to 'QString *' No user-defined-conversion operator available that can perform this conversion, or the

Re: Time to kill lyxrc.default_papersize ?

Vincent van Ravesteijn v...@lyx.org writes: | Hi all, | Is it time to kill lyxrc.default_papersize ? | Reasons to do so: | - except for A3 it has absolutely no effect since a few years; | - it's against the LyX philosophy that the same document looks | different on a different pc. Heh. If I

Re: LyX odg drawings

Il 06/10/2011 23:53, Julien Rioux ha scritto: My easy fix would be to query formats and not even try to call readBB_from_PSFile() unless the file is actually eps or eps.gz. Can I ask why is this reading of the bounding box done ? Note that it may also imply unzipping the file and searching for

Re: Development for LyX 2.1

Vincent van Ravesteijn v...@lyx.org writes: up to know it was solved via commit hooks on lyx.org server. i guess we could proceed with lyx.org again, but it would be substantialy more work than gitorious. do you feel like working on it? (maybe Lars can help?). I can. If I am to

Re: LyX odg drawings

On 07/10/2011 12:10 AM, Tommaso Cucinotta wrote: I must be missing some piece of the puzzle here. Is this related to DPI settings and the possibility for the user to crop in cm/mm/in, rather than pixels ? So, are you suggesting to ditch readBB_from_PSFile? I don't know enough about its use.

Re: LyX as of r39805 uncompilable

Il 07/10/2011 00:03, Uwe Stöhr ha scritto: Hi Tommaso, I get this error: D:\LyXSVN\lyx-devel\src\frontends\qt4\FileDialog.cpp(99) : error C2664: 'QFileDialog::getSaveFileName' : cannot convert parameter 5 from 'QString' to 'QString *' No user-defined-conversion operator available

Re: LyX command-line option for output

On 10/06/2011 04:42 PM, Tommaso Cucinotta wrote: Il 06/10/2011 21:02, Richard Heck ha scritto: On 10/06/2011 02:27 PM, Julien Rioux wrote: On 05/10/2011 11:49 PM, Tommaso Cucinotta wrote: lyx -c source.svg -o dest.eps # convert arbitrary formats (extension-based format detection for output)

Re: LyX as of r39805 uncompilable

Am 07.10.2011 00:23, schrieb Tommaso Cucinotta: D:\LyXSVN\lyx-devel\src\frontends\qt4\FileDialog.cpp(99) : error C2664: 'QFileDialog::getSaveFileName' : cannot convert parameter 5 from 'QString' to 'QString *' No user-defined-conversion operator available that can perform this conversion, or

Re: LyX command-line option for output

Il 07/10/2011 00:51, Richard Heck ha scritto: On 10/06/2011 04:42 PM, Tommaso Cucinotta wrote: I'm sure you have some concrete trouble scenario in your mind. Please, explicit it. The only scenario I have in mind is users complaining when such things fail and it's got nothing to do with LyX but

Re: LyX as of r39805 uncompilable

Il 07/10/2011 01:32, Uwe Stöhr ha scritto: Thanks, this compiles. I'm using Qt 4.7.4. pls, let me know as well whether the Export-Export As... dialog works fine or you have any problems or suggestions. T.

Re: LyX odg drawings

Il 07/10/2011 00:17, Julien Rioux ha scritto: On 07/10/2011 12:10 AM, Tommaso Cucinotta wrote: I must be missing some piece of the puzzle here. Is this related to DPI settings and the possibility for the user to crop in cm/mm/in, rather than pixels ? So, are you suggesting to ditch

Discrimination of "New" in po files

Hello, The string "New" appears in po files both for branches and indexes. In French, the gender of the translation differs, so I need à [[...]] marker to be able to distinguish the two occurrences of the string. Here is a patch implementing this (not tested). Could you commit and regenerate

Re: Using LyX to convert arbitrary files.

On 2011-10-05, Richard Heck wrote: > On 10/05/2011 06:09 AM, Guenter Milde wrote: >> On 2011-10-03, Richard Heck wrote: >> ... >>> This behavior is controlled by the copier. The point is that we do not wish >>> to clutter the file directory with what might be dozens of files. >>> Another issue

Re: #7789: Word count will count words in deleted notes (with change tracking)

On 10/05/2011 06:02 PM, Stephan Witt wrote: > Am 04.10.2011 um 23:04 schrieb Richard Heck: > >> On 10/04/2011 04:22 PM, Stephan Witt wrote: >>> Am 30.09.2011 um 13:13 schrieb LyX Ticket Tracker: >>> #7789: Word count will count words in deleted notes (with change tracking)

Re: Using LyX to convert arbitrary files.

Il 06/10/2011 10:27, Guenter Milde ha scritto: Maybe the current discussion can give some momentum to the long standing issue? http://www.lyx.org/trac/ticket/3402 Please, try the committed version, it should fix the mentioned ticket. T.

Re: Using LyX to convert arbitrary files.

Il 06/10/2011 15:50, Tommaso Cucinotta ha scritto: Il 06/10/2011 10:27, Guenter Milde ha scritto: Maybe the current discussion can give some momentum to the long standing issue? http://www.lyx.org/trac/ticket/3402 Please, try the committed version, it should fix the mentioned ticket.

Re: #7789: Word count will count words in deleted notes (with change tracking)

Am 06.10.2011 um 15:09 schrieb Richard Heck: > On 10/05/2011 06:02 PM, Stephan Witt wrote: >> Am 04.10.2011 um 23:04 schrieb Richard Heck: >> >>> On 10/04/2011 04:22 PM, Stephan Witt wrote: Am 30.09.2011 um 13:13 schrieb LyX Ticket Tracker: > #7789: Word count will count words in

Re: Memory usage during Advanced Search in math mode.

Ok. Give me some days to find the time to compile from the source and do the tests. On Wednesday, October 05, 2011 06:03:44 PM Tommaso Cucinotta wrote: > Il 05/10/2011 22:54, Tommaso Cucinotta ha scritto: > > 2) try to recompile LyX from the sources, to check whether the problem > > still shows

Re: [patch] add document-wide bibliography style setting

On 06/10/2011 6:01 PM, Julien Rioux wrote: First step of moving the bibliography settings to the document settings (needed, e.g., for biblatex support). We define a default there. A BibTeX inset takes the "default" style from the buffer if it doesn't specify a style of its own. No UI yet, but

[patch] add document-wide bibliography style setting

First step of moving the bibliography settings to the document settings (needed, e.g., for biblatex support). We define a default there. A BibTeX inset takes the "default" style from the buffer if it doesn't specify a style of its own. No UI yet, but it's coming. OK? -- Julien >From

Re: Using LyX to convert arbitrary files.

On 06/10/2011 3:54 PM, Tommaso Cucinotta wrote: Please, try the committed version, it should fix the mentioned ticket. forgot to mention: You do "Export->Export As...", and it pops up a dialog enumerating all formats tagged as "document" in the filter selection box, plus a match-everything

Re: LyX & odg drawings

On 27/09/2011 3:51 PM, Julien Rioux wrote: On 20/09/2011 12:05 AM, Tommaso Cucinotta wrote: Il 19/09/2011 23:15, Julien Rioux ha scritto: Sorry, not much time. Don't you also get this behavior? Not of course: for me, it works like a charm! I can insert dia files (as graphics) and odg files

Re: Using LyX to convert arbitrary files.

Il 06/10/2011 18:58, Julien Rioux ha scritto: We have "Export as..." at the top of the menu and "More options..." at the bottom, could they be moved together? I struggle at getting the rationale behind the "More Options..." entry. You are supposed to enter a custom command that performs the

Re: LyX & odg drawings

Il 06/10/2011 19:02, Julien Rioux ha scritto: By the way I still get this, and it happens whether I have the converter cache enabled or not. Could you please look into it? Sure, let's re-make the point. Can you, please, open that "odg.lyx" file with "-dbg any", and send the whole output,

Re: LyX command-line option for output

On 05/10/2011 11:49 PM, Tommaso Cucinotta wrote: Independently of how it can be implemented, this is a possible re-thinking of the syntax (by examples): lyx myfile.txt # import from TXT lyx -i latex myfile.txt # explicitly specify the import format lyx -o dest.txt source.lyx # export from LYX

Re: LyX command-line option for output

On 10/06/2011 02:27 PM, Julien Rioux wrote: > On 05/10/2011 11:49 PM, Tommaso Cucinotta wrote: >> lyx -c source.svg -o dest.eps # convert arbitrary formats >> (extension-based format detection for output) >> lyx -c -i svg source.svg -e eps -o dest.eps # explicitly set the input >> and output

Re: LyX command-line option for output

Il 06/10/2011 21:02, Richard Heck ha scritto: On 10/06/2011 02:27 PM, Julien Rioux wrote: On 05/10/2011 11:49 PM, Tommaso Cucinotta wrote: lyx -c source.svg -o dest.eps # convert arbitrary formats (extension-based format detection for output) lyx -c -i svg source.svg -e eps -o dest.eps #

Re: LyX & odg drawings

Il 06/10/2011 19:52, Julien Rioux ha scritto: On 06/10/2011 7:36 PM, Tommaso Cucinotta wrote: Il 06/10/2011 19:02, Julien Rioux ha scritto: By the way I still get this, and it happens whether I have the converter cache enabled or not. Could you please look into it? A few questions: 1) what

lyx as an equation editor

Dear all This request comes up every now and then, and was even part of our aborted GSoC 2011. But I was wondering whether there was a simple solution to this, namely re-using the Instant Preview machinery. I am not familiar with it's internals, but I understand that to display the LaTeX results

Re: LyX & odg drawings

On 06/10/2011 11:05 PM, Tommaso Cucinotta wrote: Il 06/10/2011 19:52, Julien Rioux ha scritto: On 06/10/2011 7:36 PM, Tommaso Cucinotta wrote: Il 06/10/2011 19:02, Julien Rioux ha scritto: By the way I still get this, and it happens whether I have the converter cache enabled or not. Could

Re: LyX & odg drawings

Il 06/10/2011 23:21, Julien Rioux ha scritto: On 06/10/2011 11:05 PM, Tommaso Cucinotta wrote: A few questions: 1) what was exactly the visible problem ? (from your log I can't see anything different from what I can see in my own log -- the only problem is that it probably still fails to

Re: LyX & odg drawings

On 06/10/2011 11:46 PM, Tommaso Cucinotta wrote: Il 06/10/2011 23:21, Julien Rioux ha scritto: On 06/10/2011 11:05 PM, Tommaso Cucinotta wrote: A few questions: 1) what was exactly the visible problem ? (from your log I can't see anything different from what I can see in my own log -- the only

LyX as of r39805 uncompilable

Hi Tommaso, I get this error: D:\LyXSVN\lyx-devel\src\frontends\qt4\FileDialog.cpp(99) : error C2664: 'QFileDialog::getSaveFileName' : cannot convert parameter 5 from 'QString' to 'QString *' No user-defined-conversion operator available that can perform this conversion, or the

Re: Time to kill lyxrc.default_papersize ?

Vincent van Ravesteijn writes: | Hi all, > | Is it time to kill lyxrc.default_papersize ? > | Reasons to do so: | - except for A3 it has absolutely no effect since a few years; | - it's against the LyX philosophy that the same document looks | different on a different pc. Heh. If

Re: LyX & odg drawings

Il 06/10/2011 23:53, Julien Rioux ha scritto: My easy fix would be to query formats and not even try to call readBB_from_PSFile() unless the file is actually eps or eps.gz. Can I ask why is this reading of the bounding box done ? Note that it may also imply unzipping the file and searching for

Re: Development for LyX 2.1

Vincent van Ravesteijn writes: >> >> >> > up to know it was solved via commit hooks on lyx.org server. >> >> > i guess we could proceed with lyx.org again, but it would be >> >> > substantialy more work than gitorious. do you feel like working on it? >> >> > (maybe Lars can help?).

Re: LyX & odg drawings

On 07/10/2011 12:10 AM, Tommaso Cucinotta wrote: I must be missing some piece of the puzzle here. Is this related to DPI settings and the possibility for the user to crop in cm/mm/in, rather than pixels ? So, are you suggesting to ditch readBB_from_PSFile? I don't know enough about its use.

Re: LyX as of r39805 uncompilable

Il 07/10/2011 00:03, Uwe Stöhr ha scritto: Hi Tommaso, I get this error: D:\LyXSVN\lyx-devel\src\frontends\qt4\FileDialog.cpp(99) : error C2664: 'QFileDialog::getSaveFileName' : cannot convert parameter 5 from 'QString' to 'QString *' No user-defined-conversion operator available

Re: LyX command-line option for output

On 10/06/2011 04:42 PM, Tommaso Cucinotta wrote: > Il 06/10/2011 21:02, Richard Heck ha scritto: >> On 10/06/2011 02:27 PM, Julien Rioux wrote: >>> On 05/10/2011 11:49 PM, Tommaso Cucinotta wrote: lyx -c source.svg -o dest.eps # convert arbitrary formats (extension-based format detection

Re: LyX as of r39805 uncompilable

Am 07.10.2011 00:23, schrieb Tommaso Cucinotta: D:\LyXSVN\lyx-devel\src\frontends\qt4\FileDialog.cpp(99) : error C2664: 'QFileDialog::getSaveFileName' : cannot convert parameter 5 from 'QString' to 'QString *' No user-defined-conversion operator available that can perform this conversion, or

Re: LyX command-line option for output

Il 07/10/2011 00:51, Richard Heck ha scritto: On 10/06/2011 04:42 PM, Tommaso Cucinotta wrote: I'm sure you have some concrete "trouble scenario" in your mind. Please, explicit it. The only scenario I have in mind is users complaining when such things fail and it's got nothing to do with LyX

Re: LyX as of r39805 uncompilable

Il 07/10/2011 01:32, Uwe Stöhr ha scritto: Thanks, this compiles. I'm using Qt 4.7.4. pls, let me know as well whether the Export->Export As... dialog works fine or you have any problems or suggestions. T.

Re: LyX & odg drawings

Il 07/10/2011 00:17, Julien Rioux ha scritto: On 07/10/2011 12:10 AM, Tommaso Cucinotta wrote: I must be missing some piece of the puzzle here. Is this related to DPI settings and the possibility for the user to crop in cm/mm/in, rather than pixels ? So, are you suggesting to ditch