Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 10 May 2012 14:05, Rashif Ray Rahman sc...@archlinux.org wrote:
 On 5 May 2012 16:56, Wolfgang Engelmann engelm...@uni-tuebingen.de 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 the end of your document?

 There was no generated bibliography to begin with, so yes.

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 Linux, if I start LyX using a desktop file, I cannot seem to scroll
at all (keyboard). This is the initial problem I was reporting, where
the cursor appears to be stuck and won't move at all, and sometimes
it may move a character or two after holding a direction for some
time.

If I start it from the commandline, however, scrolling works, albeit
in a crippled way. If for example I'm highlighting with SHIFT, it
slows to a crawl. This is not exhibited in Windows. Scrolling with
mouse wheel works good as in Windows, and scrolling with the scroll
bar is laggy as well.

So the common behaviour is scrolling with mouse wheel (OK) and
scrolling with scroll bar (slow). Linux-specific issue is no keyboard
scrolling when starting outside of commandline, and slow response when
it does work.

I'm going to have to do some troubleshooting within our distribution
first to rule out any distribution-specific issue. All cases
reproduced with default splash file.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 10 May 2012 14:05, Rashif Ray Rahman sc...@archlinux.org wrote:
 On 5 May 2012 16:56, Wolfgang Engelmann engelm...@uni-tuebingen.de 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 the end of your document?

 There was no generated bibliography to begin with, so yes.

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 Linux, if I start LyX using a desktop file, I cannot seem to scroll
at all (keyboard). This is the initial problem I was reporting, where
the cursor appears to be stuck and won't move at all, and sometimes
it may move a character or two after holding a direction for some
time.

If I start it from the commandline, however, scrolling works, albeit
in a crippled way. If for example I'm highlighting with SHIFT, it
slows to a crawl. This is not exhibited in Windows. Scrolling with
mouse wheel works good as in Windows, and scrolling with the scroll
bar is laggy as well.

So the common behaviour is scrolling with mouse wheel (OK) and
scrolling with scroll bar (slow). Linux-specific issue is no keyboard
scrolling when starting outside of commandline, and slow response when
it does work.

I'm going to have to do some troubleshooting within our distribution
first to rule out any distribution-specific issue. All cases
reproduced with default splash file.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 10 May 2012 14:05, Rashif Ray Rahman <sc...@archlinux.org> wrote:
> On 5 May 2012 16:56, Wolfgang Engelmann <engelm...@uni-tuebingen.de> 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 the end of your document?
>
> There was no generated bibliography to begin with, so yes.

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 Linux, if I start LyX using a desktop file, I cannot seem to scroll
at all (keyboard). This is the initial problem I was reporting, where
the cursor appears to be "stuck" and won't move at all, and sometimes
it may move a character or two after holding a direction for some
time.

If I start it from the commandline, however, scrolling works, albeit
in a crippled way. If for example I'm highlighting with SHIFT, it
slows to a crawl. This is not exhibited in Windows. Scrolling with
mouse wheel works good as in Windows, and scrolling with the scroll
bar is laggy as well.

So the common behaviour is scrolling with mouse wheel (OK) and
scrolling with scroll bar (slow). Linux-specific issue is no keyboard
scrolling when starting outside of commandline, and slow response when
it does work.

I'm going to have to do some troubleshooting within our distribution
first to rule out any distribution-specific issue. All cases
reproduced with default splash file.


--
GPG/PGP ID: C0711BF1

Re: HTML and RTF: Very basic import and export strategy

[Rashif Ray Rahman]

On 15 May 2012 20:18, Wilfried wh...@gmx.de wrote:
 Or it's not the latest version? Current version is 2.0.1, see
 http://sourceforge.net/projects/rtf2latex2e/

It is, actually.

 How shall rtf2latex2e know that YOU want it THIS way?
 The heading conversion above is default setting, but it can be changed.
 In the subfolder ./pref there is a file r2l-map in which it is specified
 how headings are to be converted.

It _shouldn't_, but I'd expect an option to switch. Well, yet another TODO :)

