Some support for russian
Hello.
I'm maintaining LyX package for KSI Linux (russian/ukrainian Linux
distribution) and have to patch source to support our languages.
Maybe some parts of my patches will be acceptable for inclusion in
official source tree?...
lyx-1.0.4pre4-ru.patch description:
* added support for cyrillic inputenc encodings
(koi8-r, koi8-u, cp1251, cp866).
* enabled support of cyrillic letters in math mode
(we need that).
If cyrillic encodings will be accepted, we can also include
in distribution russian ru_splash.lyx (lyx-1.0.4pre4-rusplash.patch).
Note it uses `koi8-r' encoding.
--
With Best Wishes,
Const
diff -urN lyx-1.0.4pre4.orig/src/formula.C lyx-1.0.4pre4/src/formula.C
--- lyx-1.0.4pre4.orig/src/formula.C Thu Jul 29 00:22:57 1999
+++ lyx-1.0.4pre4/src/formula.C Mon Aug 16 14:51:58 1999
@@ -1079,7 +1079,7 @@
default:
if ((action==-1 || action==LFUN_SELFINSERT) && arg) {
- char c = arg[0];
+ unsigned char c = arg[0];
LockedInsetStoreUndo(Undo::INSERT);
if (c==' ' && mathcursor->getAccent()==LM_hat) {
@@ -1091,7 +1091,7 @@
break;
}
if (isalpha(c)) {
- if (isascii(c) && mathcursor->getLastCode()==LM_TC_TEX) {
+ if (mathcursor->getLastCode()==LM_TC_TEX) {
mathcursor->MacroModeOpen();
mathcursor->clearLastCode();
varcode = LM_TC_MIN;
@@ -1104,9 +1104,7 @@
}
// fprintf(stderr, "Varcode %d ", varcode);
- if (isascii(c)
- || (varcode == LM_TC_TEXTRM && !mathcursor->InMacroMode()))
- mathcursor->Insert(c, (greek_kb_flag) ? LM_TC_SYMB: varcode);
+ mathcursor->Insert(c, (greek_kb_flag) ? LM_TC_SYMB: varcode);
varcode = LM_TC_MIN;
if (greek_kb_flag<2) greek_kb_flag = 0;
} else
diff -urN lyx-1.0.4pre4.orig/src/lyx_gui.C lyx-1.0.4pre4/src/lyx_gui.C
--- lyx-1.0.4pre4.orig/src/lyx_gui.C Fri Feb 5 18:46:00 1999
+++ lyx-1.0.4pre4/src/lyx_gui.C Mon Aug 16 14:50:32 1999
@@ -460,7 +460,8 @@
}
fl_addto_choice(fd_form_document->choice_inputenc,
- "default|latin1|latin2|latin5");
+ "default|latin1|latin2|latin5"
+ "|koi8-r|koi8-u|cp866|cp1251");
for (n=0; tex_graphics[n][0]; n++) {
fl_addto_choice(fd_form_document->choice_postscript_driver,
diff -urN lyx-1.0.4pre4.orig/src/math_parser.C lyx-1.0.4pre4/src/math_parser.C
--- lyx-1.0.4pre4.orig/src/math_parser.C Mon May 17 22:25:44 1999
+++ lyx-1.0.4pre4/src/math_parser.C Mon Aug 16 14:51:58 1999
@@ -166,7 +166,7 @@
static int yylex(void)
{
static int init_done = 0;
- char c;
+ unsigned char c;
if (!init_done) LexInitCodes();
diff -urN lyx-1.0.4pre4.const/lib/examples/ru_splash.lyx lyx-1.0.4pre4/lib/examples/ru_splash.lyx
--- lyx-1.0.4pre4.const/lib/examples/ru_splash.lyx Thu Jan 1 07:00:00 1970
+++ lyx-1.0.4pre4/lib/examples/ru_splash.lyx Fri Jul 30 16:07:02 1999
@@ -0,0 +1,129 @@
+#This file was created by Thu May 27 14:26:22 1999
+#LyX 1.0 (C) 1995-1999 Matthias Ettrich and the LyX Team
+\lyxformat 2.15
+\textclass article
+\language russian
+\inputencoding koi8-r
+\fontscheme default
+\graphics default
+\paperfontsize default
+\spacing single
+\papersize Default
+\paperpackage a4
+\use_geometry 0
+\use_amsmath 0
+\paperorientation portrait
+\secnumdepth 3
+\tocdepth 3
+\paragraph_separation indent
+\defskip medskip
+\quotes_language french
+\quotes_times 2
+\papercolumns 1
+\papersides 1
+\paperpagestyle default
+
+\layout Title
+
+äÏÂÒÏ ÐÏÖÁÌÏ×ÁÔØ × LyX!
+\layout Section*
+
+çÌÁ×ÎÙÅ N ×ÅÝÅÊ, ËÏÔÏÒÙÅ ÎÕÖÎÏ ÚÎÁÔØ ÐÒÉ ÒÁÂÏÔÅ × LyX
+\layout Enumerate
+
+LyX ÐÏÓÔÁ×ÌÑÅÔÓÑ Ó ÐÒÅËÒÁÓÎÙÍ ÎÁÂÏÒÏÍ ÄÏËÕÍÅÎÔÁÃÉÉ --- ÐÏÌØÚÕÊÔÅÓØ ÅÊ! îÁÞÎÉÔÅ
+ Ó ×ÙÂÏÒÁ ÐÕÎËÔÁ ÍÅÎÀ
+\family sans
+ ðÏÍÏÝØ->÷×ÅÄÅÎÉÅ
+\family default
+, ÇÄÅ ×Ù ÓÍÏÖÅÔÅ ÎÁÊÔÉ ÏÞÅÎØ ËÒÁÔËÏÅ ××ÅÄÅÎÉÅ × ÓÉÓÔÅÍÕ ÄÏËÕÍÅÎÔÁÃÉÉ.
+ úÁÔÅÍ ÉÚÕÞÉÔÅ ÐÒÉÎÃÉÐÙ ÒÁÂÏÔÙ × LyX, ×ÙÂÒÁ× × ÍÅÎÀ ÐÕÎËÔ
+\family sans
+ ðÏÍÏÝØ->óÁÍÏÕÞÉÔÅÌØ
+\family default
+.
+\layout Enumerate
+
+íÙ ÎÁÚÙ×ÁÅÍ LyX
+\begin_inset Quotes fld
+\end_inset
+
+ÐÒÏÃÅÓÓÏÒÏÍ ÄÏËÕÍÅÎÔÏ×
+\begin_inset Quotes frd
+\end_inset
+
+.
+ üÔÁ ÐÒÏÇÒÁÍÍÁ ÏÔÌÉÞÁÅÔÓÑ ÐÏ ÚÁÍÙÓÌÕ ÏÔ ÏÂÙÞÎÙÈ
+\begin_inset Quotes fld
+\end_inset
+
+ÔÅËÓÔÏ×ÙÈ ÐÒÏÃÅÓÓÏÒÏ×
+\begin_inset Quotes frd
+\end_inset
+
+; Ó ÐÏÍÏÝØÀ LyX ÐÒÏÃÅÓÓ ÓÏÚÄÁÎÉÑ ÄÏËÕÍÅÎÔÁ ÕÐÒÏÝÁÅÔÓÑ.
+ îÏ ÎÅ ÐÕÇÁÊÔÅÓØ, ÅÓÌÉ ÜÔÏÔ ÐÒÏÃÅÓÓ ÎÅÓËÏÌØËÏ ÏÔÌÉÞÁÅÔÓÑ ÏÔ ÔÏÇÏ, Ë ËÏÔÏÒÏÍÕ
+ ×Ù ÐÒÉ×ÙËÌÉ.
+ ÷ÏÚÎÉËÛÉÅ Õ ×ÁÓ ×ÏÐÒÏÓÙ ÍÏÖÅÔ ÐÒÏÑÓÎÉÔØ ÄÏËÕÍÅÎÔÁÃÉÑ
+\begin_float footnote
+\layout Standard
+
+íÙ, ËÁÖÅÔÓÑ, ÕÖÅ ÕÐÏÍÉÎÁÌÉ, ÞÔÏ ÄÏËÕÍÅÎÔÁÃÉÀ ÞÉÔÁÔØ ÏÞÅÎØ ÐÏÌÅÚÎÏ?
+\end_float
+.
+\layout Enumerate
+
+÷Ù×ÏÄ ÐÒÏÇÒÁÍÍÙ LyX ×ÙÇÌÑÄÉÔ ÐÏÔÒÑÓÁÀÝÅ! þÔÏÂÙ ÓÅÊÞÁÓ ÖÅ × ÜÔÏÍ ÕÂÅÄÉÔØÓÑ,
+ ×ÙÂÅÒÉÔÅ ÐÕÎËÔ ÍÅÎÀ
+\family sans
+æÁÊÌ->ðÒÏÓÍÏÔÒÅÔØ
+\protected_separator
+dvi
+\family default
+.
+\layout Enumerate
+
+LyX ÍÏÖÅÔ ÉÍÉÔÉÒÏ×ÁÔØ ×ÓÀ (ÉÌÉ ÐÏÞÔÉ ×ÓÀ) ÆÕÎËÃÉÏÎÁÌØÎÏÓÔØ ÓÉÓÔÅÍÙ LaTeX.
+ é, ËÒÏÍÅ ÔÏÇÏ, LyX ÍÏÖÅÔ ÉÍÐÏÒÔÉÒÏ×ÁÔØ ÆÁÊÌÙ, ÓÏÚÄÁÎÎÙÅ ÄÌÑ LaTeX.
+ ïÐÙÔÎÙÅ ÐÏÌØÚÏ×ÁÔÅÌÉ LaTeX ÍÏÇÕÔ ÌÉÛØ ÂÅÇÌÏ ÐÒÏÓÍÏÔÒÅÔØ ÏÓÔÁÌØÎÕÀ ÞÁÓÔØ
+
+\emph on
+óÁÍÏÕÞÉÔÅÌÑ
+\emph defaul
Re: 3026 public symbol exports in LyX global name space (wa: Re: LaTeX file handling)
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
>Now uncommenting in figinset.C:
It seems you have modified Makefile and use figinset.org.C
>
>
> // assert (_heapset(9) == _HEAPOK);
> printf("The empty heap is set to 9 and checked: \n"); fflush(NULL);
>
>to
>
> assert (_heapset(9) == _HEAPOK);
> printf("The empty heap is set to 9 and checked: \n"); fflush(NULL);
Why don't you continue! (I can do it myself later, though :) Here is how:
- set breakpoint at figinset.org.C:780 in gdb
- bt
- check what's just above the stack, this must be InsetFig::Recompute
- Insert _heapchk() in InsetFig::Recompute
- just before getfigdata is called
- at the beginning of the method
- If the heap is already corrupted when InsetFig::Recompute is called,
then move upward one more step
There is a chance that you can pinpoint the place of memory corruption.
BTW you are using perror in a very funny way. But the result is suggestive.
> l. 803: heapcheck: Permission denied
Can you figure out where errno was set?
Regards,
SMiyata
Re: [dfnitz@mtu.edu: Re: Still stuck on Solaris -- Resolved]
On Thu, 2 Sep 1999, Jean-Marc Lasgouttes wrote: > > Has anyone (Asger?) seen this? I really do not know what are the > whereabouts of fwrite vs fprintf, but we should really look at it... I have LyX running on a Solaris-2.5.1 box without these problems; compiled with gcc-2.7.2.3. So I'm at a loss as to why this failed on Solaris 2.6.1 Allan. (ARRae)
M$ Word -> LyX (was Re: Hi and small scroll wheel patch (fwd)
-- Forwarded message -- Date: Tue, 24 Aug 1999 13:48:30 -0700 From: Levente NOVÁK <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: M$ Word -> LyX (was Re: Hi and small scroll wheel patch Hello Alejandro, There is a very good RTF to LaTeX converter, namely rtf2latex2e which can not only convert text from RTF documents to LaTeX but tables also and is furthermore able to extract figures and equations (these are then in WMF format, so you have to convert them to EPS yourself). Word can export in RTF format, and reLyX does the job of converting LaTeX to LyX. I think it would only need to put a "hook" in LyX like it is the case for reLyX, but unfortunately I can not do it myself as I do not speak C nor C++. When I tried catdoc and word2x some time ago, they did not have the flexibility and power of rtf2latex2e. It changed maybe since then. Levente PS: I wrote you because I am not subscribed to the lyx lists. Could you forward this mail to lyx-devel please?
Re: crash on 1.0.4pre4
Jean-Marc Lasgouttes wrote: > > "Harry" == Harry Westfahl Junior <[EMAIL PROTECTED]> writes: > > Harry> The bug appears when I just try to go with cursor (using the arrow > Harry> keys) to the bottom of the page and run along one of the last > Harry> lines which ends before a displayed equation. When the cursor > Harry> tries to jump to that equation lyx crashes and a core is > Harry> dumped. The result of debugging with "gdb" is shown bellow: > > Is this equation larger than the lyx window? > > JMarc Hi JMarc, Yes! The problem usually happens with equation arrays that are larger (in high, not in width) than the lyx window size. Harry.
Re: \textdegree and teTeX 1.0
On Thu, 2 Sep 1999, Jean-Marc Lasgouttes wrote:
> [...]
> Fred> This is the version of latex.ltx/latex.fmt.
> [...]
> Fred> This is the version of article.cls.
>
> >> Why are the dates different???
>
> Fred> See above...
>
> I know that. However, it is certainly not normal that your latex
> format is older than alrtcle.cls. I think you forgot to rebuild the
> format...
The version is not changed when the format file is rebuilt. I have, in
share/texmf/web2c a rather actual format file:
-rw-r--r-- 1 inst inst 652734 Aug 23 14:12 latex.fmt
> [...]
> Fred> I think lyx correctly translates ° into \textdegree, but
> Fred> incorrectly surrounds it by \ensuremath{}. Is this also done
> Fred> with other symbols?
>
> It does not translate into \textdegree (this is done at latex
> level). What it does (also for a bunch of other characters) is to add
> \ensuremath{} around the character when encoding is latin1. What I do
> not know is whether this is still needed, since it is really a hack.
Sorry, but that's not true. As i wrote in my original mail, lyx
translates ° into \textdegree when the encoding is set to Latin1, as
then in the tex file I find \ensuremath{\textdegree}. With default
encoding (which encoding is default?) lyx does not translate ° into
\textdegree.
Fred
Fred Hucht, Institute of Theoretical Physics, University of Duisburg, Germany
Email: [EMAIL PROTECTED] http://www.thp.Uni-Duisburg.DE/
"Der Koerper der algebraischen Zahlen ist kein algebraischer Zahlkoerper"
(E. Landau, Zahlentheorie (1927), Satz 718)
Re: \textdegree and teTeX 1.0
> "Fred" == Fred Hucht <[EMAIL PROTECTED]> writes:
Fred> On Thu, 2 Sep 1999, Jean-Marc Lasgouttes wrote:
>> > "Fred" == Fred Hucht <[EMAIL PROTECTED]> writes:
>>
Fred> Hi LyXers, I installed the new teTeX 1.0 today. Now when I
Fred> create an empty document using input encoding Latin1 and enter
Fred> "1°" (1 degree), I get the LaTeX output
>>
Fred> 0:ibm:fred> latex newfile This is TeX, Version 3.14159 (Web2C
Fred> 7.3.1) (newfile.tex LaTeX2e <1998/12/01> patch level 1 Babel
>>
Fred> This is the version of latex.ltx/latex.fmt.
Fred> and hyphenation patterns for american, french, german,
Fred> ngerman, n ohyphenation, loaded.
Fred> (/apps/teTeX-1.0/share/texmf/tex/latex/base/article.cls Document
Fred> Class: article 1999/01/07 v1.4a Standard LaTeX document class
>> ^^
Fred> This is the version of article.cls.
>> Why are the dates different???
Fred> See above...
I know that. However, it is certainly not normal that your latex
format is older than alrtcle.cls. I think you forgot to rebuild the
format...
Fred> and I get no warning. Where is the problem? Why is ° surrounded
Fred> by ensuremath?
>> At some time degree was only valid in math mode. It seems to be
>> still true in my latex version (1997/06/01). Could you first make
>> sure why the dates of your various elements differ?
Fred> I think lyx correctly translates ° into \textdegree, but
Fred> incorrectly surrounds it by \ensuremath{}. Is this also done
Fred> with other symbols?
It does not translate into \textdegree (this is done at latex
level). What it does (also for a bunch of other characters) is to add
\ensuremath{} around the character when encoding is latin1. What I do
not know is whether this is still needed, since it is really a hack.
JMarc
Re: \textdegree and teTeX 1.0
On Thu, 2 Sep 1999, Jean-Marc Lasgouttes wrote:
> > "Fred" == Fred Hucht <[EMAIL PROTECTED]> writes:
>
> Fred> Hi LyXers, I installed the new teTeX 1.0 today. Now when I
> Fred> create an empty document using input encoding Latin1 and enter
> Fred> "1°" (1 degree), I get the LaTeX output
>
> Fred> 0:ibm:fred> latex newfile This is TeX, Version 3.14159 (Web2C
> Fred> 7.3.1) (newfile.tex LaTeX2e <1998/12/01> patch level 1 Babel
>
This is the version of latex.ltx/latex.fmt.
> Fred> and hyphenation patterns for american, french, german,
> Fred> ngerman, n ohyphenation, loaded.
> Fred> (/apps/teTeX-1.0/share/texmf/tex/latex/base/article.cls Document
> Fred> Class: article 1999/01/07 v1.4a Standard LaTeX document class
> ^^
This is the version of article.cls.
> Why are the dates different???
See above...
> Fred> and I get no warning. Where is the problem? Why is ° surrounded
> Fred> by ensuremath?
>
> At some time degree was only valid in math mode. It seems to be still
> true in my latex version (1997/06/01). Could you first make sure why
> the dates of your various elements differ?
I think lyx correctly translates ° into \textdegree, but incorrectly
surrounds it by \ensuremath{}. Is this also done with other symbols?
My older latex version of 1996/12/01 (article.cls was from 1996/10/31
in our old version) also gives no errors...
Fred
Fred Hucht, Institute of Theoretical Physics, University of Duisburg, Germany
Email: [EMAIL PROTECTED] http://www.thp.Uni-Duisburg.DE/
"Der Koerper der algebraischen Zahlen ist kein algebraischer Zahlkoerper"
(E. Landau, Zahlentheorie (1927), Satz 718)
Re: new prerelease lyx-1.0.4pre4
> "Emmanuel" == Emmanuel Dumas <[EMAIL PROTECTED]> writes: Emmanuel> I've reinstall gettext, recompil lyx-1.0.4pre6, and now it's Emmanuel> run well. I've probably a corrupt libintl ! I'm glad it works, although I have no idea what was wrong... JMarc
Re: new prerelease lyx-1.0.4pre4
Jean-Marc Lasgouttes wrote: > > > "Emmanuel" == Emmanuel Dumas <[EMAIL PROTECTED]> writes: > > Emmanuel> I've by default LANG=fr. Lyx-1.0.1 -> lyx-1.0.4pre2 works > Emmanuel> well, menus are in french, it's great. > > Emmanuel> But with lyx-1.0.4pre4, after installation, I've a > Emmanuel> coredump. I've try without variable LANG, it's work, but > Emmanuel> menus are in english :) > > It happens that fr.po has changed between 1.0.4pre2 and pre4, but I > see nothing here that could cause your problem. Did you compile with > the included gettext or are you on a station where gettext() is > provided? I.e., has the code in intl/ been compiled? I've install libintl myself. I've reinstall gettext, recompil lyx-1.0.4pre6, and now it's run well. I've probably a corrupt libintl ! Thank's Emmanuel -- Emmanuel DUMAS, Centre CYCERON, CNRS UMR 6551, Caen France [EMAIL PROTECTED] http://www.cyceron.fr/~dumas/ Tel: 33 (0) 231 47 02 03
Re: Feature requests
Jean-Marc Lasgouttes wrote:
> Bas> Spaces in citations are not handled well by Latex. Maybe it is
> Bas> better not to allow spaces in Lyx too.
>
> I'll have to check this. You mean that \cite{a b} does not work?
I have attached the files:
test.lyx and test.bib
When run they give the following error message:
This is BibTeX, Version 0.99c (Web2C 7.2)
The top-level auxiliary file: test.aux
White space in argument---line 2 of file test.aux
: \citation{a
: b}
I'm skipping whatever remains of this command
The style file: plain.bst
I found no cite keys---while reading file test.aux
Database file #1: test.bib
I was expecting a `,' or a `}'---line 1 of file test.bib
: @book{a
: b,
I'm skipping whatever remains of this entry
(There were 3 error messages)
Hope it helps,
Bas Spitters
#This file was created by Thu Sep 2 15:06:09 1999
#LyX 1.0 (C) 1995-1999 Matthias Ettrich and the LyX Team
\lyxformat 2.15
\textclass article
\language default
\inputencoding default
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize Default
\paperpackage a4
\use_geometry 0
\use_amsmath 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
\begin_inset LatexCommand \cite{a b}
\end_inset
\layout Standard
\begin_inset LatexCommand \BibTeX[plain]{test}
\end_inset
\the_end
@book{a b,
author=test,
title=test,
year=1999,
}
Re: Feature requests
Jean-Marc Lasgouttes wrote:
> Bas> I will begin with the bug: Lyx gives a blank screen when pressing
> Bas> crtl-enter when the cursor is directly after a display:
> Bas> LYX_ERROR: row.height: 0
>
> Could you explain more precisely what you mean (an example file, or a
> sequence of actions would be nice).
Enter a display math, go the the end of the line, that is outside the
display, but on the same line. Press ctrl-enter.
> Bas> Spaces in citations are not handled well by Latex. Maybe it is
> Bas> better not to allow spaces in Lyx too.
>
> I'll have to check this. You mean that \cite{a b} does not work?
That's what I meant, but when I try this simple example it does work.
Let me first try to find out what went wrong exactly.
(Which of course I should have done before, sorry)
Please forget it for now.
> JMarc
Thanks for your answers.
Bas Spitters
Re: new prerelease lyx-1.0.4pre4
> "Emmanuel" == Emmanuel Dumas <[EMAIL PROTECTED]> writes: Emmanuel> I've by default LANG=fr. Lyx-1.0.1 -> lyx-1.0.4pre2 works Emmanuel> well, menus are in french, it's great. Emmanuel> But with lyx-1.0.4pre4, after installation, I've a Emmanuel> coredump. I've try without variable LANG, it's work, but Emmanuel> menus are in english :) It happens that fr.po has changed between 1.0.4pre2 and pre4, but I see nothing here that could cause your problem. Did you compile with the included gettext or are you on a station where gettext() is provided? I.e., has the code in intl/ been compiled? JMarc
Re: crash on 1.0.4pre4
> "Harry" == Harry Westfahl Junior <[EMAIL PROTECTED]> writes: Harry> The bug appears when I just try to go with cursor (using the arrow Harry> keys) to the bottom of the page and run along one of the last Harry> lines which ends before a displayed equation. When the cursor Harry> tries to jump to that equation lyx crashes and a core is Harry> dumped. The result of debugging with "gdb" is shown bellow: Is this equation larger than the lyx window? JMarc
Re: \textdegree and teTeX 1.0
> "Fred" == Fred Hucht <[EMAIL PROTECTED]> writes: Fred> Hi LyXers, I installed the new teTeX 1.0 today. Now when I Fred> create an empty document using input encoding Latin1 and enter Fred> "1°" (1 degree), I get the LaTeX output Fred> 0:ibm:fred> latex newfile This is TeX, Version 3.14159 (Web2C Fred> 7.3.1) (newfile.tex LaTeX2e <1998/12/01> patch level 1 Babel Fred> and hyphenation patterns for american, french, german, Fred> ngerman, n ohyphenation, loaded. Fred> (/apps/teTeX-1.0/share/texmf/tex/latex/base/article.cls Document Fred> Class: article 1999/01/07 v1.4a Standard LaTeX document class ^^ Why are the dates different??? Fred> and I get no warning. Where is the problem? Why is ° surrounded Fred> by ensuremath? At some time degree was only valid in math mode. It seems to be still true in my latex version (1997/06/01). Could you first make sure why the dates of your various elements differ? JMarc
[dfnitz@mtu.edu: Re: Still stuck on Solaris -- Resolved]
Has anyone (Asger?) seen this? I really do not know what are the whereabouts of fwrite vs fprintf, but we should really look at it... JMarc Hi, I've found a work around for the problem described below. In file buffer.C, section Buffer:makeLaTeXFile, "fwrite" is used to write out the TeX file. On our system (see below) this silently fails, producing no output. As a work around, I replaced the "fwrite" with "printf". That seems to work fine. Here are differences between the modified and original buffer.C from lyx-1.0.4pre4. 1853,1854c1853 < // fwrite(LFile.c_str(), sizeof(char), LFile.length(), file); < fprintf(file,"%s",LFile.c_str()); // 26-Aug-99 DFN kludge --- > fwrite(LFile.c_str(), sizeof(char), LFile.length(), file); 1921,1923c1920,1921 < //fwrite(preamble.c_str(), sizeof(char), < // preamble.length(), file); < fprintf(file,"%s",preamble.c_str()); // 26-Aug-99 DFN kludge --- > fwrite(preamble.c_str(), sizeof(char), > preamble.length(), file); 1993,1995c1991,1992 < // fwrite(LFile.c_str(), sizeof(char), < // LFile.length(), file); < fprintf(file,"%s",LFile.c_str()); // 26-Aug-99 DFN kludge --- > fwrite(LFile.c_str(), sizeof(char), > LFile.length(), file); 2020,2021c2017 < // fwrite(LFile.c_str(), sizeof(char), LFile.length(), file); < fprintf(file,"%s",LFile.c_str()); // 26-Aug-99 DFN kludge --- > fwrite(LFile.c_str(), sizeof(char), LFile.length(), file); On Mon, 23 Aug 1999, David F. Nitz wrote: > Hi, > > Thanks to those who responded to with suggestions regarding my > problem getting Lyx to work on Solaris 2.6.1. Unfortunately, > none of the suggestions hit the mark. Let me re-describe > what appears to be the crux of the problem perhaps a bit > more clearly. > > Operating System: Solaris 2.6 > Compiler: gcc 2.7.2 (Ugh) > > Lyx versions tried: 1.01 pre-built binary >1.03 built from source >1.04pre built from source > > Problem: > > Can't export LaTex file. A ".tex" file is created, but size is always 0 > bytes. No error or warning messages are generated. > > Any suggestions? Thanks. > > --- > David F. Nitz ([EMAIL PROTECTED]) > Physics Department, Michigan Tech > Tel: (906)487-2274 Fax: (906) 487-2933 > --- David F. Nitz ([EMAIL PROTECTED]) Physics Department, Michigan Tech Tel: (906)487-2274 Fax: (906) 487-2933
Re: Lyx on a remote xterm
> "Ben" == Ben Cazzolato <[EMAIL PROTECTED]> writes: Ben> Hi Guys I'm currently using my laptop as a remote xterm and Ben> running Lyx of my desk top. I've noticed that Lyx generates Ben> traffic even when it's idle (minimised and not in use). No other Ben> package that I run does this (matlab, kmail, xdvi, acrobat Ben> reader, gv). I have no idea of why this could be. Did you try another xforms app (and demo app should do)? JMarc
Re: Feature requests
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: >> It is difficult to know whether database.bib.bib exists, Martin> In my humble opinion it is always a user error if such a crazy Martin> name exists. So just assume database --> database.bib, and Martin> database.bib --> database.bib. Don't make life more Martin> complicated than it already is ;-) However, if we do that, there will be *no* way to work around this feature for the poor soul who has a file named my.bib.bib, for example. And we do not want so-called `smart' features that cannot be bypassed. Martin> And yes, mydocument --> mydocument.lyx would be nice too. Indeed. My only problem was was the fact that the code for the open document stuff is a bit of a mess, and should be rewritten before that. JMarc
Re: Feature requests
> It is difficult to know whether database.bib.bib exists, In my humble opinion it is always a user error if such a crazy name exists. So just assume database --> database.bib, and database.bib --> database.bib. Don't make life more complicated than it already is ;-) And yes, mydocument --> mydocument.lyx would be nice too. Martin
Re: OS/2 support in 1.0.4pre6
> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes: Arnd> In fact, I wanted to ask: Is autoconf, etc. able to support Arnd> added flexibility and how should it be best implemented? Autoconf is able to test some features for you and define macros telling you whether such or such feature is available. This is often much better than relying on direct test of the architecture. Of course, in the case of file names, just testing __EMX__ makes sense. If you meed other features, just ask and I'll tell you what autoconf can do for you. JMarc
Re: Feature requests
> "Bas" == Bas Spitters <[EMAIL PROTECTED]> writes:
Hello,
Bas> I will begin with the bug: Lyx gives a blank screen when pressing
Bas> crtl-enter when the cursor is directly after a display:
Bas> LYX_ERROR: row.height: 0
Could you explain more precisely what you mean (an example file, or a
sequence of actions would be nice).
Bas> Now some feature requests.
Bas> Some Tex commands or not displayed as symbols. For instance \Vert
Bas> and \dots and \triangle and \to (is this the same as
Bas> rightarrow?).
These are not shown because they do not exist either in mormal latin1
fonts or in adobe symbol fonts. This will hopefully change in 1.2
Bas> When I type "lyx filename" I would like to start lyx with the
Bas> file filename.lyx, but for this I have to type "lyx
Bas> filenname.lyx".
This is something I've been wanting to do, but which happen to be just
a little bit too complicated for now. We have to work on the new
development version, after all... So the answer is: later.
Bas> A similar problem occurs when entering database.bib as the bibtex
Bas> database. It would be nice the strip the .bib if
Bas> database.bib.bib does not exist.
It is difficult to know whether database.bib.bib exists, since this
means that we should know where latex searches for this file. With
modern TeXs we could use kpsewhich for that, though.
Bas> I would like to be able to change the name of a label.
Yes, this is often requested. The standard answer is: it is almost as
simple to delete and re-enter it. I know it is wrong, but we'll have
to bear with it in 1.0.x.
Bas> When a save a document containing \mathcal A in mathmode, exit
Bas> lyx and reload it. Lyx gives an error message: Line ~28: Math
Bas> parse error: Expected {. Maybe you forgot to enclose an argument
Bas> in {} LyX: Unknown token `\)'. Inserting as text. [around line 29
Bas> of file ~/newfile.lyx]
First of all: why do you want to use \mathcal at all? Just type M-c e
A and you have a nice calligraphic A (note that M-c e is emphasize,
and that the ! icon does the same).
Second point: mathed is only supposed to read LaTeX syntax. "\mathcal
A" is TeX syntax. reLyX takes great pains to add the required {}, so
that mathed does not have to deal with it.
Third: what you tried would have worked if mathed did not know what
\mathcal is. You use a macro mathed knows about, but not in the way it
is supposed to be used.
Bas> Spaces in citations are not handled well by Latex. Maybe it is
Bas> better not to allow spaces in Lyx too.
I'll have to check this. You mean that \cite{a b} does not work?
Bas> I would like to have a Save Options possibility to the Options
Bas> menu.
This is on the to-do list, and would mean first to extend the option
menu to cover all of lyxrc. It is not very difficult, but nobody did
it yet.
JMarc
