On Mon, Jul 09, 2007 at 10:48:32PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Here it is. I verified that with the patch applied one can
> Enrico> have fonts with the same name as the Bakoma ones installed in
> Enrico> the syst
José Matos schrieb:
The patch seems reasonable as far as I can see. :-)
If Edwin confirms that it works it can go in.
IIRC Edwin went on vacation. Therefore, someone else should have a look
at the patch (from a technical and an operational perspective).
This is very nasty bug and I am
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes schrieb:
>> I did not manage to reproduce the problem I saw and anyway I do not
>> think they are introduced by the patch. Please go ahead.
>>
Committed as
Michael> http://www.lyx.org/trac/changeset/19019
Jean-Marc Lasgouttes schrieb:
I did not manage to reproduce the problem I saw and anyway I do not
think they are introduced by the patch. Please go ahead.
Committed as
http://www.lyx.org/trac/changeset/19019
Michael
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Here it is. I verified that with the patch applied one can
Enrico> have fonts with the same name as the Bakoma ones installed in
Enrico> the system font dir and yet the latter are used in LyX.
I'll apply it tomorrow (is there
Jean-Marc Lasgouttes schrieb:
"Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> See it that way: I removed an obsolete non-const method for
Michael> "defined" and added a _different_ non-const method for
Michael> "used". There is no case in which we want to change a
Mi
Dov Feldstern wrote:
Dov Feldstern wrote:
are attached in bugzilla (though I'm having trouble downloading
attachments from bugzilla, at the moment, anyone know anything about
this?)
Dov
I was able to download the attachments from bugzilla now, and I see
there's one case which still isn't
Andre Poenitz wrote:
No... rather an obvious replacement that's e.g. known to work with
Chinese Windows or such...
FILE_SHARE_DELETE is a sharing mode supported by Windows 2000 and later.
This boost library uses it in the part of the code that is supposed to
work on older Windows versions. Th
On Mon, Jul 09, 2007 at 09:23:48PM +0200, Joost Verburg wrote:
> Andre Poenitz wrote:
> >>I've finally been able to solve the problem. It turned out to be a bug
> >>in recent versions of the boost filesystem library.
> >
> >
>
> You mean that it should be reported to the boost developers?
No...
Andre Poenitz wrote:
I've finally been able to solve the problem. It turned out to be a bug
in recent versions of the boost filesystem library.
You mean that it should be reported to the boost developers? Sure, but
as long as this boost version is included with LyX, it needs a temporary
pa
On Mon, Jul 09, 2007 at 07:25:09PM +0200, Joost Verburg wrote:
> Joost Verburg wrote:
> >LyX 1.5 almost works on Windows 98/Me. I can create, open and save
> >documents and do all the normal work. There is however one major bug
> >that makes it useless: The second time LyX is started (when no
>
Abdelrazak Younes schrieb:
I committed a better version with some comments:
Thanks a lot!
Michael
Abdelrazak Younes schrieb:
While I agree that your patch is good and clean (thus you have my OK),
I don't understand why qt_() does not work. Do you?
Because the label to be translated does not appear in the po files.
I will commit in a minute...
Michael
Enrico Forestieri wrote:
This is a patch for LyX 1.4.5, which already doesn't run on Win98...
That's correct. So this should probably go in 1.4.5 even if the 1.5
version is not ready yet.
Joost
On Mon, Jul 09, 2007 at 07:34:03PM +0200, Joost Verburg wrote:
> Enrico Forestieri wrote:
> > Here it is. I verified that with the patch applied one can have fonts
> > with the same name as the Bakoma ones installed in the system font dir
> > and yet the latter are used in LyX.
>
> I just made Ly
I'm trying to plan my vacation trip just before Bromarv, as well as the
trip to Bromarv. It'd be nice to know what times people are planning
to be there?
/Christian
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Enrico Forestieri wrote:
Here it is. I verified that with the patch applied one can have fonts
with the same name as the Bakoma ones installed in the system font dir
and yet the latter are used in LyX.
I just made LyX 1.5 support Windows 98/Me, so this patch needs to be
changed to work on Wind
José Matos wrote:
On Monday 09 July 2007 09:50:27 Abdelrazak Younes wrote:
I guess the problem is that nobody understands this bidi stuff like
you do. I would tend to say "go ahead!", but I am not sure what are my
credentials to do so :)
Same position for me. The patch looks not so complicate s
Joost Verburg wrote:
LyX 1.5 almost works on Windows 98/Me. I can create, open and save
documents and do all the normal work. There is however one major bug
that makes it useless: The second time LyX is started (when no
configuration needs to be done anymore) it just crashes on startup! When
I
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I don't think so: we can augment Bo's patch in Text3.cpp
Abdelrazak> like this:
Abdelrazak> + // if this LFUN will clear selection, saveSelection for
Abdelrazak> persistent + // selection + if
this handle the case of
buffer-next/previous (ctrl-page up/down), which Bo missed. Besides the
fact that adding the SaveSelection flag is easy, I guess you can see
why this is error prone...
I admit that I did not go through the LFUN carefully. I planned to do
so after my approach is agreed upo
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> FWIW I agree with Bo. The reason why I like it more is
Abdelrazak> that Bo's approach will allow us to remove some more code
Abdelrazak> (selHandle, etc).
>>
>> I am not 100% sure with that.
Abdelrazak> I was talking
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I don't think so: we can augment Bo's patch in Text3.cpp
Abdelrazak> like this:
Abdelrazak> + // if this LFUN will clear selection, saveSelection for
Abdelrazak> persistent + // selection + if
Abdelrazak> (lyxaction.f
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The patch is shorter yes but I don't think the final code
Abdelrazak> will be shorter.
No, but it is less complex IMO.
>> Here is what I came up with. Note that now saveSelection does its
>> job only if cursor is act
José Matos wrote:
On Monday 09 July 2007 14:21:58 Abdelrazak Younes wrote:
Which one? The one that add a redundant updateToc() in LyXView or the
one that updates the dialogs only if this is not LFUN_UPDATE_DIALOG in
LyXFunc?
Conceptually speaking, the later is more correct, even if this means a
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> FWIW I agree with Bo. The reason why I like it more is
Abdelrazak> that Bo's approach will allow us to remove some more code
Abdelrazak> (selHandle, etc).
I am not 100% sure with that.
I was
Jean-Marc Lasgouttes wrote:
"Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Concerning your approach, many things are still missing (IMO of
course). For example, self-insert will replace the selection if
there is one, so you should save the selection.
Bo> This is expected, and can be solved easi
On Monday 09 July 2007 14:21:58 Abdelrazak Younes wrote:
> Which one? The one that add a redundant updateToc() in LyXView or the
> one that updates the dialogs only if this is not LFUN_UPDATE_DIALOG in
> LyXFunc?
>
> Conceptually speaking, the later is more correct, even if this means a
> special c
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> FWIW I agree with Bo. The reason why I like it more is
Abdelrazak> that Bo's approach will allow us to remove some more code
Abdelrazak> (selHandle, etc).
I am not 100% sure with that. In particular, one thing I would
On Monday 09 July 2007 16:03:50 Abdelrazak Younes wrote:
> Here is an updated patch that works on all use cases.
>
> Abdel.
Please target this for 1.5.1. :-)
--
José Abílio
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Concerning your approach, many things are still missing (IMO of
>> course). For example, self-insert will replace the selection if
>> there is one, so you should save the selection.
Bo> This is expected, and can be solved easily by adding SaveS
Mael Hilléreau wrote:
To Richard: please, don't forget the list in your reply ;-)
I was out of town and using an unfamiliar system
Le 6 juil. 07 à 23:17, [EMAIL PROTECTED] a écrit :
There are going to be many of dialogs
that behave like this one. AFAIU, precisely all dialogs whose
controll
On Fri, Jul 06, 2007 at 04:31:24PM +0200, Enrico Forestieri wrote:
> On Fri, Jul 06, 2007 at 01:23:48PM +0200, Jean-Marc Lasgouttes wrote:
>
> >
> > Hello,
> >
> > Since Jose' plans to release 1.5.0 next week, we'd better be ready
> > with 1.4.5 too. I append the ANNOUNCE file that I just updat
Bo Peng wrote:
Concerning your approach, many things are still missing (IMO of
course). For example, self-insert will replace the selection if there
is one, so you should save the selection.
This is expected, and can be solved easily by adding SaveSelection
flag to this LFUN. The advantage of m
Bo Peng wrote:
I think I prefer the LFUN based solution as it is more systematic. But
at the same time why keep Cursor::selHandle() if we do that?
I tried a little bit but while my patch is pretty straightforward and
safe, moving or deleting selHandle seems to be too dangerous to be
done right
Concerning your approach, many things are still missing (IMO of
course). For example, self-insert will replace the selection if there
is one, so you should save the selection.
This is expected, and can be solved easily by adding SaveSelection
flag to this LFUN. The advantage of my patch is that
Abdelrazak Younes wrote:
José Matos wrote:
On Monday 09 July 2007 09:34:12 Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3862
Attached.
Abdel.
The patch seems straightforward but this is also the type of bug that
can wait for 1.5.1.
Hum, you were right to be cautious.
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> I think I prefer the LFUN based solution as it is more systematic.
>> But at the same time why keep Cursor::selHandle() if we do that?
Bo> I tried a little bit but while my patch is pretty straightforward
Bo> and safe, moving or deleting selHan
> "Lventer" == [EMAIL PROTECTED] us <[EMAIL PROTECTED]> writes:
Lventer> My problem is that I have hundreds of Letters that I cannot
Lventer> open anymore as the new versions object compiling them.
Lventer> If there is something simple you know of how to fix this, let
Lventer> me know, otherw
I think I prefer the LFUN based solution as it is more systematic. But
at the same time why keep Cursor::selHandle() if we do that?
I tried a little bit but while my patch is pretty straightforward and
safe, moving or deleting selHandle seems to be too dangerous to be
done right now. Of course,
I use Lyx quite extensively to write most of my letters.
Reason is I use LaTeX in my work so it is a nice compliment.
However, I found that the last two versions of Lyx could not process any
of my older lyx files.
The error I get was that something needs to be inserted.
DVI files could obvious
On 9 jul 2007, at 14.15, Jean-Marc Lasgouttes wrote:
"Anders" == Anders Ekberg <[EMAIL PROTECTED]> writes:
Anders> The patch addresses this by excluding all accented characters
Anders> from the list that revert_unicode processes. In principle this
Anders> results in that accented characters ge
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Other things?
Bo> Two easy bugs that are fixed in trunk but not in 1.4.x:
Bo> http://bugzilla.lyx.org/show_bug.cgi?id=1486
I applied this one.
Bo> http://bugzilla.lyx.org/show_bug.cgi?id=3363
This one is less problematic, so I skipped it (b
José Matos wrote:
On Monday 09 July 2007 09:34:12 Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3862
Attached.
Abdel.
The patch seems straightforward but this is also the type of bug that can wait
for 1.5.1.
Hum, you were right to be cautious. This patch only works for
José Matos wrote:
On Monday 09 July 2007 13:55:01 Abdelrazak Younes wrote:
The part below was not meant to be in the patch, please ignore:
If that fixes the bug then OK.
Which one? The one that add a redundant updateToc() in LyXView or the
one that updates the dialogs only if this is not LF
On Mon, Jul 09, 2007 at 02:56:34PM +0200, Jean-Marc Lasgouttes wrote:
> > "Sven" == Sven Hoexter <[EMAIL PROTECTED]> writes:
>
> Sven> On Sun, Jul 08, 2007 at 03:49:34PM +0100, Sam Lewis wrote:
> Sven> Hi Sam,
>
> >> I've moved a 1.5rc2 binary for ubuntu dapper to incoming
> >> ftp.lyx.org. C
On Monday 09 July 2007 13:55:01 Abdelrazak Younes wrote:
> The part below was not meant to be in the patch, please ignore:
If that fixes the bug then OK.
--
José Abílio
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> The problem here is that the Toc dialog has not been
Abdelrazak> reconstructed (because it comes after in the list of
Abdelrazak> dialogs).
Abdelrazak> This patch sho
> "Sven" == Sven Hoexter <[EMAIL PROTECTED]> writes:
Sven> On Sun, Jul 08, 2007 at 03:49:34PM +0100, Sam Lewis wrote:
Sven> Hi Sam,
>> I've moved a 1.5rc2 binary for ubuntu dapper to incoming
>> ftp.lyx.org. Could someone please place in the appropriate folder.
>> Many thanks!
Sven> I don't
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The problem here is that the Toc dialog has not been
Abdelrazak> reconstructed (because it comes after in the list of
Abdelrazak> dialogs).
Abdelrazak> This patch should definitely go _before_
On Sun, Jul 08, 2007 at 03:49:34PM +0100, Sam Lewis wrote:
Hi Sam,
> I've moved a 1.5rc2 binary for ubuntu dapper to incoming ftp.lyx.org.
> Could someone please place in the appropriate folder. Many thanks!
I don't like to bother other people with licence issue but there's no
diff.gz avaible s
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The problem here is that the Toc dialog has not been
Abdelrazak> reconstructed (because it comes after in the list of
Abdelrazak> dialogs).
Abdelrazak> This patch should definitely go _before_
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Why should we? I am probably missing something but...
Abdelrazak> isn't it enough to tell to the users that their layout
Abdelrazak> needs to be converted to utf8? Of course we should say it
Ab
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The problem here is that the Toc dialog has not been
Abdelrazak> reconstructed (because it comes after in the list of
Abdelrazak> dialogs).
Abdelrazak> This patch should definitely go _before_ 1.5.0; OK?
I understand
The reason is that closing a Buffer triggers an update of all opened
dialogs when dispatching LFUN_DIALOG_UPDATE (hence the patch). The path
is as following:
setBuffer() -> updateBufferDependent() -> RestoreButton() -> LFUN
The problem here is that the Toc dialog has not been reconstructed
(b
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Why should we? I am probably missing something but...
Abdelrazak> isn't it enough to tell to the users that their layout
Abdelrazak> needs to be converted to utf8? Of course we should say it
Abdelrazak> big and loud bu
> "Anders" == Anders Ekberg <[EMAIL PROTECTED]> writes:
Anders> The patch addresses this by excluding all accented characters
Anders> from the list that revert_unicode processes. In principle this
Anders> results in that accented characters get "properly" translated
Anders> and remaining unico
> "Sam" == Sam Lewis <[EMAIL PROTECTED]> writes:
Sam> Hi, I've moved a 1.5rc2 binary for ubuntu dapper to incoming
Sam> ftp.lyx.org. Could someone please place in the appropriate
Sam> folder. Many thanks!
Hello,
I did that.
JMarc
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Here is an updated patch that I actually tested. It
Abdelrazak> doesn't crash anymore but it doesn't work well because
Abdelrazak> there is a problem with layout files in trunk: I think
Abdelra
> "Mikhail" == Mikhail Teterin <[EMAIL PROTECTED]> writes:
Mikhail> But do you intend to keep maintaining the two branches for a
Mikhail> while? If so, I'll, probably, make a separate port of lyx15
Mikhail> -- for the adventerous.
No, there is no plan to maintain 1.4 beyond 1.4.5 (unless some
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Here is an updated patch that I actually tested. It
Abdelrazak> doesn't crash anymore but it doesn't work well because
Abdelrazak> there is a problem with layout files in trunk: I think
Abdelrazak> they are encoded in
On Mon, Jul 09, 2007 at 01:01:21PM +0200, Jean-Marc Lasgouttes wrote:
> > "Pavel" == Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> >> Pavel Sanda schrieb:
> >>
> >> >>For the patch to readme.localization, could you please send this
> >> as >>separate patch to the devel list for approval.
> >>
> > (when typing all in the same line)
bah, i should be more attentive. sorry.
fixed patch attached.
pavel
Index: README.localization
===
--- README.localization (revision 19005)
+++ README.localization (working copy)
@@ -14,9 +14,9
Pavel Sanda wrote:
> $ unset LANG
> $ lyx
> ->english menus
> $ LANG=cs_CZ
> $ lyx
> ->english menus
> $ export LANG=cs_CZ
> $ lyx
> ->czech menus
$ LANG=cs_CZ lyx
->czech menus
Jürgen
> Looks good to me except maybe:
>
> - On Linux: LANG=xx_CC lyx
> + On Linux: export LANG=xx_CC lyx
>
> I do not thing the 'export' is needed. Does it change something for
> you? (when typing all in the same line)
$ unset LANG
$ lyx
->english menus
$ LANG=cs_CZ
$ lyx
->english menus
$ export
On Sunday 08 July 2007 17:01:56 Michael Gerz wrote:
> Edwin Leuven schrieb:
> > second thing is when i delete a collapsed footnote. the collapse
> > footnote gets crossed out in lyx but not the text inside. in the dvi
> > the footnote isn't crossed out.
>
> Ouch. This is a very serious CT problem!
> "Pavel" == Pavel Sanda <[EMAIL PROTECTED]> writes:
>> Pavel Sanda schrieb:
>>
>> >>For the patch to readme.localization, could you please send this
>> as >>separate patch to the devel list for approval.
>> >
>> >i wonder what is this list for then :)
>>
>> I'm only unsure if I'm allowed to
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Monday 09 July 2007 11:19:22 Jean-Marc Lasgouttes wrote:
>> José, is this patch OK?
José> Yes.
Done thanks.
JMarc
On Mon, Jul 09, 2007 at 10:51:15AM +0100, José Matos wrote:
> On Sunday 08 July 2007 18:10:37 Koji Yokota wrote:
> > Yap, it solved the problem. Thank you!!
>
> OK Enrico you can commit the patch.
Done.
--
Enrico
José Matos wrote:
On Monday 09 July 2007 09:56:18 Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3992
Attached.
OK.
I committed a better version with some comments:
Author: younes
Date: Mon Jul 9 12:32:28 2007
New Revision: 19010
URL: http://www.lyx.org/trac/changeset/1
José Matos wrote:
On Monday 09 July 2007 09:34:12 Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3862
Attached.
Abdel.
The patch seems straightforward but this is also the type of bug that can wait
for 1.5.1.
Some more explanation:
1) The section labels won't have a goo
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Fri, 6 Jul 2007, Jean-Marc Lasgouttes wrote:
>> Since Jose' plans to release 1.5.0 next week, we'd better be ready
>> with 1.4.5 too. I append the ANNOUNCE file that I just updated.
christian> Looks good to me. I
On Monday 09 July 2007 11:19:22 Jean-Marc Lasgouttes wrote:
> José, is this patch OK?
Yes.
> JMarc
--
José Abílio
> "Bernhard" == Bernhard Roider <[EMAIL PROTECTED]> writes:
>> What about a different idea: since the problem is the hardcoding of
>> RasterImage, we could replace it by code like the following.
>>
Bernhard> This solution looks good to me and should go in imho.
José, is this patch OK?
JMar
On Monday 09 July 2007 09:56:18 Abdelrazak Younes wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=3992
>
> Attached.
OK.
--
José Abílio
On Monday 09 July 2007 09:34:12 Abdelrazak Younes wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=3862
>
> Attached.
>
> Abdel.
The patch seems straightforward but this is also the type of bug that can wait
for 1.5.1.
Let us wait for other opinions.
--
José Abílio
On Monday 09 July 2007 11:07:28 Jean-Marc Lasgouttes wrote:
> OK, go ahead.
+1
> JMarc
--
José Abílio
> "José" == José Matos <[EMAIL PROTECTED]> writes:
>> All of this make perfectly sense to me. Although Jean-Marc has left
>> us with some FUD (but without a given proof), I would like to
>> commit his patch. Could someone please give another OK?
José> I would like to wait for Jean-Marc on t
Michael Cysouw wrote:
> the source code viewer does not display unicode.
could you elaborate a bit please?
Jürgen
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> See it that way: I removed an obsolete non-const method for
Michael> "defined" and added a _different_ non-const method for
Michael> "used". There is no case in which we want to change a
Michael> "defined" toolbar whereas we have
José Matos wrote:
On Monday 09 July 2007 07:49:25 Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3990
Attached.
OK.
Done.
On Monday 09 July 2007 07:49:25 Abdelrazak Younes wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=3990
>
> Attached.
OK.
> Abdel.
--
José Abílio
On Sunday 08 July 2007 18:10:37 Koji Yokota wrote:
> Yap, it solved the problem. Thank you!!
OK Enrico you can commit the patch.
> Koji
--
José Abílio
On 9 jul 2007, at 11.36, Jürgen Spitzmüller wrote:
Anders Ekberg wrote:
And then we have to maintain two unicodesymbols lists? I do not
think this is
a good idea.
I know, I tried some different options (like searching for {...}),
but didn't come up with anything I thought was better. So as a
On Monday 09 July 2007 09:50:27 Abdelrazak Younes wrote:
> > I guess the problem is that nobody understands this bidi stuff like
> > you do. I would tend to say "go ahead!", but I am not sure what are my
> > credentials to do so :)
>
> Same position for me. The patch looks not so complicate so I'd
Anders Ekberg wrote:
> > And then we have to maintain two unicodesymbols lists? I do not
> > think this is
> > a good idea.
>
> I know, I tried some different options (like searching for {...}),
> but didn't come up with anything I thought was better. So as a
> compromise, I kept the lists id
Jürgen Spitzmüller
Mon, 09 Jul 2007 02:05:27 -0700
Anders Ekberg wrote:
> The patch addresses this by excluding all accented characters from
> the list that revert_unicode processes. In principle this results in
> that accented characters get "properly" translated and remaining
> unicode characte
Abdelrazak Younes wrote:
> I am not sure we have a lyx2lyx
> equivalent for layoouts, do we?
layout2layout.
Jürgen
Michael Gerz wrote:
> OK, I did it for you...
thanks to you both.
Jürgen
Jean-Pierre Chrétien wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
1) provide a python script that converts the layout as good as possible:
Théorème -> Theoreme
Liste_à_puce -> Liste_a_puce
The problem is that it could be done easily for French but maybe not for
other languages. Se
Anders Ekberg wrote:
> The patch addresses this by excluding all accented characters from
> the list that revert_unicode processes. In principle this results in
> that accented characters get "properly" translated and remaining
> unicode characters are replaced by ERT or math commands (if the
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Charpentier Philippe wrote:
> > My problem is not the encoding of the layout. It is that, since 1.2
> > version of lyx I used layouts I wrote and they contain definition of
> > styles with non ASCII characters like this:
> >
> > Style Théorème ..
http://bugzilla.lyx.org/show_bug.cgi?id=3992
Attached.
Index: Text3.cpp
===
--- Text3.cpp (revision 19003)
+++ Text3.cpp (working copy)
@@ -1141,9 +1141,10 @@
// "auto_region_delete", which defaults to
Jean-Marc Lasgouttes wrote:
"Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> I still haven't gotten any other responses regarding this patch.
Dov> I think it's safe, I've been working with it since I first sent
Dov> it to the list and haven't run into any trouble. I don't think
Dov> that
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> I still haven't gotten any other responses regarding this patch.
Dov> I think it's safe, I've been working with it since I first sent
Dov> it to the list and haven't run into any trouble. I don't think
Dov> that it's *crucial* that this
http://bugzilla.lyx.org/show_bug.cgi?id=3862
Attached.
Abdel.
Index: buffer_funcs.cpp
===
--- buffer_funcs.cpp(revision 19003)
+++ buffer_funcs.cpp(working copy)
@@ -474,7 +474,13 @@
Layout_ptr const & layout = par.l
Michael Gerz wrote:
Koji Yokota schrieb:
Michael Gerz wrote:
Hi,
this patch fixes a translation problem.
OK?
Michael
Yes, I confirmed. Thank you!
Thanks. I need one more OK. Anybody, please?
While I agree that your patch is good and clean (thus you have my OK), I
don't understand why q
Koji Yokota schrieb:
Michael Gerz wrote:
Hi,
this patch fixes a translation problem.
OK?
Michael
Yes, I confirmed. Thank you!
Thanks. I need one more OK. Anybody, please?
Michael
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
>
> Hello,
>
> Since Jose' plans to release 1.5.0 next week, we'd better be ready
> with 1.4.5 too. I append the ANNOUNCE file that I just updated.
>
> Jose', I would appreciate if you could upgrade lyx2lyx in branch to
> handle the 1.5 final
Abdelrazak Younes wrote:
Compiling on one computer and debugging on another. Microsoft provides
a tool that allows you to do so.
Then why don't you do that? ;-)
I don't have a computer with Windows 98 / Me and network support.
Joost
1 - 100 of 102 matches
Mail list logo
