Proposal: "edit-as-text" LFUN.

2007-03-02 Thread John McCabe-Dansted
Any comments on the following proposal? I propose an LFUN to allow the lyx file to be edited or processed as text without having to leave the LyX GUI. This could be essentially the same as a "export, edit, import", but with an automatically selected temporary file rather than dialogs requesting a

Re: [patch] fix bugs 3305 and 3172

2007-03-02 Thread Juergen Spitzmueller
Georg Baum wrote: > Please test. Many thanks. However, > +   // files with spaces are often enclosed in quotation marks > +   // those have to be removed > +   if (contains(foundfile, ' ') && foundfile[0] == '"' && > +       foundfile[foundfile.length() - 1] == '"') > +   

Re: [Patch] Rework of LyXLex && fix at least the vspace dialog bug

2007-03-02 Thread Bernhard Roider
Lars Gullik Bjønnes wrote: Bernhard Roider <[EMAIL PROTECTED]> writes: | the patch... I think the var "lastReadOk" should be mutable, and you should not remove const from the functions. i already thought about that. i will do it.

Re: [Patch] Rework of LyXLex && fix at least the vspace dialog bug

2007-03-02 Thread Lars Gullik Bjønnes
Bernhard Roider <[EMAIL PROTECTED]> writes: | the patch... I think the var "lastReadOk" should be mutable, and you should not remove const from the functions. | Index: src/lyxlex.h | === | --- src/lyxlex.h (revision 17394) | ++

Re: [Patch] Rework of LyXLex && fix at least the vspace dialog bug

2007-03-02 Thread Abdelrazak Younes
Bernhard Roider wrote: Hello all, [...] I tested lyx with the attached patch and found no problems, but who knows... i think this should go in. comments? Only a tiny one from me: Instead of remove the constness of getXXX() methods I suggest that you make lastReadOk_ mutable.. Bernh

Re: r17395 - in /lyx-devel/trunk/src: frontends/qt4/QGraphics...

2007-03-02 Thread Lars Gullik Bjønnes
[EMAIL PROTECTED] writes: | Author: uwestoehr | Date: Fri Mar 2 23:20:32 2007 | New Revision: 17395 | | URL: http://www.lyx.org/trac/changeset/17395 | Log: | - fix bug 2458 | http://bugzilla.lyx.org/show_bug.cgi?id=2458 | - whitespace | | Modified: | lyx-devel/trunk/src/frontends/qt4/QGraph

Re: [Patch] Rework of LyXLex && fix at least the vspace dialog bug

2007-03-02 Thread Bernhard Roider
Bernhard Roider wrote: today i searched for the reason why the vspace dialog is completely broken as Michael Gerz wrote in his mail from 27.02.2007. bug #3293 (http://bugzilla.lyx.org/show_bug.cgi?id=3293)

Re: [Patch] Rework of LyXLex && fix at least the vspace dialog bug

2007-03-02 Thread Bernhard Roider
the patch... Bernhard Roider wrote: Hello all, today i searched for the reason why the vspace dialog is completely broken as Michael Gerz wrote in his mail from 27.02.2007. It turned out that the bug was introduced by the patch that fixed the bug that crashed lyx when "inset-insert ert" was

[Patch] Rework of LyXLex && fix at least the vspace dialog bug

2007-03-02 Thread Bernhard Roider
Hello all, today i searched for the reason why the vspace dialog is completely broken as Michael Gerz wrote in his mail from 27.02.2007. It turned out that the bug was introduced by the patch that fixed the bug that crashed lyx when "inset-insert ert" was executed from the command buffer. The

Re: [patch] use only one codeset definition

2007-03-02 Thread Lars Gullik Bjønnes
Georg Baum <[EMAIL PROTECTED]> writes: | Lars, | | is there any particular reason why you used a separate definition of codeset | in the messages files? Shouldn't we use only one, as in the attached patch? I think this came to when I battled with some conversion stuff, and wanted to use UCS-4-IN

LyX-1.4.4-Mac-PPC now available

2007-03-02 Thread Bennett Helm
I just sent a note to the User's list indicating that, thanks to Anders Ekberg, we have a new version of LyX-1.4.4-Mac-PPC, which I believe solves problems users have been having. Jean-Marc, could you put this new version on the official server? -- It can be found here:

Re: LyX version 1.5.0 (beta 1) is released

