Mael Hilléreau <[EMAIL PROTECTED]> writes:
> I uploaded this patch to bugzilla:
>
> http://bugzilla.lyx.org/show_bug.cgi?id=3D1509
>
> IMHO it fixes this bug. Please let me know wether it has a chance to
> be applied.
FWIW, I looked at the patch and there are a few things I do not like
in there.
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> When using "--disable-shared --enable-static", the final link step
> fails as shown in the attached. The failure is due to a circular
> dependency, as when I issue by hand the same link command but
> adding another liblyxcore.a after liblyxsupport.a,
"Bo Peng" <[EMAIL PROTECTED]> writes:
> BTW, I am not at Bromarv and I have not attended any development
> meeting, but I think the meeting should not be a place where people
> gather around and write code, which can be done anywhere.
No, because writing code with someone else is something diffe
Richard Heck <[EMAIL PROTECTED]> writes:
> Yes, I understand that. I guess my thought was that this
> read-using-the-old would only be used to read whatever the last oldLyX
> format was, rather than trying to use lyx2lyx to translate the old
> format to the new one. lyx2lyx would still have to be
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Here is the patch. I think it is easy to understand.
>
> So objection?
>
>
> Index: Bidi.cpp
> ===
> --- Bidi.cpp (revision 19485)
> +++ Bidi.cpp (working copy)
> @@ -227,14 +227,14 @@
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Here is the rewrite of updateLabel I have been coming up with. I think
> the approach is sound, and anyway we have to cleanup the current mess
> (full of xxx_CODE). Please have a look, I'd like to commit it "soon".
> I am sure it has some small b
Dov Feldstern <[EMAIL PROTECTED]> writes:
> On the
> other hand, I think that it is bad if the spell checker ignores text
> which the user thinks that it is checking --- so it should be very
> clear to the user what is or is not being checked. And ignoring text
> --- any text, even if it isn't goin
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> This patch removes some code duplication in DocIterator (in particular
> removes forwardPosNoDescend that if nothing else, has an ugly name), by
> moving the part of forwardPos that acts on flat cursorslices to
> CursorSlice::operator++. Comments?
Bernhard Roider <[EMAIL PROTECTED]> writes:
> as the subject says - http://bugzilla.lyx.org/show_bug.cgi?id=688
There is no hotkey currently, right? It may be argued by some people
that the automatic popping is annoying and a hotkey is better.
JMarc
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Man, I am not going to double my work just for the pleasure of having
> a "clean" trunk svn history.
If you just land this branch, I can tell you that it will get
immediately reverted.
> I didn't. My mind was pretty clear on what I was going to do
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> For fuck sake, the commit logs are there to look at! Sorry Christian,
> it's not against you but I've already gone through the lengthy process
> of proving myself to Lars and others. I am simply not going to do it
> again.
Why do you think I am posti
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Note that I removed all the pasting code for tabular and directed to
> InsetText instead. However the two code were a bit different and I do
> not know why. Could you review the patch?
OK, this version goes even further in removing duplicated-but
Richard Heck <[EMAIL PROTECTED]> writes:
> Attached is a simple patch Mael wrote based on a suggestion of mine
> for dealing with this bug. It seems to do the trick.
We looked at it with Martin, and the conclusion is: this is not very
nice but the wide() code is not nice either. I do not see a be
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> You misunderstood my tone. I am simply saying that it's fine if not
> everybody knows and understand everything.
OK. But I think Lars is interested in actually understanding what this
does.
Aren't there parts that are kind of not related and could g
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I got problem with emit() in TimeOut. Somebody has removed
> QT_NO_KEYWORDS from it?
>
I checked the diffs and saw nothing. What changed however is that all
ui files have been renamed and moved. CMake has not been updated to
that, and Andre tried an
Bennett Helm <[EMAIL PROTECTED]> writes:
> I just opened up the LyX menu (on Mac) to discover that all Mac
> standard menu items appear in French (and not English). For example,
> I have Préférences, Masquer LyX, Masquer les autres, Quitter Lyx, etc.
Is it fixed now?
JMarc
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> +[lyx_major=`echo $PACKAGE_VERSION | sed -e 's/[[.]].*//'`
>> + lyx_minor=`echo $PACKAGE_VERSION | sed -e "s/^$lyx_major//" -e 's/^.//'`
>> + lyx_release=$lyx_minor
>> + lyx_minor=`echo $lyx_release | sed -e 's/[[.]].*//'`
>> + lyx_release=`echo $ly
Martin Vermeer wrote:
The attached patch is the beginning of trying to make the
insets as configurable through the layout files as currently
paragrapshs are. It tries to more generally do what only
CharStyles are doing now. So Richard won't have to abuse CS
in the future...
The idea is that this
On 8/12/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> I am trying to fix scons, with r19490
>
Never mind, Fixed. scons is usable now. (r19491)
Bo
I am trying to fix scons, with r19490
g++ -o debug/common/support/Timeout.o -c -g -O -DQT_GUI_LIB
-DQT_SHARED -Idebug/common -Isrc -Isrc -Iboost -Idebug/intl
-I/home/bpeng/lyx-devel/qt422/include
-I/home/bpeng/lyx-devel/qt422/include
-I/home/bpeng/lyx-devel/qt422/include/QtCore
-I/home/bpeng/lyx-d
Never mind. My mistake.
Richard Heck wrote:
make[5]: *** No rule to make target `pch.h', needed by `pch.h.gch'.
Stop.
make[5]: Leaving directory `/cvs/lyx-pristine/src/frontends/qt4'
make[4]: *** [all-recursive] Error 1
--
==
Will this be usable to do the endnote thing I had in mind previously?
I.e., something like:
+InsetLayout Endnote
+ LabelString endnote
+ LatexType command
+ LatexName endnote
+ Preamble
+ \usepackage{endnote}
+ EndPr
make[5]: *** No rule to make target `pch.h', needed by `pch.h.gch'. Stop.
make[5]: Leaving directory `/cvs/lyx-pristine/src/frontends/qt4'
make[4]: *** [all-recursive] Error 1
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown U
I am quite busy recently and have not been actively testing a few
patches that I should have looked at (middle button paste, latex_lang,
no spell checking etc). But I felt that I have to take a side in this
debate this time. Maybe surprisingly, I am at Lar's side.
I am not sure how many active dev
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Here is the patch. I think it is easy to understand.
So objection?
82 files changed, 1171 insertions(+), 1389 deletions(-)
50% (just guessing) of it seems the change buffer* -> buffer&,
Yes.
so it would
help already if that could be don
[EMAIL PROTECTED] wrote:
On Mon, 13 Aug 2007, Abdelrazak Younes wrote:
I think I've done that already. If nobody listen (I am not talking
about you) then I am not going to explain it again.
Let me repeat it again:
one Buffer -> one BufferView -> one WorkArea.
one LyXView will create WorkArea
Abdelrazak Younes wrote:
> Here is the patch. I think it is easy to understand.
>
> So objection?
82 files changed, 1171 insertions(+), 1389 deletions(-)
50% (just guessing) of it seems the change buffer* -> buffer&, so it would
help already if that could be done separately...
A/
I didn't see anyone post this yet (so apologies if someone did)...
http://www.linux.com/feature/118403
john
The attached patch is the beginning of trying to make the
insets as configurable through the layout files as currently
paragrapshs are. It tries to more generally do what only
CharStyles are doing now. So Richard won't have to abuse CS
in the future...
The idea is that this will in the long run re
On Mon, 13 Aug 2007, Abdelrazak Younes wrote:
I think I've done that already. If nobody listen (I am not talking about you)
then I am not going to explain it again.
Let me repeat it again:
one Buffer -> one BufferView -> one WorkArea.
one LyXView will create WorkAreas on demand.
As simple as
Abdelrazak Younes wrote:
> Let me repeat it again:
> one Buffer -> one BufferView -> one WorkArea.
> one LyXView will create WorkAreas on demand.
With this degree of generality, this is perfect.
> As simple as that.
Now could you do it with more granularity ;-)
A/
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Jean-Marc Lasgouttes wrote:
| > | > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | >
| > | >> Then look at the diff? If you are not a
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
For fuck sake, the commit logs are there to look at! Sorry Christian,
it's not against you but I've already gone through the lengthy process
of proving myself to Lars and others. I am simply not going to do it
again.
It's not about proving yo
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Jean-Marc Lasgouttes wrote:
| > | > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | >
| > | >> Then look at the diff? If you are not able to understand the log and
Selon Dov Feldstern <[EMAIL PROTECTED]>:
> > Agreed. I have a simple solution: use 2 checkboxes. One for notes, the
> other for
> > disabled branches.
>
> Sure it's simple enough, but then a third person wants comments (as
> opposed to notes) treated a third way,
Indeed. I thought that comments w
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| >
| >> Then look at the diff? If you are not able to understand the log and
| >> the diff then it is because you don't know this stuff.
| > C
Abdelrazak Younes wrote:
> For fuck sake, the commit logs are there to look at! Sorry Christian,
> it's not against you but I've already gone through the lengthy process
> of proving myself to Lars and others. I am simply not going to do it
> again.
It's not about proving yourself, it is about ma
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| >
| >> Then look at the diff? If you are not able to understand the log and
| >> the diff then it is because you don't know this stuff.
| > Calm down please. I do not thi
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Then look at the diff? If you are not able to understand the log and
the diff then it is because you don't know this stuff.
Calm down please. I do not think we are going to go very far in this
direction.
You misunder
On Sun, 12 Aug 2007, Abdelrazak Younes wrote:
For fuck sake, the commit logs are there to look at! Sorry Christian,
it's not against you but I've already gone through the lengthy process
of proving myself to Lars and others. I am simply not going to do it
again.
Don't worry, I don't take it
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Then look at the diff? If you are not able to understand the log and
> the diff then it is because you don't know this stuff.
Calm down please. I do not think we are going to go very far in this
direction.
JMarc
Lars Gullik Bjønnes wrote:
It is about having all developers on the same page, understanding the
changes done in the lyx source and agreeing that this is the best
approach.
I've already explained why this is the right approach. I am fad up of
this discussion.
A large un-split, patch are ha
I got problem with emit() in TimeOut. Somebody has removed
QT_NO_KEYWORDS from it?
Abdel.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| [EMAIL PROTECTED] wrote:
| > On Sun, 12 Aug 2007, Jean-Marc Lasgouttes wrote:
| >
| >> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| >>
| >>> Lars, as always, I simply cannot understand you and vice-versa. So
| >>> please, work as you like and let
This patch removes some code duplication in DocIterator (in particular
removes forwardPosNoDescend that if nothing else, has an ugly name), by
moving the part of forwardPos that acts on flat cursorslices to
CursorSlice::operator++. Comments?
A/
CursorSlice.cpp | 65
[EMAIL PROTECTED] wrote:
On Sun, 12 Aug 2007, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Lars, as always, I simply cannot understand you and vice-versa. So
please, work as you like and let me work as I like. I won't listen to
you in any case...
Hello there,
I
[EMAIL PROTECTED] wrote:
> Good evening and welcome to the Bromarv midnight news.
I was about to ask in fact what do you guys were up to... Thanks Christian
for the nice report! :-)
A/
Good evening and welcome to the Bromarv midnight news.
Well, it'll probably be midnight[1] once I've written this. At the moment
six of us are sitting by a big table in the summer house of Martin and
Liisa in Bromarv, Finland. This is located in the south-western part of
Finland, and very clos
On Sun, 12 Aug 2007, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Lars, as always, I simply cannot understand you and vice-versa. So
please, work as you like and let me work as I like. I won't listen to
you in any case...
Hello there,
I am always impressed to se
[EMAIL PROTECTED] wrote:
Author: baum
Date: Sun Aug 12 20:50:11 2007
New Revision: 19471
URL: http://www.lyx.org/trac/changeset/19471
Log:
Speed up citation dialog part one: Use cached bibtex info if possible.
This is not always correct due to filesystem time stamp inaccuracies,
but this does no
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Lars, as always, I simply cannot understand you and vice-versa. So
please, work as you like and let me work as I like. I won't listen to
you in any case...
Hello there,
I am always impressed to see how you manage to sp
as the subject says - http://bugzilla.lyx.org/show_bug.cgi?id=688
bernhard
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Lars, as always, I simply cannot understand you and vice-versa. So
> please, work as you like and let me work as I like. I won't listen to
> you in any case...
Hello there,
I am always impressed to see how you manage to speak past each other
:) But
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Tommaso, this patch sounds really interesting to me, I'd like to try
it out. Against what branch/version is the patch to be applied? It's
not applying cleanly for me...
This patch is against my MVC branch (rev 19086). One more reason why
my bra
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > This is _not_ the way to work with branches. You as the branch owner
| > must do the work of splitting up your (now quite huge I guess) patch,
| > show it to others, make it palatable for them and do the commit.
|
| I'v
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Cucinotta Tommaso wrote:
Hi all,
I just posted a further fixed/improved patch as attachment to bug 3998:
http://bugzilla.lyx.org/show_bug.cgi?id=3998
Hopefully the last patch, with everything working as I was imaging it
should have (well, exce
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Cucinotta Tommaso wrote:
Hi all,
I just posted a further fixed/improved patch as attachment to bug 3998:
http://bugzilla.lyx.org/show_bug.cgi?id=3998
Hopefully the last patch, with everything working as I was imaging it
should have (well, exce
"Cucinotta Tommaso" <[EMAIL PROTECTED]> writes:
> On a related note, is there a way to exclude the build of the included
> boost copy, and use instead the system one (compiling on Linux Ubuntu
> Feisty) ?
Use --without-included-boost (I just changed the help message to make
this clearer). You wil
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Jean-Marc Lasgouttes wrote:
| > | > Here is the rewrite of updateLabel I have been coming up with. I think
| > | > the approach is sound, and anyway we have to cleanup
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > Here is the rewrite of updateLabel I have been coming up with. I think
| > the approach is sound, and anyway we have to cleanup the current mess
| > (full of xxx_CODE). Please have a look,
Dov Feldstern wrote:
Cucinotta Tommaso wrote:
Hi all,
I just posted a further fixed/improved patch as attachment to bug 3998:
http://bugzilla.lyx.org/show_bug.cgi?id=3998
Hopefully the last patch, with everything working as I was imaging it
should have (well, except macro expansion and rep
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Dov Feldstern <[EMAIL PROTECTED]> writes:
| > | Cucinotta Tommaso wrote:
| > | > Hi all,
| > | > is there any way to get a LyX executable smaller than 15M ?
| > | > I'm getting it with
| > | > ./configure --disable-de
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > Here is the rewrite of updateLabel I have been coming up with. I think
| > the approach is sound, and anyway we have to cleanup the current mess
| > (full of xxx_CODE). Please have a look, I'd like to commit it "soon"
Lars Gullik Bjønnes wrote:
Dov Feldstern <[EMAIL PROTECTED]> writes:
| Cucinotta Tommaso wrote:
| > Hi all,
| > is there any way to get a LyX executable smaller than 15M ?
| > I'm getting it with
| > ./configure --disable-debug --enable-optimization=-O
| > make
add --disable-stdlib-debug as
Jean-Marc Lasgouttes wrote:
Here is the rewrite of updateLabel I have been coming up with. I think
the approach is sound, and anyway we have to cleanup the current mess
(full of xxx_CODE). Please have a look, I'd like to commit it "soon".
I am sure it has some small bugs, but I am confident they
Jean-Marc Lasgouttes wrote:
Here is the rewrite of updateLabel I have been coming up with. I think
the approach is sound, and anyway we have to cleanup the current mess
(full of xxx_CODE). Please have a look, I'd like to commit it "soon".
I am sure it has some small bugs, but I am confident they
Looks like I forgot to reply all last time. Here is my answer again...
Bo Peng wrote:
It z*works really well and fixes a bunch of bugs related to loading
of child documents. Try it!
Sorry that I do not know what you have done in this branch and I can
not merge it just because 'it fixes a bunc
Richard Heck <[EMAIL PROTECTED]> writes:
| Yes, I understand that. I guess my thought was that this
| read-using-the-old would only be used to read whatever the last oldLyX
| format was, rather than trying to use lyx2lyx to translate the old
| format to the new one. lyx2lyx would still have to be
Mael Hilléreau wrote:
Selon Dov Feldstern :
Mael Hilléreau wrote:
Selon Helge Hafting <[EMAIL PROTECTED]>:
I want my disabled branches spellchecked. :-/
I write a test with hidden answers. I want to spellcheck everything,
so I can print the answers later without further checking & editing.
Attached is a simple patch Mael wrote based on a suggestion of mine for
dealing with this bug. It seems to do the trick.
Comments appreciated.
Richard
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://fre
Lars Gullik Bjønnes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
| I could be wrong, but I don't see the benefit of doing the oldLyX to
| newLyX transformation using lyx2lyx. Why not just read the oldLyX file
| using the existing routines and then write the new one using the new
| routines? T
Richard Heck <[EMAIL PROTECTED]> writes:
| I could be wrong, but I don't see the benefit of doing the oldLyX to
| newLyX transformation using lyx2lyx. Why not just read the oldLyX file
| using the existing routines and then write the new one using the new
| routines? True, you have to keep the old
Dov Feldstern <[EMAIL PROTECTED]> writes:
| Cucinotta Tommaso wrote:
| > Hi all,
| > is there any way to get a LyX executable smaller than 15M ?
| > I'm getting it with
| > ./configure --disable-debug --enable-optimization=-O
| > make
add --disable-stdlib-debug as well.
--
Lgb
Cucinotta Tommaso wrote:
Hi all,
I just posted a further fixed/improved patch as attachment to bug 3998:
http://bugzilla.lyx.org/show_bug.cgi?id=3998
Hopefully the last patch, with everything working as I was imaging it
should have (well, except macro expansion and replace, and making the
Cucinotta Tommaso wrote:
Hi all,
is there any way to get a LyX executable smaller than 15M ?
I'm getting it with
./configure --disable-debug --enable-optimization=-O
make
but I noticed that from a lyx1.5.0-rc1patch1 .deb archive the executable
is only 7M.
On a related note, is there a w
Selon Richard Heck <[EMAIL PROTECTED]>:
> > If I follow you (not completely sure), what you propose is in the attached
> > patch. That works for me. What do you think about it?
> >
> I'm not expert with this code, but I think that updateFlags will
> overwrite whatever was previously there.
Surely
Lars Gullik Bjønnes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Lars,
|
| Thank you very much for your quick reply. My understanding is that you
| intent to generate a home-made XML format that is close to our current
| format, and you have mostly finished lyx.XML output, but not input and
Hi all,
is there any way to get a LyX executable smaller than 15M
?
I'm getting it with
./configure --disable-debug --enable-optimization=-O
make
but I noticed that from a lyx1.5.0-rc1patch1 .deb archive
the executable is only 7M.
On a related note, is there a way to exclude the build
Cucinotta Tommaso wrote:
I just posted a further fixed/improved patch as attachment to bug 3998:
http://bugzilla.lyx.org/show_bug.cgi?id=3998
Hopefully the last patch, with everything working as I was imaging it
should have (well, except macro expansion and replace, and making the
code more
Mael Hilléreau wrote:
Selon Richard Heck <[EMAIL PROTECTED]>:
Can anyone confirm the bug on other platforms?
Yes, I see this on Linux, too. I think the solution is to override
notifyCursorLeaves() in InsetText, and then require an update on wide().
If I follow you (not comple
Hi all,
I just posted a further fixed/improved patch as attachment
to bug 3998:
http://bugzilla.lyx.org/show_bug.cgi?id=3998
Hopefully the last patch, with everything working as I was
imaging it should have (well, except macro expansion and
replace, and making the code more robust). The c
On Aug 11, 2007, at 7:38 PM, Jean-Marc Lasgouttes wrote:
Bennett Helm <[EMAIL PROTECTED]> writes:
I just opened up the LyX menu (on Mac) to discover that all Mac
standard menu items appear in French (and not English). For example,
I have Préférences, Masquer LyX, Masquer les autres, Quitter Ly
When using "--disable-shared --enable-static", the final link step
fails as shown in the attached. The failure is due to a circular
dependency, as when I issue by hand the same link command but
adding another liblyxcore.a after liblyxsupport.a, the link succeeds.
--
Enrico
g++ -O2 -o lyx-qt4.exe
On Sat, Aug 11, 2007 at 11:53:06PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > Please find attached a revised patch. This time I checked that dist
> > actually works.
>
> Could you please streamline the code below?
>
> +[lyx_major=`echo $PACKAGE_VER
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Lars,
|
| Thank you very much for your quick reply. My understanding is that you
| intent to generate a home-made XML format that is close to our current
| format, and you have mostly finished lyx.XML output, but not input and
| lyx2lyx, and no lyx.XML -> o
"Bo Peng" <[EMAIL PROTECTED]> writes:
> While I think your choice of XML syntax is practical, I still have
> some concerns. In the LONG run, what export/convert formats do you
> have in mind? This will directly influence our choice of lyx format.
> For example, if we aim at ODF, we should design a
Bennett Helm <[EMAIL PROTECTED]> writes:
> I just opened up the LyX menu (on Mac) to discover that all Mac
> standard menu items appear in French (and not English). For example,
> I have Préférences, Masquer LyX, Masquer les autres, Quitter Lyx, etc.
>
> I suspect Jean-Marc's imperialist hand here
Bennett Helm <[EMAIL PROTECTED]> writes:
> I just opened up the LyX menu (on Mac) to discover that all Mac
> standard menu items appear in French (and not English). For example,
> I have Préférences, Masquer LyX, Masquer les autres, Quitter Lyx, etc.
>
> I suspect Jean-Marc's imperialist hand here
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Please find attached a revised patch. This time I checked that dist
> actually works.
Could you please streamline the code below?
+[lyx_major=`echo $PACKAGE_VERSION | sed -e 's/[[.]].*//'`
+ lyx_minor=`echo $PACKAGE_VERSION | sed -e "s/^$lyx_major
Here is the rewrite of updateLabel I have been coming up with. I think
the approach is sound, and anyway we have to cleanup the current mess
(full of xxx_CODE). Please have a look, I'd like to commit it "soon".
I am sure it has some small bugs, but I am confident they can be
worked around. OTOH,
90 matches
Mail list logo
