Le 05/12/2021 à 05:32, sovhist a écrit :
My last mail is stil waiting moderation due to big atachments, so I'm
resending mail with lesser attachments.
Nothing changed with TNR DVMS and DVSM fonts.
OK. Good to know.
I'm sending 3 svg from Hotspot. I can see more in svg,
than in screen photo o
I would try documents>settings>module>customheaders/footers. That
might help some.
On Monday, November 29, 2021 8:03:35 PM PST sovhist wrote:
> > I'm sending 3 svg and 3 png files from Hotspot.
>
> My message is waiting for moderators decision because it is too big.
>
> Valdemaras
--
lyx-use
On 28/10/2021 00:14, V K wrote:
On Wednesday, October 27, 2021, 10:50:26 PM GMT+3, Jean-Marc Lasgouttes
wrote:
Yes if it works. In my testing for some reason it created a 0-sized file
It creates zero-sized file for me too.
By the way, I cannot scroll down from the top of the ins
On Wednesday, October 27, 2021, 03:45:32 PM GMT+3, Jean-Marc Lasgouttes
wrote:
Le 27/10/2021 à 05:16, V K a écrit :
The problem is that, besides the versions, the precise layout of the
binaries may differ. Therefore, I would have to clone your OS in a VM to
be able to read the pe
Le 27/10/2021 à 19:25, V K a écrit :
I downloaded appImage, it doesn't like Wayland (error qt.qpa.plugin: Could not find the Qt platform
plugin "wayland-egl" in "") but I can launch it in xwayland mode. So I should
record Lyx with Hotspot and save as .perfparser file?
Yes if it works. In my t
Le 27/10/2021 à 05:16, V K a écrit :
HEAD was master, not breakrows. I don't know what was wrong, so I deleted Lyx
git folder on my machine and cloned Lyx from git anew. After that compiled
master with --enable-build-type=prof – huge notes were very slow, almost
stalled. I compiled breakrows
On Monday, October 25, 2021, 02:21:38 PM GMT+3, Jean-Marc Lasgouttes
wrote:
Good. Did you configure with "--enable-build-type=prof" ? This is
important because by default master will compile with some run-time
checks that lower the performance.
I didn't know that key. Thank you
Le 22/10/2021 à 01:59, V K a écrit :
I updated master first of all and huge insets can be scrolled. Very slowly, but
this is better than it was on two months old master when insets were stalled
mostly. That is without breakrows branch.
Good. Did you configure with "--enable-build-type=prof"
On Sunday, October 17, 2021, 01:51:04 PM GMT+3, Jean-Marc Lasgouttes
wrote:
Le 17/10/2021 à 00:25, V K a écrit :
> I'm using Manjaro linux with Sway (Wayland) with integrated graphics. I don't
> like fan running so my CPU profile is balance_power in tlp.conf. That is
> slowing PC,
Le 17/10/2021 à 00:25, V K a écrit :
I'm using Manjaro linux with Sway (Wayland) with integrated graphics. I don't
like fan running so my CPU profile is balance_power in tlp.conf. That is
slowing PC, but only Lyx with huge insets are unusable.
Do you have the possibility of testing a x11 sess
On Saturday, October 16, 2021, 11:37:47 PM GMT+3, Jean-Marc Lasgouttes
wrote:
Le 16/10/2021 à 02:39, V K a écrit :
> JMarc, it is very good to hear, that there is progress with a big insets. I'm
> working with master (bit outdated, because I compile once in a month or two),
> so I'
Le 16/10/2021 à 02:39, V K a écrit :
JMarc, it is very good to hear, that there is progress with a big insets. I'm
working with master (bit outdated, because I compile once in a month or two),
so I'll check after changes will be merged.
I modified anonymized lyx file with several insets in i
text. (this work is not merged
in master yet).
The case you describe is more just large text insets, but I cannot
reproduce any slowness with such file son my computer. Can you give more
details about your setting?
Everyone: if you have a file that is terribly slow to edit, please tell
me abo
annot
reproduce any slowness with such file son my computer. Can you give more
details about your setting?
Everyone: if you have a file that is terribly slow to edit, please tell
me about it.
JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users
Le 08/02/2021 à 23:03, Richard Kimberly Heck a écrit :
Why does the typesetting part take longer on Wayland?
No idea really. I tried to increase the size of our metrics caches, but
that was not very useful.
Note that the effect is visible especially when scrolling with the
touchpad. It may
On 2/8/21 5:56 AM, Jean-Marc Lasgouttes wrote:
Le 05/02/2021 à 22:50, V K a écrit :
Manjaro linux, sway, wayland laptop Lenovo X1 yoga (1st generation)
(CPU: Dual Core Intel Core i7-6600U (-MT MCP-) speed/min/max:
699/400/3400 MHz Kernel: 5.10.7-3-MANJARO x86_64 Up: 7h 04m Mem:
6805.1/15417.2
Le 05/02/2021 à 22:50, V K a écrit :
Manjaro linux, sway, wayland laptop Lenovo X1 yoga (1st generation) (CPU: Dual
Core Intel Core i7-6600U (-MT MCP-) speed/min/max: 699/400/3400 MHz Kernel:
5.10.7-3-MANJARO x86_64 Up: 7h 04m Mem: 6805.1/15417.2 MiB (44.1%) Storage:
476.94 GiB (90.0% used) SS
On Saturday, February 6, 2021, 7:18:09 AM GMT+2, Richard Kimberly Heck
wrote:
On 2/5/21 6:30 PM, V K wrote:
>> Do you also see this with other insets? E.g., footnotes? Does it matter if
>> the top of the inset is still on screen? Or if the bottom is off? Does the
>> inset need to b
On 2/5/21 6:30 PM, V K wrote:
>> Do you also see this with other insets? E.g., footnotes? Does it matter if
>> the top of the inset is still on screen? Or if the bottom is off? Does the
>> inset need to be bigger than the screen for you to see this?
>>
>> JMard will know better than I, but I thin
On Saturday, February 6, 2021, 12:43:11 AM GMT+2, Richard Kimberly Heck
wrote:
On 2/5/21 5:34 PM, V K wrote:
>
>
>
>
>
>
> On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck
> wrote:
>
>
>
>
>
> On 2/5/21 4:52 PM, V K wrote:
>
>
>>
>>
>>
>
On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck
wrote:
On 2/5/21 4:52 PM, V K wrote:
>
>
>
>
>
>
> On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck
> wrote:
>
>
>
>
>
> On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
>
>> Le 05/02/2021 à
On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck
wrote:
On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
> Le 05/02/2021 à 20:07, V K a écrit :
>> Regarding huge note. I created a new file, pasted some random
>> generated text in English and Russian, placed them
On Friday, February 5, 2021, 10:10:14 PM GMT+2, Jean-Marc Lasgouttes
wrote:
Le 05/02/2021 à 20:07, V K a écrit :
> Regarding huge note. I created a new file, pasted some random generated text
> in English and Russian, placed them in note an yes, it is not as bad. But
> when I paste
On 2/5/21 5:34 PM, V K wrote:
On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck
wrote:
On 2/5/21 4:52 PM, V K wrote:
On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck
wrote:
On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
Le 05
On 2/5/21 4:52 PM, V K wrote:
On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck
wrote:
On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
Le 05/02/2021 à 20:07, V K a écrit :
Regarding huge note. I created a new file, pasted some random
generated text in English an
On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
Le 05/02/2021 à 20:07, V K a écrit :
Regarding huge note. I created a new file, pasted some random
generated text in English and Russian, placed them in note an yes, it
is not as bad. But when I pasted my text in Lithuanian to note, it's
almost un
Le 05/02/2021 à 20:07, V K a écrit :
Regarding huge note. I created a new file, pasted some random generated text in
English and Russian, placed them in note an yes, it is not as bad. But when I
pasted my text in Lithuanian to note, it's almost unusable. Same situation even
after converting al
ee), but maybe "tickbox" can be used to keep notes list?
4. This isn't related to outline pane. My notes can be huge (to hide parts of
the text temporary) and navigating in such huge notes is painfully slow, CPU
usage rises dramatically (99% of one of the cores of the CPU). Such s
4. This isn't related to outline pane. My notes can be huge (to hide parts of
the text temporary) and navigating in such huge notes is painfully slow, CPU
usage rises dramatically (99% of one of the cores of the CPU). Such slowness
presents only when huge note is opened and is visible in L
We (specifically, Jean-Marc Lasgouttes) have recently made some changes
to the text rendering algorithms in LyX. We would appreciate it if those
who are able could compile and use the 2.2.x branch of the git
repository, so that these changes can receive sufficient testing before
we schedule the rel
On 22 May 2012 23:13, Olivier Ripoll wrote:
> On 20.05.2012 11:14, Rashif Ray Rahman wrote:
>
>> So, I finally managed to track down a peculiarity.
>>
>> On Windows (7), there is no scrolling issue with the keyboard, or the
>> mouse scroll wheel (or touchpad vertical scroll). However, there is
>>
On 20.05.2012 11:14, Rashif Ray Rahman wrote:
So, I finally managed to track down a peculiarity.
On Windows (7), there is no scrolling issue with the keyboard, or the
mouse scroll wheel (or touchpad vertical scroll). However, there is
lag if I use the scroll bar (by dragging with the mouse).
[
On 10 May 2012 14:05, Rashif Ray Rahman wrote:
> On 5 May 2012 16:56, Wolfgang Engelmann wrote:
>> Is scrolling still slow if you save your file under another name and use
>> that?
>
> Yes.
>
>> Is scrolling still slow if you take out your inserts (figures, notes)
>
> Yep.
>
>> Is scrolling still
On 05/14/2012 04:16 PM, stefano franchi wrote:
Richard,
I use Kile on a regular basis, but I never experienced that. Or
rather, every once in a while I experience a general X-related
lockdown---CPU at 100%, no graphic interaction possible, no switching
to virtual terminal allowed either (presuma
hought it would be worth mentioning that I've just seen, twice, a kind of
> slowness in Kile (which is a KDE and therefore Qt-based LaTeX editor) very
> similar to what has been reported here, now and again, as a slowness in LyX.
> All of a sudden, and for reasons I don't understa
I thought it would be worth mentioning that I've just seen, twice, a
kind of slowness in Kile (which is a KDE and therefore Qt-based LaTeX
editor) very similar to what has been reported here, now and again, as a
slowness in LyX. All of a sudden, and for reasons I don't underst
On 5 May 2012 16:56, Wolfgang Engelmann wrote:
> Is scrolling still slow if you save your file under another name and use
> that?
Yes.
> Is scrolling still slow if you take out your inserts (figures, notes)
Yep.
> Is scrolling still slow if you take out the bibtex generated bibliography
> at t
Am Freitag, 4. Mai 2012, 09:07:36 schrieb Rashif Ray Rahman:
...
> >> So the bad news is, well, the scrolling is slow. The raster graphics
> >> system switch did not appear to help in my case. The bottomline is
> >> that if at least one other person cannot reproduce this (as in,
> >> scrolling work
On 4 May 2012 14:35, Rashif Ray Rahman wrote:
> On 4 May 2012 14:18, Rashif Ray Rahman wrote:
>> Hey guys
>>
>> I wasn't subscribed when I sent the first e-mail so this reply might
>> mess up a few things (using GMail so can't edit headers). And since
>> then there have been a number of replies.
On 4 May 2012 14:18, Rashif Ray Rahman wrote:
> Hey guys
>
> I wasn't subscribed when I sent the first e-mail so this reply might
> mess up a few things (using GMail so can't edit headers). And since
> then there have been a number of replies.
>
> Anyway I should've mentioned that I'm on Arch Linu
On Thu, Apr 26, 2012 at 3:17 PM, Richard Heck comcast.net> wrote:
>
> On 04/26/2012 11:02 AM, David L. Johnson wrote:
>>
>> On 04/26/2012 10:30 AM, Rashif Ray Rahman wrote:
>>>
>>> Hi all
>>>
>>> I've not been a LyX user for long but am going to write a 300-page academic
>>> paper with it for the
On Fri, Apr 27, 2012 at 3:51 AM, Pavel Sanda wrote:
> Thomas Coffee wrote:
>> I have experienced unbearably sluggish scrolling and typing in LyX that
>> after much research I attribute to a poor interaction between Qt 4 and my
>> NVIDIA graphics card driver.
>>
>> I solved these issues by starting
Thomas Coffee wrote:
> I have experienced unbearably sluggish scrolling and typing in LyX that
> after much research I attribute to a poor interaction between Qt 4 and my
> NVIDIA graphics card driver.
>
> I solved these issues by starting LyX with:
>
> lyx -graphicssystem raster
I haven't heard
On 04/26/2012 07:27 PM, Thomas Coffee wrote:
I have experienced unbearably sluggish scrolling and typing in LyX
that after much research I attribute to a poor interaction between Qt
4 and my NVIDIA graphics card driver.
Yes, that's what most people have reported. But it seems to be dependent
I have experienced unbearably sluggish scrolling and typing in LyX that
after much research I attribute to a poor interaction between Qt 4 and my
NVIDIA graphics card driver.
I solved these issues by starting LyX with:
lyx -graphicssystem raster
I have seen this problem described using both GNOM
On 04/26/2012 11:02 AM, David L. Johnson wrote:
On 04/26/2012 10:30 AM, Rashif Ray Rahman wrote:
Hi all
I've not been a LyX user for long but am going to write a 300-page
academic paper with it for the final typesetting and formatting. I've
practised on and off for the past few months but one
On 13. okt. 2011 23:00, Paul Rubin wrote:
For what it's worth, I have LyX installed on three machines (Dell desktop, Dell
laptop, Acer desktop). All run Linux Mint with the Gnome desktop. The Dells
are both Intel 32; the Acer is AMD 64. Both desktops have nVidia displays with
nVidia proprietar
Am 12.10.2011 18:45, schrieb Torquil Macdonald Sørensen:
While LyX is fantastic in almost every way, it is slow... My LyX is slow at
pretty much everything.
Typing, scrolling, moving the cursor around using arrow keys, highlighting
sections of texts, etc.
Even for small documents.
Besides co
For what it's worth, I have LyX installed on three machines (Dell desktop, Dell
laptop, Acer desktop). All run Linux Mint with the Gnome desktop. The Dells
are both Intel 32; the Acer is AMD 64. Both desktops have nVidia displays with
nVidia proprietary drivers. I'm not sure about the laptop, b
* I don't use the outliner or source view.
* Cursor movement is slow, at least compared to most other programs.
* The Ctrl+Alt+F1 trick has no effect on the slowness.
Any other ways to improve speed? I am willing to recompile LyX myself
with special options, or even modify the source code to de
On Wed, Oct 12, 2011 at 7:12 PM, Torquil Macdonald Sørensen
wrote:
>> What version of LyX? Here 2.0.1 works fine on Xubuntu 10.04 64bit using
>> Xfce.
>
> Thanks for the information! I'm using 2.0.1, also on 64bit. I've now
> switched to the proprietary Nvidia driver, and it is noticeably faster.
On 12/10/11 18:50, Liviu Andronic wrote:
On Wed, Oct 12, 2011 at 6:45 PM, Torquil Macdonald Sørensen
wrote:
Hi!
While LyX is fantastic in almost every way, it is slow... My LyX is slow at
pretty much everything. Typing, scrolling, moving the cursor around using
arrow keys, highlighting sectio
r source view.
> * Cursor movement is slow, at least compared to most other programs.
> * The Ctrl+Alt+F1 trick has no effect on the slowness.
>
> Any other ways to improve speed? I am willing to recompile LyX myself with
> special options, or even modify the source code to deactivate s
s than 100%.
* I don't use the outliner or source view.
* Cursor movement is slow, at least compared to most other programs.
* The Ctrl+Alt+F1 trick has no effect on the slowness.
Any other ways to improve speed? I am willing to recompile LyX myself with
special options, or even modify the
Hello.
I use LyX 2.0.0pre3 with ubuntu and for some reason the word completion in
math mode is very slow.
If I start to type \vee I write \v and can wait for an eternity, and then
finaly it suggests \vee and some other alternatives. I found a setting th
On 04/09/2010 16:40, Guenter Milde wrote:
On 2010-09-03, obregonma...@gmail.com wrote:
I am experiencing very slow reaction times when typing and deleting, as
well as scrolling the document window. I have the latest debian sid
installation and everything else works fine.
Sometimes, the culpri
On 2010-09-03, obregonma...@gmail.com wrote:
> I am experiencing very slow reaction times when typing and deleting, as
> well as scrolling the document window. I have the latest debian sid
> installation and everything else works fine.
Sometimes, the culprit is a clipboard-manager.
> I have each
obregonma...@gmail.com wrote:
> I know that this issue has come up several times in the recent past, and that
> its been off-loaded onto xorg/QT problems.
what is "top" telling when the slowness comes?
you can try to switch off outliner and source viewer in case they are open
On 9/3/10 7:45 PM, obregonma...@gmail.com wrote:
I know that this issue has come up several times in the recent past, and that
its been off-loaded onto xorg/QT problems. I am experiencing very slow reaction
times when typing and deleting, as well as scrolling the document window. I
have the l
I know that this issue has come up several times in the recent past, and that
its been off-loaded onto xorg/QT problems. I am experiencing very slow reaction
times when typing and deleting, as well as scrolling the document window. I
have the latest debian sid installation and everything else w
Liviu Andronic wrote:
On Thu, Mar 19, 2009 at 1:36 PM, rgheck wrote:
Just a silly question, probably: But (other than Vincent), the people who
are experiencing slowness don't have the View Source widget open, do they?
I haven't followed the "slowness" discussions,
On Thu, Mar 19, 2009 at 10:44 PM, rgheck wrote:
> I'd suggest adding this to bugzilla. I don't know why the problem exists.
> Maybe a drawing issue? But I'm sure someone will give it some attention.
>
http://bugzilla.lyx.org/show_bug.cgi?id=5861
(Sorry for the wrapping. It was probably Opera miss-
Grzegorz Adam Hankiewicz wrote:
El 19/03/2009, a las 22:14, Liviu Andronic escribió:
There's one behaviour I wanted to report (for either 1.5.7 or 1.6.1).
Generally LyX is quite OK on speed, but one specific instance where it
gets slow---regarding the responsiveness of the UI---is when tables
El 19/03/2009, a las 22:14, Liviu Andronic escribió:
There's one behaviour I wanted to report (for either 1.5.7 or 1.6.1).
Generally LyX is quite OK on speed, but one specific instance where it
gets slow---regarding the responsiveness of the UI---is when tables
are used in the document (if of u
On Thu, Mar 19, 2009 at 1:36 PM, rgheck wrote:
> Just a silly question, probably: But (other than Vincent), the people who
> are experiencing slowness don't have the View Source widget open, do they?
>
I haven't followed the "slowness" discussions, so please ign
On Thu, 19 Mar 2009 08:36:36 -0400, rgheck wrote:
Just a silly question, probably: But (other than Vincent), the people
who are experiencing slowness don't have the View Source widget open, do
they?
I haven't. I noticed a bit of slowness in 1.6.0 (I haven't upgraded since
Just a silly question, probably: But (other than Vincent), the people
who are experiencing slowness don't have the View Source widget open, do
they?
rh
Torquil Macdonald Sørensen wrote:
Hello,
Does anybody else experience that LyX1.5.2 sometimes becomes extremely slow?
So slow that after pressing a key I must wait 1sec to see the character
appear in the document. I have not yet been able to detect any underlying
pattern behind this behaviour
Torquil Macdonald Sørensen wrote:
Hello,
Does anybody else experience that LyX1.5.2 sometimes becomes extremely slow?
So slow that after pressing a key I must wait 1sec to see the character
appear in the document. I have not yet been able to detect any underlying
pattern behind this behaviour
Hello,
Does anybody else experience that LyX1.5.2 sometimes becomes extremely slow?
So slow that after pressing a key I must wait 1sec to see the character
appear in the document. I have not yet been able to detect any underlying
pattern behind this behaviour, but it is always fixed immediately
Bob Lounsbury wrote:
So my question is - Why does LyX 1.5.0 cause Xorg to use so much CPU
or how this could be decreased? Is this increase just because of Qt
4.x. I guess I'm just being hopeful that I could change a setting
again in my xorg.conf and the LyX speed would increase again.
* There
g in a new document without figures or
> > notes or anything. So much so that there is absolutely no "slowness"
> > So my question is - Why does LyX 1.5.0 cause Xorg to use so much CPU
> > or how this could be decreased? Is this increase just because of Qt
>
>
gt; Xorg file and noticed that the default color depth was 24 and it
> should be a maximum of 16. Changing this "DRAMATICALLY" changed
> the speed of standard typing in a new document without figures or
> notes or anything. So much so that there is absolutely no "slowness&q
s "DRAMATICALLY" changed
the speed of standard typing in a new document without figures or
notes or anything. So much so that there is absolutely no "slowness"
in new documents. However, for longer documents if a figure float is
open, then once again the typing speed is diminis
I've experimented a bit and found out that:
- listings package generally has problems with UTF-8 encoding, even
without Lyx, but there's a workaround - UTF-8 works inside a Latex
escape block, so if I set inputencoding=utf8 and escapechar=| and then
write comments |like this|, there are no errors
2007/6/20, Bo Peng <[EMAIL PROTECTED]>:
> - I can't put any Polish letters in a listing or a listing's caption,
> because I get those errors:
>
> (listing)
> Missing $ inserted.
> Extra }, or forgotten $.
> Package inputenc Error: Keyboard character used is undefined. [You
> need to provide a def
- when I scroll through the document using my mouse's wheel, and there
are floats in the doc (pictures or listings), sometimes the float is
scrolled part at a time, like it should (especially when I'm scrolling
up), and sometimes entire float is scrolled with one move of the wheel
(esp. when scrol
- I'd like to have a faster way of inserting listings and captions -
right now there's no underlined letter in "Program listing" in the
"Insert" menu, so I can't press "ALT+I [anykey]" and I have to look at
the menu and look for the entry.
It is not particularly easy but you can define a shortcu
Hi,
I'm using the rc1 version, here are some problems and wishes:
- sometimes when I'm typing, the letters appear very slow - for
example I type entire sentence and then look at the screen and see the
letters of that sentence appear like two per second. This happens
especially when the sentence
On Fri, Feb 06, 2004 at 02:34:05PM +0100, Alfredo Braunstein wrote:
> there's some horrible slowness in the dispatch process near the end of the
> UserGuide.
> Some O(n^2) somewhere?
I'd rather expect some getPar() business or similar.
Andre'
there's some horrible slowness in the dispatch process near the end of the
UserGuide.
Some O(n^2) somewhere?
Alfredo
81 matches
Mail list logo
