On Wed, 10 Sep 2008, Vincent van Ravesteijn - TNW wrote:
what client you use?
Thought that would be obvious by now.. MS Outlook. I'm quite out of
options, other than installing Thunderbird.
Maybe it'd work better if you accessed the list through the news
interface, i.e. via gmane.editors.l
Vincent van Ravesteijn - TNW wrote:
> Thought that would be obvious by now.. MS Outlook. I'm quite out of
> options, other than installing Thunderbird.
maybe outlook is afraid of .patch. what if attached as .txt?
pavel
> > After complaints from a colleague that he couldn't see which changes
> > in a document were his and which were from his supervisor, I
> > implemented a slightly different way of showing the changes.
>
> A new patch.
>
> I added a static AuthorList::Color(int id) method in stead of a
> C
Richard Heck wrote:
> I think maybe what we need is another LFUN, say LFUN_FONT_MATHBF, and we
> need to make that toggleable. A preference seems the wrong way to go. One
> might want both of these easily available, in toggleable form.
i propose to introduce LFUN_FONT_BOLD_MATHBF, which does exa
Vincent van Ravesteijn - TNW wrote:
> > After complaints from a colleague that he couldn't see
> > which changes in a document were his and which were from
> > his supervisor, I implemented a slightly different way of
> > showing the changes.
>
> A new patch.
>
> I added a static AuthorList:
Vincent van Ravesteijn - TNW wrote:
> While trying to fulfill my bug-solving quota of this week, I came
> accross the following :
>
> Almost all methods in the GuiPainter class have something like
>
> if (!isDrawingEnabled())
> return;
>
> except GuiPainter::fillRectangle(...) !!
yesss :)
On Tue, Sep 09, 2008 at 11:33:08PM +0200, Abdelrazak Younes wrote:
> Vincent van Ravesteijn - TNW wrote:
>> For the moment, forget this cur.setSelection() part. It is still not
>> correct probably. Although I don't encounter the problem anymore, it
>> might not be correct to call it in cur.setSelec
Helge Hafting wrote:
> 1.6svn has recently regressed with some strange 100%cpu delays.
>
> I can start up LyX, File->new then takes 6s. File->new again is quick.
>
> Resizing the main window then needs 8s with 100% cpu work, which is strange
> for an _empty_ file.
do you have outliner on?
pavel
On Tue, Sep 09, 2008 at 11:08:01PM +0200, Abdelrazak Younes wrote:
>> Hereby a new patch, without this nice feature.
>
> As Richard said, it would be nice if you didn't attach your patch as
> mime as they do not appear inline with Thunderbird.
It looks good in mutt. Of course, the html part can
On Tue, Sep 09, 2008 at 10:56:06PM +0200, Abdelrazak Younes wrote:
>> If you haven't already, bug JMarc for commit privileges. Still always
>> a good idea to post things for comment, unless they are very trivial.
>> But at least then you can commit things yourself.
>
> I vote for letting Vincen
> After complaints from a colleague that he couldn't see
> which changes in a document were his and which were from
> his supervisor, I implemented a slightly different way of
> showing the changes.
A new patch.
I added a static AuthorList::Color(int id) method in stead of a
Change::Color()
Vincent van Ravesteijn - TNW wrote:
For the moment, forget this cur.setSelection() part. It is still not
correct probably. Although I don't encounter the problem anymore, it
might not be correct to call it in cur.setSelection(...). Maybe it
breaks down something else.
cs 26146 did solve a same p
Abdelrazak Younes wrote:
Vincent van Ravesteijn - TNW wrote:
Starting your selection in an end margin often causes
the selection in this end margin to be painted later.
This is because when starting your selection in an end
margin, you may have set a (possible empty) selection
before really sel
> As Richard said, it would be nice if you didn't attach
> your patch as mime as they do not appear inline with
> Thunderbird.
I'll try to figure this out.
> I'll try to review this patch.
>
> Abdel.
For the moment, forget this cur.setSelection() part. It is still not
correct probably. Although
Georg Baum wrote:
Abdelrazak Younes wrote:
By the way Georg, you are in Germany aren't you? It would be nice to
have you too.
Yes, I am in Germany, but there is other stuff with higher priority.
Are you becoming a father? Or are you already? If yes, congratulations :-)
Anyway
Vincent van Ravesteijn - TNW wrote:
Starting your selection in an end margin often causes
the selection in this end margin to be painted later.
This is because when starting your selection in an end
margin, you may have set a (possible empty) selection
before really selecting the end margin. The
On Tue, 9 Sep 2008, Andre Poenitz wrote:
What's the range of dates? I guessed Friday through Monday and marked
so on the page, but André needs to confirm.
Then I guess people should add what days they think they'll be there.
Most people are usually around from Friday to Monday, but there is
rgheck wrote:
Vincent van Ravesteijn - TNW wrote:
Hi all,
While trying to fulfill my bug-solving quota of this week, I came
accross the following :
Almost all methods in the GuiPainter class have something like
if (!isDrawingEnabled())
return;
except GuiPainter::fillRectangle(...) !!
Ad
Georg Baum wrote:
Pavel Sanda wrote:
imho two more issues which should be done:
- RELEASE-NOTES should note this change
- provide some way how ctrl+b works as in 1.5, otherwise i would call this
regression.
Agreed. I understand the reasons for the change, but I personally almost
alw
On Tuesday 09 September 2008 18:11:07 Andre Poenitz wrote:
> I am afraid there are a few more exceptions of this kind.
> José's snoring for instance ;-)
I have been improving in this area. ;-)
> Andre'
--
José Abílio
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Tue Sep 9 19:50:37 2008
New Revision: 26348
URL: http://www.lyx.org/trac/changeset/26348
Log:
Restore toggling behavior to math bold.
Looking more at this, I'm no longer sure that this solution is
correct---or rather, I'm worried that the origi
Pavel Sanda wrote:
> imho two more issues which should be done:
> - RELEASE-NOTES should note this change
> - provide some way how ctrl+b works as in 1.5, otherwise i would call this
> regression.
Agreed. I understand the reasons for the change, but I personally almost
always need mathbf, so in
Abdelrazak Younes wrote:
> By the way Georg, you are in Germany aren't you? It would be nice to
> have you too.
Yes, I am in Germany, but there is other stuff with higher priority.
Georg
Vincent van Ravesteijn - TNW wrote:
Hi all,
While trying to fulfill my bug-solving quota of this week, I came
accross the following :
Almost all methods in the GuiPainter class have something like
if (!isDrawingEnabled())
return;
except GuiPainter::fillRectangle(...) !!
Adding this
Hi all,
While trying to fulfill my bug-solving quota of this week, I came
accross the following :
Almost all methods in the GuiPainter class have something like
if (!isDrawingEnabled())
return;
except GuiPainter::fillRectangle(...) !!
Adding this will solve
gmane.editors.lyx.devel/1
rgheck wrote:
> his seems to work for me. Thoughts?
Looks good IMHO (I've not tested it, though). The only nitpick would be that
you could use the abbreviation rp for OutputParams (instead of op), since
this is commonly used everywhere in the code.
Jürgen
On Tue, Sep 09, 2008 at 02:13:49PM +0200, leuven edwin wrote:
> > contrary I'll call 15.11. "final". Bad luck for Ed, but apart from that
> > it does not look too bad.
>
> bad luck indeed (with the exception of missing abdel's snoring... )
I am afraid there are a few more exceptions of this kind.
On Tue, Sep 09, 2008 at 11:56:01AM +0200, Christian Ridderström wrote:
> What's the range of dates? I guessed Friday through Monday and marked so
> on the page, but André needs to confirm.
>
> Then I guess people should add what days they think they'll be there.
Most people are usually around fr
This seems to work for me. Thoughts?
rh
Index: insets/InsetTabular.h
===
--- insets/InsetTabular.h (revision 26347)
+++ insets/InsetTabular.h (working copy)
@@ -637,6 +637,8 @@
///
InsetCode lyxCode() const { return CELL_CODE;
Koji Yokota wrote:
I also have found that slowness is strengthened to an unusable level as
I continue to edit a big file.
p.s. This slowness is the one in how characters are input on screen.
When it reaches to an extreme, I have to wait almost one second after
*one* character is input from th
Dear developers,
I also have found that slowness is strengthened to an unusable level as
I continue to edit a big file.
I'm not sure whether undo memory is related to this, but when I opened
the Users' Guide to translate it, it uses roughly 80M bytes at the
beginning and it grows to 150M bytes a
> This patch solves the problem indeed - I hope this makes it into 1.6svn soon!
ok, i've commited this
> There is another wide table navigation bug left.
the left arrow bug should also be gone with the commit
> This also need to happen on cursor up/down:
will have a look at this when i have so
leuven edwin wrote:
Helge Hafting wrote:
Tables too wide for the main window scroll sideways when accessing cells
beyond the edge.
This breaks if the cell contain any kind of inset. LyX will then
jump back to the left edge, leaving you with an invisible
cursor until the cursor comes out of the
> I committed both patches.
>
> Jürgen
Thank you.
>> If the listing is always in display mode in the text (breaks the
>> paragraph flow), then it should be that way on screen.
>
>I think so, too.
>
You're completely right. (Although it introduces an awful lot of painting
errors without the pat
Jean-Marc Lasgouttes wrote:
> "Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> > 1. Texts that are entered in the search and replace fields of the
> > GuiSearch dialog are added to the bottom of the ComboBox. With this
> > patch they are added to the top as it probably most intuitive.
>
> No, the Alt key is unfortunately heavily used in math, ex: Alt-m-f for a
> fraction.
Ah, sorry. See what you mean. I rarely use those, but the latex command
instead. That's why I didn't realize.
> > Will there be any other solution?
> >
>
> There will be one hopefully when I finally have
Sebastian Guttenberg wrote:
This feature has been disabled on Linux, or more exactly on X11 because
of annoying menubar popping up in math. It should be still there on Mac
and Windows.
? Well, the menu bar was only popping up if one used the alt key, and the
latter one only used
if one w
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> 1. Texts that are entered in the search and replace fields of the
> GuiSearch dialog are added to the bottom of the ComboBox. With this
> patch they are added to the top as it probably most intuitive.
Looks good to me (unless someone els
> contrary I'll call 15.11. "final". Bad luck for Ed, but apart from that
> it does not look too bad.
bad luck indeed (with the exception of missing abdel's snoring... )
Helge Hafting wrote:
> Tables too wide for the main window scroll sideways when accessing cells
> beyond the edge.
>
> This breaks if the cell contain any kind of inset. LyX will then
> jump back to the left edge, leaving you with an invisible
> cursor until the cursor comes out of the inset.
the
> This feature has been disabled on Linux, or more exactly on X11 because
> of annoying menubar popping up in math. It should be still there on Mac
> and Windows.
? Well, the menu bar was only popping up if one used the alt key, and the
latter one only used
if one wanted to access something fr
Pavel Sanda wrote:
Uwe Stöhr wrote:
When you really only need upright bold math, then change the binding of
Ctrl-b using LyX 1.6's new binding dialog. Note that the math toolbar also
provides \mathbf, so its your decision what to use.
have you tried it? currently i don't see howto cau
Some small fixes :
1. Texts that are entered in the search and replace fields of the
GuiSearch dialog are added to the bottom of the ComboBox. With this
patch they are added to the top as it probably most intuitive.
2. The GuiRef dialog does not respond to keyboard events if the
reference list
Sebastian Guttenberg wrote:
Hi Abdel
Remember that you wrote this patch for enabling the menu-key-bindings in
full-screen mode? I liked this feature very much but since my last
svn-update it disappeared :-( What happened? Can you include it again?
This feature has been disabled on Linux, or m
1.6svn has recently regressed with some strange 100%cpu delays.
I can start up LyX, File->new then takes 6s. File->new again is quick.
Resizing the main window then needs 8s with 100% cpu work, which is
strange for an _empty_ file.
Even more odd: I can load the userguide and resizing is insta
What's the range of dates? I guessed Friday through Monday and marked so
on the page, but André needs to confirm.
Then I guess people should add what days they think they'll be there.
/Christian
http://wiki.lyx.org/Devel/LyXMeeting2008
--
Christian Ridderström, +46-8-768 39 44http
To reproduce: Insert two tables or ERT boxes, then try to click between
them. You can't!
Place the cursor between the tables (using arrow keys), then place the
mouse cursor on top of the text cursor with pixel accuracy. Click, and
see how the text cursor strangely jumps into the table on the l
Helge Hafting wrote:
Tables too wide for the main window scroll sideways when accessing cells
beyond the edge.
This breaks if the cell contain any kind of inset. LyX will then
jump back to the left edge, leaving you with an invisible
cursor until the cursor comes out of the inset.
I reported th
Hi Abdel
Remember that you wrote this patch for enabling the menu-key-bindings in
full-screen mode? I liked this feature very much but since my last
svn-update it disappeared :-( What happened? Can you include it again?
Best, Sebastian
> Abdelrazak Younes
> Wed, 28 May 2008 02:26:44 -0700
>
>> Seb
Uwe Stöhr wrote:
> When you really only need upright bold math, then change the binding of
> Ctrl-b using LyX 1.6's new binding dialog. Note that the math toolbar also
> provides \mathbf, so its your decision what to use.
have you tried it? currently i don't see howto cause toggle-like behaviour
Matthew Bromberg wrote:
For most mathematical documents, the convention is that a bold font on a variable
name represents a vector or a matrix. These should not be in italics!
They should be in the same font as the normal text. That is the standard
used in most mathematical text that I'm a
Vincent van Ravesteijn - TNW wrote:
> OK... Let's see if I can check out and compile LyX 1.5 (again)...
That would be excellent. I think we do not need the gui changes, but the other
changes would probably be fine.
Jürgen
52 matches
Mail list logo
