Bernhard Roider wrote:
... We have to decide what is our policy
for handling stuff in system dir vs stuff in .lyx. We cannot decide
file by file whether in one case the system version is read, but not
in the other. The behaviour should be predictable. ...
So what's the opinion now?
Jürgen Spitzmüller wrote:
I'll comment only on those that I haven't approved last time.
http://www.lyx.org/trac/changeset/20016 - optimization: avoid some font
copying
http://www.lyx.org/trac/changeset/20021 - enable some non-rtl optimization
Alfredo asked for some expert review. After
[EMAIL PROTECTED] wrote:
Author: spitz
Date: Tue Sep 11 08:21:53 2007
New Revision: 20205
Thanks!
URL: http://www.lyx.org/trac/changeset/20205
Log:
Backport revision 19747:
* src/frontends/qt4/GuiView.h:
- Delete include of config.h. This was needed only for the qt3 port.
Modified:
Michael Gerz wrote:
http://www.lyx.org/trac/changeset/19473 - more verbose message
I have backported this now
http://www.lyx.org/trac/changeset/19747 - Delete include of config.h.
This was needed only for the qt3 port.
an this.
Jürgen
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Tue Sep 11 00:32:59 2007
New Revision: 20202
URL: http://www.lyx.org/trac/changeset/20202
Log:
shuffle some frontend stuff around. merge controller(base) and Kernel. Make
frontend::Dialog pure virtual
Good move. I think you should also move
Abdelrazak Younes wrote:
http://www.lyx.org/trac/changeset/20016 - optimization: avoid some font
copying
http://www.lyx.org/trac/changeset/20021 - enable some non-rtl
optimization
Alfredo asked for some expert review. After that, it can go in.
(I've already approved that)
They are
On Mon, 2007-09-10 at 17:16 +0200, Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
I am not sure which of your patches has not been put to branch, could
you take care of this?
I thought all patches were on the branch, and I am not sure what
problems are remaining, actually.
Darren Freeman wrote:
There is a patch floating around which still applies cleanly. I just
haven't had a chance to verify the corner cases. Please go on without
me :) Make sure it's in branch.
It turned out this patch was superseded by some alternative approach.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
http://www.lyx.org/trac/changeset/19919 - Fix DEPM crash within inset.
always clear the full text_metrics_ when doing a full update.
Applicable to branch?
In theory yes but this will have side effects within insets.
What kind of side
Jürgen Spitzmüller wrote:
Does anybody feel confident enough to do this task? I'm a bit reluctant
doing this myself.
Since nobody stepped forward, I had a go myself and just copied the boost
directory just after Lars' update in rev. 19398 (Update to latest from boost
1.34.x branch) to branch.
On Tue, 11 Sep 2007 07:58:09 +0200
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
http://www.lyx.org/trac/changeset/20104 - Better error signaling
Not applicable, I think. Martin?
Not relevant, relates to inset configurability which is not in 1.5
- Martin
On Tue, 11 Sep 2007 08:15:11 +0300
Martin Vermeer [EMAIL PROTECTED] wrote:
On Mon, Sep 10, 2007 at 10:42:32PM +0200, Andre Poenitz wrote:
On Mon, Sep 10, 2007 at 10:44:01PM +0300, Martin Vermeer wrote:
OK for trunk?
Here's a better one.
- Martin
Index: src/mathed/InsetMathFrac.h
Richard Heck [EMAIL PROTECTED] writes:
Oh, it's not as bad as that, really. If the layout file can't be read,
LyX will switch to something else, like Article (SGML), which is kind
of a hassle. But it's not a critical error, and anyone who's editing
their layouts shouldn't simultaneously be
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Michael Gerz wrote:
http://www.lyx.org/trac/changeset/19473 - more verbose message
I have backported this now
What happened to using documentation for such large explanations?
Somebody thinks that configure --help is not unreadable enough? ;)
On Monday 10 September 2007 19:58:29 Bo Peng wrote:
Latest patch attached. Can I apply?
OK.
Cheers,
Bo
--
José Abílio
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Again, my opinion is that your patch does the right thing (preference of
user_lyxdir over build_lyxdir over system_lyxdir).
Any objections? If not, I'd say put your fix in branch and trunk.
I lost the patch. Where is it?
JMarc
Jean-Marc Lasgouttes wrote:
I lost the patch. Where is it?
http://bugzilla.lyx.org/attachment.cgi?id=1959action=view
Jürgen
On Sunday 09 September 2007 17:15:28 Bo Peng wrote:
One of the problems is the title Índice general LyX documentation
can not be encoded at line 279 of LyX.py.
This should be a unicode string. I changed all strings in that position to
be unicode even although only the Spanish (for the
On Monday 10 September 2007 21:30:11 Uwe Stöhr wrote:
http://www.lyx.org/trac/changeset/20173 - doc_toc.py: remove non-ascii
character since LyX.py can't encode it at the moment
This is not a fix but a workaround. This problem was trunk only.
doc_toc.py is nevertheless broken in trunk and
José Matos wrote:
doc_toc.py is nevertheless broken in trunk and branch when handling
non-ascii characters.
Fixed in http://www.lyx.org/trac/changeset/20207
How about branch?
Jürgen
On Tuesday 11 September 2007 10:11:58 Jürgen Spitzmüller wrote:
How about branch?
The change is safe may I apply it to the stable branch?
Jürgen
--
José Abílio
Hi all,
how does LyX know how to scale an EPS figure when viewing it on-screen?
It's set to 100% and on my 16cm wide figure, it's more like 12.5cm. I'm
used to my 16cm-wide PNG figures requiring a 30% scaling in the LyX
display to end up with something much bigger.
My display is 90DPI according
José Matos wrote:
The change is safe may I apply it to the stable branch?
Yes, please.
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
I lost the patch. Where is it?
http://bugzilla.lyx.org/attachment.cgi?id=1959action=view
I have not see this patch before actually.
Does the new libFileSearch have to build a vectorpair? We do not
really care about
Darren Freeman [EMAIL PROTECTED] writes:
Hi all,
how does LyX know how to scale an EPS figure when viewing it on-screen?
It's set to 100% and on my 16cm wide figure, it's more like 12.5cm. I'm
used to my 16cm-wide PNG figures requiring a 30% scaling in the LyX
display to end up with
On Tuesday 11 September 2007 10:31:55 Jürgen Spitzmüller wrote:
Yes, please.
Done.
http://www.lyx.org/trac/changeset/20210
If other title translations are added to doc_toc.py that should be reported
in status.15x. This patch is just an internal fix and since this does not
change any
José Matos wrote:
If other title translations are added to doc_toc.py that should be reported
in status.15x. This patch is just an internal fix and since this does not
change any output, I have not filled any new entry to status.15x.
I hope this is OK. :-)
Fine with me.
Jürgen
Tommaso Cucinotta wrote:
Hi all,
I'd like to know what is the most suitable way to notify users of
the progress made during possibly long tasks, in LyX.
The standard way would be to create a new thread, so to exit
the Qt callback that started the long task, adding a progress bar or
similar and
Helge Hafting wrote:
Good idea, if only for print as file.
I definitely meant print to printer, not print to file.
Those who want a file can still use File-export-pdflatex.
Why? We have print to file, which should provide at least these two options.
(else, we should get rid of print to
Richard Heck schrieb:
On Linux, I would say something like the following: On *nix systems, the
PATH will need to be set only if there are external programs you wish to
use that are not in your normal system path ($PATH).
Thanks for the infos, I'll add this today.
regards Uwe
Fixed in http://www.lyx.org/trac/changeset/20207
thanks Uwe
On Friday 07 September 2007 21:37:33 Tommaso Cucinotta wrote:
Hi all,
when compiling with --enable-shared (that would seem a good
switch to enable at a first glance),
On Linux yes, on other systems no. We tried this last month and result was
not good. And, you know, not being able to
In my title I tried to insert:
Revision ERT{\input{build_id}}
On the screen, it says: \INPUT{BUILD_ID}
because I'm using ams art, and title is caps.
I chose 'view source', it says:
\title{SCMA Design Document\\
Revision \input{build_id}}
\maketitle
OK, fine. Just a screen buglet. Wait, no!
Helge Hafting ha scritto:
If you di this - please make that a progress bar (or similiar) inside
the main window - _not_ a popup thing. :-)
Ok, guess smth. besides (or embedded into) the status bar. Despite
the appearence, I guess the main problem is that LyX has a single
thread design. So, if
Neal Becker wrote:
In my title I tried to insert:
Revision ERT{\input{build_id}}
On the screen, it says: \INPUT{BUILD_ID}
because I'm using ams art, and title is caps.
I chose 'view source', it says:
\title{SCMA Design Document\\
Revision \input{build_id}}
\maketitle
OK, fine. Just
Tommaso Cucinotta wrote:
Helge Hafting ha scritto:
If you di this - please make that a progress bar (or similiar) inside
the main window - _not_ a popup thing. :-)
Ok, guess smth. besides (or embedded into) the status bar. Despite
the appearence, I guess the main problem is that LyX has a
Abdelrazak Younes ha scritto:
Yes, and this doesn't have to change to do what you envision. I had
once a patch that used the forkedcall mechanism that is used for
graphics conversion (and for instant preview). As you probably know,
graphics are converted asynchronously before they are shown on
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Alfredo asked for some expert review. After that, it can go in.
(I've already approved that)
They are safe IMHO.
Good. Alfredo, you can apply then.
Err, these went in some days ago (you said ok if IMO they were safe).
So, in already.
A/
Jean-Marc Lasgouttes wrote:
Richard Heck [EMAIL PROTECTED] writes:
Oh, it's not as bad as that, really. If the layout file can't be read,
LyX will switch to something else, like Article (SGML), which is kind
of a hassle. But it's not a critical error, and anyone who's editing
their layouts
On Tue, 11 Sep 2007 10:50:56 +0300
Martin Vermeer [EMAIL PROTECTED] wrote:
On Tue, 11 Sep 2007 08:15:11 +0300
Martin Vermeer [EMAIL PROTECTED] wrote:
On Mon, Sep 10, 2007 at 10:42:32PM +0200, Andre Poenitz wrote:
On Mon, Sep 10, 2007 at 10:44:01PM +0300, Martin Vermeer wrote:
OK for
Alfredo Braunstein wrote:
Good. Alfredo, you can apply then.
Err, these went in some days ago (you said ok if IMO they were safe).
So, in already.
Right, I remember now. You really need to fix the mailing list issue ...
Jürgen
Hi, is this a bug in lyx 1.5.1?
I checked on bugzilla.lyx.org but found nothing corresponding, so I
decided to post this to the developers list.
When I try to use the Notation*-environment within the book (AMS)
documentclass and want to view DVI, I get the following error message
from latex:
Richard Heck [EMAIL PROTECTED] writes:
Whenever we reload the class, we do the update layout routine from
CutAndPaste, which is what is used for any change of classes. So
basically we're treating layout reload like change of class. The same
thing gets done on loading of modules. So,
On Tue, Sep 11, 2007 at 08:37:12AM +0200, Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Tue Sep 11 00:32:59 2007
New Revision: 20202
URL: http://www.lyx.org/trac/changeset/20202
Log:
shuffle some frontend stuff around. merge controller(base) and Kernel.
Make
On Tue, Sep 11, 2007 at 10:50:56AM +0300, Martin Vermeer wrote:
Here's a better one.
Not really ;-)
Index: src/mathed/InsetMathFrac.cpp
===
--- src/mathed/InsetMathFrac.cpp (revision 20193)
+++ src/mathed/InsetMathFrac.cpp
Kai Johannes Keller wrote:
When I try to use the Notation*-environment within the book (AMS)
documentclass and want to view DVI, I get the following error message
from latex:
Thanks for the report, I added it here:
http://bugzilla.lyx.org/show_bug.cgi?id=4078#c15
Jürgen
On Tue, Sep 11, 2007 at 12:32:52PM +0100, José Matos wrote:
On Friday 07 September 2007 21:37:33 Tommaso Cucinotta wrote:
Hi all,
when compiling with --enable-shared (that would seem a good
switch to enable at a first glance),
On Linux yes, on other systems no. We tried this last
Jürgen Spitzmüller wrote:
Thanks for the report, I added it here:
http://bugzilla.lyx.org/show_bug.cgi?id=4078#c15
The fix, btw, is simple. Just change in amsmaths.inc, here:
Style Notation*
CopyStyle Remark*
LatexName notation*
Andre Poenitz [EMAIL PROTECTED] writes:
The ShapeChanger changes the Shape back to the original state when it is
destructed, i.e. the end of its scope. In this particular piece of code
the scope of 'dummy2' is the 'if' branch, i.e. the shape will already be
restored before cell(0).metrics()
I think...
Abdel.
The attached patch
1. add Inset::updateEmbeddedFile, that will be called after the
embedding status of a file is changed. A typical use is
+void InsetGraphics::updateEmbeddedFile(Buffer const buf,
+ EmbeddedFile const file)
+{
+ params_.filename.set(file.availableFile(buf),
On 9/11/07, Abdelrazak Younes [EMAIL PROTECTED] wrote:
I think...
I have not done any profiling but this is possible. Because
EmbeddedFiles now saves inset pointers (not ParConstIterator),
EmbeddedFiles::update() should be moved out of updateLabels() and
iscalled with inset addition and removal.
I am not quite sure what is
the best way to do this though.
With a patch that I just submitted for review, this is the last major
problem that needs to be resolved. Basically, I need to call
EmbeddedFiles::update() (or emit embeddingChanged() signal) when an
inset that has embedded files is
On Tue, Sep 11, 2007 at 05:37:32PM +0200, Andre Poenitz wrote:
On Tue, Sep 11, 2007 at 10:50:56AM +0300, Martin Vermeer wrote:
Here's a better one.
Not really ;-)
Index: src/mathed/InsetMathFrac.cpp
===
---
On Tue, Sep 11, 2007 at 05:58:56PM +0200, Jean-Marc Lasgouttes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
The ShapeChanger changes the Shape back to the original state when it is
destructed, i.e. the end of its scope. In this particular piece of code
the scope of 'dummy2' is the 'if'
Jürgen Spitzmüller wrote:
Helge Hafting wrote:
Good idea, if only for print as file.
I definitely meant print to printer, not print to file.
Those who want a file can still use File-export-pdflatex.
Why? We have print to file, which should provide at least these two options.
Tommaso Cucinotta wrote:
After importing a LaTeX doc with a {\tiny some text}
command within a table caption, the caption text is
shown on LyX tiny, but there is no way (AFAICS) to
change it to standard size. What is the LyX way of
setting/unsetting \tiny, \small, \big, etc ?
Using LyX
Hi,
thanks for clearing the list. This is what is left:
Approved by Jürgen
--
Update to Boost 1.34.1
http://www.lyx.org/trac/changeset/19638 - redoParagraph() simplify the
changed calculation
http://www.lyx.org/trac/changeset/19868 - TextMetrics::redoParagraph():
we need to
Michael Gerz wrote:
thanks for clearing the list. This is what is left:
http://www.lyx.org/trac/changeset/20016 - optimization: avoid some font
copying
http://www.lyx.org/trac/changeset/20021 - enable some non-rtl optimization
These two are in.
Jürgen
On Tue, Sep 11, 2007 at 05:58:56PM +0200, Jean-Marc Lasgouttes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
The ShapeChanger changes the Shape back to the original state when it is
destructed, i.e. the end of its scope. In this particular piece of code
the scope of 'dummy2' is the 'if'
On Tue, Sep 11, 2007 at 07:41:29PM +0300, Martin Vermeer wrote:
On Tue, Sep 11, 2007 at 05:37:32PM +0200, Andre Poenitz wrote:
On Tue, Sep 11, 2007 at 10:50:56AM +0300, Martin Vermeer wrote:
Here's a better one.
Not really ;-)
Index: src/mathed/InsetMathFrac.cpp
Jürgen Spitzmüller wrote:
Neal Becker wrote:
In my title I tried to insert:
Revision ERT{\input{build_id}}
On the screen, it says: \INPUT{BUILD_ID}
because I'm using ams art, and title is caps.
I chose 'view source', it says:
\title{SCMA Design Document\\
Revision \input{build_id}}
Michael Gerz wrote:
Approved by Jürgen
--
http://www.lyx.org/trac/changeset/19867 -
InsetCollapsable::setStatus(): remove the Buffer::changed() signal
emission
I'll put this one in shortly. Very simple.
??? http://www.lyx.org/trac/changeset/20153 - Fix crash when layout
file
Jean-Marc Lasgouttes schrieb:
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
I lost the patch. Where is it?
http://bugzilla.lyx.org/attachment.cgi?id=1959action=view
I have not see this patch before actually.
Does the new libFileSearch have to build a
hi,
i have basic working skeleton for bug 3527; now there is only minimal set of
supported features, but i'll add others, when you won't opose the general
construction of this code. i would like to ask :
1) is it possible to add hyperref support to 1.6 series (Jose?)
2) can somebody review this
i have basic working skeleton for bug 3527; now there is only minimal set of
supported features, but i'll add others, when you won't opose the general
construction of this code. i would like to ask :
Nice work!
1) is it possible to add hyperref support to 1.6 series (Jose?)
As long as you
Bo Peng wrote:
2) can somebody review this code and comment what should be done
otherwise and mainly what i forgot to do.
I have a quick look at the patch, and have one question though: why do
you use separate file for PDFOptions.h|cpp? I guess it can be merged
to BufferParams.
Yes,
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
http://www.lyx.org/trac/changeset/19919 - Fix DEPM crash within inset.
always clear the full text_metrics_ when doing a full update.
Applicable to branch?
In theory yes but this will have side effects within insets.
Jürgen Spitzmüller wrote:
Just to keep track, here are the fixes you still need to backport (and have OK
to do so). No need to hurry, though:
http://www.lyx.org/trac/changeset/19868 -
TextMetrics::redoParagraph(): we need to check the returned value of
Inset::metrics()
2) can somebody review this code and comment what should be done
otherwise and mainly what i forgot to do.
I have a quick look at the patch, and have one question though: why do
you use separate file for PDFOptions.h|cpp? I guess it can be merged
basically because i mimic some other
Richard Heck wrote:
Michael Gerz wrote:
Approved by Jürgen
--
http://www.lyx.org/trac/changeset/19867 -
InsetCollapsable::setStatus(): remove the Buffer::changed() signal
emission
I'll put this one in shortly. Very simple.
This is in now. I didn't add anything to status.15x
Michael Gerz wrote:
Hi,
thanks for clearing the list. This is what is left:
Approved by Jürgen
--
Update to Boost 1.34.1
http://www.lyx.org/trac/changeset/19638 - redoParagraph() simplify the
changed calculation
On second thought I don't think I will backport this one
Richard Heck wrote:
Michael Gerz wrote:
Approved by Jürgen
--
http://www.lyx.org/trac/changeset/19867 -
InsetCollapsable::setStatus(): remove the Buffer::changed() signal
emission
I'll put this one in shortly. Very simple.
OK, I'll let you the honor ;-)
Abdel.
http://www.lyx.org/trac/changeset/20195 - unicodesymbols: workaround fix for
an encoding bug in
teTeX 3 /TeXLive 2005
This is in now.
regards Uwe
On Tue, Sep 11, 2007 at 10:11:42PM +0300, Dov Feldstern wrote:
Jürgen Spitzmüller wrote:
Neal Becker wrote:
In my title I tried to insert:
Revision ERT{\input{build_id}}
On the screen, it says: \INPUT{BUILD_ID}
because I'm using ams art, and title is caps.
I chose 'view source', it
Probably there should just be a use hyperref checkbox to turn this on and
off. You could then check that and get basic hyperref support without
actually having to fill out any of the fields. That is: You'd just get
\usepackage{hyperref}.
have never used this plain version. does it anything
Neal Becker wrote:
In my title I tried to insert:
Revision ERT{\input{build_id}}
On the screen, it says: \INPUT{BUILD_ID}
because I'm using ams art, and title is caps.
I chose 'view source', it says:
\title{SCMA Design Document\\
Revision \input{build_id}}
\maketitle
OK, fine. Just a
Pavel Sanda wrote:
Probably there should just be a use hyperref checkbox to turn this on and
off. You could then check that and get basic hyperref support without
actually having to fill out any of the fields. That is: You'd just get
\usepackage{hyperref}.
have never used this plain
Martin Vermeer wrote:
I don't get this effect at all. Tried with article (AMS) and title
layout. The title is in small caps, and no matter what I do, the ERT
inset content is in lower case, standard size, typewriter LaTeX red
text, just as it is supposed to be.
What should I do to see the bug?
And if you're working on thisthe URL inset should become an \href inset. (There are a billion
bugs about this.)
I also opted for this often in the past, but you need to take care then of several issues. Take for
example the Algorithm floats:
The EmbeddedObjects manual describes a lot of
Abdelrazak Younes wrote:
Richard Heck wrote:
Michael Gerz wrote:
Approved by Jürgen
--
http://www.lyx.org/trac/changeset/19867 -
InsetCollapsable::setStatus(): remove the Buffer::changed() signal
emission
I'll put this one in shortly. Very simple.
OK, I'll let you the honor
Uwe Stöhr wrote:
And if you're working on thisthe URL inset should become an
\href inset. (There are a billion bugs about this.)
I also opted for this often in the past, but you need to take care
then of several issues. Take for example the Algorithm floats:
The EmbeddedObjects manual
Could people please try to keep an eye on unneeded includes?
I just had two almost-full-recompiles just because BufferParams.h
happened to include frontend_helper.h for no good reason...
Thank you.
Andre'
Hi,
I'm currently in the process of porting lyx-1.5.1 to FreeBSD.
The build-process however fails on src/support/tests/test_filetools.
In #lyx (on irc.debian.org) ps told me to contact the mailinglist about this
problem.
I've attached the relevant build logs.
My system is:
FreeBSD
On Tuesday 11 September 2007 22:48:50 Ullrich Franke wrote:
My system is:
FreeBSD fbsd.Amnesiac.unsernet 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Jun 27
12:25:02 CEST 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CKERN6 i386
Thank you for the report.
This test fails on linux too (Fedora 7
Helge Hafting ha scritto:
Select the tiny text
Edit-Text STyle-Customized...
You get a dialog - change to whatever size you need.
Oops, you're right ! I opened that dialog so many times,
without seeing what was just there !!
On a related note, I have a similar issue with a \textsl{}
within
Can anybody explain me what does the option auto end do that is in the preferences dialog under
Language settings? The only code reference I found is this:
if (!lyxrc.language_auto_end
!params().language-babel().empty()) {
os
Probably there should just be a use hyperref checkbox to turn this on
and off. You could then check that and get basic hyperref support
without actually having to fill out any of the fields. That is: You'd
just get \usepackage{hyperref}. As for other checkboxes, we should have
ones for
http://wiki.lyx.org/uploads/DevelDoc/pdfsupport.gif
that is the current state on my local branch. still receiving additional
requests :)
Nice dialog. I think
1. PDF support may not be the best name. I am thinking of Document
Properties, but Hyperref Support may be clearer.
2. This page
1. PDF support may not be the best name. I am thinking of Document
Properties, but Hyperref Support may be clearer.
users with a little knowledge of latex will not understand Hyperref Support.
Document Properties is too general. we can change the naming, but still
i think that the keyword pdf
On Tue, Sep 11, 2007 at 11:06:55PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
I don't get this effect at all. Tried with article (AMS) and title
layout. The title is in small caps, and no matter what I do, the ERT
inset content is in lower case, standard size, typewriter LaTeX red
On 9/11/07, Pavel Sanda [EMAIL PROTECTED] wrote:
1. PDF support may not be the best name. I am thinking of Document
Properties, but Hyperref Support may be clearer.
users with a little knowledge of latex will not understand Hyperref Support.
Document Properties is too general. we can change
On linux, simply start and quit lyx.
Backtrace:
#0 0x003412512838 in FcConfigSetFonts ()
from /usr/lib64/libfontconfig.so.1
#1 0x002a95c67267 in QFontDatabase::removeApplicationFont (handle=0)
at text/qfontdatabase_x11.cpp:1959
#2 0x0086a7a6 in ~GuiFontLoader
On Tue, 2007-09-11 at 22:50 -0500, Bo Peng wrote:
On linux, simply start and quit lyx.
r20206 didn't do this. I just built r20235 and tried. Sorry but
following your procedure I don't get a crash.
OpenSUSE 10.2.
Have fun,
Darren
On Tue, 2007-09-11 at 22:50 -0500, Bo Peng wrote:
#2 points to
GuiFontLoader::~GuiFontLoader()
{
#if QT_VERSION = 0x040200
for (int i = 0 ; i num_math_fonts; ++i) {
if (fontID[i] = 0)
QFontDatabase::removeApplicationFont(fontID[i]);
}
I should have said, using Qt 4.2.1, so this code is being compiled.
Then this might be another gcc 3 / signals problem. :-)
I will compile with gcc 4 and try again.
Bo
Bernhard Roider wrote:
> > ... We have to decide what is our policy
> > for handling stuff in system dir vs stuff in .lyx. We cannot decide
> > file by file whether in one case the system version is read, but not
> > in the other. The behaviour should be predictable. ...
>
> So what's the
Jürgen Spitzmüller wrote:
I'll comment only on those that I haven't approved last time.
http://www.lyx.org/trac/changeset/20016 - optimization: avoid some font
copying
http://www.lyx.org/trac/changeset/20021 - enable some non-rtl optimization
Alfredo asked for some expert review. After
[EMAIL PROTECTED] wrote:
Author: spitz
Date: Tue Sep 11 08:21:53 2007
New Revision: 20205
Thanks!
URL: http://www.lyx.org/trac/changeset/20205
Log:
Backport revision 19747:
* src/frontends/qt4/GuiView.h:
- Delete include of config.h. This was needed only for the qt3 port.
Modified:
Michael Gerz wrote:
> http://www.lyx.org/trac/changeset/19473 - more verbose message
I have backported this now
> http://www.lyx.org/trac/changeset/19747 - Delete include of config.h.
> This was needed only for the qt3 port.
an this.
Jürgen
1 - 100 of 192 matches
Mail list logo