Re: Questions regarding Lyx and AEA document class
Jun Tong wrote: 2. Dr Eberhard W Lisse, all the fonts that have shown in the errors are already installed. However, they were installed by Scientific-workplace, which is still installed (It is probably wrong, but I also copied all the font files into the MikTex fonts folder). This is probably not sufficient. You need to enable font maps manually in that case. I suggest you remive the copied fonts and install them via the MikTeX package manager, which will care about the proper installation. 3. About the package problem. Jürgen, may I ask how should it be realized? It is difficult to say without seeing the actual file. You can try to set up a _minimal_ document that shows the problem and post it here. Then we can have a look ourselves. 4. Mr. Steve Litt, how should I conduct a Texhash under Win XP? Thanks again for the suggestions. You have said that you hit the FNDB button after installing. This is the MikTeX equivalent to texhash, so you do not need to bother about that. Jürgen
Tables
Hello, Using LyX 2.02, I am trying to make a table with two columns---one 1 inches wide and the other 5 inches wide. When I enter this using the table settings dialog, every thing looks right in LyX, but when I export it both columns are 5 inches wide. What am I doing wrong? Does it matter that I am using the AMS book class? Hal
Spellchecking not working
When the spellchecker in invoked it either appears to do nothing or produces a popup stating We reached the end of the document, would you like to continue from the beginning?. The content is not spellchecked regardless of the position of the cursor. I have read a number of recent threads in the forum about problems with spellchecking in lyx 2 but so far none of the suggestions have lead to a solution. Background: - OS is an update-to-date version of 64 bit Scientific Linux 6.1 - compiling lyx 2.0.2 from source - hunspell, hunspell-dev, humspell-en, hunspell-uk installed with yum - devel libraries for aspell or enchant removed - default settings for configure - deleting ~/.lyx The code compiles without complaint and the configuration uses only hunspell. Earlier I had tried aspell and enchant but saw the same problem. Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? Thanks in advance for any suggestions.
Re: Spellchecking not working
Am 08.01.2012 um 19:19 schrieb Honest Guvnor: When the spellchecker in invoked it either appears to do nothing or produces a popup stating We reached the end of the document, would you like to continue from the beginning?. The content is not spellchecked regardless of the position of the cursor. I have read a number of recent threads in the forum about problems with spellchecking in lyx 2 but so far none of the suggestions have lead to a solution. Background: - OS is an update-to-date version of 64 bit Scientific Linux 6.1 - compiling lyx 2.0.2 from source - hunspell, hunspell-dev, humspell-en, hunspell-uk installed with yum - devel libraries for aspell or enchant removed - default settings for configure - deleting ~/.lyx The code compiles without complaint and the configuration uses only hunspell. Earlier I had tried aspell and enchant but saw the same problem. Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? LyX looks for the files en_US.aff and en_US.dic. I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? You may start lyx with -dbg files to see the dictionary lookup working. Try to add the path of the dictionaries to your path prefs of LyX. Stephan
Re: Spellchecking not working
On 08/01/2012 18:46, Stephan Witt wrote: Am 08.01.2012 um 19:19 schrieb Honest Guvnor: [SNIP] Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? LyX looks for the files en_US.aff and en_US.dic. I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? You may start lyx with -dbg files to see the dictionary lookup working. Try to add the path of the dictionaries to your path prefs of LyX. Many thanks Stephan. There was no path specified for the dictionaries. Should this be considered a bug in a clean installation? Yum put them in /usr/share/myspell.
Re: Spellchecking not working
Am 08.01.2012 um 20:10 schrieb Honest Guvnor: On 08/01/2012 18:46, Stephan Witt wrote: Am 08.01.2012 um 19:19 schrieb Honest Guvnor: [SNIP] Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? LyX looks for the files en_US.aff and en_US.dic. I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? You may start lyx with -dbg files to see the dictionary lookup working. Try to add the path of the dictionaries to your path prefs of LyX. Many thanks Stephan. There was no path specified for the dictionaries. Should this be considered a bug in a clean installation? Yum put them in /usr/share/myspell. It's already documented and addressed. It's not back-ported to the stable release branch - but this is the plan. See http://www.lyx.org/trac/ticket/7884 Stephan
Re: Report (was: Qt: was Slow scrolling)
On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Le 05/01/2012 02:40, André Pönitz a écrit : The main performance problems I have seesn so far are due to an abuse of the toolkit, not caused _by_ the toolkit (except for the remote raster please... there were many cases we have no clue where the problem is. it can be lyx, qt, X, card drivers. to summarize the whole thing by saying that all is abuse of qt smells like problem with your affiliation ;) [Sure, we can go ad hominem if you think that helps...] LyX is the _only_ application I know that e.g. still pretends to be able to draw outside of paint events by adding another level of buffering (GuiWorkArea::Private::screen_). And note, that's not a problem originating from Qt, but imposed by some platforms, most notably MacOS_X_. This approach causes otherwise completely unnessary copies of all screen data when scrolling. Also, the core text drawing functionality is abstracted, i.e. LyX does it (deteminining positioning, spacing etc), spoon-feeds the results to Qt's drawText() which does the same again. Similar for the handling of fonts, colors etc. I just stepped a bit through the code and there were tons of instances where single characters were passed to drawText, each setting up the text drawing machinery mostly from scratch. I do understand that this might be needed for math, but it should not happen often for regular test. Andre'
Citation Author [number]
Dear All, Is that possible to write citation: Author [#ID] I tried the following combination: - Document settings Biblliography Natbib style: numerical - Insert List/TOC Bibtex bibliography style: klunum But when I cite a reference: Insert Citations Formating Citation style: Author [#ID] the compiled pdf result: (author ?) [1] Is there any specific combination that I can cite Author [#ID] in the text. thanks for any information regards waluyo
Re: Questions regarding Lyx and AEA document class
Jun Tong wrote: 2. Dr Eberhard W Lisse, all the fonts that have shown in the errors are already installed. However, they were installed by Scientific-workplace, which is still installed (It is probably wrong, but I also copied all the font files into the MikTex fonts folder). This is probably not sufficient. You need to enable font maps manually in that case. I suggest you remive the copied fonts and install them via the MikTeX package manager, which will care about the proper installation. 3. About the package problem. Jürgen, may I ask how should it be realized? It is difficult to say without seeing the actual file. You can try to set up a _minimal_ document that shows the problem and post it here. Then we can have a look ourselves. 4. Mr. Steve Litt, how should I conduct a Texhash under Win XP? Thanks again for the suggestions. You have said that you hit the FNDB button after installing. This is the MikTeX equivalent to texhash, so you do not need to bother about that. Jürgen
Tables
Hello, Using LyX 2.02, I am trying to make a table with two columns---one 1 inches wide and the other 5 inches wide. When I enter this using the table settings dialog, every thing looks right in LyX, but when I export it both columns are 5 inches wide. What am I doing wrong? Does it matter that I am using the AMS book class? Hal
Spellchecking not working
When the spellchecker in invoked it either appears to do nothing or produces a popup stating We reached the end of the document, would you like to continue from the beginning?. The content is not spellchecked regardless of the position of the cursor. I have read a number of recent threads in the forum about problems with spellchecking in lyx 2 but so far none of the suggestions have lead to a solution. Background: - OS is an update-to-date version of 64 bit Scientific Linux 6.1 - compiling lyx 2.0.2 from source - hunspell, hunspell-dev, humspell-en, hunspell-uk installed with yum - devel libraries for aspell or enchant removed - default settings for configure - deleting ~/.lyx The code compiles without complaint and the configuration uses only hunspell. Earlier I had tried aspell and enchant but saw the same problem. Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? Thanks in advance for any suggestions.
Re: Spellchecking not working
Am 08.01.2012 um 19:19 schrieb Honest Guvnor: When the spellchecker in invoked it either appears to do nothing or produces a popup stating We reached the end of the document, would you like to continue from the beginning?. The content is not spellchecked regardless of the position of the cursor. I have read a number of recent threads in the forum about problems with spellchecking in lyx 2 but so far none of the suggestions have lead to a solution. Background: - OS is an update-to-date version of 64 bit Scientific Linux 6.1 - compiling lyx 2.0.2 from source - hunspell, hunspell-dev, humspell-en, hunspell-uk installed with yum - devel libraries for aspell or enchant removed - default settings for configure - deleting ~/.lyx The code compiles without complaint and the configuration uses only hunspell. Earlier I had tried aspell and enchant but saw the same problem. Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? LyX looks for the files en_US.aff and en_US.dic. I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? You may start lyx with -dbg files to see the dictionary lookup working. Try to add the path of the dictionaries to your path prefs of LyX. Stephan
Re: Spellchecking not working
On 08/01/2012 18:46, Stephan Witt wrote: Am 08.01.2012 um 19:19 schrieb Honest Guvnor: [SNIP] Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? LyX looks for the files en_US.aff and en_US.dic. I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? You may start lyx with -dbg files to see the dictionary lookup working. Try to add the path of the dictionaries to your path prefs of LyX. Many thanks Stephan. There was no path specified for the dictionaries. Should this be considered a bug in a clean installation? Yum put them in /usr/share/myspell.
Re: Spellchecking not working
Am 08.01.2012 um 20:10 schrieb Honest Guvnor: On 08/01/2012 18:46, Stephan Witt wrote: Am 08.01.2012 um 19:19 schrieb Honest Guvnor: [SNIP] Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? LyX looks for the files en_US.aff and en_US.dic. I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? You may start lyx with -dbg files to see the dictionary lookup working. Try to add the path of the dictionaries to your path prefs of LyX. Many thanks Stephan. There was no path specified for the dictionaries. Should this be considered a bug in a clean installation? Yum put them in /usr/share/myspell. It's already documented and addressed. It's not back-ported to the stable release branch - but this is the plan. See http://www.lyx.org/trac/ticket/7884 Stephan
Re: Report (was: Qt: was Slow scrolling)
On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Le 05/01/2012 02:40, André Pönitz a écrit : The main performance problems I have seesn so far are due to an abuse of the toolkit, not caused _by_ the toolkit (except for the remote raster please... there were many cases we have no clue where the problem is. it can be lyx, qt, X, card drivers. to summarize the whole thing by saying that all is abuse of qt smells like problem with your affiliation ;) [Sure, we can go ad hominem if you think that helps...] LyX is the _only_ application I know that e.g. still pretends to be able to draw outside of paint events by adding another level of buffering (GuiWorkArea::Private::screen_). And note, that's not a problem originating from Qt, but imposed by some platforms, most notably MacOS_X_. This approach causes otherwise completely unnessary copies of all screen data when scrolling. Also, the core text drawing functionality is abstracted, i.e. LyX does it (deteminining positioning, spacing etc), spoon-feeds the results to Qt's drawText() which does the same again. Similar for the handling of fonts, colors etc. I just stepped a bit through the code and there were tons of instances where single characters were passed to drawText, each setting up the text drawing machinery mostly from scratch. I do understand that this might be needed for math, but it should not happen often for regular test. Andre'
Citation Author [number]
Dear All, Is that possible to write citation: Author [#ID] I tried the following combination: - Document settings Biblliography Natbib style: numerical - Insert List/TOC Bibtex bibliography style: klunum But when I cite a reference: Insert Citations Formating Citation style: Author [#ID] the compiled pdf result: (author ?) [1] Is there any specific combination that I can cite Author [#ID] in the text. thanks for any information regards waluyo
Re: Questions regarding Lyx and AEA document class
Jun Tong wrote: > 2. Dr Eberhard W Lisse, all the fonts that have shown in the errors are > already installed. However, they were installed by Scientific-workplace, > which is still installed (It is probably wrong, but I also copied all the > font files into the MikTex fonts folder). This is probably not sufficient. You need to enable font maps manually in that case. I suggest you remive the copied fonts and install them via the MikTeX package manager, which will care about the proper installation. > 3. About the package problem. Jürgen, may I ask how should it be > realized? It is difficult to say without seeing the actual file. You can try to set up a _minimal_ document that shows the problem and post it here. Then we can have a look ourselves. > 4. Mr. Steve Litt, how should I conduct a "Texhash" under Win XP? > Thanks again for the suggestions. You have said that you hit the FNDB button after installing. This is the MikTeX equivalent to texhash, so you do not need to bother about that. Jürgen
Tables
Hello, Using LyX 2.02, I am trying to make a table with two columns---one 1 inches wide and the other 5 inches wide. When I enter this using the table settings dialog, every thing looks right in LyX, but when I export it both columns are 5 inches wide. What am I doing wrong? Does it matter that I am using the AMS book class? Hal
Spellchecking not working
When the spellchecker in invoked it either appears to do nothing or produces a popup stating "We reached the end of the document, would you like to continue from the beginning?". The content is not spellchecked regardless of the position of the cursor. I have read a number of recent threads in the forum about problems with spellchecking in lyx 2 but so far none of the suggestions have lead to a solution. Background: - OS is an update-to-date version of 64 bit Scientific Linux 6.1 - compiling lyx 2.0.2 from source - hunspell, hunspell-dev, humspell-en, hunspell-uk installed with yum - devel libraries for aspell or enchant removed - default settings for configure - deleting ~/.lyx The code compiles without complaint and the configuration uses only hunspell. Earlier I had tried aspell and enchant but saw the same problem. Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? Thanks in advance for any suggestions.
Re: Spellchecking not working
Am 08.01.2012 um 19:19 schrieb Honest Guvnor: > When the spellchecker in invoked it either appears to do nothing or produces > a popup stating "We reached the end of the document, would you like to > continue from the beginning?". The content is not spellchecked regardless of > the position of the cursor. > > I have read a number of recent threads in the forum about problems with > spellchecking in lyx 2 but so far none of the suggestions have lead to a > solution. > > Background: > - OS is an update-to-date version of 64 bit Scientific Linux 6.1 > - compiling lyx 2.0.2 from source > - hunspell, hunspell-dev, humspell-en, hunspell-uk installed with yum > - devel libraries for aspell or enchant removed > - default settings for configure > - deleting ~/.lyx > > The code compiles without complaint and the configuration uses only hunspell. > Earlier I had tried aspell and enchant but saw the same problem. > > Hunspell works fine from the command line for both the en_US and en_GB > dictionaries. What names is lyx using for these dictionaries? LyX looks for the files en_US.aff and en_US.dic. > > I am guessing that it is a configuration problem. Is there some logging that > can be turned on to see why it does not seem to be running the text through > hunspell? You may start lyx with -dbg files to see the dictionary lookup working. Try to add the path of the dictionaries to your path prefs of LyX. Stephan
Re: Spellchecking not working
On 08/01/2012 18:46, Stephan Witt wrote: Am 08.01.2012 um 19:19 schrieb Honest Guvnor: [SNIP] Hunspell works fine from the command line for both the en_US and en_GB dictionaries. What names is lyx using for these dictionaries? LyX looks for the files en_US.aff and en_US.dic. I am guessing that it is a configuration problem. Is there some logging that can be turned on to see why it does not seem to be running the text through hunspell? You may start lyx with -dbg files to see the dictionary lookup working. Try to add the path of the dictionaries to your path prefs of LyX. Many thanks Stephan. There was no path specified for the dictionaries. Should this be considered a bug in a clean installation? Yum put them in /usr/share/myspell.
Re: Spellchecking not working
Am 08.01.2012 um 20:10 schrieb Honest Guvnor: > On 08/01/2012 18:46, Stephan Witt wrote: >> Am 08.01.2012 um 19:19 schrieb Honest Guvnor: >>> [SNIP] >>> Hunspell works fine from the command line for both the en_US and en_GB >>> dictionaries. What names is lyx using for these dictionaries? >> >> LyX looks for the files en_US.aff and en_US.dic. >> >>> >>> I am guessing that it is a configuration problem. Is there some logging >>> that can be turned on to see why it does not seem to be running the text >>> through hunspell? >> >> You may start lyx with -dbg files to see the dictionary lookup working. >> Try to add the path of the dictionaries to your path prefs of LyX. > > Many thanks Stephan. There was no path specified for the dictionaries. Should > this be considered a bug in a clean installation? Yum put them in > /usr/share/myspell. It's already documented and addressed. It's not back-ported to the stable release branch - but this is the plan. See http://www.lyx.org/trac/ticket/7884 Stephan
Re: Report (was: Qt: was Slow scrolling)
On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote: > Jean-Marc Lasgouttes wrote: > > Le 05/01/2012 02:40, André Pönitz a écrit : > >> The main performance problems I have seesn so far are due to an abuse of > >> the toolkit, not caused _by_ the toolkit (except for the remote raster > > please... there were many cases we have no clue where the problem is. > it can be lyx, qt, X, card drivers. to summarize the whole thing by saying > that all is abuse of qt smells like problem with your affiliation ;) [Sure, we can go ad hominem if you think that helps...] LyX is the _only_ application I know that e.g. still pretends to be able to draw outside of paint events by adding another level of buffering (GuiWorkArea::Private::screen_). And note, that's not a "problem originating from Qt", but imposed by some platforms, most notably MacOS_X_. This approach causes otherwise completely unnessary copies of all screen data when scrolling. Also, the core text drawing functionality is "abstracted", i.e. LyX does it (deteminining positioning, spacing etc), spoon-feeds the results to Qt's drawText() which does the same again. Similar for the handling of fonts, colors etc. I just stepped a bit through the code and there were tons of instances where single characters were passed to drawText, each setting up the text drawing machinery mostly from scratch. I do understand that this might be needed for math, but it should not happen often for regular test. Andre'
Citation Author [number]
Dear All, Is that possible to write citation: Author [#ID] I tried the following combination: - Document settings > Biblliography > Natbib style: numerical - Insert > List/TOC > Bibtex bibliography > style: klunum But when I cite a reference: Insert > Citations > Formating> Citation style: Author [#ID] the compiled pdf result: (author ?) [1] Is there any specific combination that I can cite Author [#ID] in the text. thanks for any information regards waluyo