Re: Fwd: [Bug 347378] Re: Two columns in Hebrew is in LTR

Op 7 mei 2013 23:15 schreef "Jean-Marc Lasgouttes" <lasgout...@lyx.org> het volgende: > > Le 07/05/13 22:41, Vincent van Ravesteijn a écrit : > >> Op 7-5-2013 22:31, Jean-Marc Lasgouttes schreef: >>> >>> Does anybody know somethng about this bug? I

Re: LyX and Boost

Op 5-5-2013 20:52, Richard Heck schreef: Suppose I wanted to use Boost's indirect_iterator. Can I just add the relevant file to the boost/boost/iterator directory, or is there something else to do? Richard I'm not a huge fan of adding more boost stuff into LyX. Reading the documentation

Re: LyX and Boost

Op 5-5-2013 20:52, Richard Heck schreef: Suppose I wanted to use Boost's indirect_iterator. Can I just add the relevant file to the boost/boost/iterator directory, or is there something else to do? Richard I'm not a huge fan of adding more boost stuff into LyX. Reading the documentation

Re: [LyX master] Just a bit of renaming.

Op 25-4-2013 23:21, Richard Heck schreef: The branch, master, has been updated. - Log - commit 7ade65667099830bcd2a6dfb7609e96c15a7bfe1 Author: Richard Heck rgh...@lyx.org Date: Thu Apr 25 10:28:22 2013 -0400 Just a bit of

Re: [LyX master] Just a bit of renaming.

Op 25-4-2013 23:21, Richard Heck schreef: The branch, master, has been updated. - Log - commit 7ade65667099830bcd2a6dfb7609e96c15a7bfe1 Author: Richard Heck Date: Thu Apr 25 10:28:22 2013 -0400 Just a bit

Re: errors of lyx which i observe

Op 1-5-2013 15:37, Kamal Garg schreef: i choose your project in gsoc.i read some ideas that you given in it.but i found some other error in it like when i copy and paste then space are ignored by it for example: #includeiostream #includestdlib.h using namespace std; it paste like this:

Re: Signals/Slots in Core (branch from UI improvements and non-linear enhancements)

Op 1-5-2013 12:37, Pavel Sanda schreef: Tommaso Cucinotta wrote: So they were dropped You mean boost::signals? They are used all over the place for dealing with external files, IP and timeouts. Pavel This all feels like UI / IO related stuff and could be replaced by Qt signals. Correct

Re: DIFFICULTY WITH IMAGE PASTING

Op 1-5-2013 16:37, Kamal Garg schreef: I know Only one way of pasting pictures in lyx, that is by selecting graphic option in toolbar.but simple way:ctrl+c(copying )and ctrl+v (paste)for image is not working. Sir, if there is another way of doing the same,then let me know. Please reply

Re: DIFFICULTY WITH PASTING IMAGE IN LYX

Op 1-5-2013 18:03, Kamal Garg schreef: I know Only one way of pasting pictures in lyx, that is by selecting insert graphic option in toolbar.(shown in image) i am trying to copy image(*.jpg).but direct simple way:ctrl+c(copying ) from my folder of pictures and ctrl+v (paste)for pasting

Re: errors of lyx which i observe

Op 1-5-2013 15:37, Kamal Garg schreef: i choose your project in gsoc.i read some ideas that you given in it.but i found some other error in it like when i copy and paste then space are ignored by it for example: #include #include using namespace std; it paste like this:

Re: Signals/Slots in Core (branch from UI improvements and non-linear enhancements)

Op 1-5-2013 12:37, Pavel Sanda schreef: Tommaso Cucinotta wrote: So they were dropped You mean boost::signals? They are used all over the place for dealing with external files, IP and timeouts. Pavel This all feels like UI / IO related stuff and could be replaced by Qt signals. Correct

Re: DIFFICULTY WITH IMAGE PASTING

Op 1-5-2013 16:37, Kamal Garg schreef: I know Only one way of pasting pictures in lyx, that is by selecting graphic option in toolbar.but simple way:ctrl+c(copying )and ctrl+v (paste)for image is not working. Sir, if there is another way of doing the same,then let me know. Please reply

Re: DIFFICULTY WITH PASTING IMAGE IN LYX

