Hello,
While testing an improvement of the tex wrapper tex2lyx.sh
uploaded in the latex2lyx wiki page
http://wiki.lyx.org/LaTeX/LatexToLyx
I discovered that tex2lyx kept \include{foo.tex} in the lyx file
instead of \include{foo.lyx}
(the original command in the latex file must be \include{foo},
Georg Baum [EMAIL PROTECTED] writes:
Jean-Pierre Chrtien wrote:
I discovered that tex2lyx kept \include{foo.tex} in the lyx file
instead of \include{foo.lyx}
(the original command in the latex file must be \include{foo}, and
the export to LaTeX correctly removes the suffix).
This
Georg Baum [EMAIL PROTECTED] writes:
Jean-Pierre Chrtien wrote:
It is fixed by the attached patch. Can you try that please? I could not
reproduce any other problem than the relative path. If there are still
problems after applying the patch, could you describe them again?
I get this:
Georg Baum [EMAIL PROTECTED] writes:
Jean-Pierre Chrtien wrote:
Probably because I mixed up the return values of main().
I applied the patch with a corrected return value of main(). Does it work
now?
Recompilation from cvs works fine now, but I still get \include{intro.tex}
The
Georg Baum [EMAIL PROTECTED] writes:
Am Mittwoch, 25. Mai 2005 19:40 schrieb Jean-Pierre Chrtien:
Recompilation from cvs works fine now, but I still get
\include{intro.tex}
I can't reproduce that, it works for me. I guess from your earlier posts
that you are using tex2lyx on
Georg Baum [EMAIL PROTECTED] writes:
Jean-Pierre Chrtien wrote:
This is intended behaviour. After all, we don't know if an already
existing .lyx file has anything to do with the .tex file. LaTeX would use
the .tex file, so tex2lyx uses it, too.
I see.
In general, some informational
Jean-Pierre Chrtien [EMAIL PROTECTED] writes:
Here is my suggestion:
- enumerate absolute path of \included ou \inputted files converted to lyx
(with indication of creation or overwrite).
- warn about inset of original .tex file if existing lyx file (this may be
very misleading).
I'd
Georg Baum [EMAIL PROTECTED] writes:
Jean-Pierre Chrtien wrote:
I'd uploaded a sunos version on the wiki including these changes,
without waiting for Georg to commit them if he founds appropriate,
Thanks. I simplified the logic a bit and committed the attached patch. BTW,
please use
Georg Baum [EMAIL PROTECTED] writes:
This will hopefully not be necessary anymore with 1.3.6, because we plan to
make it read newer files with automatic conversion.
I see that in the new Wiki page
http://wiki.lyx.org/LaTeX/Tex2LyxInvokedFromLyx
there is no provision to deal with multipart
Georg Baum [EMAIL PROTECTED] writes:
Sven Schreiber wrote:
Example: the latex input So{\ss}e should appear as Soe in the lyx file.
(Hope the German es-zett is preserved in the mail.) What appears is:
Soert{/ertert}/erte.
Tried to workaround with So\ss{}e, which gives
Georg Baum [EMAIL PROTECTED] writes:
Does LyX support \oe and \OE natively? If yes, we should convert \oe to the
native format (an inset?), if not we should leave it alone.
I'm not aware about native support in 1.3.5 (otherwise I would use it).
So leave it as is.
Note that tex2lyx does not
Sven Schreiber [EMAIL PROTECTED] writes:
Jean-Pierre Chrtien wrote:
(No need to respond if this is a totally stupid/unrelated question, I
will get the subtle hint... but here goes:)
Aren't all western characters (iso-8...whatever) supported by lyx?
The French oe ligatures have not been
From: Angus Leeming [EMAIL PROTECTED]
I forgot to ask you to drop an
email to the lyx-devel list stating explicitly that you agree to
licence you contribution under the terms of the Gnu General Public
Licence version 2 or later.
Here you are:
I hereby license my contribution to LyX under
Hi,
I followed the instructions about Aspell: install in C:\Aspell
(full install + englidh and french dicts), but the spellchecker fails
with a message No word list found for language en (or fr).
What am I doing wrong ?
TIA
--
Jean-Pierre
Angus Leeming [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
[...]
What am I doing wrong ?
The aspell library is compiled into lyx as a static lib. That's rather
unfortunate, because it means that the configuration data that's
compiled into lyx's aspell lib may or may not match
Stephen Harris [EMAIL PROTECTED] writes:
Re: Aspell failure w/pre1.3.6-16 install on windows
Paul A. Rubin
Fri, 24 Jun 2005 08:39:07 -0700
Jean-Pierre Chrétien wrote
I ran in a dos console
C:\Aspell\bin\aspell.exe dump config C:\aspell-config
and set ASPELL_CONF to conf C:\aspell
Hello developers,
I use lyx for technical reports for several years (with great success
and pleasure, thanks to you), but currently I still use Xemacs/pdflatex
for beamer presentations.
Here a few remarks after a round trip when trying to turn a foo.tex
file written in beamer class into foo.lyx:
Georg Baum [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
one is about the optional arg to the \frame command
\frame[plain]{\titlepage} - \frame{[}plain{]}{titlepage}
You can fix this sort of errors easily yourself: Add
\frame[]{}
to lib/reLyX/syntax.default
This works, but I get all frames in ERT, not exactly what expected.
In will test your patch on tex2lyx later.
Works fine, thanks.
--
Jean-Pierre
Because I used the translate argument.
OK, I understood also that I could copy the patch
in a local syntax.personal file and call it
with tex2lyx -s syntax.personal foo.tex foo.lyx
I know that the goal of tex2lyx is to produce error-free
lyx code, but would this local syntax file allow to
G. Milde [EMAIL PROTECTED] writes:
On 30.06.05, Jean-Pierre Chrétien wrote:
Georg Baum Georg.Baum at ... writes:
Jean-Pierre Chrétien wrote:
This works, but I get all frames in ERT, not exactly what expected.
This is because beamer layout file doesnot have a Style
Hello developers,
I'm trying to compile 1.4.0pre2 on Solaris SPARC 2.8
One preliminary question: is the pspell option still needed ?
./configure --with-version-suffix=-1.4.0pre2 --with-frontend=xforms
--with-pspell
One preliminary remark: I had to create a link to gmsguniq (GNU version
of
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
You are not using gnu make?
the make you are using seems to not understand $
Sorry, I should have known better. In fact Solaris make
works with 1.3.6 and with make_tex2lyx.sh, so I forgot
Hello,
The new layout2layout.py Python scripts is called
by tex2lyx. I changed the make_tex2lyx_dist.sh script
in the wiki to reflect this.
I uploaded an up to date Solaris SPARC version,
but it seems that the other precompiled binarries should
be updated as well...
Regards
--
Jean-Pierre
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Lars Gullik Bjønnes larsbj at ... writes:
Jean-Pierre Chrétien Jean-Pierre.Chretien at ... writes:
You are not using gnu make?
the make you are using seems to not understand $
gmake works fine, but now compilation fails
Angus Leeming [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
I uploaded an up to date Solaris SPARC version,
but it seems that the other precompiled binarries should
be updated as well...
In fact, binaries earlier than oct 26 (seems to be the
date when layout2layout.py
Hello,
I posted this message on the users list, but as I got no answer
I think devel would have vbeen more appropriate.
Sorry for the crospost.
I have LyX installed on a Debian with two latex distributions:
- teTeX-2.0 deb package (needed for dependencies)
- TeXLive-2004
I work under tcsh,
Jose' Matos [EMAIL PROTECTED] writes:
On Friday 25 November 2005 18:30, Jean-Pierre Chrétien wrote:
Hello,
[...] LyX does not seem recognize my PATH env variable on Debian/KDE
I've seen a general wrapper in the scripts dir: could it explain
why my PATH env variable seems not seen
Uwe Stöhr [EMAIL PROTECTED] writes:
[...]
These problems and possibly more implies that I don't give support that
LyXWin works together with TeXLive.
I bought the official TeXLive2005 DVD and fiddled aroud for three days
after I gave up to get it to work properly. I focus now on the MiKTeX
Hello,
Angus's make_tex2list_dist.sh script and the Sunsparc binary package
disappeared with the upgrade of Pmwiki...
I know it won't be useful for long now, but I restored
these files from my local version.
Regards
--
Jean-Pierre
[EMAIL PROTECTED] writes:
ok, that's good then. I'd still like to know what happened though.
/Christian
Missing files were both uploaded by me (an upgrade of Angus' script
to cope with the new layout2layout script, and the SunSparc binary
package). It seems then that files which were
[EMAIL PROTECTED] writes:
On Thu, 19 Jan 2006, Jean-Pierre [utf-8] Chrétien wrote:
I tried to go to the old wiki upload area to find them without success,
but I had a local copy of course.
Quite strange, given that the upload area is the same for both versions of
the wiki.
I
Hello,
I just find out that the --with-version-suffix=-1.4.0cvs-qt does not
works anymore for lyx, lyxclient and tex2lyx, which clobber the
current installed lyx working version.
Does this deserve a bugzilla message ?
--
Jean-Pierre
Juergen Spitzmueller [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
I just find out that the --with-version-suffix=-1.4.0cvs-qt does not
works anymore for lyx, lyxclient and tex2lyx, which clobber the
current installed lyx working version.
Does this deserve a bugzilla message
Hello,
I tried to install latex2html after a LyX intallation (I tested Uwe's
installer, but I guess it would be the same with Angus's).
latex2html does not install if the utilities gs and netpbm have
spaces in the path. I copied gs in C:\texutils (as recommended)
in the l2h install doc), in
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
This patch seems to work correctly in my tests. I am not sure what
happens in windows though (due to the use of $(EXE_EXT)).
Please test.
Works as expected here (Solaris Sparc).
--
Jean-Pierre
Georg Baum [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Passing the version suffix to lib/configure is indeed a different
problem. Could we postpone it to 1.4.1?
Of course, since it is also present in 1.3. I only noticed it. But it might
be a good idea to mention it in the
Hello,
tex2lyx inserts a reference to \extrasfrench before \usepackage{babel} -
Undefined control sequence.
I filed this with details in bugzilla.
HTH
--
Jean-Pierre
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Public release of LyX version 1.4.1
On Solaris 8, use of the native tar program
bunzip2 -c lyx-1.4.1.tar.bz2|tar xof -
retrieves only the two directories config and development.
I had to use the GNU tar to retrieve the full lyx-1.4.1
Paul A. Rubin [EMAIL PROTECTED] writes:
One cannot argue against the virtue of fixing the installer, but there
are other times when running it manually might be necessary. Sometimes
a working copy of LyX stops working because some malign external force
deleted/damaged the configuration
Angus Leeming [EMAIL PROTECTED] writes:
However, LyX does parse the log file. In LyX 1.3.x and earlier a document
with errors would have error insets inserted in it to show the approximate
position
of the error. In LyX 1.4 there's a single error dialog that allows
navigation
from one error
Hello,
I have a Debian stable/testing home, and I followed the
procedure on the wiki LyXOnDebian page for 1.3.7.
It worked flawless, I just had to edit autogen.sh to change
aclocal-1.7 and automake-1.7 to aclocal and autogen.
I uploaded the 4 packages on ftp://ftp.devel.lyx.org/pub/incoming
It
Rainer Dorsch [EMAIL PROTECTED] writes:
Jean-Pierre,
I am wondering why these packages don't go into the Debian repository. Debian
unstable has still LyX 1.3.6...
Regards,
Rainer
Am Montag, 24. April 2006 09:31 schrieb Jean-Pierre Chrétien:
Hello,
I have a Debian stable
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Who is responsible for beamer.layout nowadays?
Us.
Seeing that you were discussing the beamer layout, I proposed
a patch on bugzilla for enhancement 3141.
Regards
--
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Who is responsible for beamer.layout nowadays?
Us.
I make here a separate post about bug 3133. I find quite boring
to have to change the layout to switch from a full title slide
to
Martin Vermeer [EMAIL PROTECTED] writes:
[..]
As this does not change the document version number, I would put this in
unless someone raises objections. Small improvements are improvements too.
I'm afraid I left
TitleLaTeXName frame[plain]{\maketitle}
instead of the original
TitleLaTeXName
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Pierre Should I provide fresh patch ?
Done, patch against 1.5.0 svn added.
--
Jean-Pierre
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
I cannot reproduce this here (Solaris 10/Qt 4.2.2).
Solaris 8/Qt 4.2.1 here, rather Qt than Sun I guess.
I will check with 4.2.2
My admin compiled 4.2.3, same behaviour, makes lyx unusable :-(
In addition, after Open-Examples, I get
Enrico Forestieri [EMAIL PROTECTED] writes:
On Thu, May 10, 2007 at 04:27:27PM +, Jean-Pierre Chrétien wrote:
Jean-Pierre Chrétien chretien at ... writes:
[...]
In addition, after Open-Examples, I get the directory structure all right,
but when I enter the fr directory, I get
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien chretien at ... writes:
I cannot reproduce this here (Solaris 10/Qt 4.2.2).
Solaris 8/Qt 4.2.1 here, rather Qt than Sun I guess.
I will check with 4.2.2
My admin compiled 4.2.3, same behaviour, makes lyx
Hello,
I have a set of local classes and templates.
I upgraded templates with lyx2lyx successfully wrt utf encoding.
As far as classes are concerned, running layout2layout.py on
1.4 classes changes the format from 2 to 4 all right, but leaves
8859 encoding, so that I get messages like:
Error
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien chretien at ... writes:
[...]
Checked with 1.5.0rc2 against Qt 4.2.1:
- the assertion when opening a new file disappeared
I found the reason for these assertions: in the preferences file
\document_path
is harmless
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
could layout2layout.py
provide it as lyx2lyx does ? Or is there any workaround ?
No. You have to convert it manually, e.g. with
iconv -f latin1 -t utf-8 foo.layout foo-utf8.layout
OK, as I found no indication
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien chretien at ... writes:
Jean-Pierre Chrétien chretien at ... writes:
[...]
Checked with 1.5.0rc2 against Qt 4.2.1:
- the assertion when opening a new file disappeared
I found the reason for these assertions
Charpentier Philippe [EMAIL PROTECTED] writes:
Hi,
I had in last November a discussion on this list about the encoding of
the layouts. As I said that time I use layouts containing non ASCII
characters in the definition of the Styles and they crash lyx-1.5
(every versions until now, with
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Hello,
Since Jose' plans to release 1.5.0 next week, we'd better be ready
with 1.4.5 too. I append the ANNOUNCE file that I just updated.
Jose', I would appreciate if you could upgrade lyx2lyx in branch to
handle the 1.5 final format.
Abdelrazak Younes [EMAIL PROTECTED] writes:
Charpentier Philippe wrote:
My problem is not the encoding of the layout. It is that, since 1.2
version of lyx I used layouts I wrote and they contain definition of
styles with non ASCII characters like this:
Style Théorème ...
Style
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Why should we? I am probably missing something but...
Abdelrazak isn't it enough to tell to the users that their layout
Abdelrazak needs to be
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
The problems comes from the fact that with both layout
and lyx files in Unicode,
[...]
I know and my patch solves this, did you try it?
I do not have access to svn from here,
and I guess it won't work
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
José == José Matos [EMAIL PROTECTED] writes:
José On Tuesday 10 July 2007 11:47:36 Jean-Marc Lasgouttes wrote:
It would be even better to provide explicit commands or some kind
of script to update .lyx file. I suspect it is not trivial.
Hello,
All is OK with 1.5.0rc2, but with 1.5.0-svn,
when I want to edit the settings of a template document
on Solaris 2.8/Qt4.3.1, I get this:
Caught normal exception: locale::facet::_S_create_c_locale name not valid
Program received signal SIGABRT, Aborted.
0xfdf592f0 in __sigprocmask ()
Abdelrazak Younes [EMAIL PROTECTED] writes:
+
+cd /path/to/layouts
+for l in *
+do
+ cp $l tmp.txt
+ iconv -f latin1 -t utf8 tmp.txt -o $l
+done
+iconv -f latin1 -t utf8 tmp.txt -o $l
Seems that this last line should be deleted, or maybe
replaced by
rm tmp.txt
In fact, with a set of
Abdelrazak Younes [EMAIL PROTECTED] writes:
In fact, with a set of local layouts existing in 1.4.4 and needing
utf8 conversion, it's possible to copy from lyx-1.4.4/layouts to
lyx-1.5.0/layouts and do the conversion at the same time (including format
upgrade). A bit complicated (assumes
Abdelrazak Younes [EMAIL PROTECTED] writes:
This backtrace seems minimal, should I recompile with --enable-debug ?
Yes, and possibly --enable-stdlib-debug if that is not already set by
default.
Same result
--
Jean-Pierre
Solaris again, here is what I get when I leave LyX. Not much boring, but...
Assertion failed: __pos size(), file
/usr/local/lib/gcc/sparc-sun-solaris2.8/3.4.6\
/../../../../include/c++/3.4.6/bits/basic_string.h,
line 643
Program received signal SIGABRT, Aborted.
0xfdf592f0 in __sigprocmask ()
Enrico Forestieri [EMAIL PROTECTED] writes:
Yes, this is r18988 striking again :(
I don't think that this is related to the platform but rather to the
compiler version. I think that gcc 3.x is missing some locale facets.
Jean-Pierre, does the attached patch solve the bug for you?
Solaris again...
Create a simple file with lyx-svn (as of July 11), say tex2lyx.tex
Export as latex and reimport in lyx:
(gdb) ...
Starting program: /usr/local/bin/tex2lyx-svn tex2lyx.tex
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]
Program received signal SIGSEGV, Segmentation fault.
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Solaris again, here is what I get when I leave LyX. Not much boring, but...
^^^
Perfectly boring, sorry: happens when I close a doc (an thus when I revert to
saved version), when
Abdelrazak Younes [EMAIL PROTECTED] writes:
[...]
We need the full context to help you. Please recompile
in debug mode and
send us the full backtrace.
Here are the conditions:
env LD_OPTIONS=-R/usr/local/lib ./configure \
--with-version-suffix=-$VERS \
--with-frontend=qt4
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
José Matos wrote:
OK then. Enrico earlier agreed with this and then we will have more time to
fix this properly.
Done. I've also reopened the bug report with a comment.
I updated from svn on July 17 evening, and the GCC3 bug is still
there.
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Abdelrazak Younes younes.a at ... writes:
[...]
We need the full context to help you. Please recompile
in debug mode and
send us the full backtrace.
[...]
That's all what I get
With this problem, I can't use lyx in production
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
Here are the conditions:
env LD_OPTIONS=-R/usr/local/lib ./configure \
--with-version-suffix=-$VERS \
--with-frontend=qt4 --with-qt-dir=/usr/local/qt-4.2.1 \
you have to use --with-qt4-dir
Thanks
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
you have to use --with-qt4-dir
Thanks for pointing this out, but
it does make a change.
I meant it does not make a change, sorry
--
Jean-Pierre
Pavel Sanda [EMAIL PROTECTED] writes:
are you sure you havent frontend_helpers.cpp patched by some previous
work ? looking into source i dont see how this can happen.
I might have messed things up, but I'm pretty sure.
I applied Enrico's last patch (try/catch solution) with success.
Neal Becker [EMAIL PROTECTED] writes:
Not sure how this could be of use, but it certainly looks interesting:
http://plastex.sourceforge.net/
Sure, as it has a parser included.
Tried it on a tex export of example_lyxified.lyx, doesnt't seem to like babel
however...
--
Jean-Pierre
Darren Freeman [EMAIL PROTECTED] writes:
On Wed, 2007-07-25 at 07:28 +0100, José Matos wrote:
On Wednesday 25 July 2007 06:41:38 Jürgen Spitzmüller wrote:
You have to set
OptionalArgs1
in the style definitions (in the layout file), then you can use
Insert-Short Title.
Pavel Sanda [EMAIL PROTECTED] writes:
[...]
it starts to import, however i'm not sure whether this is the correct
solution because intermediate .tex file remain in the current directory.
did the previous parameter worked for you or is this bug ?
Here on Solaris w2l 0.5b2 works like w2l
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Richard Heck wrote:
You can also just use `oolatex'---at least on Linux.
However, TeXLive 2007 does not ship the oolatex script. Therefore I'd prefer
the verbose command.
Right, it's up to the user to create oolatex and friends with mk4ht.
Richard Heck [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
[..]
OK, thanks. Does this sound good to other people? If so, I'll commit the
change.
There is a problem of return signal with mk4ht :-(
I recommended the syntax because I mostly use it from a shell for tex4ht
testing
Anders Ekberg [EMAIL PROTECTED] writes:
[...
I get a LaTex error already with test.lyx (on 1.5.1 on Mac PPC):
LaTeX Error: Command \Telefon already defined.
with the details:
\newcommand\Telefon{\mvchr{84}}
Your command was ignored.
Type I command return to replace it with another
Hello,
While creating a lyx template for ifac conferences, I had this behaviour:
- build the layout and template for 1.4.5
- upgrade the layout for 1.5, read the template and save with 1.5.1
At this stage I have a 1.5 compatible layout and template.
When I try to reopen the template with
Abdelrazak Younes [EMAIL PROTECTED] writes:
[...]
Jean-Pierre, if you have problem with Qt, then I suggest to report this
to the Qt-interest mailing list. There is a news interface too. My
experience is that they are pretty responsive.
Sure, I'm already in the process of subscribing.
Hello,
The subject says all :-(
Gmane stalled some time last week, is this connected ?
Do I miss something ?
Regards
--
Jean-Pierre
Paul A. Rubin [EMAIL PROTECTED] writes:
[...]
Are you referring to the web interface?
Yes, I follow devel with it, subscribing overwhelms my box.
I always go in through the
search engine. Once I find an article in the right thread, if I click
the subject, I get a new view using
Rex Dieter [EMAIL PROTECTED] writes:
Martin Vermeer wrote:
In order to build the qt4 front-end, you should either define QT4DIR on
the command line before configure, or use the --with-qt4-dir switch. I
haven't checked John's patch, but I hope it makes this unnecessary.
Doesn't lyx
Hello,
autoconf 2.60 is the current version with Debian/testing, so
./autogen.sh chokes, and it is necessary to revert to 2.59 to build
lyx-1.5.0svn
Does autogen.sh really fail with autoconf 2.60 ?
--
Jean-Pierre
Hello,
I compiled lyx-1.5.0svn (Debian/testing, autoconf 2.60a with autogen.sh
correction, --with-extra-inc=/usr/X11R6/include where Xlib.h is located,
french locale iso8859-1).
I load an example (fr_exampls_lyxifie.lyx) and when I Save as... in /tmp to
check the spellcheck behaviour,
I get a
Asger Ottar Alstrup [EMAIL PROTECTED] writes:
It seems bug fixing proceeds with a good pace. On my list, there are 3
items now, which should be enough for about one evening:
* Spell checking cannot be invoked a second time. This is probably a
one-liner.
* The first time the spell
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
And BTW, will bug 2529 be solved in 1.5.0 ?
I'm afraid spellcheck support will end-up being removed in 1.5 if nobody
steps up to clean up the mess in the spellchecking code.
Well, it seems that the spellcheck
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Pierre == Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Jean-Pierre Could the diacritics problem come from the list of
Jean-Pierre locales not including utf8 ?
What is the diacritics problem? That we cannot check accented
characters
Hello,
In a tcsh shell, with
setenv QT4DIR /usr/local/qt-4.1.4
./configure --with-frontend=qt4 --with-version-suffix=1.5.0alpha1
I get the message
checking size of wchar_t... configure: error: cannot compute sizeof (wchar_t),
77
See `config.log' for more details.
The log says:
Enrico Forestieri [EMAIL PROTECTED] writes:
On Fri, Nov 24, 2006 at 01:16:53PM +, Jean-Pierre Chrétien wrote:
Configure runs OK, but now lyx fails at the very end of compilation with:
ld: warning: file /usr/local/lib/libiconv.so: attempted multiple
inclusion of file
ld: warning
Georg Baum [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
Sorry, I should have added the following lines:
Undefined first referenced
symbol in file
std::char_traitswchar_t::not_eof(unsigned long const)Chktex.o
What is your
Enrico Forestieri [EMAIL PROTECTED] writes:
On Mon, Nov 27, 2006 at 09:03:00PM +0100, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico I think you have an old version of Solaris. Solaris 10 comes
Enrico with gcc 3.4.3 and libstdc++ 6.0.3
Georg Baum [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
Sorry, I should have added the following lines:
Undefined first referenced
symbol in file
std::char_traitswchar_t::not_eof(unsigned long const)Chktex.o
What is your
Hello,
At first glance lyx opens on Solaris, but with a bad look and feel on screen
(easy to tune with the preferences) and in the window frame
(small tt characters, bad alignments in menus, etc.)
I guess this is independent of lyx and is tuned by the qt4 theme
of the window manager (which is
Uwe Stöhr [EMAIL PROTECTED] writes:
Sorry that I bring this topic again on the list.
The goal was to merge the changes I made in my LyXWinInstaller builds to the
official source.
There are now the following things left:
--- support for powerdot/beamer ---
This feature was ofteh
Hello,
Lyx offers currently two ways to insert layouts: in the site location
(/usr/share/lyx/layouts) ore in the users' home dir (~/.lyx/layouts).
It would be nice to allow downstream exploration of the site location, to allow
e.g. for local layouts not to be mixed with release layouts.
José Matos [EMAIL PROTECTED] writes:
Hi all,
I have already tagged beta-1. From that point I created the tar.gz and
tar.bz2 source packages. The packages can be found at:
http://www.lyx.org/~jamatos/
Compiles and installs fine on Solaris.
However I get an assertion with File-New or
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
I tried the spellcheker, it fails with words with diacritics (i guess
this has been seen already).
Diacritics are lost as well in the Navigate menu, e.g. Rfrences instead
of Références.
My locale is this:
LANG=C
LC_CTYPE=iso_8859_1
LC_NUMERIC
1 - 100 of 996 matches
Mail list logo
