Re: Open Patches

Alfredo Braunstein wrote: > 1) leave as it is and fix the thing correctly in 1.5.1. (too risky to do > that now methinks). Seems the most reasonable to me as well. I targetted bug 3600 to 1.5.1. Jürgen

Re: UTF-8 and layouts - bugs

Philippe Charpentier wrote: > The Preamble of the Style called by the tag is not put in the Preamble > of the document and LaTeX > does not compile. So bug 3521? http://bugzilla.lyx.org/show_bug.cgi?id=3521 Jürgen

Re: UTF-8 and layouts - bugs

Abdelrazak Younes a écrit : During my tests I found the three bugs below, I did not found in bugzilla: * About layouts: the tag "DependsOn" does not works when it calls a Style whose name contains special characters. I cannot test everything, but I suspect that it does not works when the na

Re: Arrival/departure dates for Bromarv?

On Wed, Jul 11, 2007 at 06:42:19PM +0200, Andre Poenitz wrote: > On Wed, Jul 11, 2007 at 09:49:32AM +0300, Martin Vermeer wrote: > > On Tue, Jul 10, 2007 at 11:25:14PM +0200, [EMAIL PROTECTED] wrote: > > > On Tue, 10 Jul 2007, Andre Poenitz wrote: > > > > ... > > > > > I've now booked my flig

Reminder: Update LyX documents to latest file format for 1.5.0

See subject. Bye, Michael

Re: Exception when opening Document->settings on Solaris

> Anyway, after r18988 LyX is not so much forgiving about wrong locales. > On Linux, try for example: > > $ env LC_ALL=foo ./src/lyx-qt4 > > and you will get that exception, too. Ouch. What if we instead of using multiple #ifs catch the exception and decide what kind sorter would be used ? pave

Re: UTF-8 and layouts - bugs

Philippe Charpentier wrote: Abdel's patch works perfectly with all my layouts and all my old lyx files (with the exceptions below): the only thing I did was to convert my layouts in UTF-8. Thus, for me, this patch is a perfect solution for the upgrade from 1.4 to 1.5! This patch is in svn now

Re: Open Patches

Michael Gerz wrote: > IIRC only Alfredo's patch #3600 and the Windows font patch are not > committed. I didn't insist on mine because it is a bug caused by a dubious stripLeadingSpaces call but: - Bo already patched the code to avoid the crash - the problem seemingly only manifests itself with l

Re: Exception when opening Document->settings on Solaris

On Wed, Jul 11, 2007 at 03:59:51PM +0200, Pavel Sanda wrote: > > All is OK with 1.5.0rc2, but with 1.5.0-svn, > > when I want to edit the settings of a template document > > on Solaris 2.8/Qt4.3.1, I get this: > > > > Caught "normal" exception: locale::facet::_S_create_c_locale name not valid >

[patch] Fwd: Lyx 1.5.0rc2: \overset math command

Andre Poenitz schrieb: >> If I write \overset{def}{=} I get the preview shown in the attached >> picture, that is 'def' does not appear above '=', but they both overlap. > > Right. > > Patch attached. > > Ok to commit? Forwarding this to the devel list. Uwe Index: InsetMathOverset.cpp =

Re: UTF-8 and layouts - bugs

