José == José Matos [EMAIL PROTECTED] writes:
José On Tuesday 29 May 2007 15:32:12 Jean-Marc Lasgouttes wrote:
Jose, OK?
José OK.
Done.
JMarc
Andre Poenitz wrote:
On Tue, May 29, 2007 at 12:17:04PM +0200, Jean-Marc Lasgouttes wrote:
Mael == Mael Hilléreau [EMAIL PROTECTED] writes:
Mael Le 27 mai 07 à 00:55, Mael Hilléreau a écrit :
According to Apple's Bundle Programming Guide,
The Finder identifies packages by any of the
Stefan Schimanski wrote:
Abdel, is it ok? Dov tested it with my other patch already. Everything
looks fine ok.
Need another OK then.
I've tested it yesterday and it was OK so OK :-)
Abdel.
Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars | I prefer No document open!
Lars Sounds strange. Is that even english?
Lars I thought that 'No' usually required plural (unless you want to
Lars give it a different meaning.)
I do not know... So where
Mostafa Vahedi wrote:
Dov Feldstern [EMAIL PROTECTED] wrote:
When testing Elazar's patch, I made sure to test
plaintext export and it was fine. And of course, I
also tested DVI/LaTeX export, and it was fine, too.
I think that parentheses is just a problem --- there
are different
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
Not OK from me for 3756. I prefer to have the double-click bug
provided that I still have the Enter feature. Maybe it is possible
to distinguish between the two action though...
I'll have a look at this. The behavior you
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars | I prefer No document open!
Lars Sounds strange. Is that even english?
Lars I thought that 'No' usually required plural (unless you
Andre Poenitz wrote:
On Tue, May 29, 2007 at 10:11:16PM +0200, Stefan Schimanski wrote:
I enabled stdlib-debug and then were surprised about the slowness.
Some profiling was full of signal/slot stuff in copying cursors
Well, I am not complaining about slowness (which hardly can be judged
Bo Peng wrote:
Sorry Bo, it is been a bit late, but I wait for all the changes for
the source file settles.
It can go in if you change .find() to contains(), and trim() suffix to
avoid problem with '?style ' etc (if it has not been trimmed before
key is passed).
All these controls and string
Stefan Schimanski wrote:
Just debugging, to see the values easily in gdb, that's why it is in
#ifdef DEBUG ... #endif It is producing as much output as other debug
output lines which are non-effective in release mode...
Unused variable generates a compilation error with CMake/MSVC...
Abdel.
Lars Gullik Bjønnes schrieb:
Michael Gerz [EMAIL PROTECTED] writes:
| Bo Peng schrieb:
| On 5/29/07, Michael Gerz [EMAIL PROTECTED] wrote:
| Hi,
|
| we use the term Listing inconsistently at the moment. Sometimes we use
| the singular form, sometimes we use plural.
|
| I suggest using
Veto!
You can have changes in a document even if change tracking is deactivated!
(We no longer have the enervating restriction of the 1.4.X series)
Michael
Pavel Sanda schrieb:
Hi,
the following patch add author info to .lyx file only if change tracking is
enabled
(
Am 30.05.2007 um 08:44 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Just debugging, to see the values easily in gdb, that's why it is
in #ifdef DEBUG ... #endif It is producing as much output as other
debug output lines which are non-effective in release mode...
Unused variable
Stefan Schimanski wrote:
Am 30.05.2007 um 08:44 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Just debugging, to see the values easily in gdb, that's why it is in
#ifdef DEBUG ... #endif It is producing as much output as other debug
output lines which are non-effective in release
[EMAIL PROTECTED] wrote:
Author: sts
Date: Wed May 30 08:58:08 2007
New Revision: 18577
URL: http://www.lyx.org/trac/changeset/18577
Log:
* put debug variables into #ifdef 0 block. Good that modern computer
science can enforce good code quality by stopping compilation if
unused variables
OK, here we go.
--
Hereby I grant permission to license my contributions to LyX under the
GNU General Public License version 2 or later.
Koji Yokota ([EMAIL PROTECTED])
On Wednesday 30 May 2007 08:21:08 Koji Yokota wrote:
OK, here we go.
--
Hereby I grant permission to license my contributions to LyX under the
GNU General Public License version 2 or later.
Koji Yokota ([EMAIL PROTECTED])
Thanks and welcome. :-)
--
José Abílio
On Wednesday 30 May 2007 06:45:44 Jean-Marc Lasgouttes wrote:
Or have a toggle-language lfun that toggles between all the languages
used by the document. Of course, this means that one has to explicitly
set the second language for the first time. But the feature would be
language neutral.
I
Jean-Marc Lasgouttes wrote:
Dov == Dov Feldstern [EMAIL PROTECTED] writes:
Dov The best thing would probably be to ask at installation what the
Dov primary and what the secondary languages are to be, then to set
Dov the default language to primary, and set in the key bindings:
Dov F12 language
Michael Gerz wrote:
You can have changes in a document even if change tracking is deactivated!
(We no longer have the enervating restriction of the 1.4.X series)
But the possibility to hide author information is a must. This is a serious
security hole.
Jürgen
Juergen Spitzmueller schrieb:
Michael Gerz wrote:
You can have changes in a document even if change tracking is deactivated!
(We no longer have the enervating restriction of the 1.4.X series)
But the possibility to hide author information is a must. This is a serious
security hole.
Hi,
while translating the listing dialog messages, I found a few minor problems:
- Shortcuts for first line and last line do not work
- Step: has a faulty tooltip (move cursor to the label, not the field)
- Font sizes (twice!) are not translated
- Font Styles are not translated
- No language is
Jürgen Spitzmüller wrote:
Helge Hafting wrote:
Insert table (just a table, no float) is a string that
don't exist in either nb.po or de.po.
Does the attached patch help?
No. I checked out the entire source fresh from SVN,
I applied your patch, compiled, remade lyx.pot and the
Michael Gerz wrote:
- What happens if neither floating nor inline is activated? (Confusing)
I suppose that the user gets a listing, which is not a flot and not in a
line ... ;-)
How could this be confusing??? A listing is in the first case a listing
and it can be inlined or not or a float or
On 5/30/07, Abdelrazak Younes [EMAIL PROTECTED] wrote:
Bo Peng wrote:
Sorry Bo, it is been a bit late, but I wait for all the changes for
the source file settles.
It can go in if you change .find() to contains(), and trim() suffix to
avoid problem with '?style ' etc (if it has not been
(for http://bugzilla.lyx.org/show_bug.cgi?id=3754)
Index: src/Text2.cpp
===
--- src/Text2.cpp (revision 18569)
+++ src/Text2.cpp (working copy)
@@ -1031,7 +1031,7 @@
if (cur.pos() != cur.lastpos()) {
Peter Kümmel wrote:
Dov Feldstern wrote:
(I hope I'm referring to the correct version of the patch:) As Helge
already reported, on very slow systems (I tested this by running under
valgrind), if you type quickly, some keystrokes get swallowed...
Nice idea to slow down with valgrind.
Sorry for the previous test of event4 - I patched the wrong tree. :-(
event4 solves the problem for pageup/pagedown! I can scroll through
half the userguide at 100% cpu, release the key, and LyX stops instantly!
This is very good.
The scrollbar still overshoots. I can only make it overshoot
Helge Hafting wrote:
The patch made no difference for this item, unless there is
more I have to do to update the po-files?
Don't know. Maybe Michael can help.
Do you perhaps have some uncommitted patches for the toolbars?
No.
Jürgen
Lars Gullik Bjønnes wrote:
| What is the problem that you are trying to solve here?
Is it my old pet? Countinued scorrling after key-release?
What was wrong with my patch from months back?
I tried this with todays svn.
The patch will indeed prevent scrolling after key-release,
so it fixes
+0x201a , # SINGLE LOW-9 QUOTATION MARK
Uwe, I think the single low 9 quotation mark and the comma are not equal (wrt
kerning).
I'd use \quotesinglbase instead.
You are right. I added this because in the existing unicodesymbols there was ,, instead of
\quotedblbase
While testing scrolling, I noticed that moving the cursor around seems to
be rather heavy work.
Moving the cursor sideways on a line is snappy, but this movement
takes 33% of the cpu according to top.
Moving the cursor up/down seems sluggish compared to sideways
movement, and LyX spend 61% of
Hi!
Here is a patch for a crash that happens due to a cell not in the
coord cache during the drawing of the selection. It could be that
this is related (and also fixes) http://bugzilla.lyx.org/show_bug.cgi?
id=3715 .
I believe the problem is when an inset derived from InsetMathNest
does
Am 30.05.2007 um 13:39 schrieb Helge Hafting:
While testing scrolling, I noticed that moving the cursor around
seems to
be rather heavy work.
Moving the cursor sideways on a line is snappy, but this movement
takes 33% of the cpu according to top.
Moving the cursor up/down seems sluggish
This is just moving the cursorm around. Nothing is changed,
and no scrolling either. Only the cursor itself is moved.
This on a 2.4GHz pentium, with --disable-stdlib-debug
Is this a known problem, with a planned fix?
Will check... Stand by a moment.
You are right. I guess there is a redraw
Abdelrazak Younes wrote:
I am not sure that registering every single DocIterator would be any
more efficient that my signal/slot solution. At the end you will have to
go through a table.
Small remark: note that not all DocIterators need to be stable (mainly
cursors, maybe also bookmarks
Stefan Schimanski wrote:
This is just moving the cursorm around. Nothing is changed,
and no scrolling either. Only the cursor itself is moved.
This on a 2.4GHz pentium, with --disable-stdlib-debug
Is this a known problem, with a planned fix?
Will check... Stand by a moment.
You are right.
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am not sure that registering every single DocIterator would be any
more efficient that my signal/slot solution. At the end you will have to
go through a table.
Small remark: note that not all DocIterators need to be stable (mainly
cursors,
Am 30.05.2007 um 14:16 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
This is just moving the cursorm around. Nothing is changed,
and no scrolling either. Only the cursor itself is moved.
This on a 2.4GHz pentium, with --disable-stdlib-debug
Is this a known problem, with a planned
Uwe Stöhr wrote:
You are right. I added this because in the existing unicodesymbols there
was ,, instead of \quotedblbase for the DOUBLE LOW-9 QUOTATION MARK.
I think ,, is o.k. (i.e., will be transformed into a double quotation
mark). The single quotation mark difference is visible with
Stefan Schimanski wrote:
Am 30.05.2007 um 14:16 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
This is just moving the cursorm around. Nothing is changed,
and no scrolling either. Only the cursor itself is moved.
This on a 2.4GHz pentium, with --disable-stdlib-debug
Is this a known
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I agree but it's more work than my signal based solution
Abdelrazak which is assured to work in all cases. I tell you what, in
Abdelrazak order to save the bits Andre is worried about I am going
Abdelrazak to remove the signal
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am not sure that registering every single DocIterator would be any
more efficient that my signal/slot solution. At the end you will have to
go through a table.
Small remark: note that not all DocIterators need
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I agree but it's more work than my signal based solution
Abdelrazak which is assured to work in all cases. I tell you what, in
Abdelrazak order to save the bits Andre is worried about I am going
Here it is. As I wrote already, the screen was redrawn every time the
cursor was moved up or down. But this is only needed if bv().checkDepm
(...) does some work. Now the behavior is as in beta 3 again.
Stefan
cursornoredraw.patch
Description: Binary data
Am 30.05.2007 um 14:33 schrieb
And also inline as promised:
Index: src/Cursor.cpp
===
--- src/Cursor.cpp (Revision 18579)
+++ src/Cursor.cpp (Arbeitskopie)
@@ -1168,7 +1168,7 @@
}
-bool Cursor::upDownInText(bool up)
+bool Cursor::upDownInText(bool up,
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am not sure that registering every single DocIterator would be any
more efficient that my signal/slot solution. At the end you will have to
go through a table.
Small remark: note that
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak No, and that is the purpose of the new method
Abdelrazak DocIterator::FixIfBroken(). This will first validate the
Abdelrazak validity of the CursorSlice (thus the existence of the
Abdelrazak insets) then the validity of the
On Wed, 2007-05-30 at 13:39 +0200, Helge Hafting wrote:
While testing scrolling, I noticed that moving the cursor around seems to
be rather heavy work.
Is this a known problem, with a planned fix?
A small file don't necessarily do this, but it happens with the userguide.
Making a bigger
Jean-Marc Lasgouttes wrote:
Lars | I prefer No document open!
Lars Sounds strange. Is that even english?
Lars I thought that 'No' usually required plural (unless you want to
Lars give it a different meaning.)
I do not know... So where are the native English speakers?
No document open
Richard == Richard Heck [EMAIL PROTECTED] writes:
Richard Jean-Marc Lasgouttes wrote:
Lars | I prefer No document open!
Lars Sounds strange. Is that even english?
Lars I thought that 'No' usually required plural (unless you want to
Lars give it a different meaning.)
I do not know... So where
+1
I can move it to frontend after the release, if nobody objects.
After 1.5.0 please. Time would be better spent on real bugs now.
Bo
Jean-Marc Lasgouttes wrote:
Richard Jean-Marc Lasgouttes wrote:
Lars | I prefer No document open!
Lars Sounds strange. Is that even english?
Lars I thought that 'No' usually required plural (unless you want to
Lars give it a different meaning.)
I do not know... So where are the
Am 30.05.2007 um 15:40 schrieb Darren Freeman:
On Wed, 2007-05-30 at 13:39 +0200, Helge Hafting wrote:
While testing scrolling, I noticed that moving the cursor around
seems to
be rather heavy work.
Is this a known problem, with a planned fix?
A small file don't necessarily do this,
while translating the listing dialog messages, I found a few minor problems:
I am not familiar with either qt or gettext so I will leave these to others.
PS: I would like to see the settings dialog also in the include dialog :-)
Me too. I have asked the qt guys how to call the listings
No. I checked out the entire source fresh from SVN,
I applied your patch, compiled, remade lyx.pot and the po-files.
Still no go, for Insert table is still the tooltip help, and
the string still does not appear in any of the po files.
Maybe this is a lyx_pot.py problem. Please describe which
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes
[EMAIL PROTECTED] writes:
Abdelrazak No, and that is the purpose of the new method
Abdelrazak DocIterator::FixIfBroken(). This will first validate the
Abdelrazak validity of the CursorSlice (thus the existence of the
Abdelrazak
I think inserting begin frame should automatically add the matching end frame.
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak No, and that is the purpose of the new method
Abdelrazak DocIterator::FixIfBroken(). This will first validate the
Abdelrazak validity of the CursorSlice (thus the existence of the
Abdelrazak
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am not sure that registering every single DocIterator would be any
more efficient that my signal/slot solution. At the end you will have
to go through a
Bo Peng wrote:
Unfortunately, lyx can not make use of this problem because it is a
'shareware', and AFAIK, not under GPL.
That is no problem at all: Detect this in configure.py and use it if
available. Then it is completely optional to use it. It would only be a
problem if wmf2eps would
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am not sure that registering every single DocIterator would be any
more efficient that my signal/slot solution. At the end you will have to
go through a table.
Small remark: note that not all DocIterators need to
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
For instance, put a cursor inside an inset, then
in another window add or remove some text before the inset so the
position of the inset changes... no destruction occurs, but is the cursor
still valid? (sorry don't have svn to check here.)
No,
Bo Peng wrote:
while translating the listing dialog messages, I found a few minor
problems:
I am not familiar with either qt or gettext so I will leave these to
others.
It might be because those strings are marked N_() (I thought the would
become translatable nevertheless, but I might be
Neal Becker [EMAIL PROTECTED] writes:
I think inserting begin frame should automatically add the matching end
frame.
Agreed.
Andreas
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
But of course, this is not the correct solution,
Abdelrazak This is as good as one can make it ;-), at least it is
Abdelrazak better than the old Cursor::fixIsBroken() don't you
Abdelrazak reckon?
Sure, but I think that, since most
Jean-Marc Lasgouttes wrote:
Abdelrazak I won't say random because as you found out you can
Abdelrazak predict the behaviour.
After I have edited during 10 minutes in one part of the document, the
location in the other place will really seem random.
Abdelrazak We could think of the solution
Jean-Marc Lasgouttes wrote:
These problems do not mean that you implemented badly, just that it is
a bigger task than you thought.
An by the way, the additional work required to properly handling these
cursors is basically *nothing* compared to what I've done to support
multipleviews ;-)
Stefan Schimanski wrote:
Hi!
Here is a patch for a crash that happens due to a cell not in the coord
cache during the drawing of the selection. It could be that this is
related (and also fixes) http://bugzilla.lyx.org/show_bug.cgi?id=3715 .
I believe the problem is when an inset derived
Neal Becker wrote:
I think inserting begin frame should automatically add the matching end frame.
It already does -- it ends the *previous* frame. If you mean that it
should add an EndFrame environment to end itself, I can see a problem
and an annoyance. The annoyance would be that the
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak As I said and using Alfredo's words, I was well aware of
Abdelrazak this side-effect and I already accepted it. It would be
Abdelrazak nice to properly track the cursor location but personally
Abdelrazak I can live with current
Stefan Schimanski wrote:
And also inline as promised:
The patch looks good and it works. But is there is a reason why you
didn't use the cursor updateFlags instead of this additional boolean?
Abdel.
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak As I said and using Alfredo's words, I was well aware of
Abdelrazak this side-effect and I already accepted it. It would be
Abdelrazak nice to properly track the cursor location but personally
Am 30.05.2007 um 18:00 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
And also inline as promised:
The patch looks good and it works. But is there is a reason why you
didn't use the cursor updateFlags instead of this additional boolean?
Just followed the example of the other
Hello,
I am not often working with tables in LyX, but I noticed two usability issues
when inserting rows or columns:
1) I searched first in table settings (opened on right click on table), then
used google to find it in the edit menu.
2) I inserted a row a time, inserting 10 rows was quite
On Wed, May 30, 2007 at 02:24:15AM +0200, Uwe Stöhr wrote:
\newcommand*\LyXrightangle{{\usefont{U}{msa}{m}{n}\char120}}
Many thanks.
Where is a table to look what number corresponds to what character in the
font files? I seared for a code chart table for msam and msbm but couldn't
found
Lars Gullik Bjønnes wrote:
Elazar Leibovich [EMAIL PROTECTED] writes:
| On 28 May 2007 23:07:36 +0200, Lars Gullik Bjønnes [EMAIL PROTECTED] wrote:
| Elazar Leibovich [EMAIL PROTECTED] writes:
|
| | Isn't that wise that the language will be automatically detected by
| | the input-language.
On Wed, May 30, 2007 at 07:48:41AM +0200, Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars | I prefer No document open!
Lars Sounds strange. Is that even english?
Lars I thought that 'No' usually required plural (unless you want to
Lars give it a
On Wed, May 30, 2007 at 08:44:22AM +0200, Abdelrazak Younes wrote:
Stefan Schimanski wrote:
Just debugging, to see the values easily in gdb, that's why it is in
#ifdef DEBUG ... #endif It is producing as much output as other debug
output lines which are non-effective in release mode...
On Wed, May 30, 2007 at 02:30:37PM +0200, Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am not sure that registering every single DocIterator would be any
more efficient that my signal/slot solution. At the end you will have to
go through a table.
Small
Uwe Stöhr wrote:
Andre Poenitz schrieb:
(Using \={} is too short for the OVERLINE, it has to be the same
length as \_ )
\raisebox{1.3ex}{\_}
This is too low, the overline has to be in the same height as the bar
above an M: \=M
I found out that this would then be
\raisebox{2.61ex}{\_}
On Wed, May 30, 2007 at 01:39:58PM +0200, Helge Hafting wrote:
While testing scrolling, I noticed that moving the cursor around seems to
be rather heavy work.
Moving the cursor sideways on a line is snappy, but this movement
takes 33% of the cpu according to top.
Moving the cursor up/down
Actually, most of my frames are just a big itermize. So you choose begin
frame, put a title, switch to itemize, add items. Now if you choose 'begin
frame', guess what you've got? begin frame inside an item. blahh.
You only need to insert 'endframe' environment at the end of a document.
As
Paul A. Rubin wrote:
Neal Becker wrote:
I think inserting begin frame should automatically add the matching end
frame.
It already does -- it ends the *previous* frame.
Doesn't seem to do that for me (1.5.0beta3).
Actually, most of my frames are just a big itermize. So you choose
On Wed, May 30, 2007 at 08:37:09AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Tue, May 29, 2007 at 10:11:16PM +0200, Stefan Schimanski wrote:
I enabled stdlib-debug and then were surprised about the slowness.
Some profiling was full of signal/slot stuff in copying cursors
Andre Poenitz schrieb:
(Using \={} is too short for the OVERLINE, it has to be the same length as
\_ )
\raisebox{1.3ex}{\_}
This is too low, the overline has to be in the same height as the bar above an
M: \=M
I found out that this would then be
\raisebox{2.61ex}{\_}
Herbert, is this
Stefan Schimanski wrote:
Please take care with those changes. Such a +1 can change and break a
lot. In this I am pretty sure that a character is skipped when going
over a newline. I added a special case for the RTL boundary for this line.
Okay, I think I understand (how many times have I
This patch was discussed a bit here. Angus suggested the problem was
with signals from the QComboBox causing changes in the ButtonController,
but I've investigated that and that does not seem to be the issue. In
any event, this fixes the problem. OK to commit?
Richard
--
On Wed, May 30, 2007 at 02:37:43PM +0200, Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I agree but it's more work than my signal based solution
Abdelrazak which is assured to work in all cases. I tell you what, in
Abdelrazak order to save
On Wed, May 30, 2007 at 02:42:14PM +0200, Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am not sure that registering every single DocIterator would be any
more efficient that my signal/slot solution. At the end you will have
Abdelrazak Younes wrote:
I did not think of that :-(. That could work indeed. I don't have the
time to implement this right now, maybe this could be the occasion of a
patch from you to signal that your come back is real? :-)
My come back? What, did I accidentally left? ;-)
A/
On Wed, May 30, 2007 at 03:26:04PM +0200, Alfredo Braunstein wrote:
Just a though... why do we need the invalidation signals at all? ...couldn't
we go in fixIfBroken from the top to the tip of the DocIterator checking
that there is an inset an the given position in the paragraph, and that the
In particular, do we presume Qt 4.1?
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
==
Get my public key from
On Wed, 30 May 2007 19:20:50 +0200
Andre Poenitz [EMAIL PROTECTED] wrote:
...
an in-inset Dimension cache (12 bytes)
About the same situation as above.
Again wrong. The most commonly used math inset (InsetMathChar)
had no dimension cache. For a very good reason that was even
On Wed, May 30, 2007 at 05:44:39PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak I won't say random because as you found out you can
Abdelrazak predict the behaviour.
After I have edited during 10 minutes in one part of the document, the
location in the other place
On Wed, May 30, 2007 at 05:46:46PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
These problems do not mean that you implemented badly, just that it is
a bigger task than you thought.
An by the way, the additional work required to properly handling these
cursors is
On Wed, May 30, 2007 at 05:56:35PM +0200, Abdelrazak Younes wrote:
Stefan Schimanski wrote:
Hi!
Here is a patch for a crash that happens due to a cell not in the coord
cache during the drawing of the selection. It could be that this is
related (and also fixes)
Uwe Stöhr wrote:
\newcommand*\LyXrightangle{{\usefont{U}{msa}{m}{n}\char120}}
Many thanks.
Where is a table to look what number corresponds to what character in
the font files? I seared for a code chart table for msam and msbm but
couldn't found this character there.
Now only these
Dov Feldstern [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Elazar Leibovich [EMAIL PROTECTED] writes:
| | On 28 May 2007 23:07:36 +0200, Lars Gullik Bjønnes
| [EMAIL PROTECTED] wrote:
| | Elazar Leibovich [EMAIL PROTECTED] writes:
| |
| | | Isn't that wise that the language
+#ifdef DEBUG
+bool bound = cur.boundary();
+int rowpos = cur.textRow().pos();
+int pos = cur.pos();
+bool sep = cur.paragraph().isSeparator(cur.pos() - 1);
+bool newline = cur.paragraph().isNewline(cur.pos() - 1);
+bool linesep =
1 - 100 of 384 matches
Mail list logo