keyboard Scrolling Anomaly
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
Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]
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]
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]
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]
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
HTML and RTF: Very basic import and export strategy
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
Re: HTML and RTF: Very basic import and export strategy
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: Scrolling Slowness [Re: keyboard Scrolling Anomaly]
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
keyboard Scrolling Anomaly
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
Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]
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]
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]
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]
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
HTML and RTF: Very basic import and export strategy
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
Re: HTML and RTF: Very basic import and export strategy
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: Scrolling Slowness [Re: keyboard Scrolling Anomaly]
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
keyboard Scrolling Anomaly
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
Re: Scrolling Slowness [Re: keyboard Scrolling Anomaly]
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]
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]
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]
On 5 May 2012 16:56, Wolfgang Engelmannwrote: > 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
HTML and RTF: Very basic import and export strategy
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: HTML and RTF: Very basic import and export strategy
On 15 May 2012 20:18, Wilfriedwrote: > 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: Scrolling Slowness [Re: keyboard Scrolling Anomaly]
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