I've just found gnuhtml2latex (because of the strange name my eyes
failed on searches), and it does provide an option to switch between
numbered and numbered sections.

 What are the rtf2latex2e calling parameters?
 Maybe you should call rtf2latex2e with the option -p1, not higher, see
 documentation.

Yes, I have tried -p1.

 That is a big difference. rtf2latex2e is aimed at Word's rtf output.
 Rtf from OOo and LibreOffice is broken.

Thanks, didn't know rtf was that complicated. A quick look inside an
rtf file gave me the impression that it'd be pretty standard across
all implementations as far as layout is concerned (formatting is
another story).

I've come to the conclusion that (x)html is a much better format to
deal with for this (though the website of rtf2latexe mentions
otherwise). Even though gnuhtml2latex seems to do an OK job, the
output is riddled with silly characters everywhere.

This  http://www.textfixer.com/html/convert-word-to-html.php  does
an excellent job. Would anyone know of a good commandline alternative
(for Linux)? A good solution would be a doc2html and a docx2html,
along with a html cleaner. I don't see any libraries for this aside
from lxml's html clean method for python (the quality of which I don't
know).


--
GPG/PGP ID: C0711BF1

Re: HTML and RTF: Very basic import and export strategy

[Rashif Ray Rahman]

On 15 May 2012 20:18, Wilfried wh...@gmx.de wrote:
 Or it's not the latest version? Current version is 2.0.1, see
 http://sourceforge.net/projects/rtf2latex2e/

It is, actually.

 How shall rtf2latex2e know that YOU want it THIS way?
 The heading conversion above is default setting, but it can be changed.
 In the subfolder ./pref there is a file r2l-map in which it is specified
 how headings are to be converted.

It _shouldn't_, but I'd expect an option to switch. Well, yet another TODO :)

I've just found gnuhtml2latex (because of the strange name my eyes
failed on searches), and it does provide an option to switch between
numbered and numbered sections.

 What are the rtf2latex2e calling parameters?
 Maybe you should call rtf2latex2e with the option -p1, not higher, see
 documentation.

Yes, I have tried -p1.

 That is a big difference. rtf2latex2e is aimed at Word's rtf output.
 Rtf from OOo and LibreOffice is broken.

Thanks, didn't know rtf was that complicated. A quick look inside an
rtf file gave me the impression that it'd be pretty standard across
all implementations as far as layout is concerned (formatting is
another story).

I've come to the conclusion that (x)html is a much better format to
deal with for this (though the website of rtf2latexe mentions
otherwise). Even though gnuhtml2latex seems to do an OK job, the
output is riddled with silly characters everywhere.

This  http://www.textfixer.com/html/convert-word-to-html.php  does
an excellent job. Would anyone know of a good commandline alternative
(for Linux)? A good solution would be a doc2html and a docx2html,
along with a html cleaner. I don't see any libraries for this aside
from lxml's html clean method for python (the quality of which I don't
know).


--
GPG/PGP ID: C0711BF1

Re: HTML and RTF: Very basic import and export strategy

[Rashif Ray Rahman]

On 15 May 2012 20:18, Wilfried  wrote:
> Or it's not the latest version? Current version is 2.0.1, see
> http://sourceforge.net/projects/rtf2latex2e/

It is, actually.

> How shall rtf2latex2e know that YOU want it THIS way?
> The heading conversion above is default setting, but it can be changed.
> In the subfolder ./pref there is a file r2l-map in which it is specified
> how headings are to be converted.

It _shouldn't_, but I'd expect an option to switch. Well, yet another TODO :)

I've just found gnuhtml2latex (because of the strange name my eyes
failed on searches), and it does provide an option to switch between
numbered and numbered sections.

> What are the rtf2latex2e calling parameters?
> Maybe you should call rtf2latex2e with the option -p1, not higher, see
> documentation.

Yes, I have tried -p1.

> That is a big difference. rtf2latex2e is aimed at Word's rtf output.
> Rtf from OOo and LibreOffice is broken.

