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?
Jürgen
Index: src/frontends/qt4/ui/ParagraphUi.ui
===
---
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 I'll just have a late lunch while waiting.
All on thursday 9th? Then perhaps
Dov == Dov Feldstern [EMAIL PROTECTED] 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 paragraphs}}
This
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. You should not use #define
_WIN32_WINNT 0x0500 because it may cause other
Tommaso == Tommaso Cucinotta [EMAIL PROTECTED] writes:
Tommaso Jean-Marc Lasgouttes ha scritto:
Except if this serialization can be merged with the writing of the
xml parameters once we switch to that. In this case, the thing
would make more sense (and allow to define bindings to tune
Bo == Bo Peng [EMAIL PROTECTED] writes:
There is a file, called po/LINGUAS, that is used by Makefile. If
you remove some language entries from it, the build process should
still work.
Bo It sounds like we need a LINGUAS_dist file that will be used by
Bo make dist. :-)
No, just shortening
Peter == Peter Kümmel [EMAIL PROTECTED] writes:
Peter Could we rename README.cmake into INSTALL.cmake and move it to
Peter top level trunk?
Here is the patch I am going to commit.
Note that I took the liberty to actually distribute the cmake files :)
It seems that you forgot to check the
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Peter == Peter Kümmel [EMAIL PROTECTED] writes:
Peter Could we rename README.cmake into INSTALL.cmake and move it to
Peter top level trunk?
Jean-Marc Here is the patch I am going to commit.
Hmmph.
Index:
Abdelrazak Younes wrote:
Tommaso Cucinotta wrote:
Hi, I'm not managing to figure out where, in the LyX code,
it is decided where to put the GuiWorkArea instance
into the main window (LyXView) layout.
In GuiImplementation::newWorkArea() but this might change in the future
to be put directly
On Wed, Jul 11, 2007 at 07:12:42AM +0200, Peter Kümmel wrote:
Enrico Forestieri wrote:
On Tue, Jul 10, 2007 at 09:40:38PM +0200, Peter Kümmel wrote:
Here an updated patch which only calls the Ex functions
if they are available.
And what was the status? It doesn't work on Vista?
And
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
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. You
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
implement
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 we
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
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
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
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
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
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
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
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
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
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. I guess that
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
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 19034)
+++
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
On Wednesday 11 July 2007 11:32:34 Jean-Marc Lasgouttes wrote:
Jose', is the following patch OK?
JMarc
Yes.
--
José Abílio
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 that
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 right
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
- Bug
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 is
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
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, and
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
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, find attached your
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,
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
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
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
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 citations
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:
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
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 ()
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.
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 :-)
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
José == José Matos [EMAIL PROTECTED] writes:
José If yes then OK.
Applied.
Jmarc
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 when moving
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 from
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
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 speed is
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é
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
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
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 something does
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 it
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
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.
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 format number for
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
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
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
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
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.
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
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak OK?
OK
JMarc
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
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 a set of
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
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
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
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
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 (assumes
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
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 of the
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 option
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
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
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 format is supposed to
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ílio
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, include and
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
preserved over layout
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
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
José Matos wrote:
If you think it is OK go ahead. :-)
I did so.
Jürgen
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 I'll
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,
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:
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 ()
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
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
have to
Michael Gerz wrote:
IIRC only Alfredo's patch #3600 and the Windows font patch are not
committed.
the font patch is in.
Jürgen
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
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] bugs
Jean-Marc Lasgouttes wrote:
Dov == Dov Feldstern dfeldstern-rhxOsnTko2JWk0Htik3J/[EMAIL PROTECTED]
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
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
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
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
http://www.mail-archive.com/lyx-devel@lists.lyx.org/ I send an other
one and add some bugs I found.
Abdel's patch works perfectly with
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 for
1 - 100 of 214 matches
Mail list logo