Op 1-5-2013 18:03, Kamal Garg schreef: I know Only one way of pasting pictures in lyx, that is by selecting insert graphic option in toolbar.(shown in image) i am trying to copy image(*.jpg).but direct simple way:ctrl+c(copying ) from my folder of pictures and ctrl+v (paste)for pasting

Re: #8637: crashes on quit

Op 29-4-2013 23:09, Stephan Witt schreef: With 2.1 git (master) and 2.0.5.1 (download) I can reproduce this on Mac. The stack trace for 2.1dev is shown below… but one has to say no when asked for start over at end of search. If I answer yes the crash doesn't happen. So, I'm not sure if the

Re: #8637: crashes on quit

Op 29-4-2013 23:09, Stephan Witt schreef: With 2.1 git (master) and 2.0.5.1 (download) I can reproduce this on Mac. The stack trace for 2.1dev is shown below… but one has to say "no" when asked for start over at end of search. If I answer "yes" the crash doesn't happen. So, I'm not sure if the

Re: Directory layout for unit tests

Op 29-4-2013 9:30, Elmar Hinz schreef: Hello, I understand why you think it is rather hard to do unit testing for lyx. There are class files with up to 6403 lines of code. src/Buffer.cpp has 4803 lines and many files depend on that. So, what exactly is the problem with large files ? What

Re: [LyX master] Also put HTML on the clipboard when copying

Thanks Vincent, I no longer get a crash. I still have the following issues (let me know if I should open up tickets): I'm not too enthusiastic about opening tickets just because code has been committed which hasn't been tested beforehand. - When selecting all and copying UserGuide.lyx, I

Re: #8637: crashes on quit

Op 29-4-2013 2:57, Jacob Hammer schreef: There is still a crash on quit with instant preview off. It is very consistent on my system. The files are attached. Scenario: I opened Lyx; selected 'new file'; typed a few text characters, then a few math characters, including the math character 'a';

Re: Signals/Slots in Core (branch from UI improvements and non-linear enhancements)

Op 22-4-2013 15:19, Rob Oakes schreef: Dear Developers, If I remember correctly, as of the last developer meeting, QtCore classes were being tolerated in the core of LyX. http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172533.html Is this correct? Are there any examples of QtCore and

Re: Directory layout for unit tests

Op 29-4-2013 9:30, Elmar Hinz schreef: Hello, I understand why you think it is rather hard to do unit testing for lyx. There are class files with up to 6403 lines of code. src/Buffer.cpp has 4803 lines and many files depend on that. So, what exactly is the problem with large files ? What

Re: [LyX master] Also put HTML on the clipboard when copying

Thanks Vincent, I no longer get a crash. I still have the following issues (let me know if I should open up tickets): I'm not too enthusiastic about opening tickets just because code has been committed which hasn't been tested beforehand. - When selecting all and copying UserGuide.lyx, I

Re: #8637: crashes on quit

Op 29-4-2013 2:57, Jacob Hammer schreef: There is still a crash on quit with instant preview off. It is very consistent on my system. The files are attached. Scenario: I opened Lyx; selected 'new file'; typed a few text characters, then a few math characters, including the math character 'a';

Re: Signals/Slots in Core (branch from UI improvements and non-linear enhancements)

Op 22-4-2013 15:19, Rob Oakes schreef: Dear Developers, If I remember correctly, as of the last developer meeting, QtCore classes were being tolerated in the core of LyX. http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172533.html Is this correct? Are there any examples of QtCore and

Re: Recommended robust configuration for Chinese support

Op 3-4-2013 14:21, Hörmetjan Yiltiz schreef: Hi there! I am wring from Beijing, China. I found LyX very pleasing software, and used it myself for quite a long time, but still its support for writing Chinese is too frustrating, encountering some unknown bugs or failing to compile the pdf while

Crash on cutting on Windows

Commit db358a (Richard Heck; Fix bug found by Scott concerning copying XHTML to clipboard) introduces a bug that crashes LyX when something is cut the second time. Since commit 928dc0332 (Georg Baum; Fic crash for repeated pasting from complex docs) LyX crashes immediately on every cut.

Re: Crash on cutting on Windows