Thanks, didn't know rtf was that complicated. A quick look inside an
rtf file gave me the impression that it'd be pretty standard across
all implementations as far as layout is concerned (formatting is
another story).

I've come to the conclusion that (x)html is a much better format to
deal with for this (though the website of rtf2latexe mentions
otherwise). Even though gnuhtml2latex seems to do an OK job, the
output is riddled with silly characters everywhere.

This >> http://www.textfixer.com/html/convert-word-to-html.php << does
an excellent job. Would anyone know of a good commandline alternative
(for Linux)? A good solution would be a doc2html and a docx2html,
along with a html cleaner. I don't see any libraries for this aside
from lxml's html clean method for python (the quality of which I don't
know).


--
GPG/PGP ID: C0711BF1

HTML and RTF: Very basic import and export strategy

[Rashif Ray Rahman]

Hi guys

Either rtf2latexe does a very bad job, or I'm missing some tips on its usage.

Heading 1 gets translated to Section* instead of Section, and it'd be
good if Title were mapped to Chapter and not left alone. What's more,
anything more than a Heading 3 gets no section at all. I believe up to
Heading 5 can be mapped with Paragraph and Subparagraph. What's worse
is that there are plenty of forced spaces here, there and everywhere,
along with some other gibberish that I did not want LaTeX to give me.
When I typed the document(s) in Word or Writer, I did no formatting at
all (myself) except for selecting paragraph styles (headings). In HTML
terms, that'd mean:

h1Some Section/h1
La la la la...
   -- this blank line here simply means new
paragraph, not forced space
Bla bla bla...

