Hyphenation in danish
Hi there, how do I pursuade LyX (or rather LaTeX i suppose) to hyphenate using danish rules? I'm getting some very weird hyphenations like: p-ainful Kind regards Soren - Denmark (If you hadn't guessed:-) -- Soren O'Neill, kiropraktor, MSc, klinisk lektor Rygambulatoriet, Sygehus Fyn Lindevej 5, 5750 Ringe [EMAIL PROTECTED] http://www.dskkb.dk tlf. 6362 1906 (arb.)
Re: oddity
"Paul A. Rubin" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Srinivas Nedunuri wrote: > > I did notice that under converters, there was no converter for Lyx to Dvi, > > in fact anything to Dvi...which might be the source of the problem though > > I'm baffled as to how it disappeared if indeed there ought to be one > > > > There is no direct converter from LyX to DVI. What you need is a > converter from LyX to LaTeX and a converter from LaTeX to DVI. > > First thing to check: File->Export has an entry for LaTeX. If not, > something has either hosed your LaTeX installation or made it appear to > LyX to be unavailable. Yes that's there > Second thing to check: Edit->Preferences->File formats should include > entries for LaTeX and DVI. The DVI entry needs to have a viewer > specified (probably yap if you're using MiKTeX). The LaTeX entry need > not have a viewer specified; you can use any text editor/viewer (e.g., > notepad) if you want to be able to view LaTeX files produced by LyX. This also looks fine > Third thing to check: Edit->Preferences->Converters needs a path from > LaTeX to DVI. (LyX to LaTeX is automatically available and is not > listed in the Converters section.) In recent versions, this path has > two elements: a LaTeX to DraftDVI entry (the converter is latex $$i), > and a DraftDVI to DVI entry (python $$s/scripts/clean_dvi.py $$i $$o). > With just the first entry, you should have DraftDVI available on the > View menu. As I mentioned above, there is no anything -> Dvi present. But using the information you give above I created a new convertor from Latex -> DVI (there was no DraftDVI entry) and it seems to have restored the options so I think I'm OK. thanks! thanks > Paul > > > >
Re: \line and justification
"Christopher M. Jones" wrote:
>
> What would really be great is if I had a command
> to replace typed text with a line of the same length. e.g.
> \hspace{\sizeof{theword}}. This command, of course, does not work. But
> could there be something like it?
normally \hfill{} would do it for me, but when I try to underbar it, it just
compresses back up to no space... most confusing.
but if I put in protected blanks (the same number of them as was letters in
the word) the underbar works correctly and looks ok. see the second
"paragraph" in the attachment.
Painful but works.
good luck.
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
\textclass article
\language english
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\papersize Default
\paperpackage a4
\use_geometry 0
\use_amsmath 0
\use_natbib 0
\use_numerical_citations 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout Standard
\layout Standard
What would really be
\hfill
great is if I had a command to replace typed text
\hfill
with a line of the same
\hfill
length.
e.g.
\backslash
hspace{
\backslash
sizeof{theword}}.
This
\hfill
command, of course,
\hfill
doe
\bar under
s
\hfill
not
\hfill
w
\bar default
ork.
\newline
But
\hfill
could there be
\hfill
something
\hfill
like it?
\layout Standard
What would really be
\bar under
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\bar default
is if I had a
\bar under
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\bar default
to replace typed
\bar under
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\bar default
with a line of the same length.
e.g.
\backslash
hspace{
\backslash
sizeof{theword}}.
This
\bar under
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\bar default
, of course, does not
\bar under
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\bar default
.
But could there be
\bar under
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\SpecialChar ~
\bar default
like it?
\layout Standard
What would really be great is if I had a command to replace typed text with
a line of the same length.
e.g.
\backslash
hspace{
\backslash
sizeof{theword}}.
This command, of course, does not work.
But could there be something like it?
\the_end
Re: oddity
- Original Message - From: "Paul A. Rubin" <[EMAIL PROTECTED]> To: Sent: Wednesday, September 28, 2005 11:56 AM Subject: Re: oddity Srinivas Nedunuri wrote: I did notice that under converters, there was no converter for Lyx to Dvi, in fact anything to Dvi...which might be the source of the problem though I'm baffled as to how it disappeared if indeed there ought to be one There is no direct converter from LyX to DVI. What you need is a converter from LyX to LaTeX and a converter from LaTeX to DVI. First thing to check: File->Export has an entry for LaTeX. If not, something has either hosed your LaTeX installation or made it appear to LyX to be unavailable. In recent versions, this path has two elements: a LaTeX to DraftDVI entry (the converter is latex $$i), and a DraftDVI to DVI entry (python $$s/scripts/clean_dvi.py $$i $$o). With just the first entry, you should have DraftDVI available on the View menu. Paul Yes, which is why I asked about whether he was on a network which might supply something from a server and the error message has a *nix flavor... I mentioned Perl, but it could be Python, another scripting port. As a remedy, reinstalling Python (23 or 24) is easier than as a first attempt, to fix it, than Miktex. I have Python in my Windows path as well as LyX's Path prefix (found under Lyx --> Edit -->Preferences in the Path prefix pane). For that matter, Srinivas should check to see that all of the helper applications that LyX requires are seen in the Path prefix. I think "Could not fork: Exec format error", is likely related at the roots. Regards, Stephen
Re: \line and justification
Thanks, all, for your replies. This didn't really help either. What did
help was reducing the length of all the lines to something a bit more
managable. The problem is, I think, that no matter how I specify it, the
lines are going to be a fixed length throughout. Sometimes this just
breaks things terribly, especially when there are two lines on a single
text row. The really smart thing to do would be to have a line that
adjusts with the requirements of word and character spacing in a
justified environment. What would really be great is if I had a command
to replace typed text with a line of the same length. e.g.
\hspace{\sizeof{theword}}. This command, of course, does not work. But
could there be something like it?
On Wed, 2005-09-28 at 15:26 -0500, Todd Denniston wrote:
> How about this
> insert an ERT \hspace*{5cm}
> select the inserted ERT
> click Layout -> Character... -> Misc:
> select Underbar
> click OK.
>
> you could replace the ERT with Protected Blanks as well if you prefer.
>
> if you just want a line that goes all the way across the page, say under the
> text for a signature, you could put the text on a line and then do
> click Layout -> Paragraph...
> select the Line radio button in the Below pane.
>
> one may look better than the other for your purpose.
>
> "Christopher M. Jones" wrote:
> >
> > No, I am using \line because I want an horizontal line in the place of
> > missing words. It's what a Word user would repeatedly hit the _ to do.
> > \hspace just leaves an empty space, but has the same problem. Here's a
> > sample output so you can see the ugliness that I want to fix.
> >
> > On Wed, 2005-09-28 at 09:14 +0200, Georg Baum wrote:
> > > Christopher M. Jones wrote:
> > >
> > > > Hi, all. This is a reiteration of my previous question. Someone
> > > > responded off-list that I should try \newline. Problem with this is that
> > > > what I really want is -inline- 'blanks' that don't break justification.
> > > > If I'm asking this question in the wrong place, then please, someone let
> > > > me know where I can find the answer.
> > >
> > > Does \vspace*{1cm} in ERT do what you want? Or do you want an empty space
> > > in
> > > the middle of a text row? Then try \hspace*{5cm}.
> > >
> > >
> > > Georg
> > >
> > >
> >
> >
> >
> > Name:
> > 16th-Century-1-fill-in-the-blanks.pdf
> >16th-Century-1-fill-in-the-blanks.pdfType: Portable Document Format
> > (application/pdf)
> > Encoding: base64
>
Re: Loss of document classes
Angus wrote: > That should create /usr/local/share/texmf/ls-R with the necessary > information for latex to find your .cls. > > Do it this way to keep your distribution's LaTeX distribution > pristine. > > Of course, if your LaTeX dist isn't teTeX then all bets are off. I'm > clueless :) Cheers, mate, this worked like a charm (and hollywood also starting working for reasons beyond my ken, but I'm not gonna complain). Thanks again, Dan
Re: Loss of document classes
Daniel Watkins wrote: > Angus Leeming wrote: >> Are the TeX files in $PREFIX/share/lyx/tex visible to your LaTeX >> distribution? > I have absolutely no idea. :p How can I go about checking this? Assuming that you have a teTeX distibution, you'll find files /usr/share/texmf/ls-R /usr/local/share/texmf/ls-R (Possibly not the second one yet.) grep broadway /usr/share/texmf/ls-R /usr/local/share/texmf/ls-R If nothing comes up then as root: mkdir -p /usr/local/share/texmf/tex/latex/broadway cp $PREFIX/share/lyx/tex/broadway.cls \ /usr/local/share/texmf/tex/latex/broadway/. cd /usr/local/share/texmf texhash That should create /usr/local/share/texmf/ls-R with the necessary information for latex to find your .cls. Do it this way to keep your distribution's LaTeX distribution pristine. Of course, if your LaTeX dist isn't teTeX then all bets are off. I'm clueless :) -- Angus
Re: Loss of document classes
Angus Leeming wrote: > Are the TeX files in $PREFIX/share/lyx/tex visible to your LaTeX > distribution? I have absolutely no idea. :p How can I go about checking this? Cheers, Dan
Re: Loss of document classes
Daniel Watkins wrote: > I've recently (yesterday) compiled 1.4.0cvs from source, and I appear to > have lost several document classes (hollywood and broadway amongst them) > when compared to 1.3.6. They still display mostly as they should within > LyX but I can't output them in any form, which is distinctly unhelpful. > > My question is simply this: What steps do I have to take to get them > back (either broadway or hollywood are priorities ATM, preferably the > latter)? Are the TeX files in $PREFIX/share/lyx/tex visible to your LaTeX distribution? -- Angus
Re: Slow Display on 1.4cvs
Daniel Watkins wrote: > The only query I have is what disabling the debugging will actually > prevent me from doing in the future? Posting decent bug reports with useful backtraces from gdb. Feel free to --disable-stdlib-debug but please keep the other one for now. This is alpha software and we can fix only those things we know are broken. Quid pro quo and all that. -- Angus
Re: Compiling LyX 1.3.6 with qt: SegFault
Jim Osborn wrote: > But I did wonder about all those src/frontends/qt2/... pathnames in > LyX, which I noticed in Lyx 1.3.5. I assumed the numbering scheme > was something internal to LyX, not to QT itself, but I can't really > tell from a naive examination of a few LyX qt2 source files. Does > anyone here know if LyX 1.3.6 is using QT 2 .ui files, as Paal seems > to think? If not, I should probably follow up on my bug report. Yes, we have retained Qt2 support for now. Personally, I've never had a problem using Qt3's uic although we do insist that you use Qt2's designer if you want to modify a .ui file. > Since adding the -nounload flag to UICFLAGS makes LyX build > successfully, maybe it's not really a QT bug; maybe the LyX top-level > Makefiles should specify that flag. I can't find any documentation > on either UICFLAGS or -nounload in any of the QT installation files, > or on the Trolltech site, so I can't speculate on reasons to not > always include that flag. I noticed that flag was often used in > various postings to the Trolltech site, fwiw. But there was never > any discussion of the flags themselves in those posts. > > Does anyone here know why LyX doesn't use -nounload by default? Ignorance? That's usually a key reason :) Given that there's nothing about the flag in "man uic", maybe you should bug the Trolls about that? What does the flag do BTW? -- Angus
Re: \line and justification
How about this
insert an ERT \hspace*{5cm}
select the inserted ERT
click Layout -> Character... -> Misc:
select Underbar
click OK.
you could replace the ERT with Protected Blanks as well if you prefer.
if you just want a line that goes all the way across the page, say under the
text for a signature, you could put the text on a line and then do
click Layout -> Paragraph...
select the Line radio button in the Below pane.
one may look better than the other for your purpose.
"Christopher M. Jones" wrote:
>
> No, I am using \line because I want an horizontal line in the place of
> missing words. It's what a Word user would repeatedly hit the _ to do.
> \hspace just leaves an empty space, but has the same problem. Here's a
> sample output so you can see the ugliness that I want to fix.
>
> On Wed, 2005-09-28 at 09:14 +0200, Georg Baum wrote:
> > Christopher M. Jones wrote:
> >
> > > Hi, all. This is a reiteration of my previous question. Someone
> > > responded off-list that I should try \newline. Problem with this is that
> > > what I really want is -inline- 'blanks' that don't break justification.
> > > If I'm asking this question in the wrong place, then please, someone let
> > > me know where I can find the answer.
> >
> > Does \vspace*{1cm} in ERT do what you want? Or do you want an empty space in
> > the middle of a text row? Then try \hspace*{5cm}.
> >
> >
> > Georg
> >
> >
>
>
> Name:
> 16th-Century-1-fill-in-the-blanks.pdf
>16th-Century-1-fill-in-the-blanks.pdfType: Portable Document Format
> (application/pdf)
> Encoding: base64
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter
Re: \line and justification
No, I am using \line because I want an horizontal line in the place of
missing words. It's what a Word user would repeatedly hit the _ to do.
\hspace just leaves an empty space, but has the same problem. Here's a
sample output so you can see the ugliness that I want to fix.
On Wed, 2005-09-28 at 09:14 +0200, Georg Baum wrote:
> Christopher M. Jones wrote:
>
> > Hi, all. This is a reiteration of my previous question. Someone
> > responded off-list that I should try \newline. Problem with this is that
> > what I really want is -inline- 'blanks' that don't break justification.
> > If I'm asking this question in the wrong place, then please, someone let
> > me know where I can find the answer.
>
> Does \vspace*{1cm} in ERT do what you want? Or do you want an empty space in
> the middle of a text row? Then try \hspace*{5cm}.
>
>
> Georg
>
>
16th-Century-1-fill-in-the-blanks.pdf
Description: Adobe PDF document
LyX with acm-document class problem.
Hi,
I've recently made the step to write papers using LyX on windows (1.3.6-1).
I'm trying to use a document class from ACM:
http://www.acm.org/sigs/pubs/proceed/template.html
I've added the document class found on the above link to LaTeX
..\texmf\tex\latex\misc\acm_proc_article-sp.cls
(I created the misc subfolder)
I ran MikTeX options refresh to update the LaTeX database
I've added a layout to LyX(created layout file manually)
..\Program Files\LyX\Resources\lyx\layouts\acm_proc_article-sp.layout
this file contains:
---8<---
#% Do not delete the line below; configure depends on this
# \DeclareLaTeXClass[acm_proc_article-sp]{ACM SIG Proceedings Template
strict}
# Read the definitions from article.layout
Input article.layout
--->8---
I ran LyX reconfigure, and restarted LyX
I'm now able to select this new Document class in LyX and create documents
with it. So I thought everything was ok. But when I add a bibTeX reference
to it I get the following error:
(insert/lists&TOC/BibTex bibliography, I used the sample bib-file found on
the template site mentioned above)
(If I change the document-class back to article the error disappears)
---8<---
Use of [EMAIL PROTECTED] doesn't match its definition.
dw\cite{
clark:pct}b
If you say, e.g., `\def\a1{...}', then you must always
put `1' after `\a', since control sequence names are
made up of letters only. The macro here has not been
followed by the required stuff, so I'm ignoring it.
--->8---
What am I doing wrong?
Can I use another way to add the document class to LyX?
thanks,
Jeroen
RE: Newbie questions
Thanks all, My articles are now date free. I had found Paul Johnsons stuff searching the mail-archive, but I hadn't come across the wiki pages. I hope they provide the answers I am looking for. Alastair Lewis
Re: oddity
Srinivas Nedunuri wrote: I did notice that under converters, there was no converter for Lyx to Dvi, in fact anything to Dvi...which might be the source of the problem though I'm baffled as to how it disappeared if indeed there ought to be one There is no direct converter from LyX to DVI. What you need is a converter from LyX to LaTeX and a converter from LaTeX to DVI. First thing to check: File->Export has an entry for LaTeX. If not, something has either hosed your LaTeX installation or made it appear to LyX to be unavailable. Second thing to check: Edit->Preferences->File formats should include entries for LaTeX and DVI. The DVI entry needs to have a viewer specified (probably yap if you're using MiKTeX). The LaTeX entry need not have a viewer specified; you can use any text editor/viewer (e.g., notepad) if you want to be able to view LaTeX files produced by LyX. Third thing to check: Edit->Preferences->Converters needs a path from LaTeX to DVI. (LyX to LaTeX is automatically available and is not listed in the Converters section.) In recent versions, this path has two elements: a LaTeX to DraftDVI entry (the converter is latex $$i), and a DraftDVI to DVI entry (python $$s/scripts/clean_dvi.py $$i $$o). With just the first entry, you should have DraftDVI available on the View menu. Paul
Loss of document classes
I've recently (yesterday) compiled 1.4.0cvs from source, and I appear to have lost several document classes (hollywood and broadway amongst them) when compared to 1.3.6. They still display mostly as they should within LyX but I can't output them in any form, which is distinctly unhelpful. My question is simply this: What steps do I have to take to get them back (either broadway or hollywood are priorities ATM, preferably the latter)? Cheers in advance, Dan
Re: oddity
"Srinivas Nedunuri" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I am running Lyx on Windows thanks! PS a new error message I have not seen before that appears in the console > is "Could not fork: Exec format error", but I don't know if its related to this problem Did you mean standalone Windows, or Windows on a network? I think the error message can be related to Perl, but I don't know what else besides Perl will generate that error.
Re: Compiling LyX 1.3.6 with qt: SegFault
On Thu, Sep 22, 2005 at 8:52:15AM +0200, Georg Baum wrote: > So the segmentation fault happens when running uic. This should be > reported to trolltech, because it seems to be a bug in uic. Just to follow up, I submitted a bug report on the Trolltech site, and got this response: > /konstruct/apps/office/lyx/work/lyx-1.3.6/src/frontends/qt2/ui' > /usr/lib/qt3//bin/uic -tr qt_ -impl BiblioModuleBase.h > BiblioModuleBase.ui -o > +BiblioModuleBase.C > make[7]: *** [BiblioModuleBase.C] Segmentation fault > Workaround: add -nounload to UICFLAGS Thanks for your comments. It seems like the Lyx configure script is trying to use qt 3 uic on qt 2 .ui files which is not fully supported. Thus, if this is the case, we do not regard this as a bug. Greetings, Paal end of response-- The configure log shows all library references to /usr/lib/qt3, as expected, since QTDIR=/usr/lib/qt3, and shows: configure:13480: checking Qt version configure:13508: result: 3.3.4 which is correct for my installation. But I did wonder about all those src/frontends/qt2/... pathnames in LyX, which I noticed in Lyx 1.3.5. I assumed the numbering scheme was something internal to LyX, not to QT itself, but I can't really tell from a naive examination of a few LyX qt2 source files. Does anyone here know if LyX 1.3.6 is using QT 2 .ui files, as Paal seems to think? If not, I should probably follow up on my bug report. Since adding the -nounload flag to UICFLAGS makes LyX build successfully, maybe it's not really a QT bug; maybe the LyX top-level Makefiles should specify that flag. I can't find any documentation on either UICFLAGS or -nounload in any of the QT installation files, or on the Trolltech site, so I can't speculate on reasons to not always include that flag. I noticed that flag was often used in various postings to the Trolltech site, fwiw. But there was never any discussion of the flags themselves in those posts. Does anyone here know why LyX doesn't use -nounload by default? Cheers, Jim
Re: oddity
I did notice that under converters, there was no converter for Lyx to Dvi, in fact anything to Dvi...which might be the source of the problem though I'm baffled as to how it disappeared if indeed there ought to be one "Srinivas Nedunuri" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > hello, this sounds really odd, but a variety of View options that were > previously available (in particular DVI) in Lyx are no longer available. The > only one that is available is pdflatex (and even that produces an error > message). The only change I made since those options used to be available > was that I included some graphics files in my Lyx document. I ran > reconfigure but that didn't help any. Does this call for a reinstall of Lyx > or am I missing something obvious? > > I am running Lyx on Windows > > thanks! > > PS a new error message I have not seen before that appears in the console is > "Could not fork: Exec format error", but I don't know if its related to this > problem > > > >
oddity
hello, this sounds really odd, but a variety of View options that were previously available (in particular DVI) in Lyx are no longer available. The only one that is available is pdflatex (and even that produces an error message). The only change I made since those options used to be available was that I included some graphics files in my Lyx document. I ran reconfigure but that didn't help any. Does this call for a reinstall of Lyx or am I missing something obvious? I am running Lyx on Windows thanks! PS a new error message I have not seen before that appears in the console is "Could not fork: Exec format error", but I don't know if its related to this problem
Re: Slow Display on 1.4cvs
On Wed, 2005-09-28 at 13:01 +0100, Helge Hafting wrote: > Debugging is on by default and makes things even slower. > Consider this: > configure --disable-debug --disable-stdlib-debug I tried when I was compiling a patch in, and LyX is running just as fast as it did previous to the upgrade. The only query I have is what disabling the debugging will actually prevent me from doing in the future? Thanks very much! Dan
Color problems. . .
I've been a LyX user for a bout 5 years now, and am having trouble with one particular machine that I cannot figure out. I've run the -dbg switches, and nothing obvious pops out. It may be [is likely] a problem with one of the underlying programs, not necessarily LyX itself, but if anyone has seen this before, maybe they can help. System: FreeBSD 4.11, old Compaq server [Intel PII 300, SCSI RAID] This is an Xclient only. Serves up LyX [among other things] to various workstations running either cygwin or FreeBSD. When LyX starts up, everything looks normal *except* the border area [not the page area, which looks ok] where the scroll bars, tool bar etc. are. The background here is *all black*, and only the toolbar icons can be seen. When hitting the menu bar pops up, but is all black. This is the same output whether viewing it on a cygwin workstation or a real FreeBSD workstation. Window managers typically in use are WindowMaker and Ion. Any thoughts? -- 72, Jim
Msg 2x
I am the only one receiving a lot, but not all, messages twice? Maarten
Re: Inserting figures
Andre den Oudsten wrote: > When I want to see my document with foto's (.jpg) in it in DVI I > get: 'Cannot convert Image (not existing file?) > No information for converting from jpg tp eps' > > Do I miss a plug-in? You miss an external program. Install ImageMagick's "convert" utility and all should be well. If not, run lyx from the command line as $ lyx -dbg graphics and that should produce lots of info to the screen that'll help debugging the problem. Incidentally, a more detailed view of what LyX does in this regards can be found here: http://wiki.lyx.org/LyX/FiguresInLyX Regards, -- Angus
Inserting figures
When I want to see my document with foto's (.jpg) in it in DVI I get: 'Cannot convert Image (not existing file?) No information for converting from jpg tp eps' Do I miss a plug-in? I use SuSE 9.0 and Lyx works fine. Thanks, André den Oudsten
Re: Newbie questions
On Wed, 28 Sep 2005, Daniel Watkins wrote: > On Tue, 2005-09-27 at 23:30 +0100, [EMAIL PROTECTED] wrote: > > 3) Biblographies. I have used pybliographic to create .bib databases. > > However, changing the order citations in the text upsets the citation > > numbering within the text. I can't find a simple HOWTO on getting the > > whole bibtext thing going. > > > I quote Paul Johnson, from a little while back, on this list: Also see these links http://wiki.lyx.org/BibTeX/Introduction http://wiki.lyx.org/Examples/SimpleUseOfBibTeX /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Trouble with ispell
Luis Angel Fernández Cuadrado wrote: > Hi, > > I'm using SuSE 9.3 on an AMD64 machine. Normally, I compile LyX from > source but last time I was a bit lazy and downloded and installed the > 1.3.6 binary in the LyX ftp site (bin) compiled for SuSE 9.2. Maybe this is the problem. IIRC the rpm is compiled with aspell support via library, which is /usr/lib/libaspell.so.15 in SuSE 9.2. Did the rpm install without problems, or did you need --forde-depends? Georg
Re: \line and justification
Christopher M. Jones wrote:
> Hi, all. This is a reiteration of my previous question. Someone
> responded off-list that I should try \newline. Problem with this is that
> what I really want is -inline- 'blanks' that don't break justification.
> If I'm asking this question in the wrong place, then please, someone let
> me know where I can find the answer.
Does \vspace*{1cm} in ERT do what you want? Or do you want an empty space in
the middle of a text row? Then try \hspace*{5cm}.
Georg
Re: Trouble with ispell
Hi,
I sent a similiar question just a few days ago - an the similiarities
strike -I also have installed from the 1.3.6.-rpm for SuSe
-KB
On Tue, 27 Sep 2005, Luis Angel [utf-8] Fernández Cuadrado wrote:
> Hi,
>
> I'm using SuSE 9.3 on an AMD64 machine. Normally, I compile LyX from source
> but last time I was a bit lazy and downloded and installed the 1.3.6 binary
> in the LyX ftp site (bin) compiled for SuSE 9.2. Almost everything works
> allright with the exception of spell checking. My normal language for
> spelling is spanish ('espanol' in ispell terms) and I've never had problems
> with this until now. With the mentioned binary, whenever I try to check
> spelling I get a 'No word lists can be found for the language "(espanol)"'
> message. I have ispell and aspell with support for spanish and both work well
> from the command line. I've also tried to instruct LyX to use any of them but
> no luck.
>
> Googlin' arond I've found some messages from people with similar problems and
> they seem to be related with LyX beeing compiled with support for aspell
> instead of ispell (or something like that). Can anybody please throw some
> light into this or, better, point me to an rpm which works in SuSE 9.3?
>
> Thanks to all.
> --
> Dr. Luis A. Fernández
> Department of Analytical Chemistry
> University of The Basque Country
> P.O. Box 644, 48080 Bilbao (Spain)
> Phone: +34 946015503
> Fax: +34 946013500
> http://www.ehu.es/udps
>
-KB
===
Dr. Konrad Blum / PPRE / EHF / Dept. Physics / Fac. Maths & Science
Carl von Ossietzky University of Oldenburg / http://www.ppre.de
Re: Slow Display on 1.4cvs
Daniel Watkins wrote: > I'm using 1.4cvs (downloaded and compiled a few hours ago) with the Qt > front-end. ATM, I'm noticing that LyX is barely keeping up with my > typing, which is something I hadn't noticed on 1.3.6. Is this just my > imagination, my computer, or are other people experiencing the same > thing? This problem is known, and people are working on it. > It's not really a major problem, it's more a minor irritation (certainly > not enough to discourage me from LyX :p). It is actually a major problem for really long paragraphs. If you are interested in the details, look at the posts in the developers list of the last few days. Georg