Op 28-4-2013 18:13, Richard Heck schreef: On 04/28/2013 10:25 AM, Vincent van Ravesteijn wrote: Commit db358a (Richard Heck; Fix bug found by Scott concerning copying XHTML to clipboard) introduces a bug that crashes LyX when something is cut the second time. Since commit 928dc0332 (Georg

Re: Crash on cutting on Windows

Op 28-4-2013 19:00, Richard Heck schreef: As things are, we actually do need to mark it as exporting, because otherwise we do not collect the right information during updateMacros. Some of the logic here could be changed, but there are other places we want to know if we are doing an export,

Re: crash on scrolling UserGuide.lyx

Op 28-4-2013 20:48, Jean-Marc Lasgouttes schreef: Le 28/04/2013 20:28, Kornel Benko a écrit : Unfortunately it looks the same in both cases. And it is independent of if I use the mouse-wheel or the scroll-bar to navigate. I get the same with page-down. JMarc It's about the fontlist not

Re: crash on scrolling UserGuide.lyx

It's about the fontlist not being initialized for InsetInfo insets ? Vincent Fixed at 36199545 ? Vincent

Re: Can't compile lyx-outline

Op 28-4-2013 22:02, Ashley Shan schreef: Hi Stephen, thank you for replying. Here's what I did. Kornel said maybe I didn't install the development tool, so I checked: I checked the installation log of my Qt 5.0.2, I searched for moc, uic, and rcc, and it seems I did have installed them:

Re: [LyX master] Also put HTML on the clipboard when copying

Op 28-4-2013 0:32, Scott Kostyshak schreef: On Sun, Apr 21, 2013 at 3:22 PM, Georg Baum georg.b...@post.rwth-aachen.de wrote: Richard Heck wrote: There are a couple issues here. One is the problem of branches. Previously, we'd have pasted the copied paragraphs into the temporary Buffer, and

Re: Recommended robust configuration for Chinese support

Op 3-4-2013 14:21, Hörmetjan Yiltiz schreef: Hi there! I am wring from Beijing, China. I found LyX very pleasing software, and used it myself for quite a long time, but still its support for writing Chinese is too frustrating, encountering some unknown bugs or failing to compile the pdf while

Crash on cutting on Windows

Commit db358a (Richard Heck; Fix bug found by Scott concerning copying XHTML to clipboard) introduces a bug that crashes LyX when something is cut the second time. Since commit 928dc0332 (Georg Baum; Fic crash for repeated pasting from complex docs) LyX crashes immediately on every cut.

Re: Crash on cutting on Windows

Op 28-4-2013 18:13, Richard Heck schreef: On 04/28/2013 10:25 AM, Vincent van Ravesteijn wrote: Commit db358a (Richard Heck; Fix bug found by Scott concerning copying XHTML to clipboard) introduces a bug that crashes LyX when something is cut the second time. Since commit 928dc0332 (Georg

Re: Crash on cutting on Windows

Op 28-4-2013 19:00, Richard Heck schreef: As things are, we actually do need to mark it as exporting, because otherwise we do not collect the right information during updateMacros. Some of the logic here could be changed, but there are other places we want to know if we are doing an export,

Re: crash on scrolling UserGuide.lyx

Op 28-4-2013 20:48, Jean-Marc Lasgouttes schreef: Le 28/04/2013 20:28, Kornel Benko a écrit : Unfortunately it looks the same in both cases. And it is independent of if I use the mouse-wheel or the scroll-bar to navigate. I get the same with page-down. JMarc It's about the fontlist not

Re: crash on scrolling UserGuide.lyx

It's about the fontlist not being initialized for InsetInfo insets ? Vincent Fixed at 36199545 ? Vincent

Re: Can't compile lyx-outline

Op 28-4-2013 22:02, Ashley Shan schreef: Hi Stephen, thank you for replying. Here's what I did. Kornel said maybe I didn't install the development tool, so I checked: I checked the installation log of my Qt 5.0.2, I searched for "moc", "uic", and "rcc", and it seems I did have installed them:

Re: [LyX master] Also put HTML on the clipboard when copying

Op 28-4-2013 0:32, Scott Kostyshak schreef: On Sun, Apr 21, 2013 at 3:22 PM, Georg Baum wrote: Richard Heck wrote: There are a couple issues here. One is the problem of branches. Previously, we'd have "pasted" the copied paragraphs into the temporary Buffer,

Re: [PATCH] CPack, NSIS: CPACK_SET_DESTDIR not compatible with NSIS

Op 26-4-2013 10:16, Hugo Hinterberger schreef: On Thu, 25 Apr 2013 21:08:01 +0200, Vincent van Ravesteijn wrote: I can't find why you would need regex2.dll .. I don't have it and I don't need it. Where did you see that this was a problem. I built and ran LyX (thanks for your fixes

Re: \centerline{} support for wide graphics and tables

Op 26-4-2013 4:10, Scott Kostyshak schreef: On Thu, Apr 25, 2013 at 3:33 PM, Vincent van Ravesteijn v...@lyx.org wrote: Op 19-3-2013 4:35, Scott Kostyshak schreef: The option could be labelled one of the following: (1) center across both margins (2) center on page across both margins (3

Re: [PATCH] (Incomplete) Nonexistent debug flag now throws an error

Op 26-4-2013 4:05, Scott Kostyshak schreef: On Thu, Apr 25, 2013 at 4:49 PM, Vincent van Ravesteijn v...@lyx.org wrote: Op 1-4-2013 6:07, Scott Kostyshak schreef: I think this is something I need to get used to: I would not have thought that this duplication of code (e.g. reparsing the string

Re: [PATCH] CPack, NSIS: CPACK_SET_DESTDIR not compatible with NSIS

Op 26-4-2013 10:16, Hugo Hinterberger schreef: On Thu, 25 Apr 2013 21:08:01 +0200, Vincent van Ravesteijn wrote: I can't find why you would need regex2.dll .. I don't have it and I don't need it. Where did you see that this was a problem. I built and ran LyX (thanks for your fixes

Re: \centerline{} support for wide graphics and tables

Op 26-4-2013 4:10, Scott Kostyshak schreef: On Thu, Apr 25, 2013 at 3:33 PM, Vincent van Ravesteijn <v...@lyx.org> wrote: Op 19-3-2013 4:35, Scott Kostyshak schreef: The option could be labelled one of the following: (1) "center across both margins" (2) "center on pag

Re: [PATCH] (Incomplete) Nonexistent debug flag now throws an error

Op 26-4-2013 4:05, Scott Kostyshak schreef: On Thu, Apr 25, 2013 at 4:49 PM, Vincent van Ravesteijn <v...@lyx.org> wrote: Op 1-4-2013 6:07, Scott Kostyshak schreef: I think this is something I need to get used to: I would not have thought that this duplication of code (e.g. rep

Re: [PATCH] CPack, NSIS: CPACK_SET_DESTDIR not compatible with NSIS

Op 25-4-2013 12:21, Hugo Hinterberger schreef: On Thu, 25 Apr 2013 09:59:04 +, Hugo Hinterberger wrote: IMHO one issue needs to be fixed in the repository. I attached (tried to - first post with Pan) a patch file that resolves the issue for me. Since I do not see the patch attached I put

Re: \centerline{} support for wide graphics and tables

Op 19-3-2013 4:35, Scott Kostyshak schreef: When inserting a graphic or table whose width is larger than \textwidth, the extra width spills over to the right margin. This might be desired in some cases, but in other cases it is nice to center the graphic or table on the page. Using

Re: Changing sizes of GuiTabular combo boxes

Op 19-3-2013 8:43, Scott Kostyshak schreef: Make a table and go to the tabular settings. Toggle multicolumn or multirow and you'll see the combo boxes and the text box changing width because At Decimal Separator is no longer an option. This did not happen before. I think commit 6f157533

Re: textsubscript and textsuperscript bug?

Op 27-3-2013 16:00, Richard Heck schreef: On 03/26/2013 08:41 PM, Scott Kostyshak wrote: On Mon, Feb 4, 2013 at 7:47 AM, Csikos Bela bcsikos...@freemail.hu wrote: Hello: I guess this is a bug in lyx 2.0.5: When a subscript (\textsubscript) or superscript (\textsuperscript) character is

Re: [PATCH] (Incomplete) Nonexistent debug flag now throws an error

Op 1-4-2013 6:07, Scott Kostyshak schreef: On Sat, Mar 30, 2013 at 10:02 AM, Vincent van Ravesteijn v...@lyx.org wrote: Op 30-3-2013 6:08, Scott Kostyshak schreef: The following command now throws an error: lyx -dbg doesNotExist NOTE: THIS PATCH IS INCOMPLETE. I think I have the right

Re: [PATCH] CPack, NSIS: CPACK_SET_DESTDIR not compatible with NSIS

Op 25-4-2013 12:21, Hugo Hinterberger schreef: On Thu, 25 Apr 2013 09:59:04 +, Hugo Hinterberger wrote: IMHO one issue needs to be fixed in the repository. I attached (tried to - first post with Pan) a patch file that resolves the issue for me. Since I do not see the patch attached I put

Re: \centerline{} support for wide graphics and tables

Op 19-3-2013 4:35, Scott Kostyshak schreef: When inserting a graphic or table whose width is larger than \textwidth, the extra width spills over to the right margin. This might be desired in some cases, but in other cases it is nice to center the graphic or table on the page. Using

Re: Changing sizes of GuiTabular combo boxes

Op 19-3-2013 8:43, Scott Kostyshak schreef: Make a table and go to the tabular settings. Toggle multicolumn or multirow and you'll see the combo boxes and the text box changing width because "At Decimal Separator" is no longer an option. This did not happen before. I think commit 6f157533

Re: textsubscript and textsuperscript bug?

Op 27-3-2013 16:00, Richard Heck schreef: On 03/26/2013 08:41 PM, Scott Kostyshak wrote: On Mon, Feb 4, 2013 at 7:47 AM, Csikos Bela wrote: Hello: I guess this is a bug in lyx 2.0.5: When a subscript (\textsubscript) or superscript (\textsuperscript) character is

Re: [PATCH] (Incomplete) Nonexistent debug flag now throws an error

Op 1-4-2013 6:07, Scott Kostyshak schreef: On Sat, Mar 30, 2013 at 10:02 AM, Vincent van Ravesteijn <v...@lyx.org> wrote: Op 30-3-2013 6:08, Scott Kostyshak schreef: The following command now throws an error: lyx -dbg doesNotExist NOTE: THIS PATCH IS INCOMPLETE. I think I have the

[PATCH] Pass the binary dir to the configure script to find tex2lyx

When using CMake, the binary files are stored in build-dir/bin. LyX can't fin tex2lyx with the current code. So, we have to point configure.py to explicitly look in the binary dir. Any objections ? Vincent --- lib/configure.py|9 - src/support/Package.cpp |2 +- 2

Re: [PATCH] (Incomplete) Nonexistent debug flag now throws an error

Op 30-3-2013 6:08, Scott Kostyshak schreef: The following command now throws an error: lyx -dbg doesNotExist NOTE: THIS PATCH IS INCOMPLETE. I think I have the right condition for detecting the error, but I don't know what to do with it. I see two ways of throwing an error: (1) create a

Re: [PATCH] (Incomplete) Nonexistent debug flag now throws an error

Op 30-3-2013 6:08, Scott Kostyshak schreef: + // Search for an explicit name + bool foundMatch = false; + for (int i = 0 ; i numErrorTags ; ++i) + if (tmp == errorTags[i].name) { +

Re: [PATCH] Pass the binary dir to the configure script to find tex2lyx

Op 30-3-2013 15:29, Kornel Benko schreef: Am Samstag, 30. März 2013 um 14:46:20, schrieb Vincent van Ravesteijn v...@lyx.org When using CMake, the binary files are stored in build-dir/bin. LyX can't fin tex2lyx with the current code. So, we have to point configure.py to explicitly look

[PATCH] Pass the binary dir to the configure script to find tex2lyx

When using CMake, the binary files are stored in /bin. LyX can't fin tex2lyx with the current code. So, we have to point configure.py to explicitly look in the binary dir. Any objections ? Vincent --- lib/configure.py|9 - src/support/Package.cpp |2 +- 2 files

Re: [PATCH] (Incomplete) Nonexistent debug flag now throws an error

Op 30-3-2013 6:08, Scott Kostyshak schreef: The following command now throws an error: lyx -dbg doesNotExist NOTE: THIS PATCH IS INCOMPLETE. I think I have the right condition for detecting the error, but I don't know what to do with it. I see two ways of throwing an error: (1) create a

Re: [PATCH] (Incomplete) Nonexistent debug flag now throws an error

Op 30-3-2013 6:08, Scott Kostyshak schreef: + // Search for an explicit name + bool foundMatch = false; + for (int i = 0 ; i < numErrorTags ; ++i) + if (tmp == errorTags[i].name) { +

Re: [PATCH] Pass the binary dir to the configure script to find tex2lyx

Op 30-3-2013 15:29, Kornel Benko schreef: Am Samstag, 30. März 2013 um 14:46:20, schrieb Vincent van Ravesteijn <v...@lyx.org> > When using CMake, the binary files are stored in /bin. LyX can't fin tex2lyx with the current code. So, we have to point configure.py to explic

Re: [PATCH] Exit with error if no filename given to -e switch

Op 28-3-2013 8:19, Scott Kostyshak schreef: From 32bd181a38ec04ba40931584633271ebf657660f Mon Sep 17 00:00:00 2001 From: Scott Kostyshakskost...@lyx.org Date: Thu, 28 Mar 2013 03:07:45 -0400 Subject: [PATCH] Exit with error if no filename given to -e switch Before, 'lyx -e pdf2' would give no

Re: [PATCH] Exit with error if no filename given to -e switch

Op 29-3-2013 11:36, Kornel Benko schreef: Am Freitag, 29. März 2013 um 11:26:45, schrieb Vincent van Ravesteijn v...@lyx.org Op 28-3-2013 8:19, Scott Kostyshak schreef: [snip] You can test this by doing: lyx myfile.lyx -e pdf This worked before and stopped working now

Re: [PATCH] Exit with error if no filename given to -e switch

Op 29-3-2013 6:59, Scott Kostyshak schreef: On Thu, Mar 28, 2013 at 8:37 AM, Vincent van Ravesteijn v...@lyx.org wrote: On Thu, Mar 28, 2013 at 8:19 AM, Scott Kostyshak skost...@lyx.org wrote: See attached patch. Before, 'lyx -e pdf2' would give no error and would exit with 0. A use case

Re: [PATCH] Exit with error if no filename given to -e switch

Op 28-3-2013 8:19, Scott Kostyshak schreef: From 32bd181a38ec04ba40931584633271ebf657660f Mon Sep 17 00:00:00 2001 From: Scott Kostyshak Date: Thu, 28 Mar 2013 03:07:45 -0400 Subject: [PATCH] Exit with error if no filename given to -e switch Before, 'lyx -e pdf2' would give

Re: [PATCH] Exit with error if no filename given to -e switch

Op 29-3-2013 11:36, Kornel Benko schreef: Am Freitag, 29. März 2013 um 11:26:45, schrieb Vincent van Ravesteijn <v...@lyx.org> > Op 28-3-2013 8:19, Scott Kostyshak schreef: [snip] > > You can test this by doing: > > "lyx myfile.lyx -e pdf" > > T

Re: [PATCH] Exit with error if no filename given to -e switch

Op 29-3-2013 6:59, Scott Kostyshak schreef: On Thu, Mar 28, 2013 at 8:37 AM, Vincent van Ravesteijn <v...@lyx.org> wrote: On Thu, Mar 28, 2013 at 8:19 AM, Scott Kostyshak <skost...@lyx.org> wrote: See attached patch. Before, 'lyx -e pdf2' would give no error and would exit with 0

Re: mentorships for GSoC 2013 -- URGENT (was: Re: sponsoring horizontal scrollbar for tables and math)

Yup. Is there developer support for all this? Stefano and I cannot really proceed without having the devels on board. Liviu You can count on me for all this. I'm sure other devels will support it as well. Vincent

Re: [PATCH] Exit with error if no filename given to -e switch

On Thu, Mar 28, 2013 at 8:19 AM, Scott Kostyshak skost...@lyx.org wrote: See attached patch. Before, 'lyx -e pdf2' would give no error and would exit with 0. A use case is if a user has in a bash script the following command: lyx -e pdf2 ${mylxyfile} || exit 1 where 'lyx' is mispelled as

Re: Summer of Code 2013

On Thu, Mar 28, 2013 at 5:19 PM, stefano franchi stefano.fran...@gmail.comwrote: Someone with editing privileges please create a new page on the wiki for LyX 2013 Summer of Code Ideas to get things started. The password suggested by the site does not work. Cheers, Stefano The

Re: mentorships for GSoC 2013 -- URGENT (was: Re: sponsoring horizontal scrollbar for tables and math)

> > Yup. Is there developer support for all this? Stefano and I cannot > really proceed without having the devels on board. > > Liviu > You can count on me for all this. I'm sure other devels will support it as well. Vincent

Re: [PATCH] Exit with error if no filename given to -e switch

On Thu, Mar 28, 2013 at 8:19 AM, Scott Kostyshak wrote: > See attached patch. > > Before, 'lyx -e pdf2' would give no error and would exit with 0. A use > case is if a user has in a bash script the following command: > > lyx -e pdf2 "${mylxyfile}" || exit 1 > > where 'lyx' is

Re: Summer of Code 2013

On Thu, Mar 28, 2013 at 5:19 PM, stefano franchi wrote: > Someone with editing privileges please create a new page on the wiki for > > LyX 2013 Summer of Code Ideas > > to get things started. The password suggested by the site does not work. > > Cheers, > > Stefano > >

Re: mentorships for GSoC 2013 -- URGENT (was: Re: sponsoring horizontal scrollbar for tables and math)

Op 17-3-2013 3:23, Liviu Andronic schreef: Dear all, As I was pointed out off-list, I got confused and the urgency is quite a bit less. Monday March 18 is when the application window *opens*. The deadline for submission is March 29. [1] Now, it is urgent again. Vincent

Re: mentorships for GSoC 2013 -- URGENT (was: Re: sponsoring horizontal scrollbar for tables and math)

Op 17-3-2013 3:23, Liviu Andronic schreef: Dear all, As I was pointed out off-list, I got confused and the urgency is quite a bit less. Monday March 18 is when the application window *opens*. The deadline for submission is March 29. [1] Now, it is urgent again. Vincent

Re: [LyX master] Add a WIN32 equivalent for gettimeofday

Add a WIN32 equivalent for gettimeofday This function does not really returns the time of day, but it will suffice to evaluate elapsed times. What's wrong with using timeGetTime instead? The choice I made was to use plain time to count also the time used by other processes (X

Re: [LyX master] Add a WIN32 equivalent for gettimeofday

On Mon, Mar 25, 2013 at 10:29 AM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote: Le 25/03/2013 10:23, Vincent van Ravesteijn a écrit : Add a WIN32 equivalent for gettimeofday This function does not really returns the time of day, but it will suffice to evaluate

Re: [LyX master] Add a WIN32 equivalent for gettimeofday

With the fix, I can use LyX without the Messages cache and I hardly notice any delays (compare this to the 2.6 second delay for each update before). This is pretty nice :) I was wondering how gettext could impair this much the performance. On linux GuiView::updateToolbars goes down from

Re: [LyX master] Add an LFUN for continuous spell checking

The preference does not get saved, does it? Do we want to save? This is an on-going discussion between me and me. This is not only an issue for the continuous spellchecking, but also for the zoom-in/out feature. The annoying thing at the moment is that when you change something

Re: [LyX master] Add a WIN32 equivalent for gettimeofday

Interesting. Now I know why gettext is slow with windows. It is environment setting that takes all the time. This is because of the horrible API of gettext. We can need several different languages at the same time, and we cannot pass that as a parameter. Moreover, if we leave these

Re: [LyX master] Add a WIN32 equivalent for gettimeofday

> > >> Add a WIN32 equivalent for gettimeofday >> >> This function does not really returns the "time of day", but it will >> suffice to evaluate elapsed times. >> > > What's wrong with using timeGetTime instead? The choice I made was to use > plain time to count also the time used by other

Re: [LyX master] Add a WIN32 equivalent for gettimeofday

On Mon, Mar 25, 2013 at 10:29 AM, Jean-Marc Lasgouttes <lasgout...@lyx.org>wrote: > Le 25/03/2013 10:23, Vincent van Ravesteijn a écrit : > > >> Add a WIN32 equivalent for gettimeofday >> >> This function does no

Re: [LyX master] Add a WIN32 equivalent for gettimeofday

> > > With the fix, I can use LyX without the Messages cache and I hardly >> notice any delays (compare this to the 2.6 second delay for each update >> before). >> > > This is pretty nice :) I was wondering how gettext could impair this much > the performance. On linux GuiView::updateToolbars

Re: [LyX master] Add an LFUN for continuous spell checking

> > >> The preference does not get saved, does it? >> >> Do we want to save? >> >> This is an on-going discussion between me and me. This is not only an >> issue for the continuous spellchecking, but also for the zoom-in/out >> feature. The annoying thing at the moment is that when you

Re: [LyX master] Add a WIN32 equivalent for gettimeofday

> > > > Interesting. Now I know why gettext is slow with windows. It is > environment setting that takes all the time. > > This is because of the horrible API of gettext. We can need several > different languages at the same time, and we cannot pass that as a > parameter. Moreover, if we leave

Re: [PATCH] a poor man's profiler

As an exercise, I would be interested to see the output (in particular on windows and mac) of the following Messages instrumentation * with USE_CACHE defined (as it is now) * without it. Well, the code wass not exactly portable to Windows, but here are some results: Without cache:

Re: [PATCH] a poor man's profiler

As an exercise, I would be interested to see the output (in particular on windows and mac) of the following Messages instrumentation * with USE_CACHE defined (as it is now) * without it. Well, the code wass not exactly portable to Windows, but here are some results: Without cache:

Re: LyX 2.1 - What is the status ?

Op 19-3-2013 19:07, Jürgen Spitzmüller schreef: 2013/3/19 José Matos: Actually my minor quibble here is the unwanted appearance of the IPA toolbars any time I start lyx Yeah, they are a real PITA. I usually fix this with rm ~/.config/LyX/lyx.conf (autotools) or rm

Re: LyX 2.1 - What is the status ?

Op 19-3-2013 14:04, Richard Heck schreef: On 03/18/2013 04:17 PM, Vincent van Ravesteijn wrote: Hi all, As there seems to be a consensus about releasing 2.1. I want to ignite the LyX 2.1 release procedure. Before I come up with a planning and/or a feature freeze, I would like to know what

Re: LyX 2.1 - What is the status ?

Op 18-3-2013 23:10, Pavel Sanda schreef: Vincent van Ravesteijn wrote: - What is the overall impression of current trunk ? - What features are in progress but needs finishing ? - Which new features do you still want to put in before 2.1 ? Vincent, do you think it's possible that you find time

Re: LyX 2.1 - What is the status ?

Op 19-3-2013 19:07, Jürgen Spitzmüller schreef: 2013/3/19 José Matos: Actually my minor quibble here is the unwanted appearance of the IPA toolbars any time I start lyx Yeah, they are a real PITA. I usually fix this with "rm ~/.config/LyX/lyx.conf" (autotools) or "rm

Re: LyX 2.1 - What is the status ?

Op 19-3-2013 14:04, Richard Heck schreef: On 03/18/2013 04:17 PM, Vincent van Ravesteijn wrote: Hi all, As there seems to be a consensus about releasing 2.1. I want to ignite the LyX 2.1 release procedure. Before I come up with a planning and/or a feature freeze, I would like to know what

Re: LyX 2.1 - What is the status ?

Op 18-3-2013 23:10, Pavel Sanda schreef: Vincent van Ravesteijn wrote: - What is the overall impression of current trunk ? - What features are in progress but needs finishing ? - Which new features do you still want to put in before 2.1 ? Vincent, do you think it's possible that you find time

LyX 2.1 - What is the status ?

Hi all, As there seems to be a consensus about releasing 2.1. I want to ignite the LyX 2.1 release procedure. Before I come up with a planning and/or a feature freeze, I would like to know what the status of the current trunk is. - What is the overall impression of current trunk ? - What

LyX 2.1 - What is the status ?

Hi all, As there seems to be a consensus about releasing 2.1. I want to ignite the LyX 2.1 release procedure. Before I come up with a planning and/or a feature freeze, I would like to know what the status of the current trunk is. - What is the overall impression of current trunk ? - What

Re: LyX developer meeting or not ?

On Mon, Jan 21, 2013 at 12:12 PM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote: Le 21/01/13 12:05, Alessandro Di Federico a écrit : Please guys add to the Wiki page when you plan to come so we can decide whether to begin Thursday or Friday:

Re: LyX developer meeting or not ?

On Mon, Jan 21, 2013 at 12:12 PM, Jean-Marc Lasgouttes wrote: > Le 21/01/13 12:05, Alessandro Di Federico a écrit : > > Please guys add to the Wiki page when you plan to come so we can decide >> whether to begin Thursday or Friday: >> >>

Re: towards the release of LyX 2.1

Op 19-2-2013 10:22, Jean-Marc Lasgouttes schreef: Le 19/02/2013 08:01, Vincent van Ravesteijn a écrit : Of course, I did not disappear without a trace.. Oh, look, a trace! JMarc Hmm.. I didn't mean to say that I disappeared with a trace, either. Vincent

<    9   10   11   12   13   14   15   16   17   18   >