What's even worse is that there appears to be no active html2latex
project. I do not see it anywhere in my distribution (I'm using Linux)
and I wonder whether there's any story to that. Anyway, even if there
were, I'd have to resort to online 'cleanup' tools to paste my
document and get some clean HTML markup. Neither Word nor Writer
outputs anything useful, and I don't want to go through the hoop of Ms
Word  Writer  LaTeX extension  TeX file with gibberish when my
document in fact is dead simple.

So...is there a way to import and export _very_ basic documents? If
not, it's time to get coding (note to self as well as others). I
didn't manage to use LyX's import functions as even with rtf2latexe I
don't see an option. I did see HTML import before but after
reconfiguring recently it is nowhere to be seen in the UI.

The process should preserve only the layout and structure (i.e.
sectioning). There is no need to deal with figures or tables, and even
retaining formatting (bold and italic fonts) is not a requirement.
Paragraph spacing should conform to LyX settings, whereby an empty
line is removed if there is no provision for such spacing in LyX.

This way, one could use Word or Writer to finish up the content, save
to RTF or HTML, and then import in LyX. Really, this is theoretically
a no-brainer, since you'd be dealing with only headings. It can be
accomplished with sed!


--
GPG/PGP ID: C0711BF1

HTML and RTF: Very basic import and export strategy

[Rashif Ray Rahman]

Hi guys

Either rtf2latexe does a very bad job, or I'm missing some tips on its usage.

Heading 1 gets translated to Section* instead of Section, and it'd be
good if Title were mapped to Chapter and not left alone. What's more,
anything more than a Heading 3 gets no section at all. I believe up to
Heading 5 can be mapped with Paragraph and Subparagraph. What's worse
is that there are plenty of forced spaces here, there and everywhere,
along with some other gibberish that I did not want LaTeX to give me.
When I typed the document(s) in Word or Writer, I did no formatting at
all (myself) except for selecting paragraph styles (headings). In HTML
terms, that'd mean:

h1Some Section/h1
La la la la...
   -- this blank line here simply means new
paragraph, not forced space
Bla bla bla...

What's even worse is that there appears to be no active html2latex
project. I do not see it anywhere in my distribution (I'm using Linux)
and I wonder whether there's any story to that. Anyway, even if there
were, I'd have to resort to online 'cleanup' tools to paste my
document and get some clean HTML markup. Neither Word nor Writer
outputs anything useful, and I don't want to go through the hoop of Ms
Word  Writer  LaTeX extension  TeX file with gibberish when my
document in fact is dead simple.

So...is there a way to import and export _very_ basic documents? If
not, it's time to get coding (note to self as well as others). I
didn't manage to use LyX's import functions as even with rtf2latexe I
don't see an option. I did see HTML import before but after
reconfiguring recently it is nowhere to be seen in the UI.

The process should preserve only the layout and structure (i.e.
sectioning). There is no need to deal with figures or tables, and even
retaining formatting (bold and italic fonts) is not a requirement.
Paragraph spacing should conform to LyX settings, whereby an empty
line is removed if there is no provision for such spacing in LyX.

This way, one could use Word or Writer to finish up the content, save
to RTF or HTML, and then import in LyX. Really, this is theoretically
a no-brainer, since you'd be dealing with only headings. It can be
accomplished with sed!


--
GPG/PGP ID: C0711BF1

HTML and RTF: Very basic import and export strategy

[Rashif Ray Rahman]

Hi guys

Either rtf2latexe does a very bad job, or I'm missing some tips on its usage.

Heading 1 gets translated to Section* instead of Section, and it'd be
good if Title were mapped to Chapter and not left alone. What's more,
anything more than a Heading 3 gets no section at all. I believe up to
Heading 5 can be mapped with Paragraph and Subparagraph. What's worse
is that there are plenty of forced spaces here, there and everywhere,
along with some other gibberish that I did not want LaTeX to give me.
When I typed the document(s) in Word or Writer, I did no formatting at
all (myself) except for selecting paragraph styles (headings). In HTML
terms, that'd mean:

Some Section
La la la la...
   <-- this blank line here simply means new
paragraph, not "forced" space
Bla bla bla...

What's even worse is that there appears to be no active html2latex
project. I do not see it anywhere in my distribution (I'm using Linux)
and I wonder whether there's any story to that. Anyway, even if there
were, I'd have to resort to online 'cleanup' tools to paste my
document and get some clean HTML markup. Neither Word nor Writer
outputs anything useful, and I don't want to go through the hoop of Ms
Word > Writer > LaTeX extension > TeX file with gibberish when my
document in fact is dead simple.

So...is there a way to import and export _very_ basic documents? If
not, it's time to get coding (note to self as well as others). I
didn't manage to use LyX's import functions as even with rtf2latexe I
don't see an option. I did see HTML import before but after
reconfiguring recently it is nowhere to be seen in the UI.

The process should preserve only the layout and structure (i.e.
sectioning). There is no need to deal with figures or tables, and even
retaining formatting (bold and italic fonts) is not a requirement.
Paragraph spacing should conform to LyX settings, whereby an empty
line is removed if there is no provision for such spacing in LyX.

This way, one could use Word or Writer to finish up the content, save
to RTF or HTML, and then import in LyX. Really, this is theoretically
a no-brainer, since you'd be dealing with only headings. It can be
accomplished with sed!


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 5 May 2012 16:56, Wolfgang Engelmann engelm...@uni-tuebingen.de 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 the end of your document?

There was no generated bibliography to begin with, so yes.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 5 May 2012 16:56, Wolfgang Engelmann engelm...@uni-tuebingen.de 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 the end of your document?

There was no generated bibliography to begin with, so yes.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

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 the end of your document?

There was no generated bibliography to begin with, so yes.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On Thu, Apr 26, 2012 at 3:17 PM, Richard Heck rgheck at 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 final typesetting and formatting. I've practised on 
 and off for the past few months but one thing that has always troubled me 
 is how I'm unable to scroll with the keyboard (up and down arrow keys). I'd 
 like to be rid of the mouse if possible.

 When I hold a particular directional key for up to 20 secs it appears to 
 work but as if it's in slow motion. Qt shouldn't be having any such 
 scrolling problem, so I haven't been able to troubleshoot this any further.

 I don't see this behavior at all.  The only thing that slows down scrolling 
 with the arrows is if the cursor enters a math formula.  Then it runs 
 through all the superscripts and subscripts, but still it is reasonably fast.

 You also might try using the Pageup and Pagedown keys.

 What system are you using?  Mine is debian testing (a linux variant), on a 
 fast machine -- but it works well on even my slow netbook.

 There have been occasional reports of this kind of problem, usually 
 connected, as far as we can tell, to interactions issues between LyX and 
 certain video drivers. So I'll ask, too: What system is this and, if it's 
 Linux, what desktop, what window manager, what X drivers?

 Richard

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 Linux and Intel graphics
(GM45 Express Chipset; probably GMA 4500MHD gpu).

The good news is all of a sudden I do not see the stuck behaviour.
It does scroll, but awfully slowly. Both up down and sideways (I like
to read while holding down the right arrow key). There have been some
Intel driver and Mesa updates in the recent past, so it is possible
(though with a great level of uncertainty) they did something (good).

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 works for you like it does in any other app in this world)
then it is unlikely to be a LyX bug.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 4 May 2012 14:18, Rashif Ray Rahman sc...@archlinux.org 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 Linux and Intel graphics
 (GM45 Express Chipset; probably GMA 4500MHD gpu).

 The good news is all of a sudden I do not see the stuck behaviour.
 It does scroll, but awfully slowly. Both up down and sideways (I like
 to read while holding down the right arrow key). There have been some
 Intel driver and Mesa updates in the recent past, so it is possible
 (though with a great level of uncertainty) they did something (good).

 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 works for you like it does in any other app in this world)
 then it is unlikely to be a LyX bug.

And oh yes, I'm on KDE. But on my system it does not make a difference
what DE or WM I'm on, as I've reproduced this with E17 and Openbox.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 4 May 2012 14:35, Rashif Ray Rahman sc...@archlinux.org wrote:
 On 4 May 2012 14:18, Rashif Ray Rahman sc...@archlinux.org 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 Linux and Intel graphics
 (GM45 Express Chipset; probably GMA 4500MHD gpu).

 The good news is all of a sudden I do not see the stuck behaviour.
 It does scroll, but awfully slowly. Both up down and sideways (I like
 to read while holding down the right arrow key). There have been some
 Intel driver and Mesa updates in the recent past, so it is possible
 (though with a great level of uncertainty) they did something (good).

 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 works for you like it does in any other app in this world)
 then it is unlikely to be a LyX bug.

 And oh yes, I'm on KDE. But on my system it does not make a difference
 what DE or WM I'm on, as I've reproduced this with E17 and Openbox.

