[EMAIL PROTECTED] schrieb:
Author: rgheck
Date: Wed Jun 6 21:33:57 2007
New Revision: 18692
URL: http://www.lyx.org/trac/changeset/18692
Log:
Fix bug 3823: Division needs not to return an integer.
Also added some comments about a different possible fix.
Two things:
- Why do we divide by 2
Hi,
Based on Enrico's comment, here comes a shorter patch.
I need one more OK.
Michael
Index: LaTeXFeatures.cpp
===
--- LaTeXFeatures.cpp (Revision 18800)
+++ LaTeXFeatures.cpp (Arbeitskopie)
@@ -499,7 +499,7 @@
//in InsetNote:
Sorry, folks :-(
Here comes a better patch.
Still one more OK needed.
Michael
Index: LaTeXFeatures.cpp
===
--- LaTeXFeatures.cpp (Revision 18800)
+++ LaTeXFeatures.cpp (Arbeitskopie)
@@ -499,7 +499,7 @@
//in InsetNote::validate
Hi,
why is a "shaded note" called "shaded"? AFAICS, a shaded note is in fact
a colored note both on screen and in LaTeX output!
I suggest renaming the menu item and the underlying code. If you agree,
I will prepare a patch.
Michael
José Matos schrieb:
On Tuesday 15 May 2007 10:51:47 Abdelrazak Younes wrote:
Nothing. "Close" would be better though... Or maybe no button at all.
I prefer "Done" but "Close" is OK. "Cancel" is indeed confusing. :-)
What was the reason that nobody fixed this?
Michael
Hi,
this patch fixes a problem with an untranslated toolbar name.
OK?
Michael
Index: src/LyXFunc.cpp
===
--- src/LyXFunc.cpp (Revision 18805)
+++ src/LyXFunc.cpp (Arbeitskopie)
@@ -1758,20 +1758,19 @@
case LFUN_TOOLBAR_TOGGLE: {
why is a "shaded note" called "shaded"? AFAICS, a shaded note is in
fact a colored note both on screen and in LaTeX output!
I suggest renaming the menu item and the underlying code. If you
agree, I will prepare a patch.
Here comes a first proposal that cleans up the code. Personally, I
Hi,
the following patch by Jürgen (with a minor fix by myself) prevents the
replacement of deleted text.
I tested the fix and it works.
Even with this patch there are still a few minor problems with the
search&replace dialog:
- Replace/ReplaceAll is always activated when the dialog opens
-
Michael Gerz schrieb:
Hi,
the following patch by Jürgen (with a minor fix by myself) prevents
the replacement of deleted text.
I tested the fix and it works.
Even with this patch there are still a few minor problems with the
search&replace dialog:
Nevertheless, I am asking for anothe
> Michael, what if we just change the code inside userinfo.cpp instead of
> intricating CT code ?
> the solution could be that the user_name/mail() will return eg
> "Anonymous" by default.
I have some ideas on how to fix the problem without changing the file format.
In any case (with or without
Pavel Sanda schrieb:
In contrary, my resources are limited at the moment.
the quick fix is below.
I think this is a good work-around for the time being (i.e. 1.5rc2).
If I get another OK, I will commit. As soon as we have a better
solution, I am going to revert the quick fix.
Micha
[EMAIL PROTECTED] schrieb:
Modified: lyx-devel/trunk/src/frontends/qt4/QParagraph.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/QParagraph.cpp?rev=18860
==
--- lyx-devel/trunk/src/frontends/qt4/
Enrico Forestieri schrieb:
On Wed, Jun 20, 2007 at 09:44:12AM +0100, José Matos wrote:
On Wednesday 20 June 2007 00:00:06 Enrico Forestieri wrote:
The attached patch fixes it. José, OK to commit?
The patch seems right. If you someone to test this and guarantee that it
works (
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Mon Jun 25 15:49:51 2007
New Revision: 18885
URL: http://www.lyx.org/trac/changeset/18885
Log:
Fix bug 1749. CAUTION: lyx2lyx not fully working yet (see FIXMEs).
José, isn't lyx2lyx your hobby-horse :-)
Michael
José,
(when) should we update all LyX files to the latest file format?
Michael
[EMAIL PROTECTED] schrieb:
Author: uwestoehr
Date: Thu Jun 28 00:29:46 2007
New Revision: 18919
URL: http://www.lyx.org/trac/changeset/18919
Log:
installer updates
Modified:
lyx-devel/trunk/development/Win32/packaging/AltInstaller/ChangeLog.txt
lyx-devel/trunk/development/Win32/packagin
[EMAIL PROTECTED] schrieb:
When I open the "beamer-conference-ornate-20min.lyx" template in the
"\lyx15\resources\templates" directory and scroll down the document, lyx crashes every
time!
I installed the LyX-1.5.0rc1-Installer-bundle.exe for Windows.
Please check 1.5.0rc2. I cannot reprod
Uwe Stöhr schrieb:
> I can not compile doc/TOC.lyx. I guess this is caused by line
> \usepackage[utf-8]{inputenc}.
Because the correct line would be
\usepackage[utf8]{inputenc}
The attached trivial patch fixes this and sets the Python file
encoding to utf-8 as we once agred that all our scrip
Helge Hafting schrieb:
3 table bugs in rc2
Sorry I haven't checked bugzilla - my plane leaves in a few hours.
These are now
http://bugzilla.lyx.org/show_bug.cgi?id=3955
http://bugzilla.lyx.org/show_bug.cgi?id=3956
http://bugzilla.lyx.org/show_bug.cgi?id=3957
Michael
Alfredo Braunstein schrieb:
http://bugzilla.lyx.org/show_bug.cgi?id=3600
The problem is simply that stripLeadingSpaces is called on the last
paragraph of the selection and the endpos position is not adjusted if the
par shrinks.
Can someone remind me why do we need to call stripLeadingSpaces? Is
Hi,
the attached patch fixes three toolbar problems:
- The toolbar name couldn't be translated in a user message
- A faulty stdtoolbars.ui resulted in a failed assertion
- "toolbar-toggle foobla" resulted in a state change for
some dummy toolbar rather than a reasonable error message
Unfortun
Edwin Leuven schrieb:
Michael Gerz wrote:
ok by me. i don't really like all these checks: if (tbi != 0), but
don't know what a nice solution would be. instead of indenting i would
always try to return or break early though (see below)
Ok, I changed the patch accordingly.
One
Michael Gerz schrieb:
New (tested) patch attached. Any other comments and/or OKs?
José?
Michael
Edwin Leuven schrieb:
[EMAIL PROTECTED] wrote:
which icon do you mean? (I can't test LyX here, but better ask you
than forget about it).
patch attached...
OK, I will apply it in a minute.
Michael
Jean-Marc Lasgouttes schrieb:
http://bugzilla.lyx.org/show_bug.cgi?id=3764
This is an important privacy bug, that should be fixed before 1..50
IMO. In the following patch, I tried to be as unintrusive as possible.
Jean-Marc, thank you very much for stepping forward!
The
other authors of t
Jean-Marc Lasgouttes schrieb:
What do you mean? That it is saved in the file with id 0 for all his
changes? Then I do not understand what happens when somebody else
edits the file... This is precisely an area I do not understand.
The active user (i.e. the one running LyX) always has author id
Jean-Marc Lasgouttes schrieb:
José> I was expecting Jean-Marc opinion on this.
My opinion:
- I do not know what this 'usedtoolbars' thing is. And the comments in
ToolbarBackend.h do not help much. Edwin, is it your doing?
- it seems that the problem was that we need to check whether a given
Jean-Marc Lasgouttes schrieb:
http://bugzilla.lyx.org/show_bug.cgi?id=3764
I do not like this patch very much, actually %-| The name AuthorActive
is ugly, the class definition in Author.h is weird (but better IMO
than including everywhere).
Jean-Marc,
I think I found a smarter solution tha
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 fix #3600 (30/06/07) by Alfredo
- Image Cache Fix (3819.diff,
John,
I cannot reproduce this bug.
Michael
John McCabe-Dansted schrieb:
To reproduce:
1) Press Cntl-N (start new file)
2) Press Alt-I, I, B (insert TOC from BibTeX)
3) Press Alt-A (Add...)
4) Double Click test
5) Press Alt-O (OK)
6) Press Alt-I C (Insert Citation)
7) Press Alt-A (Add)
LyX no
Pol,
please add a report to bugzilla.lyx.org if this problem occurs with 1.5.0svn
Michael
pol schrieb:
Here is a lyx 1.4.4 one-line file, where two labels have been included.
As i try to insert a cross reference to one label by choosing 'apply' in the
panel, lyx crashes. Choosing 'ok' rathe
Jean-Marc,
Jean-Marc> Something like that.
Great. Very compact and non-intrusive patch!
Jean-Marc> I tested briefly with 3 different
Jean-Marc> authors, and I think something is wrong (I think it was
Jean-Marc> already wrong before, actually). I do not see how current
Jean-Marc> author could
Andre Poenitz schrieb:
Modified: lyx-devel/trunk/src/frontends/controllers/frontend_helpers.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/controllers/frontend_helpers.cpp?rev=18992
Something is wrong with this link (surprise included).
Note that in general it is bet
Jean-Marc Lasgouttes schrieb:
Abdelrazak> The problem is that all letters in Caption are already
Abdelrazak> taken by other shortcuts.
Abdelrazak> Any idea someone?
The English alphabet has 26 characters, i.e., there are at most 26
shortcuts (unless you use numbers etc.).
Personally, I hav
Bo Peng schrieb:
On 7/6/07, Pavel Sanda <[EMAIL PROTECTED]> wrote:
hi,
translation of the following line of .po has no effect for me:
#: lib/layouts/stdlayouts.inc:73
msgid "--- Separate Environment ---"
If I am not mistaken, this is a known problem:
http://bugzilla.lyx.org/show_bug.cgi?id=2
Michael Gerz schrieb:
Andre Poenitz schrieb:
Modified:
lyx-devel/trunk/src/frontends/controllers/frontend_helpers.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/controllers/frontend_helpers.cpp?rev=18992
Something is wrong with this link (surprise included).
Note
s written in the
Jean-Marc> file) if the file is really edited by several authors.
I meant like _that_.
Ok, I tested the following:
New document with changes by "Michael Gerz":
\tracking_changes true
\output_changes false
\author "Michael Gerz" [EMAIL PROTECTED]
Ed
José Matos schrieb:
On Saturday 07 July 2007 12:34:35 Michael Gerz wrote:
Accept all changes by "Mike" and "MG":
\tracking_changes true
\output_changes false
\author ""
\author ""
\author "Michael Gerz" [EMAIL PROTECTED]
Koji Yokota schrieb:
>> #: src/frontends/qt4/ui/ParagraphUi.ui:241
>> Use Paragraph's Default Alignment
>>
>
> does not match the actual strings, so it does not appear translated in
> the actual lyx.
>
I just remerged the po files and committed the changes.
AFAICS, only a single message h
Hi,
this patch fixes a translation problem.
OK?
Michael
Index: frontends/qt4/QParagraph.cpp
===
--- frontends/qt4/QParagraph.cpp (Revision 19004)
+++ frontends/qt4/QParagraph.cpp (Arbeitskopie)
@@ -83,11 +83,11 @@
radioMap[LYX_AL
Jean-Marc Lasgouttes schrieb:
At least, I would prefer
if (!tbi)
to
if (tbi == 0)
Done.
Now that I look at it (even) more closely, I have a question: we used
to have two version of getToolbars, which only differred by the fact
that one is const.
With your patch we know ki
Edwin Leuven schrieb:
if i creat a selection that spans more than one line and then type
something (so that the selection gets replace with my new text), the
selection before the line where cursor is isn't crossed out. there is
a missing screen update here.
This is now bug #3992.
second thing
Koji Yokota schrieb:
Michael Gerz wrote:
Hi,
this patch fixes a translation problem.
OK?
Michael
Yes, I confirmed. Thank you!
Thanks. I need one more OK. Anybody, please?
Michael
Abdelrazak Younes schrieb:
While I agree that your patch is good and clean (thus you have my OK),
I don't understand why qt_() does not work. Do you?
Because the label to be translated does not appear in the po files.
I will commit in a minute...
Michael
Abdelrazak Younes schrieb:
I committed a better version with some comments:
Thanks a lot!
Michael
Jean-Marc Lasgouttes schrieb:
"Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> See it that way: I removed an obsolete non-const method for
Michael> "defined" and added a _different_ non-const method for
Michael> "used".
Jean-Marc Lasgouttes schrieb:
I did not manage to reproduce the problem I saw and anyway I do not
think they are introduced by the patch. Please go ahead.
Committed as
http://www.lyx.org/trac/changeset/19019
Michael
José Matos schrieb:
The patch seems reasonable as far as I can see. :-)
If Edwin confirms that it works it can go in.
IIRC Edwin went on vacation. Therefore, someone else should have a look
at the patch (from a technical and an operational perspective).
This is very nasty bug and I am
José Matos schrieb:
On Tuesday 10 July 2007 16:13:50 Bo Peng wrote:
We can exclude them from source tar.gz and hope our build systems will
not choke. The only way to check the latter is to build lyx/rc2 from
its tarball with some po files removed.
Michael and Jean-Marc are the wizards
Darren Freeman schrieb:
Hi all,
I just inserted a \propto to find that it is displayed in LyX as a Greek
mu, but correctly in the LaTeX output.
On Win XP, LyX 1.5.0svn, \propto looks identical in LyX and in DVI
output (similar to a greek alpha symbol)
Michael
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, 26/06
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
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
See subject.
Bye, Michael
José Matos schrieb:
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
[EMAIL PROTECTED] schrieb:
Modified: lyx-devel/trunk/po/POTFILES.in
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/po/POTFILES.in?rev=19056
==
--- lyx-devel/trunk/po/POTFILES.in (original)
+++ lyx-devel/trunk/po/POTFIL
Jürgen Spitzmüller schrieb:
Abdelrazak Younes wrote:
As soon as do some cleanups (like I've done in my mvc branch)
back-porting will get more and more complicated. Backporting will
require additional work whereas developing feature and doing cleanup
directly in the stable branch will not.
Jürgen Spitzmüller schrieb:
1.5.2: T2=T1+2/3month, feature release, big patch and cleanup allowed
Probably yes. Depends on what remains from the 1.5.1 bugfixing and what bug
reports we have. Main focus is _always_ on stability. New features should
therefore be very well tested and straig
Jürgen Spitzmüller schrieb:
Uwe Stöhr wrote:
But this is then a bug. LyX currently swallows all author informations
without confirmation. This is in my opinion a dataloss!
I don't think so. The author information was introduced and currently is
actually only there for change tracking
[EMAIL PROTECTED] schrieb:
Modified: lyx-devel/trunk/src/Paragraph.cpp
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/Paragraph.cpp?rev=19150
==
--- lyx-devel/trunk/src/Paragraph.cpp (original)
+++ lyx-devel/trunk/
Darren Freeman schrieb:
On Fri, 2007-07-20 at 10:32 +0200, Abdelrazak Younes wrote:
I am sorry to hear that but we have no way to help you without nothing
where the slowdown is. We need profile results! So, if you want to have
a faster 1.5, please try to provide some.
Unfortunately in
Guys,
with Dov's latest patch (#1820) committed, I was able to produce a CT
patch that does not touch the present (non-)const-ness of OutputParams.
Since I consider this bug a major CT bug (text inside deleted insets is
displayed as unchanged text), I would like you to reconsider the patch
f
Michael Gerz schrieb:
Guys,
with Dov's latest patch (#1820) committed, I was able to produce a CT
patch that does not touch the present (non-)const-ness of OutputParams.
Since I consider this bug a major CT bug (text inside deleted insets
is displayed as unchanged text), I would like y
José Matos schrieb:
On Friday 20 July 2007 10:34:38 Michael Gerz wrote:
IMHO 14 parameters are enough. Don't you think that a container like
OutputParams is the better solution?
Michael
But not OutputParams. OutputParams are parameters used to control the output,
as I said b
[EMAIL PROTECTED] schrieb:
Modified: lyx-devel/trunk/lib/examples/nl/multicol.lyx
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/lib/examples/nl/multicol.lyx?rev=19192
==
--- lyx-devel/trunk/lib/examples/nl/multicol.l
Joost Verburg schrieb:
José Matos wrote:
OK Joost, second retry. The packages have been updated.They retain
the same name but they have been updated. Please test. :-)
I uploaded Windows installers for 1.4.5 and 1.5.0 to incoming on the
devel FTP server. Please verify that they are complete (I
José Matos schrieb:
On Thursday 26 July 2007 09:41:29 Michael Gerz wrote:
Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on
the LyX website.
Michael
Don't you have access?
I am sorry, I have to leave now. The packages are already in the stable
secti
Hi,
in bugzilla, 1.5.0svn in the version field does not make sense anymore.
Instead we need a 1.6.0svn.
Michael
Jean-Marc Lasgouttes schrieb:
[EMAIL PROTECTED] writes:
Author: lasgouttes
Date: Tue Aug 7 21:22:32 2007
New Revision: 19347
URL: http://www.lyx.org/trac/changeset/19347
Log:
the "translation" patch series] Part 1: upgrading to gettext 0.14.6
Bo, I think building gettext with scons
Jean-Marc Lasgouttes schrieb:
Michael Gerz <[EMAIL PROTECTED]> writes:
I guess this hold also for the so-called "stable branch", right? :-)
Indeed. But not with the stable build system :)
Be serious! :-) Scons has become our door to the Windows world.
Michael
Jean-Marc Lasgouttes schrieb:
Michael Gerz <[EMAIL PROTECTED]> writes:
Why are these file back? AFAIK they are unused and thus their messages
should not appear in the po files.
Well, po/Makefile.in.in does sees them, and thus they appear. There is
not much I can do about it.
Abdelrazak Younes schrieb:
Right now, if I may summarize the opinion of the lead developers: you
will have to rebase all your work on trunk step by step, logical
change by logical change. It's obviously a waste of time and most of
the time invested in your branch is basically lost. I will disco
Hi,
it seems that it is no longer possible to keep the trunk and the 1.5.X
branch in sync :-( Therefore, I quickly browsed through all commits to
the trunk in order to identify potential patches for the stable branch.
AFAICS there are several huge patches that do not qualify for 1.5.X
simply
[EMAIL PROTECTED] schrieb:
Author: vermeer
Date: Tue Aug 21 09:57:11 2007
New Revision: 19687
URL: http://www.lyx.org/trac/changeset/19687
Log:
some work on fi.po
Is this also relevant for the stable branch?
I think it doesn't make sense to work on the trunk at this point in
time. In the p
Hello,
here comes an updated list of potential 1.5.X patches.
http://www.lyx.org/trac/changeset/19331 - Deal with a UI bug
http://www.lyx.org/trac/changeset/19332 - Make LYX_ALIGN_LAYOUT always
be an available layout
http://www.lyx.org/trac/changeset/19398 - Update to latest from boost
1.34.x
Hi,
one reason is bug #4178:
http://bugzilla.lyx.org/show_bug.cgi?id=4178
Regards,
Michael
Jürgen, all,
here comes a new edition of the 1.5.x patch candidate list. Patches
recommended by Abdel are marked with "!".
Michael
PS: I will continue sending this list by email. It forces me (and you)
to stay active. Wiki pages are just to easy to ignore :-)
? http://www.lyx.org/trac/cha
Hi,
here comes an updated patch candidate list. I guess Jürgen would be
happy if you checked it before he returns from his trip :-)
Please let me know if any commit is irrelevant for the stable branch.
Have a nice day!
Michael
Not urgent (but not rejected)
-
ht
Hi,
here comes a new list of 1.5.X patch candidates. Comments like "remove
patch XY from the list" are welcome. IMHO the list is too large to handle.
Regards, Michael
Not urgent, not now (but not rejected)
--
http://www.lyx.org/trac/changeset/19331 - Dea
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 ch
Hi,
the latest patch "list" looks much better :-)
Jürgen, do you think we have enough patches for 1.5.2?
When shall I inform the translators? IIRC there are some important new
po entries.
Michael
Approved by Jürgen
--
Update to Boost 1.34.1
New
---
-none-
Hi,
here comes a new 1.5.X patch candidate list. Please tell me which
patches are (ir)relevant/(not) applicable.
Regards, Michael
New
---
http://www.lyx.org/trac/changeset/20260 - Darken vertical stroke on +
sign as it disappears on some graphic cards.
http://www.lyx.org/trac/changeset/2026
Hi,
before I add lots of new patches to my list:
Is PDFOptions a potential candidate for 1.5.x?
Regards, Michael
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Tue Sep 25 15:54:37 2007
New Revision: 20488
URL: http://www.lyx.org/trac/changeset/20488
Log:
* lib/layouts/ams*.layout:
* lib/layouts/ams*.inc:
- updates from Paul A. Rubin.
Has this been committed to the trunk before? I can't find th
Richard Heck schrieb:
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Tue Sep 25 15:54:37 2007
New Revision: 20488
URL: http://www.lyx.org/trac/changeset/20488
Log:
* lib/layouts/ams*.layout:
* lib/layouts/ams*.inc:
- updates from Paul A. Rubin.
Has this been
Patch Candidate List #4
Approved by Jürgen
--
New
---
http://www.lyx.org/trac/changeset/20296 - [...] prevent double deletion
of socket notifier
http://www.lyx.org/trac/changeset/20357 - make sure formats are sorted
and converters up-to-date
http://www.lyx.org/trac/changeset/2
Log
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/ChangeLog,v
retrieving revision 1.363.2.133
diff -u -r1.363.2.133 ChangeLog
--- lib/ChangeLog 12 Dec 2005 10:08:38 - 1.363.2.133
+++ lib/ChangeLog 16 Dec 2005 00:04:12 -
@@ -1,3 +1,8 @@
+2005-12-14 Michael Gerz <[EMAIL PRO
Hello,
in LyX 1.4, the vertical distance between headings (for chapters,
sections, etc.) and the upper/lower text is much larger than in LyX 1.3.
You can easily see this by opening the same document with LyX 1.3 and
1.4 in parallel. I think users prefer the more compact representation.
I don
Abdel wrote:
With the shared version all demos and examples compile and execute OK.
Ouf... But the linkage only took an hour and sometimes more than 400
Megs! I understand why Michael insist on compiling static Qt.
Well, I told you! (What is the shared version good for, as long as LyX
is the
Abdel wrote:
Sorry for all this. I'll maybe wait for a formal (beta) delivery of
lyx 1.4
I don't see any reason why you shouldn't be able to create a working LyX
1.4 binary using MinGW. If there is anything wrong with my recipe,
please let me know.
Michael
Abdel wrote:
I completely agree and I first try the static version but all the demo
and examples crashed, including the Qtdesigner. I'll try to find
sometime to compile in debug mode and see what's happening.
Ah. I forgot to mention: Ignore this!
There is a bug in qtwin/src/kernel/qapplicati
Abdel wrote:
As I have polluted your list with my help request I thought that you
might be interested in the result. Thanks to Angus and Michael, I
managed to compile lyx-1.4.0 with Mingw without Aspell and "po"
support. Some note about the compilation:
1) I first try to compile with the Qt
Abdel wrote:
Hum, I am not willing to change my document class, I want to keep
using latex. There is a latex2xml thing but it the resulting Xml is
not as structured as the lyx document.
IMO, the exported XML should reflect the structure of the document as
lyx knows it. Then, this XML could be
Bo Peng wrote:
Since this feature already exists, would you consider add lyx-1.3.x as
one of the export formats? I think this is a common feature among
applications with old and new file formats.
Looks like a "Save as..." feature.
Michael
Abdel wrote:
Hum I beg to differ here, the linking stage is very heavy with
'enable-debug', I will try with
I know. But these settings (taken from my compilation instructions)
should improve the situation:
==> set CXXFLAGS=-gstabs(reduces debug
symbol size)
Lars Gullik Bjønnes wrote:
I would really like to avoid this patch for 1.4.0. Is it really
critical?
Lars, I don't understand your policy. What's the benefit of postponing a
bug fix until 1.4.1? In which way does it increase LyX's stability?
OTOH, the patch provider is annoyed because his
Lars Gullik Bjønnes wrote:
Do you want 1.4.0 released or not?
Yes, of course! I will be quiet from now on (although I still think that
the patch policy is a bit too strict)!
Michael
Martin Vermeer wrote:
Attached, finally, the corrected version of the patch using crc32. Turns
out y isn't needed here after all.
Just wondering: Is crc32 a suitable algorithm to build a signature (aka
hash value). Why don't we use one of famous hash algorithms?
Michael
Jean-Marc Lasgouttes wrote:
I agree that this is not needed as
workaround, but this melt feature
is useful in itself (1.4.1?)
Definitely! I am anxious to see 1.4.1 :-)
Michael
Hello,
I am sorry to say so but change tracking is not in a good shape at the
moment. There are many small problems that, in combination, make change
tracking almost unusuable. (If we were able to fix at least a few of
them, life would be much easier)
I have produced a set of test cases. I t
1 - 100 of 1460 matches
Mail list logo
