Abdelrazak Younes a écrit :
Philippe Charpentier wrote:
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
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
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
Enrico Forestieri [EMAIL PROTECTED] writes:
Yes, this is r18988 striking again :(
I don't think that this is related to the platform but rather to the
compiler version. I think that gcc 3.x is missing some locale facets.
Jean-Pierre, does the attached patch solve the bug for you?
Jürgen Spitzmüller a écrit :
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
I don't think so. If I understand well, bug
Pavel == Pavel Sanda [EMAIL PROTECTED] writes:
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.
Pavel Ouch. What if we instead of using multiple #ifs catch the
Pavel
On Wed, 2007-07-11 at 14:06 +0200, Pavel Sanda wrote:
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
On Wed, 2007-07-11 at 09:29 -0500, Bo Peng wrote:
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.
If it's the problem I reported (see a recent reply by
Philippe Charpentier a écrit :
Jürgen Spitzmüller a écrit :
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
I don't think
Hi,
On 05.07.2007, at 10:28, Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
some testing would surely be good (that would speak for
putting it in soon after a minor 1.5.x release).
Please test it then. Dov already tested it with RTL language and
didn't
see any problem at all. I
Philippe == Philippe Charpentier [EMAIL PROTECTED] writes:
Philippe I made the test and my first impression was wright:
Does the following patch help?
JMarc
Index: src/Layout.cpp
===
--- src/Layout.cpp (révision 19050)
+++
On Wed, 11 Jul 2007, Dov Feldstern wrote:
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
On Wed, 11 Jul 2007, José Matos wrote:
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. :-)
Done. I hope you didn't mean that I should have sent a patch to
On Thursday 12 July 2007 09:16:18 [EMAIL PROTECTED] wrote:
Done. I hope you didn't mean that I should have sent a patch to this
lis first (I just did it). Here's the difference:
Small changes to documentation are OK. It does not hurt to give an warning in
advance but there is no need to wait
On Wednesday 11 July 2007 20:36:25 Enrico Forestieri wrote:
Yes, this is r18988 striking again :(
I don't think that this is related to the platform but rather to the
compiler version. I think that gcc 3.x is missing some locale facets.
Jean-Pierre, does the attached patch solve the bug for
On Thursday 12 July 2007 09:03:41 Jean-Marc Lasgouttes wrote:
Does the following patch help?
If it works put it in as it is the right fix.
JMarc
--
José Abílio
Jean-Marc Lasgouttes a écrit :
Philippe == Philippe Charpentier [EMAIL PROTECTED] writes:
Philippe I made the test and my first impression was wright:
Does the following patch help?
JMarc
I just test it on the latest svn : it works fine
PhC
José == José Matos [EMAIL PROTECTED] writes:
José On Thursday 12 July 2007 09:03:41 Jean-Marc Lasgouttes wrote:
Does the following patch help?
José If it works put it in as it is the right fix.
Done.
JMarc
Philippe == Philippe Charpentier [EMAIL PROTECTED] writes:
Philippe I just test it on the latest svn : it works fine
OK, put it in. This issue existed also with 1.3.x and 1.4.x, right?
JMarc
On Thu, Jul 12, 2007 at 10:05:09AM +0100, José Matos wrote:
On Wednesday 11 July 2007 20:36:25 Enrico Forestieri wrote:
Yes, this is r18988 striking again :(
I don't think that this is related to the platform but rather to the
compiler version. I think that gcc 3.x is missing some
Jürgen Spitzmüller wrote:
* 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 for example).
Then lyx traduce it as : \textcolor{red}{\small a}{\small word} and
the space between a and
word disappear.
this is
On Thu, Jul 12, 2007 at 09:26:55AM +0200, Jean-Marc Lasgouttes wrote:
Pavel == Pavel Sanda [EMAIL PROTECTED] writes:
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,
Roger == Roger Mc Murtrie [EMAIL PROTECTED] writes:
Roger svn version built successfully with your latest patch iconv-2
Roger but needs export LDFLAGS/
OK, then here is the patch that I propose to apply. What it does:
- check earlier for -liconv and -lz, since Qt4 needs them
- put LIBICONV in
On Thursday 12 July 2007 10:41:25 Enrico Forestieri wrote:
This one would also catch MSVC, which AFAIK has no problem with
the locale sorting.
OK. You can commit the change.
--
Enrico
--
José Abílio
Andreas Neustifter wrote:
Hi,
On 05.07.2007, at 10:28, Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
some testing would surely be good (that would speak for
putting it in soon after a minor 1.5.x release).
Please test it then. Dov already tested it with RTL language and didn't
see any
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
which details you want to provide ?
either. (Linux). I have a fast machine though.
here pentium-4 3GHz.
dont know whether gkrellm is reliable enough
Jean-Marc Lasgouttes a écrit :
Philippe == Philippe Charpentier [EMAIL PROTECTED] writes:
Philippe I just test it on the latest svn : it works fine
OK, put it in. This issue existed also with 1.3.x and 1.4.x, right?
JMarc
Yes
PhC
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen The attached patch is a bit more complicated than my first
Jürgen attempt on bugzilla that just ends every font size command by
Jürgen '{}' instead of a blank, but it results in better LaTeX
Jürgen output. It checks whether a font
On Thursday 12 July 2007 10:52:11 Jean-Marc Lasgouttes wrote:
Jose', can I apply?
Yes.
JMarc
--
José Abílio
Jean-Marc Lasgouttes wrote:
What about replacing the final blank by {} instead , and output
\textcolor{red}{\small a}{\small{} word}
It should be easy with what you have already done.
This is what I proposed first, but Uwe doesn't like it ;-)
It is of course much easier, but it's less
Pavel Sanda wrote:
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
which details you want to provide ?
either. (Linux). I have a fast machine though.
here pentium-4 3GHz.
dont know whether gkrellm
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
This is what I proposed first, but Uwe doesn't like it ;-)
It is of course much easier, but it's less elegant LaTeX code, even more so
as
the {} is always output, whereas the \ in my recent patch is only output
if there are really two
Jean-Marc Lasgouttes wrote:
No, I meant output rhe {} only when there are two consecutive blanks.
You mean, pass information to Font::latexWriteStartChanges that the character
following the font change will be a blank? That could be doable.
Jürgen
On Wednesday 11 July 2007 18:13:26 Michael Gerz wrote:
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
But what I accidentally found is, that the whole problem simply disappears
in the moment I copy and paste some text. Is this known ?
Does it resemble this?
does copying text by Ctrl+C helps for you ?
http://bugzilla.lyx.org/show_bug.cgi?id=3700
Try resizing the window and then
Which sytem is that? If it is KDE or GNOME based, maybe there's some
global Clipboard or X11 Selection issue... could you please try to
launch a bare X11 session with a minimalist window manager (i.e. without
KDE nor Gnome) and report back?
i use only enlightenment 0.16. is it minimalistic
On Wednesday 11 July 2007 17:51:44 Michael Gerz wrote:
IIRC only Alfredo's patch #3600
This fix was delayed for 1.5.1
and the Windows font patch are not committed.
Any news on this from Joost or Uwe?
Michael
--
José Abílio
On Thu, Jul 12, 2007 at 10:53:54AM +0100, José Matos wrote:
On Thursday 12 July 2007 10:41:25 Enrico Forestieri wrote:
This one would also catch MSVC, which AFAIK has no problem with
the locale sorting.
OK. You can commit the change.
I did it.
--
Enrico
José Matos [EMAIL PROTECTED] writes:
I agree that the bug is annoying (I have noticed it before myself)
but it is neither an easy fix nor a data loss type of bug.
I propose to leave this for 1.5.1
I agree with you José. In particular I do not like chnaging RunParams
to be non-const (this
Pavel Sanda wrote:
Which sytem is that? If it is KDE or GNOME based, maybe there's some
global Clipboard or X11 Selection issue... could you please try to
launch a bare X11 session with a minimalist window manager (i.e. without
KDE nor Gnome) and report back?
i use only enlightenment 0.16.
José Matos wrote:
On Wednesday 11 July 2007 17:51:44 Michael Gerz wrote:
and the Windows font patch are not committed.
Any news on this from Joost or Uwe?
Author: forenr
Date: Wed Jul 11 13:57:58 2007
New Revision: 19038
URL: http://www.lyx.org/trac/changeset/19038
Log:
Fix bug 3962 (by
On Thursday 12 July 2007 10:41:25 Enrico Forestieri wrote:
This one would also catch MSVC, which AFAIK has no problem with
the locale sorting.
OK. You can commit the change.
even if this change helps for solaris i fear many crashes on systems
with strangely set locales. the changeset
Pavel Sanda wrote:
even if this change helps for solaris i fear many crashes on systems
with strangely set locales. the changeset should be reverted back until
we know how safely detect the error.
FWIW, I agree.
Jürgen
Pavel Sanda wrote:
On Thursday 12 July 2007 10:41:25 Enrico Forestieri wrote:
This one would also catch MSVC, which AFAIK has no problem with
the locale sorting.
OK. You can commit the change.
even if this change helps for solaris i fear many crashes on systems
with strangely set locales.
On Thursday 12 July 2007 11:30:29 Abdelrazak Younes wrote:
José Matos wrote:
On Wednesday 11 July 2007 17:51:44 Michael Gerz wrote:
and the Windows font patch are not committed.
Any news on this from Joost or Uwe?
Author: forenr
Date: Wed Jul 11 13:57:58 2007
New Revision: 19038
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
You mean, pass information to Font::latexWriteStartChanges that the character
following the font change will be a blank? That could be doable.
It is even simpler than that.
JMarc
Index: src/Paragraph.cpp
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
just one more addition: - the slow motion is only in one of those two windows -
the
other one,
Jürgen Spitzmüller wrote:
No, I meant output rhe {} only when there are two consecutive blanks.
You mean, pass information to Font::latexWriteStartChanges that the
character following the font change will be a blank? That could be doable.
As in the attached? This looks like a pretty safe
Jean-Marc Lasgouttes wrote:
It is even simpler than that.
Sight. So which one should we take? I think either one is ok. Yours is
probably simpler. I'll let you and José decide.
Jürgen
What do you mean by handling the exception? Fallback to the non wchar_t
yes
solution if an exception is caught? For this to work the choice of
using wchar_t or not must be done at run-time; unfortunately the source
code is really not ready to do that now (lots of #ifdef).
wont be
On Thursday 12 July 2007 11:54:39 Jürgen Spitzmüller wrote:
Sight. So which one should we take? I think either one is ok. Yours is
probably simpler. I'll let you and José decide.
If you agree on one of the versions you have my OK.
As you see I am learning. Now instead of throwing a coin I
Jürgen Spitzmüller wrote:
So which one should we take? I think either one is ok. Yours is
probably simpler. I'll let you and José decide.
On a second thought, I think you should just commit yours. José?
Jürgen
On Thu, Jul 12, 2007 at 12:54:39PM +0200, Pavel Sanda wrote:
wont be possible to avoid any ifdefs by doing something like :
try
locale stuff (init+sort);
catch any_error: do non_locale stuff
Note that this is used in a sorting context, so the comparison
should be as fast as possible. I
Jürgen Spitzmüller wrote:
On a second thought, I think you should just commit yours
I also think this should be ported back to 1.4.
Jürgen
Bo Peng wrote:
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
On Thursday 12 July 2007 12:00:14 Jürgen Spitzmüller wrote:
On a second thought, I think you should just commit yours. José?
Jürgen
As I said before if you agree on one version, as it seems to be case, you have
my OK.
--
José Abílio
Note that this is used in a sorting context, so the comparison
should be as fast as possible. I don't think that the try/catch
we are sorting some ~50 items. anyway it can be written that
try block is entered only once per one sorting.
pavel
On Thu, 2007-07-12 at 12:18 +0200, Pavel Sanda wrote:
But what I accidentally found is, that the whole problem simply
disappears
in the moment I copy and paste some text. Is this known ?
Does it resemble this?
does copying text by Ctrl+C helps for you ?
Not that I know of.
Pavel Sanda wrote:
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
just one more addition: - the slow motion is only in one of those two windows -
By the way, you know that LyX now can do multiple views, don't you? Can
you reproduce the slow motion with two windows of the same instance?
no, i can not reproduce it on the same instance.
pavel
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
On a second thought, I think you should just commit yours.
Yes, it is IMO simpler. Note that this would be moot if we had the
latexstream I've been dreaming about for ages :)
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
I also think this should be ported back to 1.4.
No, the bug does not exist in 1.4, where spaces are kept outside of
font changes.
JMarc
Jean-Marc Lasgouttes wrote:
Yes, it is IMO simpler. Note that this would be moot if we had the
latexstream I've been dreaming about for ages :)
Like the one you'll give us in Bromarv? ;-)
A/
Pavel Sanda wrote:
By the way, you know that LyX now can do multiple views, don't you? Can
you reproduce the slow motion with two windows of the same instance?
no, i can not reproduce it on the same instance.
At last a good news :-)
Maybe it is a problem of Qt then. I don't know how Qt
By the way, you know that LyX now can do multiple views, don't you? Can
you reproduce the slow motion with two windows of the same instance?
Abdel.
btw abdel, if you want i can provide you ssh account on the machine to
fathom this.
pavel
Pavel Sanda wrote:
Which sytem is that? If it is KDE or GNOME based, maybe there's some
global Clipboard or X11 Selection issue... could you please try to
launch a bare X11 session with a minimalist window manager (i.e. without
KDE nor Gnome) and report back?
i use only enlightenment
Alfredo Braunstein [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Yes, it is IMO simpler. Note that this would be moot if we had the
latexstream I've been dreaming about for ages :)
Like the one you'll give us in Bromarv? ;-)
I have other plans, but we'll see :)
JMarc
http://bugzilla.lyx.org/show_bug.cgi?id=4011
The crash is due to an invalid pointer: when importing with indentical input
and output file names, Converter tries to create a temporary output file in
the temp dir, but since no buffer exists yet, buffer-tempdir() is invalid.
So the patch uses the
Jean-Marc Lasgouttes wrote:
I have other plans, but we'll see :)
Break some eggs perhaps? ;-)
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
http://bugzilla.lyx.org/show_bug.cgi?id=4011
The crash is due to an invalid pointer: when importing with indentical input
and output file names, Converter tries to create a temporary output file in
the temp dir, but since no buffer exists yet,
Jean-Marc Lasgouttes wrote:
So the patch uses the directory dir in this case.
Why not use package().temp_dir().absFilename() instead?
It didn't came to my mind.
I can do that, if you prefer.
Jürgen
Pavel Sanda wrote:
By the way, you know that LyX now can do multiple views, don't you? Can
you reproduce the slow motion with two windows of the same instance?
Abdel.
btw abdel, if you want i can provide you ssh account on the machine to
fathom this.
I would need an X11 server to do that
Pavel Sanda wrote:
Pavel Sanda wrote:
Which sytem is that? If it is KDE or GNOME based, maybe there's some
global Clipboard or X11 Selection issue... could you please try to
launch a bare X11 session with a minimalist window manager (i.e. without
KDE nor Gnome) and report back?
i use only
ok, i run X without any WM or desktop and came to this -
it _seems_ (its difficult to test extensively as you cant switch between
windows without WM :) that motion itself is much better, but what remains
is extremely slow motion when selecting text with shift+arrows
Even with a single
On Thu, 12 Jul 2007 14:11:33 +0200
Pavel Sanda [EMAIL PROTECTED] wrote:
Pavel Sanda wrote:
Which sytem is that? If it is KDE or GNOME based, maybe there's some
global Clipboard or X11 Selection issue... could you please try to
launch a bare X11 session with a minimalist window manager
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
I have other plans, but we'll see :)
Break some eggs perhaps? ;-)
Yes. It is not fair to see always the same people having fun (what
about replacing qt4 with Xaw?)
JMarc
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
So the patch uses the directory dir in this case.
Why not use package().temp_dir().absFilename() instead?
It didn't came to my mind.
I can do that, if you prefer.
Would be better IMHO.
Abdel.
Jean-Marc Lasgouttes wrote:
Yes. It is not fair to see always the same people having fun (what
about replacing qt4 with Xaw?)
Or just ditch Unix and use the Windows API.
Jürgen
Abdelrazak Younes wrote:
It didn't came to my mind.
I can do that, if you prefer.
Would be better IMHO.
OK. Attached.
José, OK to go in?
Jürgen
Index: src/Converter.cpp
===
--- src/Converter.cpp (Revision 19055)
+++
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
So the patch uses the directory dir in this case.
Why not use package().temp_dir().absFilename() instead?
It didn't came to my mind.
I can do that, if you prefer.
It looks better.
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
Yes. It is not fair to see always the same people having fun (what
about replacing qt4 with Xaw?)
Or just ditch Unix and use the Windows API.
Java?
JMarc
it appear. it does not happen always but usually when you resize the window
to some very small area - say one word width, three lines height and then
you resize it back (or maximize). more - the slider on the right side is
often in
a position, which cannot be reached again and its size
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
Yes. It is not fair to see always the same people having fun (what
about replacing qt4 with Xaw?)
Or just ditch Unix and use the Windows API.
Java?
Ajax
Abdel.
Abdelrazak Younes [EMAIL PROTECTED] writes:
Ajax
Basix (http://www.tex.ac.uk/tex-archive/help/Catalogue/entries/basix.html)
JMarc
On Thu, 2007-07-12 at 15:01 +0200, Pavel Sanda wrote:
This bug was supposed to be fixed, so perhaps it's time to re-open it.
Please add your comments to the bug.
please do you know the number ?
i remember there was also some bug about positioning view to the last
half-line of
text after
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
It didn't came to my mind.
I can do that, if you prefer.
Would be better IMHO.
OK. Attached.
José, OK to go in?
Jürgen
Is it possible to change Files of type: in UI from *.cjklyx to
*.lyx? CJK-LyX's files have extension
On Thu, 2007-07-12 at 15:01 +0200, Pavel Sanda wrote:
This bug was supposed to be fixed, so perhaps it's time to re-open it.
Please add your comments to the bug.
please do you know the number ?
i remember there was also some bug about positioning view to the last
half-line of
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
You mean, pass information to Font::latexWriteStartChanges that the
character
following the font change will be a blank? That could be doable.
It is even simpler than that.
I appled this patch.
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
OK, then here is the patch that I propose to apply. What it does:
I applied this patch.
JMarc
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
beamer.layout is not up do date compared to 1.5.version
(see attachment http://bugzilla.lyx.org/attachment.cgi?id=1626action=view
to bug 3141).
I applied the patch.
JMarc
Koji Yokota wrote:
Is it possible to change Files of type: in UI from *.cjklyx to
*.lyx? CJK-LyX's files have extension *.lyx, so it may be better for
existing users.
The problem, I think, is that this will overwrite existing files on export.
It's similar to bug 3934 and should be fixed in
On Thu, Jul 12, 2007 at 03:50:40PM +0200, Jean-Marc Lasgouttes wrote:
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
beamer.layout is not up do date compared to 1.5.version
(see attachment http://bugzilla.lyx.org/attachment.cgi?id=1626action=view
to bug 3141).
I applied the patch.
What
Andre Poenitz [EMAIL PROTECTED] writes:
All on thursday 9th? Then perhaps we should just pick you up
by car. I'll talk to the CEO about it ;-)
Would be nice.
Or even great!
We have bedlinen and towels and all... but do bring as many
laptops as you can, with ethernet cables / wireless
Jean-Marc Lasgouttes wrote:
This
means that either Jose or Juergen will have to do it (they have all
the information to put things on our ftp sites now).
Actually, I do not have any information about the release procedure yet. But
with a little help from José, it might be doable.
Jürgen
Enrico Forestieri wrote:
On Thu, Jul 12, 2007 at 03:50:40PM +0200, Jean-Marc Lasgouttes wrote:
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
beamer.layout is not up do date compared to 1.5.version
(see attachment http://bugzilla.lyx.org/attachment.cgi?id=1626action=view
to bug 3141).
I
Enrico Forestieri [EMAIL PROTECTED] writes:
What about the \overset patch by André? It is needed in 1.4, too.
Try \overset{s_1}{=} and you will see it.
I did not realize that it is needed. I just applied it.
JMarc
Jean-Marc Lasgouttes wrote:
Hello,
It transpires that, since I am leaving for vacation this evening, I
will not be able to release LyX 1.4.5 (I come back on 31/07). This
means that either Jose or Juergen will have to do it (they have all
the information to put things on our ftp sites now).
The
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Actually, I do not have any information about the release procedure yet. But
with a little help from José, it might be doable.
I trust it will be :)
JMarc
Abdelrazak Younes [EMAIL PROTECTED] writes:
Isn't it just a matter of copying the lyx2lyx directory from trunk to
1.4? At least that's what Jose said about this on the user list. In
which case, you can probably do it yourself and release 1.4.5 now as
there won't be any format change before
Abdelrazak Younes [EMAIL PROTECTED] writes:
It has been OKed by Jose already (on the user list :0)). Could you
commit it please?
I thought it was already in 1.5. I committed it there too.
JMarc
1 - 100 of 310 matches
Mail list logo