2007-03-02 Thread Rex Dieter
José Matos wrote: > On Friday 02 March 2007 5:41:26 pm Rex Dieter wrote: >> José Matos wrote: >> > Public release of LyX version 1.5.0 (beta 1) >> > === >> > >> > We are glad to announce the release of LyX 1.5.0 (beta 1). >> >> Are target release date for 1.5.0 (fin

Re: LyX version 1.5.0 (beta 1) is released

2007-03-02 Thread José Matos
On Friday 02 March 2007 5:41:26 pm Rex Dieter wrote: > José Matos wrote: > > Public release of LyX version 1.5.0 (beta 1) > > === > > > > We are glad to announce the release of LyX 1.5.0 (beta 1). > > Are target release date for 1.5.0 (final)? The code is improvin

Re: LyX version 1.5.0 (beta 1) is released

2007-03-02 Thread Rex Dieter
José Matos wrote: > Public release of LyX version 1.5.0 (beta 1) > === > > We are glad to announce the release of LyX 1.5.0 (beta 1). Are target release date for 1.5.0 (final)? -- Rex

[patch] fix bugs 3305 and 3172

2007-03-02 Thread Georg Baum
This patch (basically from Jürgen, see http://bugzilla.lyx.org/show_bug.cgi?id=3172, http://bugzilla.lyx.org/show_bug.cgi?id=3288 and http://bugzilla.lyx.org/show_bug.cgi?id=3305) should fix dependency handling on windows. Please test. GeorgIndex: src/LaTeX.C =

Spellcheck stalls on read-only docs

2007-03-02 Thread Jean-Pierre Chrétien
Hello, While checking for bug 3270, it appeared that the spellchecker stalls if called for a read-only document. I guess spellcheck is not possible in that case, then the menu item should be greyed out. -- Jean-Pierre

[patch] use only one codeset definition

2007-03-02 Thread Georg Baum
Lars, is there any particular reason why you used a separate definition of codeset in the messages files? Shouldn't we use only one, as in the attached patch? GeorgIndex: src/client/messages.C === --- src/client/messages.C (Revision

[patch] more loweracse/uppercase stuff

2007-03-02 Thread Georg Baum
This patch completes my recent locale work. It ensures that the char versions of lowercase/uppercase are only used for ASCII characters, since they are locale dependant. Ideally, we would not implement them at all, but if we do that the char_type versions would be used instead, so it is better to i

Re: Add cjk support

2007-03-02 Thread Abdelrazak Younes
岩見昌範 wrote: So, if I understand you correctly, this is the only thing that your patch change? Yes, This patch enables the use of input method by "On the spot" (on Windows). What about the Underbar and DotUnderbar methods? Is this a way to have a horizontal cursor that span the character wid

Re: Add cjk support

2007-03-02 Thread 岩見昌範
So, if I understand you correctly, this is the only thing that your patch change? Yes, This patch enables the use of input method by "On the spot" (on Windows). What about the Underbar and DotUnderbar methods? Is this a way to have a horizontal cursor that span the character width? The preed

Re: Add cjk support

2007-03-02 Thread Abdelrazak Younes
岩見昌範 wrote: I've applied the patch, and find out that the patch changes the inputmethod style from "off the spot"(current default inputmethod style of lyx1.5.0beta1) to "on the spot". Other than that, I cannot see any difference up to now. Cghan, Thank you for your test. Mr. Iwami, can you t

Re: Add cjk support

2007-03-02 Thread 岩見昌範
I've applied the patch, and find out that the patch changes the inputmethod style from "off the spot"(current default inputmethod style of lyx1.5.0beta1) to "on the spot". Other than that, I cannot see any difference up to now. Cghan, Thank you for your test. Mr. Iwami, can you tell us what

Re: Add cjk support

2007-03-02 Thread 한창길
Hello, - Original Message - >> From: Abdelrazak Younes <[EMAIL PROTECTED]> >> To: lyx-devel@lists.lyx.org >> Date: 2007-03-01 21:34:06 >> Subject: Re: Add cjk support >> >> >> Cghan, are you reading this? Your experience would help I am sure... I've applied the patch, and find out tha

Re: Beta next Tuesday?

2007-03-02 Thread Jean-Marc Lasgouttes
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: >> Should getEngine from biblio.C be moved to BufferParams and used >> there? I'd like to factor code whenever possible. Martin> Hmm. What would be the advantage? Sure I can do it... won't be Martin> next Tuesday though. Make sure tha

Re: Beta next Tuesday?

2007-03-02 Thread Martin Vermeer
On Fri, Mar 02, 2007 at 11:34:06AM +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> On Fri, Mar 02, 2007 at 04:13:14AM +0100, Juergen Spitzmueller > Martin> wrote: > >> José Matos wrote: > >> > >> > What is Jürgen's opinion on the subje

Re: Beta next Tuesday?

2007-03-02 Thread Jean-Marc Lasgouttes
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> On Fri, Mar 02, 2007 at 04:13:14AM +0100, Juergen Spitzmueller Martin> wrote: >> José Matos wrote: >> >> > What is Jürgen's opinion on the subject? >> >> Without having a closer look at the patch, my opinion is that >> Martin's

Re: Beta next Tuesday?

2007-03-02 Thread José Matos
On Friday 02 March 2007 8:54:43 am Abdelrazak Younes wrote: > I reviewed the fixed that went in SVN since beta1 and I agree that not > much has happened. We had a file format change... -- José Abílio

Re: Some feedback on LyX 1.5 beta

2007-03-02 Thread Trenton Schulz
On Mar 2, 2007, at 9:13 AM, Georg Baum wrote: Trenton Schulz wrote: It's only a problem if you have something like this. #define BIG_ENDIAN // I am building on PowerPC. // ... #ifdef BIG_ENDIAN // some endian specific stuff // ... #endif We have something like this: The WORDS_BIGENDIAN d

Re: Some feedback on LyX 1.5 beta

2007-03-02 Thread Trenton Schulz
On Mar 2, 2007, at 3:36 AM, Bennett Helm wrote: On Mar 1, 2007, at 5:40 PM, Trenton Schulz wrote: Trenton> Is there any reason why LyX isn't built universal? Mostly ignorance on my part. (My standard disclaimer: I am not a developer.) Also some have thought that having separate binaries i

Re: Beta next Tuesday?

2007-03-02 Thread Abdelrazak Younes
Georg Baum wrote: José Matos wrote: Hi, any objection? I would like to freeze the repo on Monday and release on Tuesday afternoon. This will give a newer version for packagers to base. In case it is not evident I would like to release the third beta, on 19 March, and so on. A new release eve

Re: [Cvslog] r17371 - in /lyx-devel/trunk/src: MenuBackend.C frontends...

2007-03-02 Thread Georg Baum
Andre Poenitz wrote: > Note that a 'equal_ascii_no_case' would be sufficient and simplify the > logic (at least look more C++ish than the current -1/0/1 result. The big advantage of compare_ascii_no_case is that it exists already. I am not going to implement yet another string comparison function

Re: "An error occurred whilst running -f 'newfile4.tex' 'newfile4.lyx'"

2007-03-02 Thread Georg Baum
John McCabe-Dansted wrote: > On 3/2/07, Georg Baum > <[EMAIL PROTECTED]> wrote: >> This is because up to 1.4.x the exporter chooses the first conversion >> path that it finds, not the shortest one. In this case that is export to >> tex -> lyx -> LyXt. In 1.5 the shortest path is used instead, so y

Re: Beta next Tuesday?

2007-03-02 Thread Georg Baum
José Matos wrote: > Hi, > any objection? > > I would like to freeze the repo on Monday and release on Tuesday > afternoon. > > This will give a newer version for packagers to base. > > In case it is not evident I would like to release the third beta, on 19 > March, and so on. A new release ever

Re: r17391 - /lyx-devel/trunk/src/frontends/controllers/Contr...

2007-03-02 Thread Georg Baum
Lars Gullik Bjønnes wrote: > The include here... is it inside "namespace lyx"? No. > If so it should be moved outside. Of course. Georg

Re: Beta next Tuesday?

2007-03-02 Thread José Matos
On Friday 02 March 2007 7:00:00 am Martin Vermeer wrote: > What about committing this with a FIXME? The original reasoning remains, this can go in when you two reach an agreement. :-) > - Martin -- José Abílio

Re: Some feedback on LyX 1.5 beta

2007-03-02 Thread Georg Baum
Trenton Schulz wrote: > It's only a problem if you have something like this. > > #define BIG_ENDIAN // I am building on PowerPC. > > // ... > > #ifdef BIG_ENDIAN > // some endian specific stuff > // ... > #endif We have something like this: The WORDS_BIGENDIAN define. This is used e.g. in src/