Upon further testing scrolling bumps the CPU usage from 1% on idle to
about 15-20%. This is LyX itself showing up on HTop, not X or anything
else related. Scrolling sideways doesn't take as much resources since
it takes its own sweet time.

The lag is more visible when there are objects being scrolled over,
rather than simple text. So I would assume a bit more CPU for that
would be normal.

Moreover, it doesn't take 100% of the CPU cycles, as appears to be
the main problem for similar problems reported around the web.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On Thu, Apr 26, 2012 at 3:17 PM, Richard Heck rgheck at 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 final typesetting and formatting. I've practised on 
 and off for the past few months but one thing that has always troubled me 
 is how I'm unable to scroll with the keyboard (up and down arrow keys). I'd 
 like to be rid of the mouse if possible.

 When I hold a particular directional key for up to 20 secs it appears to 
 work but as if it's in slow motion. Qt shouldn't be having any such 
 scrolling problem, so I haven't been able to troubleshoot this any further.

 I don't see this behavior at all.  The only thing that slows down scrolling 
 with the arrows is if the cursor enters a math formula.  Then it runs 
 through all the superscripts and subscripts, but still it is reasonably fast.

 You also might try using the Pageup and Pagedown keys.

 What system are you using?  Mine is debian testing (a linux variant), on a 
 fast machine -- but it works well on even my slow netbook.

 There have been occasional reports of this kind of problem, usually 
 connected, as far as we can tell, to interactions issues between LyX and 
 certain video drivers. So I'll ask, too: What system is this and, if it's 
 Linux, what desktop, what window manager, what X drivers?

 Richard

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 Linux and Intel graphics
(GM45 Express Chipset; probably GMA 4500MHD gpu).

