Uwe Stöhr wrote:
When I find the time, I'll try to build a portable LyX. (I don't know if
this is possible because LyX uses many other third-party programs that
might not be ready for that.)
It should be no problem. The Ghostscript and ImageMagick files that are
included in my installers are
Andre Poenitz wrote:
What was the system Qt version shipped with the Windows distribution?
4.5.2
Joost
Alex Fernandez wrote:
A few things ;) As Uwe has explained above, Windows integration with
the executable does not work well due to a bug in the shell, so when
LyX calls eLyXer on Windows as:
> elyxer.py --directory "directory path" "input file.lyx" "output file.html"
eLyXer does not receive p
Alex Fernandez wrote:
Note that I was not able to reproduce Uwe's issue with spaces in
document paths (when we both had Windows XP on our test machines).
That is why I think it is a bug in his particular version of XP.
I don't think it's a Windows bug. Maybe the file association on one of
your
Uwe Stöhr wrote:
Very strange because my installer includes the Imagemagick files without
any changes. It might be that the ImageMagick version that I included
has a bug that only affects a few systems like yours. (You are the first
one reporting that ImageMagick fails.)
Did you include the c
On 2/3/2010 1:32 PM, Edwin Leuven wrote:
the current icons are also known by the users to be butt-ugly and give a
very amateurish first impression (so i've been told)
personally i'd change them in an instant for something consistent and
better looking.
+1
The current icons look old and are so
On 2/3/2010 7:34 PM, Uwe Stöhr wrote:
I also found other Windows sources of gettext 0.17 for Windows and could
compile the intl.dll from the sources. The problem is that my compiled
intl.dll won't link with your LyX Windows package and all my attempts to
change the source code to make it link fai
On 2/6/2010 10:10 AM, Uwe Stöhr wrote:
> Are you sure you actually have gettext code that is compatible with
MSVC?
Yes, see the link I referenced in my initial post. These packages are
used to compile GTK with gettext using MSVC.
I furthermore send you a Zip-package in a private mail (too big f
On 2/7/2010 10:25 PM, Uwe Stöhr wrote:
I found another repository that includes an MSVC project file. That's
the ZIP-file I sent you.
(Unfortunately I cannot find the link to it any longer.)
Looks like I didn't receive it. Could you try to send it again? Thx.
> I remember trying this one bef
Hi,
I was just typing some math and 1.6.5 crashed with the following assertion:
lyx-1.6.5\src\support\lassert.cpp(21): ASSERTION pos < size() VIOLATED
IN lyx-1.6.5\src\mathed\MathData.cpp:56
Does anyone know whether this may be related to a known bug (I couldn't
find this assertion in trac)?
On 2/8/2010 7:40 PM, Uwe Stöhr wrote:
> Looks like I didn't receive it. Could you try to send it again? Thx.
I uploaded it now:
http://www.fkurth.de/uwest/LyX/libintl-0.17-windows-3.zip
I don't see a MSVC project for gettext itself in there, just a sample
MSVC application that uses gettext.
On 2/9/2010 8:34 AM, Uwe Stöhr wrote:
> I'm afraid I won't have time to look into this now.
It is not that pressing, but having this fixed for LyX 2.0 would be good.
I know, but I think it's not going to be easy to make gettext 0.17 MSVC
compatible.
> If the LyX problem is caused by a kn
On 3/8/2010 6:06 AM, Pavel Sanda wrote:
(A newer version of gettext is not yet
available for Windows, that's also the reason why changing the LyX menu
language doesn't work on Windows via the preferences menu. Joost is working
on that and I cannot update gettext until he finished this work.)
i
On 3/8/2010 11:42 AM, Vincent van Ravesteijn - TNW wrote:
AFAIK it hasn't been confirmed that the language setting is also broken
with gettext 0.15 on Linux, so I'm not sure whether this is a gettext
I'm really getting confused. The LyX 1.6.5 binary for windows allows me
to choose a different u
On 3/8/2010 11:57 AM, Vincent van Ravesteijn - TNW wrote:
You're right, it works fine for me too! I have no idea why it's not
working
on Uwe's system, maybe it's because of the different installer.
However, I can confirm it doesn't work if I compile LyX myself.
Do you do some magic when com
On 3/9/2010 1:16 PM, Uwe Stöhr wrote:
But you still have no success. But why is it working ofr Abdel and Joost
but not for use. I have no idea right now, because Abdel uses CMake,
Joost uses Scons. So the build system cannot be the reason.
The installer can also not be the reason because this is
On 3/8/2010 7:41 PM, Uwe Stöhr wrote:
I'm a bit puzzled because we discusses the gettext problem several times
and everybody on Windows could reproduce this, also you if I remember
correctly.
I never tried to reproduce the bug myself.
Joost
On 3/9/2010 1:13 PM, Uwe Stöhr wrote:
Besides this, Joost, I think that you are also using SCons to compile
LyX. Or do you now use CMake?
Correct. I'm using SCons.
Joost
On 3/10/2010 4:31 PM, Uwe Stöhr wrote:
Which version of intl.dll?
intl.dll 0.15.0 dating back from april 2008
iconv.dll 1.11.0 dating back from april 2008
I use the same versions, but dating from December 2007.
The Dec 2007 version is indeed the latest one, so you got the right
intl.dll.
On 3/10/2010 3:30 AM, Abdelrazak Younes wrote:
What is your Qt-version?
4.6.0 MSVC binaries from Nokia.
I hadn't noticed yet that Qt is now providing MSVC binaries as well.
That's very convenient.
Are there any known issues with Qt 4.6 and the current 1.6 branch?
Joost
On 3/10/2010 9:55 PM, Uwe Stöhr wrote:
I therefore created the
workaround using a batch file (lyx.bat) where I reset the LANG variable
before loading LyX.
I think it may be better to put this in an application like the
LyXLauncher that I made for my installer. AFAIK with a batch file you
get
On 3/11/2010 8:34 AM, Uwe Stöhr wrote:
I already use LyXLauncher. I only invented the batch file that calls
LyXLauncher, to avoid the LANG variable issue. When LANG is not set on a
PC, your solution works fine. When it is set, I don't have another idea
than to remove it when installing LyX. But t
Hi all,
Today I've looked at some of the upcoming features for LyX 2.0. It looks
really impressive and I think it creates an opportunity to improve the
Windows releases. Let me explain.
Currently in LyX 1.6, the language features are provided using
Aspell/Aiksaurus, which is a bit of a dead
On 3/14/2010 3:58 AM, Abdelrazak Younes wrote:
Forget about Enchant on Windows it brings in gtk dependency and we don't
want to maintain that. I've specifically introduced libhunspell so that
we can reuse OpenOffice and/or Firefox dictionaries. I have created an
hunspell MSVC solution to generate
On 3/14/2010 5:30 AM, Pavel Sanda wrote:
unfortunatelly MikTeX installation is imho the main cause of troubles on
win instalations because of its download which take place only when lyx is
run.
Yes, that's why the installer configures LyX after MiKTeX is installed.
This will remain the same.
On 3/15/2010 9:43 AM, Abdelrazak Younes wrote:
> Not everyone uses Firefox or OpenOffice, so I think we should not rely
> on the dictionaries installed by other applications.
But what if they are already installed at LyX installation time? Quite
frankly, when I am on Windows, I hate having to
On 3/15/2010 11:33 AM, Abdelrazak Younes wrote:
This is not about disk space. This is about not doing the same operation
a fourth 4 time...
I agree that the setup should be as easy as possible; we could develop a
wizard that allows you to simply check which dictionaries to download.
A method
On 3/22/2010 11:34 PM, Uwe Stöhr wrote:
I want to switch from SCons to CMake.
Reading the file "INSTALL.cmake" I see that this file is outdated (it
tells me that I should install MSVC 2005). Do we have a more recent
description how to use CMake?
Besides this, in the "INSTALL.cmake" I read that
On 3/25/2010 2:27 PM, Uwe Stöhr wrote:
The aim of both installers is to install a fully functional LyX version
and to keep the tricky LaTeX-package handling away from new users.
(As the first installation of LaTeX needs some times, my installer shows
a console Window with the LaTeX-installation p
On 3/25/2010 4:18 PM, Pavel Sanda wrote:
there has been small hint that at least the official installer would
be somewhat refactorized. please would it be possible that you at least
_try_ to cooperate on one single code, resulting in a single installer
for windows?
I proposed a new approach (se
On 3/25/2010 4:26 PM, Pavel Sanda wrote:
while i understand all the arguments above, the new win installs on friends
computers is somewhat embarassing because of it literally takes ages.
the main reason is miktex online updates. couldn't we ship those latex
packages, slip them into proper dirs af
On 3/25/2010 5:13 PM, Peter Kümmel wrote:
Am Mittwoch, den 24.03.2010, 05:18 +0100 schrieb Uwe Stöhr:
:: clean
devenv lyx.sln /clean Release
I'm not sure if denenv is part of the Express version of VC.
It's not. You can probably replace devenv with VCExpress.
Joost
On 3/30/2010 3:03 PM, Uwe Stöhr wrote:
I therefore plan to continue my installer. Developers, if you vote not
to mention my installer anymore on the LyX homepage, then be it. I'm
only asking to be allowed to keep it in SVN.
Did you read the thread I started earlier about the Windows 2.0
instal
On 3/30/2010 3:34 PM, Uwe Stöhr wrote:
At first, I apologize the delay in replying to this thread. I support
your ideas for a unified and new installer, see below:
Great!
If we write it new from scratch and everyone interested is involved, I'm
on board to use the result as official installer
On 4/18/2010 11:28 AM, Uwe Stöhr wrote:
alpha2 is
much more stable than alpha1 but there are still some issues:
Did you use cmake to compile alpha2?
I just tried that but I get many link errors like:
lyxcore.obj : error LNK2005: "bool __cdecl lyx::author_smaller(class
lyx::Author const &,cla
On 4/18/2010 7:15 PM, Uwe Stöhr wrote:
> Did you use cmake to compile alpha2?
I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.
I don't have compile problems with CMake.
Are you able to build the alpha2 tarball usi
On 4/19/2010 2:49 AM, Abdelrazak Younes wrote:
On 04/19/2010 05:34 AM, Joost Verburg wrote:
On 4/18/2010 7:15 PM, Uwe Stöhr wrote:
> Did you use cmake to compile alpha2?
I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files an
And I would integrate it more into the LyX application.
One of my goals is to make the installer for Mac obsolete.
It'd be great to have a platform-independent dictionary/thesaurus
installation wizard.
Are you still planning to use Aspell for the LyX 2.0 Mac installers? On
Windows I'm trying
On 4/18/2010 7:15 PM, Uwe Stöhr wrote:
I don't have compile problems with CMake.
Just to make sure, did you compile the tarball or did you checkout the
alpha2 revision from SVN? SVN checkouts work fine for me, but I can't
compile the alpha1 and alpha2 tarballs.
Joost
On 5/21/2010 4:21 PM, Niels Gierse wrote:
I had a great experience using Lyx for my Diploma Thesis (~Master) in Physics.
As this convinced me of Lyx I want to give a little bit back. Thus I added a
couple of bugs/requests in the bug tracker. To take a look at the source I
followed the instruct
On 5/28/2010 4:31 PM, Stephan Witt wrote:
3. system support directory - there will the shipped data files live.
Is this the LyX library directory? So the dictionaries / thesaurus lists
could be stored in e.g. "Resources\dict" and "Resources\thes" on Windows?
Joost
Hi all,
I was wondering how I can make paths in e.g. the path_prefix in
lyxrc.dist relative to the LyX installation directory?
For example, instead of,
\path_prefix "C:\Program Files (x86)\LyX16\dir"
something like:
\path_prefix "%LYXDIR%\dir"
I'm trying to make LyX/Windows more portable a
On 6/9/2010 10:17 AM, Jean-Marc LASGOUTTES wrote:
One solution would be to make relative paths relative to lyxdir (and
maybe userdir too). Would that make sense to you?
Yes, that makes perfect sense. It will make the Windows installer less
complicated and allow for a portable version to be cre
Hi,
Currently we're using a wrapper application (LyXLauncher) on Windows to
hide the command prompt windows that keep popping up when LyX starts
external applications for e.g. image conversion. These windows appear
due to the different concept of GUI/console applications on Windows.
However,
On 6/17/2010 5:17 PM, Enrico Forestieri wrote:
I don't know whether Windows 7 broke something in this respect, but once
the console is hidden, launching external applications should not pop up
any console windows. It is so at least with Vista.
The problem is that the application to launch LyX (
On 6/18/2010 3:32 AM, Peter Kuemmel wrote:
Is this launcher also needed when you build LyX as GUI app? (cmake option
-Dnoconsole=1)
Yes. The command windows still pop up when LyX is build as a GUI app.
With this patch, LyX can be build as a GUI app without the need for any
launchers.
Joost
On 6/17/2010 9:00 PM, Enrico Forestieri wrote:
So, this patch does not help in this respect, as the launcher is needed
for hiding the initial console that would otherwise open.
I think that the solution could be hiding the console from inside
LyX itself. Once there was code for doing that, but I
On 6/18/2010 2:00 PM, Peter Kuemmel wrote:
Wouldn't be the cleanest solution to use QProcess also for ForkedCalls?
(Enrico, I hear you scream ;)
Yes, the Systemcall code in LyX doesn't create any console windows
because QProcess internally sets the CREATE_NO_WINDOW flag. I'm just
doing the sa
On 6/19/2010 5:49 AM, Enrico Forestieri wrote:
Maybe because they serve different purposes? I don't think that
changing something without having a clear understanding of why it
is as it is and only because it seems cool using QProcess, is the
way to go. Remember the mantra: if it ain't broke, don
On 6/28/2010 2:00 AM, Jürgen Spitzmüller wrote:
#6647Lyx does not pin correctly to the Windows 7 taskbar
(AFAIU Joost is working on this -- status?)
Yes, I'm working on this for 2.0. LyX will be compiled as a real GUI app
without a separate launcher. I don't think backporting to branch is
On 6/29/2010 7:36 AM, Pavel Sanda wrote:
+#include
why this is not ifdefed?
pavel
I didn't realize io.h is Windows specific.
I'll fix it.
Joost
On 6/30/2010 11:23 AM, Jean-Marc LASGOUTTES wrote:
I was wondering: does it make sense to handle msvc in autotools? Can it
even work? I do not mind keeping it, but only if on person somewhere can
use it.
AFAIK it's not possible to use MSVC with autotools.
Joost
On 7/2/2010 3:37 AM, Stephan Witt wrote:
I tried to incorporate some thesaurus files from OpenOffice. It seems like the
file format has changed and is incompatible now. So the old thesaurus .idx and
.dat files are found but not valid and then LyX crashes. To avoid this I added
the checks above
On 7/2/2010 9:08 PM, Uwe Stöhr wrote:
Hi Joost,
Where can I specify this option?
I cannot find any further documentation of this new compilation option.
Where do we document them?
thanks and regards
Uwe
Compiling LyX as a GUI app can be done with CMake using the noconsole
option.
Regards J
On 7/3/2010 5:18 AM, Stephan Witt wrote:
Do you made the collection manually? I noticed some outdated files in it.
Mythes needs the version 2 thesaurus files. They are named like "th*_v2.idx"
etc.
E. g. the spanish and french thesaurus in your zip file is not usable therefore.
I think we have t
On 7/4/2010 9:16 AM, Stephan Witt wrote:
Hmm... then I have to check again why it crashed here.
While studying the code I was not surprised about the crash.
OTOH the version 2 files are available. Perhaps one can decide to use them
anyway.
Where did you find the v2 files?
It could be that the
On 7/4/2010 3:33 AM, Kornel Benko wrote:
How about making it really an cmake-option? It should displays on the cmake-gui
too.
Don't know if it makes any differences on windows though.
Sure. I think we should also rename the LyX CMake options to LYX_* so
they will be grouped together.
Joost
On 7/4/2010 1:04 PM, Stephan Witt wrote:
So I'm really baffled that the mythes code in LyX can deal with the old file format. The
parser starts unconditionally with reading first line as encoding, second line as no. of
lines and allocates 0 index entries (because of converting "Alá,24" results
On 7/4/2010 1:55 PM, Kornel Benko wrote:
Hmm, we have already following options:
lyxinstall noconsole disable-pch disable-pch debug_glibc
debug_glibc_pedantic UseExternalBoost
We could rename them to e.g.
lyx-install lyx-noconsole lyx-disable-pch lyx-disable-pch debug-glibc
deb
On 7/5/2010 7:38 AM, Kornel Benko wrote:
To have options in a group I wolud like to add a prefix to options for
cmake-build.
lyxinstall -> LYX_install
UseExternalBoost -> LYX_UseExternalBoost
disable-pch -> LYX_disable-pch
Peter, Joost, do you mind to accept followi
On 7/6/2010 1:42 AM, Kornel Benko wrote:
Very well.
Done for all used options.
What about GNUWIN32_DIR? Could this be renamed to LYX_DEPENDENCIES_DIR
or something similar?
There are some others like nls -> LYX_NLS, noconsole ->
LYX_NO_CONSOLE, UseVersionSuffix -> LYX_USE_VERSION_SUFFIX.
I thi
On 7/6/2010 9:57 AM, Jean-Marc LASGOUTTES wrote:
I did not completely forget you. What are the directories that you need
to add the path, actually? The bindir is already added, but I suspect
that it is not in the right form.
It would be nice to keep e.g. Python and ImageMagick in a separate
di
On 7/6/2010 2:24 PM, Kornel Benko wrote:
Done. Added aspell (=LYX_ASPELL) to the set of option-variables too. Set
the group of options at the same place in CMakeLists.txt.
Great! I think you missed the GNUWIN32_DIR?
Maybe this one could become an option as well.
I would suggest LYX_DEPENDENCIES
On 7/6/2010 4:00 PM, Peter Kuemmel wrote:
GNUWIN32_DIR is not an boolean option, it's defined
by a Find-Package module. So we should rename and patch
FindGNUWIN32.cmake. But this package is maybe also part
of cmake, have to check.
I've recently created native and up-to-date MSVC versions of all
On 7/6/2010 5:43 PM, Pavel Sanda wrote:
Stephan what is the plan about the dictionaries? do you plan to include them
all into the installer? 0.5 GB for each release looks quite big...
Is this dmg uncompressed? A zip with Hunspell dictionaries for all
supported languages is only about 30 MB.
On 7/7/2010 1:36 PM, Stephan Witt wrote:
The dictionaries for hunspell and the thesauri are openoffice work.
AFAIK there many different open source projects that maintain
dictionaries for a certain language and they are usually the ones who
create the OpenOffice extensions and submit them for
On 7/7/2010 5:51 PM, Peter Kuemmel wrote:
Cool! Do you plan to create a zip which contains all the libs
for a special compiler, something like lyx_dependencies_msvc10.zip?
msvc10 here means it's compiled against the MSVC 2010 CRT, which I used
for all dependencies. You can still use them with
On 7/8/2010 6:20 AM, Pavel Sanda wrote:
ok lets do this. i would crete new svn module dictionaries and put
them into "dictionaries/openoffice/thesaurus". opinions?
I'm not sure we will get all dictionaries/thesauri from OpenOffice
extensions. Sometimes there are more recent version available e
On 7/8/2010 6:52 PM, Pavel Sanda wrote:
yes, fine. will you do it?
pavel
You want to create a new SVN module, right?
It's probably better if you do this.
Joost
On 7/9/2010 8:25 AM, Jean-Marc LASGOUTTES wrote:
The repository is created. I guess you should create a trunk/ branches/
structure in it.
I don't think we need different branches for dictionaries.
Perhaps the structure could be dicts/ thes/ ?
Joost
On 7/9/2010 11:27 AM, Jean-Marc LASGOUTTES wrote:
Are we sure that file formats are not going to evolve? Do we plan
eventually to allow users to download these dictionaries on the fly?
Maybe thes/mythes2/ and dicts/hunspell1/ ?
I'm thinking about just bundling all of them. There have been many
On 7/9/2010 1:31 PM, Pavel Sanda wrote:
thats up to you. but bundling is pretty orthogonal to the current svn activity.
my plan was write trivial makefile which will just zip all files into one
archive
which we put on ftp. that would be the reference point for partricular lyx
versions...
i have
On 7/10/2010 10:39 AM, Jürgen Spitzmüller wrote:
I've uploaded the tarballs to
ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.7.tar.gz
ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.7.tar.bz2
Please check and report back.
I plan to release 1.6.7 on Monday.
I'm getting compi
On 7/11/2010 12:24 AM, Peter Kuemmel wrote:
Msvc 10 enables tr1 by default.
There are the tr1 symbols in the std namespace, so we will get conflicts with
boost. I've checked in a patch which should disable tr1, but could
not test it. Does it work?
The tr1 errors are fixed now when using CMake.
On 7/11/2010 5:08 AM, Jürgen Spitzmüller wrote:
Does "now" mean after Peter's recent commits?
Yes.
Joost
On 7/11/2010 10:47 AM, Jürgen Spitzmüller wrote:
I will probably set up a new tarball after the cmake issues are sorted out
(waiting for Joost's feedback now). I will upload the binaries and release
1.6.7 after these problems are solved.
The problems also exist in SCons. It's about the compiler
On 7/11/2010 11:10 AM, Jürgen Spitzmüller wrote:
So everything is OK now? Can I set up a new tarball?
No, there's still another compile error. See my previous message.
Joost
On 7/11/2010 5:44 PM, Uwe Stöhr wrote:
Fine. I use MSVC 2008 and am therefore not affected by the MSVC problems.
I've created up-to-date binaries of all the dependencies for MSVC 2010:
ftp://ftp.devel.lyx.org/pub/contrib/windows/bin/
ftp://ftp.devel.lyx.org/pub/contrib/windows/branch16/
This in
On 7/12/2010 9:17 AM, Jürgen Spitzmüller wrote:
New tarball is to be found at the usual location.
CMake still doesn't work. I'm getting a lot of errors.
Trying SCons now.
Joost
On 7/12/2010 8:47 PM, Joost Verburg wrote:
Trying SCons now.
Also doesn't work.
src\frontends\qt4\GuiCommandBuffer.cpp(319) : error C2668:
'lyx::copy_if' : ambiguous call to overloaded function
Joost
On 7/12/2010 9:35 PM, Uwe Stöhr wrote:
Very nice!
Can you please tell me how to compile LyX to achieve this? I'm still
stuck with your new compilation option and don't know where to specify it.
Use CMake in Trunk and set LYX_NOCONSOLE.
> I've created up-to-date binaries of all the dependenc
On 7/13/2010 2:43 AM, Peter Kümmel wrote:
somehow it eats the dot before '.inc'
Not just the dot. It's eating other characters here somewhere else in
the string.
Joost
On 7/13/2010 10:25 AM, Joost Verburg wrote:
On 7/13/2010 2:43 AM, Peter Kümmel wrote:
somehow it eats the dot before '.inc'
Not just the dot. It's eating other characters here somewhere else in
the string.
For example here:
Jost/LyX/lyx-1.6.7/lib/layouts/theorems-starred-
On 7/13/2010 2:31 AM, Peter Kümmel wrote:
'lyx::copy_if' in line 316 of GuiCommandBuffer.cpp is not
part of the tarballs. Seems you've somehow used trunk code.
I'm using the tarball, but somehow the line number if off here.
I get a lot of other errors as well, such as:
lyx\lyx-1.6.7\src\mathed
On 7/13/2010 10:44 AM, Peter Kümmel wrote:
Do you use the merged build? I've not tested it for several weeks.
Yes, LYX_MERGE_FILES is enabled in CMake. I will disable it and try again.
Joost
On 7/13/2010 4:22 AM, Peter Kümmel wrote:
Wouldn't it be better to disable LYX_INSTALL by default and to enable all
deploy releant options if LYX_INSTALL is set: aspell, nls, no console, more?
I'm always annoyed about all the translations and lyx file processing projects
which I really do not ne
On 7/13/2010 10:44 AM, Peter Kümmel wrote:
Do you use the merged build? I've not tested it for several weeks.
OK so I got it to compile by:
* Disabling merged build
* Moving my files to C:\ to shorten the path
I think this should definitely be fixed for 1.6.8 but maybe we can go
ahead now wit
On 7/13/2010 6:12 PM, Joost Verburg wrote:
I think this should definitely be fixed for 1.6.8 but maybe we can go
ahead now with 1.6.7.
Just discovered another issue. The user directory suffix for the 1.6
series has always been "16" (directory called lyx16), while CMake sets
On 7/14/2010 8:24 AM, Jürgen Spitzmüller wrote:
Done. The new tarballs are on the server. Let's hope for the best.
Thanks for all your help. The installers have been uploaded to the usual
location (incoming on devel).
They come with all the latest goodies like Qt 4.6.3, gettext 0.18,
libiconv
On 7/9/2010 1:33 PM, Pavel Sanda wrote:
it seem quite unprobable but why not, trunk dir above does not cost anything.
How should we proceed with the new dictionaries module? Are all the
dictionaries and thesaurus lists going into dictionaries/trunk or should
there be two subdirectories like d
On 7/15/2010 12:39 PM, Pavel Sanda wrote:
separating them is probably better idea. btw Joost are you able to reproduce
http://www.lyx.org/trac/ticket/6818 on your system?
Yes, I can reproduce.
I'm compiling a debug version.
Joost
On 7/30/2010 8:47 AM, Edwin Leuven wrote:
i just updated lyx to 1.6.7-3 and now my ui language is suddenly french even
though my settings are English:
http://dl.dropbox.com/u/359550/lyxlang.jpg
anyone else experienced this?
I was able to reproduce. A new version of libiconv seems to fix this
Could someone send me the password for editing protected pages on the wiki?
Thanks, Joost
On 8/7/2010 12:16 PM, Jean-Marc Lasgouttes wrote:
I do that because it is an idea that has been in the air for some time.
It is actually
a bit tasteless for an application to have an color theme different from
everyone else. Do
you tolerate that firefox or openoffice have white text background? I
On 11/19/2010 10:21 AM, Jim Oldfield wrote:
I'm trying to build LyX on Windows, using lyx-2.0.0beta1.tar.gz and the
instructions in INSTALL.WIN32.
That info is a little outdated. I recommend using MSVC 2010 with CMake.
The new dependencies are available at
ftp://ftp.devel.lyx.org/pub/contrib/
On 11/20/2010 2:51 PM, Jack Tanner wrote:
I see that Uwe has kindly uploaded the alternative 1.6.8 installer for Windows.
Is anyone preparing the official one also?
Yes, will be available soon.
Joost
On 11/20/2010 2:51 PM, Jack Tanner wrote:
I see that Uwe has kindly uploaded the alternative 1.6.8 installer for Windows.
Is anyone preparing the official one also?
The installer is finished and will soon be available on the website.
It was delayed a bit because of a bug in the new Adobe Reader
On 11/19/2010 4:56 PM, Peter Kümmel wrote:
Is in bin the same as in lyx16-deps-msvc2010-x86.zip?
That file contains the stuff from branch16 and bin that's relevant for
LyX 1.6. For 2.0 everything you need is in bin.
Joost
On 11/19/2010 4:53 PM, Peter Kümmel wrote:
Is this link somewhere in teh wiki?
Last time I searched the ml.
When I find some time I'll update the INSTALL.Win32 instructions.
For the latest installers I use CMake with MSVC 2010 and all the
dependencies are also compiled with MSVC 2010.
Joost
Yes, I'm working on a fixed version.
Joost
On 11/21/2010 4:19 PM, Edwin Leuven wrote:
see subject: can anyone confirm?
thanks, ed.
1 - 100 of 1087 matches
Mail list logo
