Jean-Marc Lasgouttes wrote:
Michael Therefore, the attached patch (for LyX 1.4) adds bindings for
Michael command paste-primary-selection (BTW: What does primary
Michael selection mean in this context?)
+\bind M-S-vprimary-selection-paste
+\bind C-S-v
Long live Mr. Gerz!
I am married, finally :-)
Michael Gerz
(formerly known as Michael Schmitt)
Jean-Marc Lasgouttes wrote:
Michael Long live Mr. Gerz!
Michael I am married, finally :-)
Michael Michael Gerz (formerly known as Michael Schmitt)
That is what I was going to ask. Congratulations!
JMarc
PS: is it common for a man to change name when marrying?
Not really ... But in Germany
Hello,
the subject should be self-explaining. Pasting text the X Window way
cannot be undone.
Michael
Martin Vermeer wrote:
On Wed, Aug 31, 2005 at 10:23:38PM +0200, Michael Gerz wrote:
Test case:
1. Create a new 5x5 table
2. Fill the cells in the first two rows with some random content
3. Cut the content of the fourth column (cells in 1st and 2rd row)
4. Cut some text from the first cell
Alfredo Braunstein wrote:
I always hated this. In fact I think that we should hide this to the user.
In particular with math (same thing happends) I find this very annoying
(did I cut the equation inside math, or just the whole math inset?).
It would be possible to take a note of which type
Juergen Spitzmueller wrote:
The other bug as well. Together with two patches, which are waiting for
testers for several weeks now.
http://marc.theaimsgroup.com/?l=lyx-develm=112256299217504w=2
http://marc.theaimsgroup.com/?l=lyx-develm=112255580906802w=2
The second patch cannot be applied:
Lars Gullik Bjønnes wrote:
Michael Gerz [EMAIL PROTECTED] writes:
| Yes, why not. Lars? Can I commit the (modified) patch?
I would have preferred waiting.
Fix a real bug and you can commit this as well ;-)
No exactly what I was hoping for...
OK, I will look for a simple bug
See subject.
You have to press Cursor-Left/Right twice in order to leave or enter a
char style inset. The debug status line at the bottom of the LyX window
tells me that this has to do with the new boundary flag.
Pretty annoying, isn't it?
Michael
PS: I will add this report to bugzilla
@@ -1,3 +1,8 @@
+2005-09-05 Michael Gerz [EMAIL PROTECTED]
+
+ * insetcharstyle.C (metrics): consider inset label for
+ width computation
+
2005-08-07 Martin Vermeer [EMAIL PROTECTED]
* insettabular.C (getStatus): fix Helge's bug that a number of insets
Index: src/insets/insetcharstyle.C
/ChangeLog,v
retrieving revision 1.1179
diff -u -r1.1179 ChangeLog
--- src/insets/ChangeLog 7 Aug 2005 18:36:20 - 1.1179
+++ src/insets/ChangeLog 6 Sep 2005 15:58:06 -
@@ -1,3 +1,8 @@
+2005-09-05 Michael Gerz [EMAIL PROTECTED]
+
+ * insetcharstyle.C (metrics,draw): consider inset label
Lars,
I added two bugzilla entries but received no corresponding email
reports. Could you please check whether the bugzilla server is
configured correctly?
Thanks! Michael
Michael Gerz wrote:
So you propose
\bind C-M-vprimary-selection-paste
\bind C-S-vprimary-selection-paste paragraph
Yes, why not. Lars? Can I commit the (modified) patch?
The 1.4 patch is in the repository.
So you wouldn't mind removing/replacing the following two
Juergen Spitzmueller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=1937
http://bugzilla.lyx.org/show_bug.cgi?id=1986
The attached patch is supposed to fix them both.
Can someone please test?
I will be able to do some testing at the weekend (but unfortunately not
earlier).
Michael
Hello,
a lot of patches have been applied in recent days.
Which patches require more testing? Jürgen, how about your patches? I
somehow lost track of things.
Michael
Hello,
AFAICS the email notification of bugzilla is still broken. Who is
maintaining the bugzilla server?
Michael
Juergen Spitzmueller wrote:
Michael Gerz wrote:
Which patches require more testing? Jürgen, how about your patches? I
somehow lost track of things.
The tabular undo patch (to fix bugs 1937 and 1986) needs testing. I have once
again attached an updated version, since insettabular has
Hello,
I guess the following indicates a bug:
1. Create new doc
2. Insert 5x5 table
3. Show table buttons
4. Go to the cell in row 3, column 3
5. Press Multi-column button in the table bar
6. Deactivate upper line (choose button in the table bar)
= upper line is deactivated for all cells in row
Pol wrote:
--
pol
Pol, could you please change the default settings of your email client?
Everytime I receive an email from you, Thunderbird asks me to confirm
the reception :-(
Michael
Hello,
in a g-brief-de document, the top label Brieftext (letter text) is printed
too low (BUG!). Yesterday, I looked at the LyX code and discovered the reason.
The problem is that RowPainter::paintFirst (line 515) does not regard the
ascent of the row's text. However, row_.ascent() cannot be
Jean-Marc Lasgouttes wrote:
Michael I have prepared a patch for 1.3 (see attachment). If you like
Michael it, please let me know.
I'd rather not change bindings in 1.3.x. It is not worth it.
What if we just add this binding
\bind C-M-v primary-selection-paste
but leave
Hi,
is the following code needed any longer? AFAICS we do not have error
insets anymore...
case LFUN_GOTOERROR:
bv_funcs::gotoInset(bv_, InsetBase::ERROR_CODE, false);
break;
What is an ending inset?
./insets/insetbase.C:
-devel/lib/ChangeLog,v
retrieving revision 1.733
diff -u -r1.733 ChangeLog
--- lib/ChangeLog 8 Sep 2005 09:20:12 - 1.733
+++ lib/ChangeLog 14 Sep 2005 23:04:55 -
@@ -1,3 +1,7 @@
+2005-09-15 Michael Gerz [EMAIL PROTECTED]
+
+ * ui/stdmenus.ui: support all-insets-toggle
[EMAIL PROTECTED] wrote:
Log message:
fix bug 2010 (boundary effects at the end of text insets)
Sorry, I had to reopen bug #2010. New test case:
1. New doc
2. Insert footnote
3. Enter a in footnote
4. Press cursor right
= still inside the footnote
I tested various scenarios and it
Juergen Spitzmueller wrote:
Please test.
Works like a charm! Thank you!
Michael
Hello,
last time I checked LyX/Win 1.4-MinGW, it crashed right after the start.
The debugger pointed to some gettext-related problem.
Yesterday, I tried to recompile the whole sources and - by accident - I
noticed a compiler warning in intl/printf-args.c, line 83. gcc told me
that the wrong
-
@@ -1,3 +1,8 @@
+2005-09-16 Michael Gerz [EMAIL PROTECTED]
+
+ * insetvspace.C (metrics): compute ascent and descent in a way that
+ the cursor is placed on the same level as the label text
+
2005-09-11 Martin Vermeer [EMAIL PROTECTED]
* insettabular.C: fixes bug 1765: multicol cell
Juergen Spitzmueller wrote:
= Question: How do I deactivate the line for the current cell?
a.) using the tabular dialog instead of the toolbar
b.) M-x m-toggle-line-top
I am not sure whether the user will actually be aware of these options.
Seriously, your bug report only refers to
Georg Baum wrote:
if you place the cursor in front of a vspace inset, it is displayed way
too high.
Did you try different vspace values (very large, very small)? I am not sure
whether this behaviour is on purpose or not.
Yes, I did. The LyX cursor is determined by the font size of the
Michael Gerz wrote:
if you place the cursor in front of a vspace inset, it is displayed
way too high.
I had a look at method metrics in insetvspace.C which IMHO is a bit
confusing (and partially wrong - Why is size set to 10 initially? Why
do we decrease the font size twice but compute some
Hello,
the description of the LyX ports at http://www.lyx.org/download/ is a
bit outdated.
I think we should point to our native LyX/Win port rather than to
Ruurd's and Claus' older ports. I also suggest removing the comments
OS/2 - it is absolutely impossible that this port this works...
Hi Angus,
I think I managed to create some reasonable backtraces for LyX 1.4 on
Windows.
AFAICS, there are at least three problerms with LyX 1.4 on Windows at
the moment. However, I have no idea what causes them... :-(
Michael
* BUG 1 *
Program received signal SIGSEGV,
Hello,
this is for German developers only:
Hartmut Haase hat mich bereits vor geraumer Zeit darauf hingewiesen,
dass der Begriff Box im mathematischen/logischen/... Sinne unpassend
ist, da er etwas 3-dimensionales beschreibt. Wir haben daher
verschiedene Übersetzungen diskutiert, die aber
Hi Angus,
did you see my email? AFAICS, the problems of LyX/MinGW are not caused
by gcc but are home-made.
BTW: The MinGW people have published a couple of new versions of their
tools recently. I use all the latested candidate versions and I did not
encounter any problem (beside the LyX
--- ChangeLog 28 Sep 2005 15:02:45 - 1.1192
+++ ChangeLog 8 Oct 2005 15:22:19 -
@@ -1,3 +1,8 @@
+2005-09-16 Michael Gerz [EMAIL PROTECTED]
+
+ * insetvspace.C (metrics): compute ascent and descent in a way that
+ the cursor is placed on the same level as the label text
Lars Gullik Bjønnes wrote:
Of course the upgrade of boost is large... I see no point in posting
that patch here.
IIRC we only use a fraction of the complete boost library. Are the
changes to that fraction also large? I think that a class like iterator
or shared_ptr shouldn't change
Guys,
I need your help. On Windows, LyX crashes with a segmentation fault. The
problem is within ./src/messages.C (see code snippet below). gdb tells
me that setlocale(LC_MESSAGES, NULL) returns NULL which makes
Messages::Pimpl::Pimpl crash.
Ok, that is problem. But what is the correct
Dear Christian,
when using LyX 1.4 on Windows with MinGW and Q.../Free, I get a
segmentation fault.
src/kernel/qfontdatabase.cpp, line 913, reads
fe = loadEngine(script, fp, request, 0, 0, 0 );
loadEngine() is defined in file src/kernel/qfontdatabase_win.cpp which
expects a QFontFamily
src/kernel/qfontdatabase.cpp, line 913, reads
fe = loadEngine(script, fp, request, 0, 0, 0 );
loadEngine() is defined in file src/kernel/qfontdatabase_win.cpp which
expects a QFontFamily as fourth parameter. Within loadEngine() (line
337), family-rawName.lower() is evaluated. However,
Dear Christian,
thank you very much for your fixes! There is one last problem: variable
configRequest is defined both in qeventloop_win.cpp and
qapplication_win.cpp. I resolved the problem by removing = 0 in line
60 of qeventloop_win.cpp. But I don't know if this is the right fix.
Kind
Georg Baum wrote:
I don't know why LC_MESSAGES is cached and LC_TYPE is
not.
AFAICS, the following happens:
- At start (Pimpl constructor) we check for LC_MESSAGES and store its
content in lang_.
- Then, if a message is to be translated, we are more cautious and
check for LC_ALL,
Martin Vermeer wrote:
Neither am I... but I did it anyway, just to get the stuff working. But
your idea is better.
All you have to do, at start-up, is
1) Check that a locale is defined, and if not, define en_US;
2) remove any encoding suffixes like fi_FI.utf-8 -- fi_FI.
Doing it in one place
Michael Gerz wrote:
Hello,
this patch fixes the cursor positioning for vspace insets. So far, the
cursor is placed way too high. With this patch, the cursor is aligned
with the label text. The patch also fixes the label size computation
(wrong font size).
I have tested the patch
Ok,
I am able to run LyX on Windows again. However, the selected font is
pretty ugly. It seems that LyX 1.4 is not able to find reasonable fonts
(LyX 1.3 does!) and so Qt decides to take the first font in
alphabetically order. This font is not only choosen for displaying a LyX
document but
Angus Leeming wrote:
Not in LyX.
qtconfig in your qt3/bin directory.
That doesn't really explain why LyX 1.3 behaves correctly where LyX 1.4
does not.
Michael
Jean-Marc Lasgouttes wrote:
Michael That doesn't really explain why LyX 1.3 behaves correctly
Michael where LyX 1.4 does not.
What are the values of the font-related preferences?
Sorry, I was wrong. The problem occurs with 1.4 and 1.3. It is
definitely a Q.../Free problem. I have already
Georg Baum wrote:
I had a very short look at the code this evening. AFAICS we need all the
stuff because we want to control the translation based on the language
of the current document. In other words, you can have a Finnish UI with
German layout styles (labels). The code in messages.C
Jean-Marc Lasgouttes wrote:
Michael 2. AFAICS setlocale returns NULL on Windows/MinGW even if it
Michael shouldn't. However, querying the environment variables via
Michael getEnv() works.
How are your locale environment variables setup under mingw? It seems
that you should use German instead
Michael Gerz wrote:
Hello,
this patch fixes the cursor positioning for vspace insets. So far, the
cursor is placed way too high. With this patch, the cursor is aligned
with the label text. The patch also fixes the label size computation
(wrong font size).
I have tested the patch
Hi,
I know that everybody (including myself) is extremely busy but shouldn't
we cleanup http://www.lyx.org/download/ ?
The links to the two Windows ports should be replaced by a single link
to the Windows Wiki page. Moreover, the OS/2 port shouldn't be mentioned
any longer.
I think the
Michael Gerz wrote:
Enclosed, please find a different patch based on my conclusions.
Mac/Linux/Windows users, please test!
It turns out that gettext on Windows/MinGW (--with-included-gettext !)
doesn't really care about all the things we do in messages.C - it checks
the language settings
Angus Leeming wrote:
I have vague memories that we can't use MinGW's gettext ATM anyway. At
least, I seem to remember running a test for you and it failed. A bit
like my memory actually.
Fortunately, the archives have helped refresh my failing grey cells:
Jean-Marc Lasgouttes wrote:
What about something like
Looking at the sources of intl/localename.c, it ought to work.
Michael, could you try this out? _nl_locale_name calls GetThreadLocale
and translates the win32 locales to POSIX-like ones.
I am going to test it this evening. I will tell
Jean-Marc Lasgouttes wrote:
What about something like
...
Looking at the sources of intl/localename.c, it ought to work.
Michael, could you try this out? _nl_locale_name calls GetThreadLocale
and translates the win32 locales to POSIX-like ones.
Jean-Marc,
you tried to fix a language
Angus Leeming wrote:
I've no intention of releasing anything official any time soon. Anyway, that's
up to Jean-Marc, not me.
But nevertheless we should mention the Windows port on our Download page.
Michael
Angus Leeming wrote:
On Wednesday 26 October 2005 20:42, Michael Gerz wrote:
Angus Leeming wrote:
I've no intention of releasing anything official any time soon. Anyway,
that's up to Jean-Marc, not me.
But nevertheless we should mention the Windows port on our Download page
Hi Angus,
the Cutie snapshot of Oct 31st seems to work! AFAICS, all font-related
problems have vanished.
Could you please put a new installer in the wiki-wiki before more users
complain about font problems?
Regards, Michael
Jean-Marc Lasgouttes wrote:
Actually gettext only uses the values when the variables are set.
Otherwise, if checks the windows values via GetThreadLocale, which is
the right thing to do if we want to have proper windows support (we do
not want to have to set variables in some batch file, do
Georg Baum wrote:
What do you mean with gettext?
The _method_ called gettext(...). (= man -a gettext)
I can't imagine that it fixes translation. The patch simply fixes a crash
(which could also occcur on unix systems with improperly set up locale
settings), and should be applied IMO.
Hello,
the following statement from lib/configure.m4 does not work if $PWD
contains a space
# Search for an installed tex2lyx or a ready-to-install one
SEARCH_PROG([for a LaTeX - LyX converter],tex_to_lyx_command,
$PWD/../src/tex2lyx/tex2lyx -f \$\$i \$\$o te
x2lyx$version_suffix -f \$\$i
ChangeLog
--- ChangeLog 25 Oct 2005 15:21:46 - 1.2313
+++ ChangeLog 3 Nov 2005 08:17:45 -
@@ -1,3 +1,7 @@
+2005-11-03 Michael Gerz [EMAIL PROTECTED]
+
+ * messages.C: fix crash and localization on MinGW/Windows platform
+
2005-10-25 Jean-Marc Lasgouttes [EMAIL PROTECTED]
* text3.C
-u -r1.2325 ChangeLog
--- ChangeLog 17 Nov 2005 09:19:02 - 1.2325
+++ ChangeLog 17 Nov 2005 23:45:29 -
@@ -1,3 +1,7 @@
+2005-11-17 Michael Gerz [EMAIL PROTECTED]
+
+ * exporter.C: fix typo in text message
+
2005-11-15 Jean-Marc Lasgouttes [EMAIL PROTECTED
Georg Baum wrote:
- use tex2lyx instead of reLyX as default LaTeX - LyX converter
- new icons
Please don't do that. I can very well understand the desire to have the new
icons and tex2lyx, but IMO all LyX versions that are called 1.3.6 should
be the same. Otherwise the maintenance burden
Angus Dear all, I'd like to announce the arrival of William who
Angus arrived on Tuesday 15 November, weighing in at 3.55kg (7lb 12oz
Angus in old money.)
Congratulation, Angus!
I am a bit disappointed that you don't call him LyX. Did your wife
object? :+)
Michael
PS: Guys, have
Uwe Stöhr wrote:
That I added/changed some icons in LyX's menu bar is just a special
gimmick. I've installed LyX for many people and most of them wanted
for example an icon for search in LyX's menu bar and a shortcut to
Export - PDF (pdflatex). So I thaught if these small bits make users
Angus Leeming wrote:
I compiled 1.3.7cvs with MinGW/MSYS yesterday. I'll package it up using
my packager (the packaged version uses 7-zip compression and is *much*
smaller than even a bzip2 compressed archive and shove it on the wiki.
Tomorrow probably. Thereafter, you can unpackage and
Bo Peng wrote:
For configure, you can use the 'experimental configure.py' available
at cvs, which is for 1.4.0 though. (I do have a version for 1.3.6 but
it is less tested, search the list archive for it.) Mingw is also used
for four or five small scripts under the scripts directory. They are
Angus Leeming wrote:
Great! Did you use Cutie 2005-10-30 ? (There have been no commit since
then)
Sure there has. They changed their repository from kde-cygwin to qtwin...
Your CVS/Root files should read:
:pserver:[EMAIL PROTECTED]:/cvsroot/qtwin
Everything else is unchanged, IIRC.
Uwe Stöhr wrote:
p.s.
Angus, Michael, what about the efforts of compiling LyX 1.4 under
Win? (Yes I know that I need to lift up my ass and try to compile it
for myself.)
I build a new LyX 1.4.0 on Windows about once a week. However, I don't
know whether Angus has added some magic to the
Uwe Stöhr wrote:
Don't beat me for the following proposal:
I can see no reason why tex2lyx need to be backported to LyX 1.3.x.
tex2lyx runs fine with 1.3.x as it is.
I also think that my LyX diverges a bit from mainline, so I'd like to
see 1.3.7 out WITH tex2lyx and perhaps with some of my
Michael Gerz wrote:
Uwe Stöhr wrote:
Don't beat me for the following proposal:
I can see no reason why tex2lyx need to be backported to LyX 1.3.x.
tex2lyx runs fine with 1.3.x as it is.
I also think that my LyX diverges a bit from mainline, so I'd like to
see 1.3.7 out WITH tex2lyx
Angus Leeming wrote:
The menu entries are shown with bold font which looks pretty ugly. I
haven't tested the latest qtwin sources but the snapshot of 2005-10-31
doesn't have this bug and, browsing through the recent patches, I see
no reason why it should have changed since then.
I am
Angus Leeming wrote:
Helge Hafting wrote:
How about just LyX then? No spaces, and no copying documents when
LyX 1.4 appear. It will be able to deal with 1.3.x documents, I belive.
Michael wants to be able to have both installed...
Please ignore my request.
I didn't know that the
Angus Leeming wrote:
I am puzzled. I just compiled the lastest CVS of qtwin. If I start its
designer, the menu items (File, Edit, ...) have normal font, whereas
menu items in your LyX 1.3.7cvs have bold font. What does
qt-3/bin/designer look like on your machine?
Why not substitute your
Michael Gerz wrote:
Hello,
I guess I am not the only translator fighting with the innumerable
variants in the layout strings.
Me, too (although I almost completed work)
All the layout strings are currently marked as translatable, and it
is up to the translator to decide if he should try
Jean-Marc Lasgouttes wrote:
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hi, this trivial patch prevents dummy captions to be put in
Michael the po files (plus one typo fix).
What are these captions for anyway? Are you sure nothing in Qt relies
on them?
I don't
Angus Leeming wrote:
I've just uploaded a new version including all changes to both Qt and
to LyX up to 3pm GMT today (Sunday).
But without the documentation, right?
Michael
Hi,
is anybody familiar with the preview feature?
LyX 1.3 on Windows works fine when it comes to previewing math formula.
However, LyX 1.4 fails to generate the bitmaps. This is what LyX reports on the
console:
Failed to extract metrics info from dvipng
Hi Angus,
Have a look at extract_metrics_info in lib/scripts/lyxpreview2bitmap.py.
It's trying to parse the info passed to STDOUT by dvipng.
Add
print dvipng_stdout
to see what this data is.
Oh, damn! Metafont fails to create a font:
This is C:\programme\texmf\miktex\bin\dvipng.exe
However, you really, really should invest some time and effort in
getting things to compile yourself...
I know, I know. I have MSVC now and will try to do this myself.
I hate to be a party pooper, but I'm afraid that LyX 1.3.x won't compile
with MSVC. There are two reasons for this:
If
Thanks for the infos. I compiled Qtwin once with the MinGW compiler and
was shocked that this took several hours. How long does MinGW need to
compile LyX?
Fortunately Qtwin can be compiled with MSVC.
I'll surely come up with further questions about compiling issues.
See my previous email.
installed the latest MinGW packages (in particular g++ and
binutils)?
Michael
- Original Message -
From: Angus Leeming [EMAIL PROTECTED]
To: lyx-devel@lists.lyx.org
Sent: Saturday, December 03, 2005 12:56 AM
Subject: Re: Qt/Win Free bugs
Michael Gerz wrote:
Thanks for the infos. I
===
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 PROTECTED
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
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
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
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
John C. McCabe-Dansted wrote:
On Sunday 01 January 2006 01:15, Michael Gerz wrote:
SCREEN IS NOT UPDATED AFTER DELETION
1. New doc
2. Enter hello
3. Activate change tracking
4. Place cursor in front of hello
5. Press delete key
= The character is deleted internally but the screen
Lars Gullik Bjønnes wrote:
| UNCHANGED PARAGRAPHS CANNOT BE SPLIT
a bit more severe. This is basic functionality.
Yes.
| = The line break is visible again with a change bar to the left
| (OK!) but there is no way to accept this change because change
| tracking is deactivated. IMHO,
Lars Gullik Bjønnes wrote:
yes... tracker info is not stored directly in the row. so on a change
like this the row signature will stay the same.
LFUNS that require an update should perhaps make the row redraw
always.
Well, I don't know all the details of LyX but to me this does not sound
Lars Gullik Bjønnes wrote:
Actually I think the simple solution for now is to use
Changes::isChange on the row range, and if we have a change, just repaint the
row always.
This can be accessed through Paragraph::isChanged.
So in rowpainter.C: paintPar:
If you do this manually, is the
1 - 100 of 2890 matches
Mail list logo