The good news is all of a sudden I do not see the stuck behaviour.
It does scroll, but awfully slowly. Both up down and sideways (I like
to read while holding down the right arrow key). There have been some
Intel driver and Mesa updates in the recent past, so it is possible
(though with a great level of uncertainty) they did something (good).

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 works for you like it does in any other app in this world)
then it is unlikely to be a LyX bug.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 4 May 2012 14:18, Rashif Ray Rahman sc...@archlinux.org 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 Linux and Intel graphics
 (GM45 Express Chipset; probably GMA 4500MHD gpu).

 The good news is all of a sudden I do not see the stuck behaviour.
 It does scroll, but awfully slowly. Both up down and sideways (I like
 to read while holding down the right arrow key). There have been some
 Intel driver and Mesa updates in the recent past, so it is possible
 (though with a great level of uncertainty) they did something (good).

 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 works for you like it does in any other app in this world)
 then it is unlikely to be a LyX bug.

And oh yes, I'm on KDE. But on my system it does not make a difference
what DE or WM I'm on, as I've reproduced this with E17 and Openbox.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 4 May 2012 14:35, Rashif Ray Rahman sc...@archlinux.org wrote:
 On 4 May 2012 14:18, Rashif Ray Rahman sc...@archlinux.org 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 Linux and Intel graphics
 (GM45 Express Chipset; probably GMA 4500MHD gpu).

 The good news is all of a sudden I do not see the stuck behaviour.
 It does scroll, but awfully slowly. Both up down and sideways (I like
 to read while holding down the right arrow key). There have been some
 Intel driver and Mesa updates in the recent past, so it is possible
 (though with a great level of uncertainty) they did something (good).

 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 works for you like it does in any other app in this world)
 then it is unlikely to be a LyX bug.

 And oh yes, I'm on KDE. But on my system it does not make a difference
 what DE or WM I'm on, as I've reproduced this with E17 and Openbox.

Upon further testing scrolling bumps the CPU usage from 1% on idle to
about 15-20%. This is LyX itself showing up on HTop, not X or anything
else related. Scrolling sideways doesn't take as much resources since
it takes its own sweet time.

The lag is more visible when there are objects being scrolled over,
rather than simple text. So I would assume a bit more CPU for that
would be normal.

Moreover, it doesn't take 100% of the CPU cycles, as appears to be
the main problem for similar problems reported around the web.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

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 final typesetting and formatting. I've practised on 
>>> and off for the past few months but one thing that has always troubled me 
>>> is how I'm unable to scroll with the keyboard (up and down arrow keys). I'd 
>>> like to be rid of the mouse if possible.
>>>
>>> When I hold a particular directional key for up to 20 secs it appears to 
>>> work but as if it's in slow motion. Qt shouldn't be having any such 
>>> scrolling problem, so I haven't been able to troubleshoot this any further.
>>>
>> I don't see this behavior at all.  The only thing that slows down scrolling 
>> with the arrows is if the cursor enters a math formula.  Then it runs 
>> through all the superscripts and subscripts, but still it is reasonably fast.
>>
>> You also might try using the  and  keys.
>>
>> What system are you using?  Mine is debian testing (a linux variant), on a 
>> fast machine -- but it works well on even my slow netbook.
>>
> There have been occasional reports of this kind of problem, usually 
> connected, as far as we can tell, to interactions issues between LyX and 
> certain video drivers. So I'll ask, too: What system is this and, if it's 
> Linux, what desktop, what window manager, what X drivers?
>
> Richard

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 Linux and Intel graphics
(GM45 Express Chipset; probably GMA 4500MHD gpu).