Philippe Charpentier wrote: > *About lyx2lyx: it fails to convert an old lyx file containing the > command "\language frenchb" just fixed by José I think (rev. 19044). > * In a new document write: a word >   Then change the size of the two words to small; then change the color > of "a" (to red fo

UTF-8 and layouts - bugs

Hi, yesterday I test Abdel's patch "layout_name_is_unicode.patch" with the latest svn. I send a message to lyx-devel, but as I don't see it on mail-archive.com I send an other one and add some bugs I found. Abdel's patch works perfectly w

Re: Open Patches

Jürgen Spitzmüller wrote: Michael Gerz wrote: there are three more patches which may be subject to discussion: [patch] bug 1820 --- footnotes in different language (by Dov) As I just posted in a separate message, it turns out that (I'm pretty sure) this will require a format change in or

Re: listings improvement

Make external file an option under listings insert would be more intuitive. Do you mean menu items insert -> program listing program file listing or something in the listings -> right click dialog? The latter is difficult because file listings is not an option of a normal listing (which co

Re: [patch] bug 1820 --- footnotes in different language

Jean-Marc Lasgouttes wrote: "Dov" == Dov Feldstern writes: Dov> Do you know why this whole font-change mechanism was originally Dov> added? Consider a footnote with several paragraphs and assume it is typeset in \emph like this: \emph{Some text\footnote{and and explanation on several par

Re: Open Patches

Michael Gerz wrote: > there are three more patches which may be subject to discussion: > >     [patch] fix bug 3974: crash with user defined external templates (by > Bernhard) an alternative fix is in (rev 19013). >     [patch] bug 1820 --- footnotes in different language (by Dov) >     [PATCH] b

[PATCH] Important Change Tracking Patch

Hi, once again, I would like to draw your attention to the attached patch. It fixes a serious problem with change-tracked output (text inside deleted insets appears as unchanged text). Could someone please have a look at the code and do some testing? As I will not be able to do any LyX work

Re: Open Patches

Michael Gerz wrote: > IIRC only Alfredo's patch #3600 and the Windows font patch are not > committed. the font patch is in. Jürgen

Re: listings improvement

On Wednesday 11 July 2007, Bo Peng wrote: > > I can't figure out how to use external file with lyx. I only see 1 kind > > of insert for 'program listing', and nothing in the listing options that > > looks like a file name. > > Insert -> File -> Child Document -> Include Type -> Listing. You will >

Re: Lyx 1.5.0rc2: \overset math command

Andre Poenitz wrote: > > If I write \overset{def}{=} I get the preview shown in the attached > > picture, that is 'def' does not appear above '=', but they both overlap. > > Right. > > Patch attached. > > Ok to commit? Looks much better here as well, so OK from me. Jürgen

Assertion when leaving LyX

Solaris again, here is what I get when I leave LyX. Not much boring, but... Assertion failed: __pos < size(), file /usr/local/lib/gcc/sparc-sun-solaris2.8/3.4.6\ /../../../../include/c++/3.4.6/bits/basic_string.h, line 643 Program received signal SIGABRT, Aborted. 0xfdf592f0 in __sigprocmask ()

Re: Open Patches

Michael Gerz schrieb: José Matos schrieb: On Wednesday 04 July 2007 20:44:31 Michael Gerz wrote: AFAIR most have been applied already. What are the patches from this batch that did not had any comment so far? José, all, there are three more patches which may be subject to discussion:

Re: Open Patches

José Matos schrieb: On Wednesday 04 July 2007 20:44:31 Michael Gerz wrote: Hi, it seems that there are still several patches that may go into 1.5.0. Since José has left us for the rest of the week, I wonder what will happen to these patches: - RTL Justification Bug (bug3889.2.patch, 26/06/

Re: Arrival/departure dates for Bromarv?

On Wed, Jul 11, 2007 at 09:49:32AM +0300, Martin Vermeer wrote: > On Tue, Jul 10, 2007 at 11:25:14PM +0200, [EMAIL PROTECTED] wrote: > > On Tue, 10 Jul 2007, Andre Poenitz wrote: > > ... > > > I've now booked my flight, I arrive in Helsinki 14:00, you at 14:45 and > > Jean-Marc at 14:50. So

Re: [PATCH] Fix bug 3939

José Matos wrote: > If you think it is OK go ahead. :-) I did so. Jürgen

Re: [PATCH] Fix bug 3939

On Wednesday 11 July 2007 17:26:47 Jürgen Spitzmüller wrote: > Anyway, Richard's patch could be committed as is, and the message thing can > still be changed if it turns out to be as annoying as Helge states. > > Opinions? If you think it is OK go ahead. :-) > Jürgen -- José Abílio

Re: FuncRequest/dispatch goals

Bo Peng ha scritto: It would be discussed after 1.5.0 but ODF may be steered too much to WYSIWYG (single character and paragraph styles etc) to be used by Isn't LyX already moving towards supporting custom paragraph styles ? I saw a Paragraph Settings dialog (and actually I'm a little bit concer

Re: [PATCH] Fix bug 3939

Richard Heck wrote: > >> Fix bug 3939. Don't reset all the parameters when the layout is changed, > >> but instead: Check if the alignment is permitted; if not, issue a > >> warning, > >> and reset to LYX_ALIGN_LAYOUT. > > > > I tested the patch and it works. The alignment setting is now > > preser

Re: listings improvement

On Wednesday 11 July 2007 17:03:50 Bo Peng wrote: > > Insert -> File -> Child Document -> Include Type -> Listing. You will > have to manually enter options like firstline in the option box. > > I am not sure what we can do to make this easier to access... any idea? Merge graphics, external, inc

Re: [Patch] Release notes

On Wednesday 11 July 2007 17:16:47 [EMAIL PROTECTED] wrote: > The text refers to LyX 1.4.4 in the beginning, should that be 1.4.5 > instead? > > /C Yes. Feel free to fix issues like this. :-) > -- > Christian Ridderström, +46-8-768 39 44               > http://www.md.kth.se/~chr -- José Abíli

Re: FuncRequest/dispatch goals

On Wed, Jul 11, 2007 at 11:36:52AM +0200, Abdelrazak Younes wrote: > Jean-Marc Lasgouttes wrote: > >>"Tommaso" == Tommaso Cucinotta <[EMAIL PROTECTED]> writes: > > > >Tommaso> What about the OO OpenDocument xml format ? Would it be too > >Tommaso> complex for LyX ? > > > >The lyx document form

Re: [Patch] Release notes

On Wed, 11 Jul 2007, Abdelrazak Younes wrote: OK? The text refers to LyX 1.4.4 in the beginning, should that be 1.4.5 instead? /C -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr

Re: Exception when opening Document->settings on Solaris

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > > > This backtrace seems minimal, should I recompile with --enable-debug ? > > Yes, and possibly --enable-stdlib-debug if that is not already set by > default. Same result -- Jean-Pierre

Re: listings improvement

I can't figure out how to use external file with lyx. I only see 1 kind of insert for 'program listing', and nothing in the listing options that looks like a file name. Insert -> File -> Child Document -> Include Type -> Listing. You will have to manually enter options like firstline in the opt

Re: listings improvement

On Wednesday 11 July 2007, you wrote: > > I am just trying out listings and it seems pretty good. One problem I > > see is I just needed to re-indent a bunch of code (happens to be python, > > so indent matters). I thought maybe I'd just edit the lyx file in emacs, > > but found out that the form

Re: [Patch] Release notes

On Jul 11, 2007, at 11:00 AM, Abdelrazak Younes wrote: In fact, with a set of local layouts existing in 1.4.4 and needing utf8 conversion, it's possible to copy from lyx-1.4.4/layouts to lyx-1.5.0/layouts and do the conversion at the same time (including format upgrade). A bit complicated (as

Re: [Patch] Release notes

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > In fact, with a set of local layouts existing in 1.4.4 and needing > > utf8 conversion, it's possible to copy from lyx-1.4.4/layouts to > > lyx-1.5.0/layouts and do the conversion at the same time (including format > > upgrade). A bit complicated

Re: [Patch] allow unicode in layout style name

On Wednesday 11 July 2007 14:55:09 José Matos wrote: > In this case it would be enough to study the header section (the part of > the file before the real text comes)... OK. I found the real culprit, we don't have the definition of frenchb in lyx2lyx_lang. Adding that and it works again. I have

Re: listings improvement

I am just trying out listings and it seems pretty good. One problem I see is I just needed to re-indent a bunch of code (happens to be python, so indent matters). I thought maybe I'd just edit the lyx file in emacs, but found out that the form of the listing in the lyx file was not very friendly

listings improvement

I am just trying out listings and it seems pretty good. One problem I see is I just needed to re-indent a bunch of code (happens to be python, so indent matters). I thought maybe I'd just edit the lyx file in emacs, but found out that the form of the listing in the lyx file was not very friendly

Re: [Patch] Release notes

Jean-Pierre Chrétien wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: + +cd /path/to/layouts +for l in * +do + cp $l tmp.txt + iconv -f latin1 -t utf8 tmp.txt -o $l +done +iconv -f latin1 -t utf8 tmp.txt -o $l Seems that this last line should be deleted, or maybe replaced by rm tmp.txt

Re: [Patch] Release notes

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > + > +cd /path/to/layouts > +for l in * > +do > + cp $l tmp.txt > + iconv -f latin1 -t utf8 tmp.txt -o $l > +done > +iconv -f latin1 -t utf8 tmp.txt -o $l Seems that this last line should be deleted, or maybe replaced by rm tmp.txt In fact, with

Re: Slow motion while editing

Must be an X11 selection problem cause I can't reproduce under Windows. The report lacks some details but I can not reproduce anything here either. (Linux). I have a fast machine though. Bo

Re: [Patch] Release notes

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> OK? OK JMarc

Re: FuncRequest/dispatch goals

What about the OO OpenDocument xml format ? Would it be too complex for LyX ? It would be discussed after 1.5.0 but ODF may be steered too much to WYSIWYG (single character and paragraph styles etc) to be used by lyx/latex. However, being able to embed figures, and having an internal exporter to

Re: Slow motion while editing

Pavel Sanda wrote: Pavel, could you try latest svn? as i wrote a while before it is sometimes more tricky to make this bug happen. but i was able to reproduce it also with svn. Must be an X11 selection problem cause I can't reproduce under Windows. Abdel.

Re: Slow motion while editing

> Pavel, could you try latest svn? as i wrote a while before it is sometimes more tricky to make this bug happen. but i was able to reproduce it also with svn. pavel

[Patch] Release notes

OK? Index: RELEASE-NOTES === --- RELEASE-NOTES (revision 19042) +++ RELEASE-NOTES (working copy) @@ -1,5 +1,5 @@ This file lists interface changes that might affect users in 1.5.0 and -also some known problems in LyX 1.5.

Re: Slow motion while editing

> but I cannot reproduce it. can you try this ? 1. launch lyx 2. new file + some typing + mark text + copy 3. launch new instance (let the old one running) + new + type some text + try motion pavel

Re: Exception when opening Document->settings on Solaris

> All is OK with 1.5.0rc2, but with 1.5.0-svn, > when I want to edit the settings of a template document > on Solaris 2.8/Qt4.3.1, I get this: > > Caught "normal" exception: locale::facet::_S_create_c_locale name not valid could not be this somehow related to http://bugzilla.lyx.org/show_bug.cg

Re: [Patch] allow unicode in layout style name

On Wednesday 11 July 2007 14:31:40 Philippe Charpentier wrote: > José Abilio à écrit: > >> > lyx2lyx converts those documents coming from 1.3.x or before. Isn't > >> > that working? > >> > >> When I open some old files I obtain the following error: > > > >How old are those files? What is the file

Re: [Patch] Fix bug 3719: TOC skip-to points out of sync with document

José Matos wrote: On Wednesday 11 July 2007 14:07:18 Abdelrazak Younes wrote: This patch is very very safe and fixes a crash. Abdel. OK. Done, with some more cleanups in buffer_funcs. Abdel.

Re: [Patch] allow unicode in layout style name (was Re: Upgrade from 1.4 to 1.5)

José Matos wrote: On Wednesday 11 July 2007 13:34:18 Abdelrazak Younes wrote: ??? How are we disagreeing? We are discussing an implementation detail, the final result should be the same. Instead of the current: Style Anão ... End I am proposing Style Anao LyXName "Anão" ... End That

Re: [Patch] allow unicode in layout style name

José Abilio à écrit: > lyx2lyx converts those documents coming from 1.3.x or before. Isn't > that working? When I open some old files I obtain the following error: How old are those files? What is the file format number for those files? The format number of the file I tested is 221 and i

Re: [Patch] allow unicode in layout style name (was Re: Upgrade from 1.4 to 1.5)

On Wednesday 11 July 2007 13:34:18 Abdelrazak Younes wrote: > José Matos wrote: > > On Wednesday 11 July 2007 11:33:32 [EMAIL PROTECTED] wrote: > >>> Regarding this subject I think that this course of action is sound so > >>> I don't expect any major surprises. (Famous last words). > >> > >> If so

Re: [Patch] Fix bug 3719: TOC skip-to points out of sync with document

Abdelrazak Younes wrote: http://bugzilla.lyx.org/show_bug.cgi?id=3719 As explained in bugzilla, the problem is that the full toc is not regenerated when creating standard (i.e unnembered) paragraph. As the TocBackEnd use ParIterator for in buffer jumps, this can get out of sync. The partial up

Re: [Patch] Fix bug 3719: TOC skip-to points out of sync with document

On Wednesday 11 July 2007 14:07:18 Abdelrazak Younes wrote: > This patch is very very safe and fixes a crash. > > Abdel. OK. -- José Abílio

Re: [Patch] allow unicode in layout style name

On Wednesday 11 July 2007 13:58:29 Philippe Charpentier wrote: > >   lyx2lyx converts those documents coming from 1.3.x or before. Isn't > > that working? > > When I open some old files I obtain the following error: How old are those files? What is the file format number for those files? -- José

Re: Slow motion while editing

Jean-Marc Lasgouttes wrote: "Pavel" == Pavel Sanda <[EMAIL PROTECTED]> writes: Pavel> Hello, I haven't closely followed the debates concerning the Pavel> cursor motion speed and don't know what is the current status Pavel> (some patches pending?) but as I started work 1.5rc2 the typing Pavel> s

[Patch] Fix bug 3719: TOC skip-to points out of sync with document

http://bugzilla.lyx.org/show_bug.cgi?id=3719 As explained in bugzilla, the problem is that the full toc is not regenerated when creating standard (i.e unnembered) paragraph. As the TocBackEnd use ParIterator for in buffer jumps, this can get out of sync. The partial updateLabel() is my doing an

Re: [Patch] allow unicode in layout style name

José Abilio a écrit : On Tuesday 10 July 2007 15:13:49 Philippe Charpentier wrote: (in fact almost: there is still a problem with old files using the tag "\language frenchb" and perhaps others...?) as they are (i.e. without any conversion). lyx2lyx converts those documents coming fro

Re: Slow motion while editing

> "Pavel" == Pavel Sanda <[EMAIL PROTECTED]> writes: Pavel> Hello, I haven't closely followed the debates concerning the Pavel> cursor motion speed and don't know what is the current status Pavel> (some patches pending?) but as I started work 1.5rc2 the typing Pavel> speed is slow and to wait

Re: [PATCH] bug 3862: Inconsistency of appendix with child documents

> "José" == José Matos <[EMAIL PROTECTED]> writes: José> If yes then OK. Applied. Jmarc

Re: [PATCH] bug 3862: Inconsistency of appendix with child documents

José Matos wrote: On Wednesday 11 July 2007 13:00:33 Jean-Marc Lasgouttes wrote: IMO this could go in 1.5.0, although 1.5.1 would not be a big problem (cosmetic issue). JMarc Last time that Abdel propose this it had some problem. Has this been fixed? My first proposal was different and hack

Re: [Patch] allow unicode in layout style name (was Re: Upgrade from 1.4 to 1.5)

José Matos wrote: On Wednesday 11 July 2007 11:33:32 [EMAIL PROTECTED] wrote: Regarding this subject I think that this course of action is sound so I don't expect any major surprises. (Famous last words). If something does happen, your words might well make it into LyX's famous quotes :-)

Re: Exception when opening Document->settings on Solaris

Jean-Pierre Chrétien wrote: Hello, All is OK with 1.5.0rc2, but with 1.5.0-svn, when I want to edit the settings of a template document on Solaris 2.8/Qt4.3.1, I get this: Caught "normal" exception: locale::facet::_S_create_c_locale name not valid Program received signal SIGABRT, Aborted. 0x

Exception when opening Document->settings on Solaris

Hello, All is OK with 1.5.0rc2, but with 1.5.0-svn, when I want to edit the settings of a template document on Solaris 2.8/Qt4.3.1, I get this: Caught "normal" exception: locale::facet::_S_create_c_locale name not valid Program received signal SIGABRT, Aborted. 0xfdf592f0 in __sigprocmask () fr

Re: [PATCH] bug 3862: Inconsistency of appendix with child documents

> "José" == José Matos <[EMAIL PROTECTED]> writes: José> Last time that Abdel propose this it had some problem. Has this José> been fixed? Don't you see how my proposed solution is elegant? It solves all known and unknown problems! José> If yes then OK. Thanks. JMarc

Re: Crashing when pressing enter...

On Tuesday 26 June 2007 14:20:49 Alexander Streit wrote: > wrong pos 782, max is 710 at level 1. Trying to correct this. > old:  inset: 01651D90 idx: 0 par: 118 pos: 782 > > new:  inset: 01651D90 idx: 0 par: 118 pos: 710 > wrong pos 782, max is 710 at level 1. Trying to correct this. > old:  inset:

Re: 1.4.4 -> 1.5.0beta2: citation problem in PS and DVI output.

On Friday 29 June 2007 03:20:05 Rob wrote: > Rob wrote: > Hi, > > The upgrade from Fedora 6 to 7 confronted me with an automagically upgrade > of LyX from 1.4.4 to 1.5.0beta2. > > So, after the Fedora upgrade, I started LyX (looks good!) and opened my > 1.4.4 document. It looks alright, but the cit

Slow motion while editing

Hello, I haven't closely followed the debates concerning the cursor motion speed and don't know what is the current status (some patches pending?) but as I started work 1.5rc2 the typing speed is slow and to wait when moving with cursor in text is very painful (this applies to situation when i st

Re: 1.5.0beta2: export Latex(plain), why must overwrite my EPS graphics files?

On Friday 29 June 2007 04:15:18 Rob wrote: > It wouldn't be too much of a problem to let the export > go along with the already existing eps file, would it? > If so, this option should then be added here > > Rob. Rob could you add this to bugzilla as an enhancement? That way it will not be fo

Re: [PATCH] bug 3862: Inconsistency of appendix with child documents

On Wednesday 11 July 2007 13:00:33 Jean-Marc Lasgouttes wrote: > IMO this could go in 1.5.0, although 1.5.1 would not be a big problem > (cosmetic issue). > > JMarc Last time that Abdel propose this it had some problem. Has this been fixed? If yes then OK. -- José Abílio

[PATCH] bug 3862: Inconsistency of appendix with child documents

http://bugzilla.lyx.org/show_bug.cgi?id=3862 This is about numbering that is not correct when a document has an appendix and child documents. The following patch, by Abdel and me, solves it in a straightforward manner that could additionally be see as a cleanup. IMO this could go in 1.5.0, altho

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

On Wed, Jul 11, 2007 at 12:23:18PM +0200, Abdelrazak Younes wrote: > Enrico Forestieri wrote: > > On Wed, Jul 11, 2007 at 12:08:06PM +0200, Abdelrazak Younes wrote: > >> Joost Verburg wrote: > >>> José Matos wrote: > On Wednesday 11 July 2007 10:25:44 Enrico Forestieri wrote: > > Please,

Re: [PATCH] remove obsolete translations

> "José" == José Matos <[EMAIL PROTECTED]> writes: José> On Wednesday 11 July 2007 11:32:34 Jean-Marc Lasgouttes wrote: >> Jose', is the following patch OK? José> Yes. Applied. JMarc

Re: \selectlanguage{} inserts space.

On Tuesday 22 May 2007 06:03:17 John McCabe-Dansted wrote: > > This *could* be fixed on the LyX end by outputing the apparently > equivalent tex code: >http://www.csse.uwa.edu.au/~john/lyx/lyxbug_american2.tex > (so that the selectlanguage macro is only applied to the text within > environments

Re: tetex-upmethodology

On Wednesday 04 July 2007 14:53:44 Neal Becker wrote: > This looks interesting.  Anyone want to make a lyx conversion for this? > http://www.arakhne.org/spip.php?article52 Why don't you do it? :-) -- José Abílio

Re: [PATCH] compiling on Mac OS X

On Thursday 05 July 2007 08:30:13 Jean-Marc Lasgouttes wrote: > So, to conclude, José, can I apply the patch below? It is quite   > straightforward and I think it is needed > for proper pkg-config support (the only problem is that it is not   > completely correct with multiple frontends, > but this

Re: Open Patches

On Wednesday 04 July 2007 20:44:31 Michael Gerz wrote: > Hi, > > it seems that there are still several patches that may go into 1.5.0. > Since José has left us for the rest of the week, I wonder what will > happen to these patches: > > - RTL Justification Bug (bug3889.2.patch, 26/06/07) by Dov >

Re: [Patch] allow unicode in layout style name (was Re: Upgrade from 1.4 to 1.5)

On Wednesday 11 July 2007 11:33:32 [EMAIL PROTECTED] wrote: > >  Regarding this subject I think that this course of action is sound so I > > don't expect any major surprises. (Famous last words). > > If something does happen, your words might well make it into LyX's famous > quotes :-) AFAIU the

Re: [Patch] allow unicode in layout style name

On Tuesday 10 July 2007 15:13:49 Philippe Charpentier wrote: > (in fact almost: there is still a problem with old files using the tag > "\language frenchb" and perhaps others...?) > as they are (i.e. without any conversion). lyx2lyx converts those documents coming from 1.3.x or before. Isn't tha

Re: [PATCH] remove obsolete translations (was Re: Deadline of translations?)

On Wednesday 11 July 2007 11:32:34 Jean-Marc Lasgouttes wrote: > Jose', is the following patch OK? > > JMarc Yes. -- José Abílio

Re: [Patch] allow unicode in layout style name (was Re: Upgrade from 1.4 to 1.5)

On Tue, 10 Jul 2007, José Matos wrote: On Tuesday 10 July 2007 15:16:56 [EMAIL PROTECTED] wrote: What's the risk of embarrassing[*] bugs? (As this is just before the release of 1.5.0). There is no RC3 planned, right? Do you want a formula with deltas and epsilons? ;-) No there is not any

[PATCH] remove obsolete translations (was Re: Deadline of translations?)

> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: >> This would mean to remove the following: da fi ru sk sl nl pt wa sv Bo> plus zh_CN.po Jose', is the following patch OK? JMarc Index: po/LINGUAS === --- po/LINGUAS (révision 1903

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

Enrico Forestieri wrote: On Wed, Jul 11, 2007 at 12:08:06PM +0200, Abdelrazak Younes wrote: Joost Verburg wrote: José Matos wrote: On Wednesday 11 July 2007 10:25:44 Enrico Forestieri wrote: Please, find attached your patch complemented with the changes for cygwin. This can go with two OKs

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

On Wed, Jul 11, 2007 at 12:08:06PM +0200, Abdelrazak Younes wrote: > Joost Verburg wrote: > > José Matos wrote: > >> On Wednesday 11 July 2007 10:25:44 Enrico Forestieri wrote: > >>> Please, find attached your patch complemented with the changes > >>> for cygwin. > >> > >> This can go with two O

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

Enrico Forestieri wrote: On Wed, Jul 11, 2007 at 10:56:07AM +0100, José Matos wrote: On Wednesday 11 July 2007 10:25:44 Enrico Forestieri wrote: Please, find attached your patch complemented with the changes for cygwin. This can go with two OKs. I guess that Joost, Uwe, Peter or Abdel are the

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

On Wed, Jul 11, 2007 at 10:56:07AM +0100, José Matos wrote: > On Wednesday 11 July 2007 10:25:44 Enrico Forestieri wrote: > > Please, find attached your patch complemented with the changes > > for cygwin. > > This can go with two OKs. I guess that Joost, Uwe, Peter or Abdel are the > obvious ca

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

Joost Verburg wrote: José Matos wrote: On Wednesday 11 July 2007 10:25:44 Enrico Forestieri wrote: Please, find attached your patch complemented with the changes for cygwin. This can go with two OKs. I guess that Joost, Uwe, Peter or Abdel are the obvious candidates. OK. I don't know m

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

José Matos wrote: On Wednesday 11 July 2007 10:25:44 Enrico Forestieri wrote: Please, find attached your patch complemented with the changes for cygwin. This can go with two OKs. I guess that Joost, Uwe, Peter or Abdel are the obvious candidates. OK. Joost

Re: FuncRequest/dispatch goals

On Wednesday 11 July 2007 10:30:47 Jean-Marc Lasgouttes wrote: > Tommaso> Plus, what about maths ? Would they be represented as smth. > Tommaso> like MathML instead of plain LaTeX that you have now ? > > I think there are problems related to that (latex (and lyx) LyX is > more on the presentational

Re: INSTALL.cmake

On Wednesday 11 July 2007 08:30:29 Jean-Marc Lasgouttes wrote: > > Jean-Marc> Here is the patch I am going to commit. > > Hmmph. OK. -- José Abílio

Re: [patch] tiny cosmetics

On Wednesday 11 July 2007 07:31:39 Jürgen Spitzmüller wrote: > this is really just to make the paragraph dialog look a little bit more > compact, i.e. I reduced the ugly whitespace on the bottom, no other change. > > OK to commit? OK. > Jürgen -- José Abílio

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

On Wednesday 11 July 2007 10:25:44 Enrico Forestieri wrote: > Please, find attached your patch complemented with the changes > for cygwin. This can go with two OKs. I guess that Joost, Uwe, Peter or Abdel are the obvious candidates. > -- > Enrico -- José Abílio

Re: Re: [Patch] allow unicode in layout style name

Jean-Marc Lasgouttes a écrit : "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Why not? It is easier to use has a file with coherent encoding that one that uses a mixed encoding. Abdelrazak> I agree with Jose. I cannot see a reason why mixed Abdelrazak> e

Re: FuncRequest/dispatch goals

Jean-Marc Lasgouttes wrote: "Tommaso" == Tommaso Cucinotta <[EMAIL PROTECTED]> writes: Tommaso> What about the OO OpenDocument xml format ? Would it be too Tommaso> complex for LyX ? The lyx document format is supposed to reflect what LyX is able to handle. I am not sure ODF is usable, since

Re: FuncRequest/dispatch goals

> "Tommaso" == Tommaso Cucinotta <[EMAIL PROTECTED]> writes: Tommaso> What about the OO OpenDocument xml format ? Would it be too Tommaso> complex for LyX ? The lyx document format is supposed to reflect what LyX is able to handle. I am not sure ODF is usable, since we have no plan to implem

Re: r19028 - in /lyx-devel/branches/BRANCH_1_4_X: src/fronten...

On Wed, Jul 11, 2007 at 09:14:27AM +0200, Joost Verburg wrote: > Peter Kümmel wrote: > > What about using my patch and to replace the QLibrary code with your > > native calls? > > I think using native calls is safer. This is the standard method that is > known to work on all Windows versions. Yo

Re: FuncRequest/dispatch goals

Jean-Marc Lasgouttes ha scritto: Basically, the main stated plan for the 1.6 branch is switching our file format to some correctly formed xml. There is already some proof-of-concept code to do that in a branch. This will force us to What about the OO OpenDocument xml format ? Would it be too

  1   2   >