On Fri, Dec 11, 2009 at 10:56 AM, rgheck wrote:
> On 12/11/2009 10:17 AM, Abdelrazak Younes wrote:
>>
>> As far as I understand LaTeX people want to see the context around the
>> current paragraph so the single paragraph mode is not good for them. Maybe
>> we need at least to show one or two paragr
This patch implements the support of dropping graphics onto lyx. It
inserts a graphics inset at the location of the drop.
Is there a way to find out which formats are graphics ? Maybe we should
add an "Image" property to the formats class ?
Ok ?
Vincent
Index: GuiWorkArea.cpp
===
This patch fixes bug #6378.
When working in multilingual documents, the word completion should be
limited to the language at cursor. Currently, you get many irrelevant
completion proposals from the other languages.
Any advices or objections ?
Vincent
Index: Language.h
===
v...@lyx.org schreef:
Author: vfr
Date: Sat Dec 12 02:18:18 2009
New Revision: 32485
URL: http://www.lyx.org/trac/changeset/32485
Log:
Do not save an emergency file after choosing to revert the document to the
version saved on disk.
Now also when the user tries to load the document when it's a
David Raymond schreef:
If one imports a graphics file into a lyx document, close the
document, and then delete the graphics file, the next time that the
document is opened, lyx reports that the graphics file cannot be
found. Fair enough. However, if the graphics file is recreated while
lyx stil
If one imports a graphics file into a lyx document, close the
document, and then delete the graphics file, the next time that the
document is opened, lyx reports that the graphics file cannot be
found. Fair enough. However, if the graphics file is recreated while
lyx still has the document open,
On Fri, Dec 11, 2009 at 03:57:59PM +0100, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes writes:
> > Or maybe our handmade syntax highlighter... Disabling it will for sure
> > make a difference. Also we ask the text edit to reload a big file at
> > each keystroke while we merely paint the current
On Fri, Dec 11, 2009 at 03:24:53PM +0100, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes writes:
> >> One instance where .tex generation does cause a slowdown is with "View
> >> Source" open. While editing a large document with "Complete Source"
> >> checked, LyX can't keep up with my typing sp
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
I just tried without it and it still is slow. So the real bottleneck
seems to be QTextDocument indeed. But as I said, we do a full reload
at each keystroke...
What about QPlainTextEdit instead (qt >= 4.4)?
I just tried, the pe
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
I just tried without it and it still is slow. So the real bottleneck
seems to be QTextDocument indeed. But as I said, we do a full reload
at each keystroke...
What about QPlainTextEdit instead (qt >= 4.4)?
Good idea. Apparentl
Jean-Marc Lasgouttes schrieb:
Uwe Stöhr writes:
Concerning information, see attached. This is information I gathered a
long time ago, but never used.
Have you seen this commit:
http://www.lyx.org/trac/changeset/32476
I did not check whether it fits what is in my file.
This is even bette
Uwe Stöhr writes:
>> Concerning information, see attached. This is information I gathered a
>> long time ago, but never used.
>
> Have you seen this commit:
>
> http://www.lyx.org/trac/changeset/32476
I did not check whether it fits what is in my file. However, I still
think that this informatio
Abdelrazak Younes writes:
> I just tried without it and it still is slow. So the real bottleneck
> seems to be QTextDocument indeed. But as I said, we do a full reload
> at each keystroke...
What about QPlainTextEdit instead (qt >= 4.4)?
JMarc
Jean-Marc Lasgouttes schrieb:
As I wrote in the FIXME the real solution would be a small lookup
table what language uses what quote style. I googled a bit for these
information but couldn't find it.
This information should be added to the language file (and we should
rely on it as much as poss
On 12/11/2009 10:17 AM, Abdelrazak Younes wrote:
Pavel Sanda wrote:
Abdelrazak Younes wrote:
a difference. Also we ask the text edit to reload a big file at each
keystroke while we merely paint the current line; not a fair
comparison :-)
i think that it doesn't make sense to have checked ful
Pavel Sanda wrote:
Abdelrazak Younes wrote:
a difference. Also we ask the text edit to reload a big file at each
keystroke while we merely paint the current line; not a fair comparison :-)
i think that it doesn't make sense to have checked full source listing
unless you want to look on
Abdelrazak Younes wrote:
> a difference. Also we ask the text edit to reload a big file at each
> keystroke while we merely paint the current line; not a fair comparison :-)
i think that it doesn't make sense to have checked full source listing
unless you want to look on something in preamble. ha
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
Or maybe our handmade syntax highlighter... Disabling it will for sure
make a difference. Also we ask the text edit to reload a big file at
each keystroke while we merely paint the current line; not a fair
comparison :-)
I have to
Vincent van Ravesteijn - TNW wrote:
This is indeed a good argument in favour of cloning the Buffer.
Nope. I just profiled with sysprof what happens when
typing in UserGuide with LaTeX source shown (with full
source). Conclusions are
* it is painfully slow :)
* 69% of time is spent
>> This is indeed a good argument in favour of cloning the Buffer.
>
>Nope. I just profiled with sysprof what happens when
>typing in UserGuide with LaTeX source shown (with full
>source). Conclusions are
>
> * it is painfully slow :)
>
> * 69% of time is spent in libQtGui itself
>
> * 4.3% of ti
Abdelrazak Younes writes:
> Or maybe our handmade syntax highlighter... Disabling it will for sure
> make a difference. Also we ask the text edit to reload a big file at
> each keystroke while we merely paint the current line; not a fair
> comparison :-)
I have to admit also that this is qt 4.2.
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
One instance where .tex generation does cause a slowdown is with "View
Source" open. While editing a large document with "Complete Source"
checked, LyX can't keep up with my typing speed. This issue is
insidious because the user may no
Abdelrazak Younes writes:
>> One instance where .tex generation does cause a slowdown is with "View
>> Source" open. While editing a large document with "Complete Source"
>> checked, LyX can't keep up with my typing speed. This issue is
>> insidious because the user may not realize that the "Vi
Uwe Stöhr writes:
> We must do this:
>
> - if there is only one encoding, use this
> - if there are several encodings, set h_inputencoding to "auto".
>
> So yes, this is independent of the languages. But what is there is
> only one encoding specified in the package loading command of inputenc
> bu
Uwe Stöhr writes:
>> What quote language do you set for italian, then?
>
> "english" (the default). English quotes were already used when the
> quotes language was not existent.
OK.
> As I wrote in the FIXME the real solution would be a small lookup
> table what language uses what quote style. I
Uwe Stöhr writes:
>> It would be nice the factor the two (identical?) pieces of code that
>> handle language in one place.
>
> Done: http://www.lyx.org/trac/changeset/32471
Thanks.
JMarc
uwestoehr wrote:
> stdtoolbars.inc: add missing entry for \Diamond; this symbol is part of
> amssymb, we support it, and it is also listed in the Math manual (bug was
> reported here:
> http://www.mail-archive.com/lyx-us...@lists.lyx.org/msg78256.html)
>
> Jürgen, also for branch?
Yes, but shoul
Guenter Milde writes:
> Ah, so you probably wanted to say: add encoding to the text properties
> dialogue?
Yes.
JMarc
Ben M. wrote:
On Thu, Dec 10, 2009 at 9:45 AM, Jean-Marc Lasgouttes wrote:
Pavel Sanda writes:
Jean-Marc Lasgouttes wrote:
the real work
on our buffer structure can be fast enough IMO.
it is not? pavel
I thought people implied that it was not, but I may be mist
On 2009-12-10, Uwe Stöhr wrote:
> > Yes. First since MiKTeX 2.8 (about 2 months old) it is by default
> > included. So I would wait for at least one year until using this as
> > default.
> >
> > OK. Could the WindowsInstaller recommend to install Latin Modern?
> lmodern is automatically installed
30 matches
Mail list logo