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.
| >>
| >>
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.
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>
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
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
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
(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
>> +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
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
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
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
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
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
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
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
> "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
>
> +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...
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
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 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
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
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
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,
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
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
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
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
>
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
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
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
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
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
>
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
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
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
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
>
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
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
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
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
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
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
+#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 =
Please, could someone respond regarding this patch from Elazar?
It fixes issue (3) of http://bugzilla.lyx.org/show_bug.cgi?id=3551,
which is a regression.
It works.
The concept makes sense.
The implementation -- well, we don't love it, but we haven't gotten any
better suggestions. (The
Andre Poenitz <[EMAIL PROTECTED]> writes:
| 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
On Wed, May 30, 2007 at 08:16:12PM +0200, Alfredo Braunstein wrote:
> 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
On Wed, May 30, 2007 at 02:25:22PM -0400, Richard Heck wrote:
>
> In particular, do we presume Qt 4.1?
I think so, yes.
Andre'
Michael Gerz <[EMAIL PROTECTED]> writes:
| 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
On Wed, May 30, 2007 at 06:38:47PM +, Angus Leeming wrote:
> +#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 =
Am 30.05.2007 um 20:32 schrieb Andre Poenitz:
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
Lars Gullik Bjønnes wrote:
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:
| >
201 - 300 of 384 matches
Mail list logo