The good news is all of a sudden I do not see the "stuck" behaviour.
It does scroll, but awfully slowly. Both up down and sideways (I like
to read while holding down the right arrow key). There have been some
Intel driver and Mesa updates in the recent past, so it is possible
(though with a great level of uncertainty) they did something (good).

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 works for you like it does in any other app in this world)
then it is unlikely to be a LyX bug.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 4 May 2012 14:18, Rashif Ray Rahman <sc...@archlinux.org> 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 Linux and Intel graphics
> (GM45 Express Chipset; probably GMA 4500MHD gpu).
>
> The good news is all of a sudden I do not see the "stuck" behaviour.
> It does scroll, but awfully slowly. Both up down and sideways (I like
> to read while holding down the right arrow key). There have been some
> Intel driver and Mesa updates in the recent past, so it is possible
> (though with a great level of uncertainty) they did something (good).
>
> 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 works for you like it does in any other app in this world)
> then it is unlikely to be a LyX bug.

And oh yes, I'm on KDE. But on my system it does not make a difference
what DE or WM I'm on, as I've reproduced this with E17 and Openbox.


--
GPG/PGP ID: C0711BF1

Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]

[Rashif Ray Rahman]

On 4 May 2012 14:35, Rashif Ray Rahman <sc...@archlinux.org> wrote:
> On 4 May 2012 14:18, Rashif Ray Rahman <sc...@archlinux.org> 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 Linux and Intel graphics
>> (GM45 Express Chipset; probably GMA 4500MHD gpu).
>>
>> The good news is all of a sudden I do not see the "stuck" behaviour.
>> It does scroll, but awfully slowly. Both up down and sideways (I like
>> to read while holding down the right arrow key). There have been some
>> Intel driver and Mesa updates in the recent past, so it is possible
>> (though with a great level of uncertainty) they did something (good).
>>
>> 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 works for you like it does in any other app in this world)
>> then it is unlikely to be a LyX bug.
>
> And oh yes, I'm on KDE. But on my system it does not make a difference
> what DE or WM I'm on, as I've reproduced this with E17 and Openbox.

Upon further testing scrolling bumps the CPU usage from 1% on idle to
about 15-20%. This is LyX itself showing up on HTop, not X or anything
else related. Scrolling sideways doesn't take as much resources since
it takes its own sweet time.

The lag is more visible when there are objects being scrolled over,
rather than simple text. So I would assume a bit more CPU for that
would be normal.

Moreover, it doesn't take "100%" of the CPU cycles, as appears to be
the main problem for similar problems reported around the web.


--
GPG/PGP ID: C0711BF1

keyboard Scrolling Anomaly

[Rashif Ray Rahman]

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 thing that has always troubled me
is how I'm unable to scroll with the keyboard (up and down arrow keys). I'd
like to be rid of the mouse if possible.

When I hold a particular directional key for up to 20 secs it appears to
work but as if it's in slow motion. Qt shouldn't be having any such
scrolling problem, so I haven't been able to troubleshoot this any further.

Has anyone noticed this? I've not found any trace of such an issue on the
bugtracker or elsewhere, but it's possible I might've missed something.

Thanks for reading!


--
GPG/PGP ID: C0711BF1

keyboard Scrolling Anomaly

[Rashif Ray Rahman]

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 thing that has always troubled me
is how I'm unable to scroll with the keyboard (up and down arrow keys). I'd
like to be rid of the mouse if possible.

When I hold a particular directional key for up to 20 secs it appears to
work but as if it's in slow motion. Qt shouldn't be having any such
scrolling problem, so I haven't been able to troubleshoot this any further.

Has anyone noticed this? I've not found any trace of such an issue on the
bugtracker or elsewhere, but it's possible I might've missed something.

Thanks for reading!


--
GPG/PGP ID: C0711BF1

keyboard Scrolling Anomaly

[Rashif Ray Rahman]

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 thing that has always troubled me
is how I'm unable to scroll with the keyboard (up and down arrow keys). I'd
like to be rid of the mouse if possible.

When I hold a particular directional key for up to 20 secs it appears to
work but as if it's in slow motion. Qt shouldn't be having any such
scrolling problem, so I haven't been able to troubleshoot this any further.

Has anyone noticed this? I've not found any trace of such an issue on the
bugtracker or elsewhere, but it's possible I might've missed something.

Thanks for reading!


--
GPG/PGP ID: C0711BF1