Am 10.06.2016 um 00:31 schrieb Paul McNelis:
Uwe, all is working with the deletion and reinstalation.
Great!
So maybe it was only an issue with a LaTeX component.
We will publish the new installer the next hours.
Often the errors came from the bibtex, which I generated with Jabrev.
Maybe
Am 09.06.2016 um 14:43 schrieb Paul McNelis:
During nstallation, after the VB was updated, got at the end platex.exe
has stopped working. Thus the new installed lyx does not work.
Hi Paul,
many thanks for testing and your patience.
So it seems as if LyX cannot communicate with LaTeX since L
Am 09.06.2016 um 01:41 schrieb Paul McNelis:
Please help, is this new version a joke? Why cannot it work on windows?
I must admit that I don't like how you write. You are using free
software developed by volunteers spending their spare time to give support.
Describe your problem properly a
Am 07.06.2016 um 01:18 schrieb Steffen Guhlemann:
sorry for the mixup of issues,
Please separate the different issues into different bug reports and
mailing list threads. otherwise we won#t be able to have a structured
discussion.
For background: In the last days i was finalizing my phd t
Am 02.06.2016 um 01:38 schrieb Alessandro Di Federico:
Hi, long time no see, since the last (?) dev meeting in Milan.
Hi Alessandro,
nice to hear from you again. You do a great job with the LyX courses!
http://www.lyx.org/Download
Try to click on a Mac OS X link for instance. It seems rela
There are 2 large security holes in ImageMagick (and also
GraphicsMagick) that have been fixed:
(article in German:
http://www.heise.de/newsticker/meldung/Luecke-in-ImageMagick-und-GraphicsMagick-ermoeglicht-erneute-Angriffe-3223811.html)
I therefore decided to release a new installer for LyX 2
There are currently only 3 articles about our new release:
in German:
-
http://www.heise.de/newsticker/meldung/LyX-2-2-0-LaTeX-fuer-hochaufloesende-Displays-und-Qt-5-3223721.html
-
http://www.pro-linux.de/news/1/23600/latex-wysiwym-editor-lyx-22-unterst%C3%BCtzt-qt-56.html
in Dutch:
- http://
Am 01.06.2016 um 18:34 schrieb Richard Heck:
I hope to do the 2.1.5 release in a week or so.
For information: I cannot provide an installer from June 9th to 19th. So
a release before would be fine if possible.
Once that's been done,
and if nothing really bad has appeared in the meanwhile,
Am 27.05.2016 um 09:20 schrieb Scott Kostyshak:
It was more tricky than I thought. However, I solved the problems and
uploaded a new version:
http://ftp.lyx.de/LyX%202.2.0/
Just for information: Today I tested a lot more and despite minir issues
(e.g. 2 residues after uninstalling LyX) they
Am 26.05.2016 um 16:07 schrieb Uwe Stöhr:
everything is now ready. Please put the new installer for LyX 2.1.4 to
the ftp server:
http://ftp.lyx.de/LyX%202.1.4/
I uploaded there version a new version 7 of the installer for 2.1.4 to
avoid confusions the the version 6 that I released more than
Am 27.05.2016 um 01:03 schrieb Scott Kostyshak:
I will try to release a new version withing 2 hours or so.
It was more tricky than I thought. However, I solved the problems and
uploaded a new version:
http://ftp.lyx.de/LyX%202.2.0/
sorry and regards
Uwe
Am 26.05.2016 um 16:05 schrieb Uwe Stöhr:
Here it is:
http://ftp.lyx.de/LyX%202.2.0/
As always a release without testing is very bad. I only had an hour but
fortunately have now time to test it and there are some errors and
mistakes if Lyx is installed the first time and without admin
Am 25.05.2016 um 00:37 schrieb Richard Heck:
We have lots of warnings like this. They are usually fixed by doing the
conversion explicitly, so probably nothing really needs to be done for
the release.
This is suspicious to me because usually MSVC has good reasons for
issuing a dataloss warnin
Am 17.05.2016 um 23:13 schrieb Uwe Stöhr:
The MiKTeX developer said me that...
he will release this week a new installer that fixes several MiKTeX
issues affecting new installations. So I will include this and then
release version 6 of the installer for LyX 2.1.4.
Hi Richard,
everything is
Am 25.05.2016 um 00:29 schrieb Uwe Stöhr:
Despite of the warning the compilation run fine and I have an installer
ready.
Here it is:
http://ftp.lyx.de/LyX%202.2.0/
It contains the fresh MiKTeX release from yesterday. However, I did not
yet have the time to test new installation of LyX
Am 24.05.2016 um 04:32 schrieb Scott Kostyshak:
As usual I'll wait before announcing the release until after uploading
the binaries and providing some time for the mirrors.
Great job Scott! Many thanks for all your patient work.
I built it now and noticed 2 things:
- There is a dataloss warn
Am 22.05.2016 um 19:44 schrieb Scott Kostyshak:
I'm fine either way though, so let's have a vote.
Currently the vote count is 2-1 in favor of doing the final release
tomorrow instead of RC2.
+1 to release directly.
regards Uwe
Am 21.05.2016 um 11:27 schrieb Georg Baum:
now I found some time to test and it turned out that some information in
this thread is wrong. Therefore I removed the warning from release notes
again.
I would keep it there until we got reports that it really works on all 3
platforms, MacOS, Linux
Am 12.05.2016 um 07:28 schrieb Georg Baum:
$ grep -rw convert development/Win32/packaging/
Thanks Georg,
development/Win32/packaging/installer/include/filelist.nsh:
${FILE}rsvg-convert.exe"
rsvg-convert.exe is a completely different program and not part of IM.
development/Win32/packaging
Am 12.05.2016 um 08:01 schrieb Richard Heck:
Uwe, did you reconfigure after this patch?
Yes. But the problem persists. I'll postpone this to LyX 2.2.1 since I
have not that much time and are busy to fix third-party program bugs to
be able to provide a well-working installer for LyX 2.2.0. I'
Am 18.05.2016 um 04:27 schrieb Scott Kostyshak:
Tested all key combinations I can think of and the patch seems to work
perfectly for me. Stephan, Uwe, can you please test on Mac and Win?
I tested this now as well and it works perfectly. So +1 from me to go to
master.
regards Uwe
Am 17.05.2016 um 20:58 schrieb Scott Kostyshak:
This commit introduced many absolute paths and caused the file to not
compile anymore.
Thanks for the pointer. Unfortunately I cannot compile Japanese in
general. For the other files I check the compilability.
I fixed the image paths already. No
Am 15.05.2016 um 17:51 schrieb Uwe Stöhr:
Hello Richard,
users informed me about a serious problem:...
Hello Richard,
please don't upload this installer. The MiKTeX developer said me that
he will release this week a new installer that fixes several MiKTeX
issues affectin
Hello Richard,
users informed me about a serious problem:
To download LaTeX packages one need to set up a default package
repository. I chose a HTTP server (because some companies block FTP by
default) at
https://en.wikipedia.org/wiki/University_of_Hagen
because this is a distance learning-onl
Am 11.05.2016 um 22:11 schrieb Georg Baum:
Uwe, can you please tell what "broken" means?
LyXHTML still triggers the comand "convert" for the image conversions.
But in IM7 there is now only the command "magick".
I serached for "convert" through
the whole tree, and the onyl refernce I founf
Am 11.05.2016 um 15:55 schrieb Richard Heck:
Image conversion for LyXHTML uses the same facilities as all other image
conversions in LyX. If LyXHTML conversion is broken, then so are a lot
of other things, e.g., preview.
OK. I only noticed that when I run LyXHTML I get lots of calls of
"conve
Good news. IM decided now to continue the IM6 series. they just released
6.9.4:
http://www.imagemagick.org/download/binaries/
So there is no to hurry with LyXHTML. It would nevertheless bee helpful
if LyXHTML can support IM7 and its new command name.
regards Uwe
Am 10.05.2016 um 07:22 schrieb Georg Baum:
I would be in favour as well, but since this is a central part we need your
decision:-)
Many thanks for your work and for putting it in. I notice now that IM7
breaks:
- LyXHTML
- eLyXer
- Pandoc
- tex4ht (with MiKTeX)
and maybe more. It seems that L
Am 09.05.2016 um 21:48 schrieb Georg Baum:
I think it is more important to please the translators.
Therefore I asked. How do they get the .po files after a string remerge?
I don't know. Maybe from git but I know also that download them via our
TRAC websites. If it is the latter I fear they
Am 07.05.2016 um 14:34 schrieb Uwe Stöhr:
Many thanks. I tested it and it works well.
+1 to go in to master.
Imagemagick is unfortunately known for frequent security issues. IMHO the
fix would be safe for 2.2.0,
+1
Scott, this issue is important for Windows users. Can this please go in
Am 08.05.2016 um 22:36 schrieb Georg Baum:
3) A translator sends a .po file with unix line ends
4) A translator sends a .po file with windows line ends
The question is how can I check this?
For cases 1) and 3) a commit is OK, for cases 2) and 4) a commit would
produce a huge pseudo diff.
W
Am 07.05.2016 um 11:11 schrieb Georg Baum:
This is a good thing. The name convert is too general (and indeed, windows
includes a convert.exe for converting file systems, so we were walking on
thin ice before).
Good point. Yes I had some problems in the past to assure that IM's
convert.exe is
Am 07.05.2016 um 12:08 schrieb Jean-Marc Lasgouttes:
AFAIK, we bundle IM ourselves on Windows. Is there really an urgent reason for
upgrading?
Yes, to assure good support I would rely on an up to date ImageMagick.
If there is e.g. a security issue in libpng ImageMagick releases a new
versio
Am 07.05.2016 um 02:55 schrieb Guillaume Munch:
Yes of course...
Why of course? If so why was it committed?
Please try again.
Many thanks!
http://www.lyx.org/trac/changeset/1b4728b5e2da5056565c57eca4126c0add29897d/lyxgit
fixed the compilation problem.
regards Uwe
ImageMagick released the new major version 7. Unfortunately they removed
the convert executable. One has to use the command "magick" instead of
"convert".
Attached is a patch that makes IM 7 work here but of course we need a
way that convertDefault.py detects if IM 6 or IM 7 is used on the
sy
I get
GuiClipboard.cpp
D:\LyXGit\Master\src\frontends\qt4\GuiClipboard.cpp(558): error C2027:
use of undefined type 'QTimer'
[D:\LyXGit\Master\compile-2015\src\frontends\qt4\frontend_qt.vcxproj]
C:\Qt\Qt5.6.0-MSVC2015\5.6\msvc2015\include\QtGui/qwindowdefs.h(70):
note: see declaration of '
Am 22.04.2016 um 16:24 schrieb racoon:
we found out that your Windows system is heavily "fragmented".
I am not sure whom you mean by "we" who found out that my Windoes system
is "heavily fragmented". Do you mean you and me?
Hi Daniel,
Yes.
If so, then count me
out of this since I am not
Am 15.04.2016 um 10:44 schrieb Scott Kostyshak:
Indeed, I was aware of this on Linux (and I think Enrico reported it
regarding Cygwin?), but I did not know it affected Qt 5.6.0+Windows.
I see this here too. With Qt 5.5.1 there is no problem.
Could anybody please report this to the Qt people t
Am 15.04.2016 um 09:22 schrieb Jean-Marc Lasgouttes:
You are right, spellcheck-continously.svgz should be removed from
the git
repo.
Please go ahead.
Done.
But this breaks for me the compilation with MSVC 2010 and Qt 5.5.1:
Generating moc_GuiApplication.cpp
Generating ui_CitationUi.h
Am 14.04.2016 um 23:23 schrieb Kornel Benko:
You are right. I had the impression Uwe wanted to provide the installers.
See http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg193107.html
Yes, I will and I have already the build ready but not yet time for work
on the installer and all the
Am 15.04.2016 um 09:03 schrieb Scott Kostyshak:
@Scott : can you please replace the Win installer by the new version I uploaded
yesterday?
Sure, can you confirm that the new version is built from the rc1
tarball?
Sure. I only added 4 dll files. They are the used Visual C runtime
libraries
Original Message
From: Jürgen Lange
Sent: Donnerstag, 14. April 2016 07:45
To: lyx-devel@lists.lyx.org; Uwe Stöhr
Subject: Re: lyx 2.2.0 RC 1 failed to start in Windows 10
> The new installer works, but I can't reproduce the error anymore by
uninstalling VC++ redist 2015.
It is
Am 13.04.2016 um 11:15 schrieb Jean-Marc Lasgouttes:
I noticed that we have the files
- lyx.svgz
I cannot find this in our git tree.
Sorry. I meant, there is a file
lyx.svg
in Git master and also in the tarball but after the compilation there is
only a
lyx.png
in the resulting folder ~\LYX
Am 13.04.2016 um 20:03 schrieb Uwe Stöhr:
Ah, good point! I'll add this to the installer.
Here is the new installer that comes with the necessary DLL files:
http://ftp.lyx.de/LyX%202.2.0RC-1/
Jürgen, could you please
1. uninstall the Visual C++ Redistributable für Visual Studio 2
Ah, good point! I'll add this to the installer.Many thanks and best regards Uwe
> The error is 0xc07b.
Here on Win 10 (64bit) everything works fine.
The error you mention has other origins. In most cases it is .NET (Microsoft just patched .NET today).
Have a look at these possible solutions:
http://www.tomshardware.co.uk/answers/id-1991597/windows-bit-error-0xc
Am 12.04.2016 um 03:58 schrieb Scott Kostyshak:
Packagers, please prepare your binaries.
Hi Scott,
I built and tested the tarball with Qt 5.6. Here is the resulting installer:
http://ftp.lyx.de/LyX%202.2.0RC-1/
I won't have time to release a Qt 5.5.1 build right now (need some sleep
and won
Am 13.04.2016 um 00:15 schrieb Kornel Benko:
Could you check where the files comes from?
Hi Kornel,
It is the attached file. It is already in the tarball in the folder
~\lib\examples
I see now that it is also in
~\lib\examples
in Git master. Therefore it is in the tarball. I nevertheless won
Am 12.04.2016 um 03:58 schrieb Scott Kostyshak:
The tar balls and sig files are here:
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.2/lyx-2.2.0rc1
I noticed that we have the files
- lyx.svgz
- spellcheck-continously.svgz
in our Git tree but not in the tarball. Is this correct?
Another issue: In the
Am 09.04.2016 um 23:16 schrieb Guenter Milde:
AGUTeX was not discussed yet, did I miss a +1?
I always talked about these 2 layouts, ACm and AGU.
There are just 3 new styles and not any removed one. So instead of
literally copying the layout, we can Input agutex.layout and use just 46
lines o
Am 09.04.2016 um 09:48 schrieb Scott Kostyshak:
2.2.0rc1 is right around the corner. The final changes for layout
translations have been committed, we've agreed to stop the layout
discussion for now after good progress, and one more layout commit is
expected to go in.
It is in now.
If there
Am 07.04.2016 um 18:43 schrieb Scott Kostyshak:
I'd ask Uwe first to comit his patch -- it is his layout and he has done
more work.
Makes sense. Uwe, can you please commit? Thanks for your patch.
It is in now. AGUTeX is in now as well accordingly.
So from my side everything is in shape for
Compiling current git master I get
InsetSpace.cpp
D:\LyXGit\Master\src\insets\InsetSeparator.cpp(213): warning C4244:
'+=': conversion from 'double' to 'int', possible loss of data
This was introduced by commit
http://www.lyx.org/trac/changeset/d4ca8d74041094f623cc891a30b4dc537137431c/lyxgit
Am 06.04.2016 um 00:27 schrieb Scott Kostyshak:
1. discussion
This is where we are at now. We are discussing a topic that is at least
5 years old.
Yes, and we are now already discussing this for more than 2 months. I
don't understand why so much time is necessary to come to a decision.
T
Am 05.04.2016 um 10:23 schrieb Jean-Marc Lasgouttes:
If the translators know where to look for the files, they are not
personal anymore. Just move them to lib/doc, don't be shy.
OK. Since I am a bit out of the development project I fear I can break
something in Git short before a release. Cou
Am 05.04.2016 um 10:16 schrieb Kornel Benko:
Recently someone probably merged the po files on a windows system.
Yes, this was me.
as described in our file README.localization I did:
"
- on Windows: either build the update-po target in MSVC
or run the command: msbuild po\update-p
Am 05.04.2016 um 14:10 schrieb Guenter Milde:
It seems you did miss my recent patch.
It is a pity that we could not avoid wasting of time and ressources...
>
> The problem is, that the new section in the Development.lyx file is a
> draft that is not finally agreed on.
I am ashamed and sad abou
Am 01.04.2016 um 22:33 schrieb Georg Baum:
Note that Peter made some further tests and found out that the merged build
does not fix the crash, but only hides it:
http://www.lyx.org/trac/ticket/10009
Yes, and Peter already fixed this this weekend. I used the latest Qt 5.6
build with this patch
0.92}
+# \DeclareCategory{Articles}
+# ACM SIGGRAPH textclass definition file.
+# Author : Uwe Stöhr
+#
+# The required LaTeX class file "acmsiggraph.cls", a LaTex template
+# BibTeX style and template, and the documentation is available at
+# http://www.siggraph.org/learn/instructio
Am 29.03.2016 um 23:49 schrieb Scott Kostyshak:
Uwe, this commit introduced two \origin tags. I removed the unavailable
one at e5e21da4. I just wanted to confirm that you added the
systemlyxdir one manually and just forgot to remove the unavailable one.
Yes, sorry, I demonstrated this to Jean-
Am 02.04.2016 um 01:20 schrieb Pavel Sanda:
This location was not intuitive to me either. Perhaps it was chosen
because that way it will not ship with LyX?
Kind of. These are files which no normal user should ever see and we know it is
so obsolete that it deserves deletion, but it might be of
Am 28.03.2016 um 08:57 schrieb Stephan Witt:
What’s the reasoning to fail for Windows builds?
I reported this already some weeks a go. It is the ReplaceValues.py
script. For example I changed the \origin tag for this test in the
Indonesian Tutorial and then I get this:
Generating id/Tuto
Am 20.03.2016 um 21:48 schrieb Scott Kostyshak:
Peter stated [1] that the patch is not necessary for compilation with
MSVC 2010.
But it doesn't harm then, see my today's post in the plans thread.
It seems the majority opinion is to release rc1 (and final
2.2.0) with Qt 5.5.1 compiled with MS
Am 19.03.2016 um 08:18 schrieb Scott Kostyshak:
Uwe, are you OK with shipping the official RC1 with 5.5.1 and MSVC 2010?
From what I understand, that's the recommendation of Georg and Peter and
it seems like the safest approach.
This is not fine with me. My spare time is limited and I need to
Am 23.03.2016 um 21:29 schrieb Helge Hafting:
Just a little question - what is this \origin tag? I didn't find it in the
user's guide. Is it available somewhere in the document settings?
This tag is a new one stored in the LyX file. This has something to do
with the master/slave file handling
Am 20.03.2016 um 02:43 schrieb Helge Hafting:
Don't you have commit access already? Pavel
I have now committed & pushed the translations myself.
Hello Helge,
welcome on board!
regards Uwe
e below; configure depends on this
# \DeclareLaTeXClass[acmsiggraph,comment.sty,lineno.sty]{ACM SIGGRAPH}
# \DeclareCategory{Articles}
-# ACM SIGGRAPH acmsiggraph textclass definition file.
+# ACM SIGGRAPH textclass definition file.
# Author : Uwe Stöhr
#
-# We use acmsiggraph.cls, the
Am 11.03.2016 um 12:55 schrieb Peter Kümmel:
No, not necessary for builds with msvc10.
And I only propose a 2.2.0 release with Qt 5.5.1 and msvc10. We could
not change compilers and Qt versions like socks.
But the idea of LyX 2.2 was to use Qt 5.6 because this will be a long
term support rel
Am 11.03.2016 um 04:49 schrieb Scott Kostyshak:
Will you be able to also release an installer using Qt 5.5.1 and Qt
4.8.6? This would be nice so that if we get a bug report that we can't
reproduce, we can ask them to try the 5.5.1 installer and that way we
can see whether the bug is due to LyX o
Am 09.03.2016 um 04:37 schrieb Scott Kostyshak:
8. What am I missing?
- I need for Qt 5.6 this patch from Peter to be applied:
https://github.com/syntheticpp/lyx/commit/2470fb442cb2b04a69b2030f28f1da60221556a7?diff=unified
- bug http://www.lyx.org/trac/ticket/10009
- we still haven't done an
Am 07.03.2016 um 02:13 schrieb Andreas Amann:
> The attached patch against the current master branch fixes the problem
for me. It first processes all events which are not caused by user
input, and only if this does not clear the event queue proceeds to drop
the current event.
Many thanks Andr
Am 07.03.2016 um 22:27 schrieb Georg Baum:
> - The wanted type is always 64bit => use boost::int64_t for signed values
and boost::uint64_t for unsigned values (MSVC does not have std::int64_t or
::it64_t, at least not in the 2010 version)
Many thanks for having a look.
MSVC 2015 has this:
htt
Although it is not pressing, I tried to compile LyX as 64bit application
and this works, except of one error I just reported.
There are of course some compiler warnings. Fixing them is of course
also not pressing but maybe it is worth it to do it now for a LyX 2.2
that can be compiled as 64bit a
While playing around with the latest MSVC compiler that is now C++17
feature complete (MSVC 2015 update 2) I get the following compilation error
error C2593: 'operator <<' is ambiguous
According to
https://support.microsoft.com/en-us/kb/168440
there is an easy workaround.
Since I don't know mu
Am 06.03.2016 um 16:05 schrieb Uwe Stöhr:
I don't know anything about Cmake but since the target "ALL_BUILD" is
correctly created it must be possible to add to the LyX.sln file also a
target named "LyX" and "TeX2LyX".
As workaround I use now
msbuild src
Am 05.03.2016 um 20:01 schrieb Kornel Benko:
If you are using Ninja, will there be .sln files?
Yes. For now I removed Ninja from the build script but the problem persists.
Remove ALL .sln files and CMakeCache.txt. Will some of them be recreated if used 'cmake
-G"Visual Studio 14"?
All of
Am 21.02.2016 um 18:06 schrieb Uwe Stöhr:
Attached is a patch that adds support for these languages.
The patch is now stored in
http://www.lyx.org/trac/ticket/
It includes also support for Friulan since we could fix friulan-babel.
regards Uwe
Am 04.03.2016 um 13:09 schrieb Peter Kümmel:
You've passed -G two times.
Yes, but also removing Ninja doesn't lead to a sln file with more than
only one target "ALL_BUILD".
regards Uwe
Am 04.03.2016 um 13:06 schrieb Kornel Benko:
'LyX' is not the same as 'lyx'. What about the target 'lyx'?
There is also no target "lyx". The sln file has only one target "ALL_BUILD".
regards Uwe
Am 04.03.2016 um 22:08 schrieb Jean-Marc Lasgouttes:
I can test it but what should I do to verify that it works?
I think it is safe. Just confirm that the warnings are gone.
I can confirmed that the warning is gone.
+1
thanks and regards
Uwe
Am 04.03.2016 um 13:12 schrieb Peter Kümmel:
___wgetmainargs was removed in 2015.
Hmm, I googled around and cannot find any announcement or any other hint
when and why this was removed.
Please try this patch
https://github.com/syntheticpp/lyx/commit/2470fb442cb2b04a69b2030f28f1da60221556a
I have this code in my debug build script:
cmake %LYX_SOURCE% -GNinja -G"Visual Studio 14" -DLYX_ENABLE_CXX11=ON
-DLYX_USE_QT=QT5 -DLYX_ENABLE_EXPORT_TESTS=0 -DLYX_MERGE_FILES=0
-DLYX_NLS=1 -DLYX_INSTALL=0 -DLYX_RELEASE=0 -DLYX_CONSOLE=FORCE
-DLYX_3RDPARTY_BUILD=1
msbuild lyx.sln /p:Configura
Am 04.03.2016 um 01:34 schrieb Uwe Stöhr:
I played a bit with Qt5.6RC and the latest MSVC 2015. I can compile
current master without errors but finally I still get this linking error:
D:\LyXGit\Master\compile-2015\src\tests\check_ExternalTransforms.vcxproj"
(standard
target
Am 02.03.2016 um 16:58 schrieb PhilipPirrip:
Unfortunately, point 3 when compiled with pdflatex has the first line
protruding into the margin by some 1/2 of an inch. Can someone please
fix that?
Thanks Philip,
I fixed this now.
regards Uwe
I played a bit with Qt5.6RC and the latest MSVC 2015. I can compile
current master without errors but finally I still get this linking error:
D:\LyXGit\Master\compile-2015\src\tests\check_ExternalTransforms.vcxproj" (standard
target) (18) ->
support.lib(os.obj) : error LNK2019: unresolved ext
Am 04.03.2016 um 00:26 schrieb Jean-Marc Lasgouttes:
In the meantime I pushed (and then reverted) my patch by mistake.
This fixed the warnings I got.
What about this one?
I can test it but what should I do to verify that it works?
regards Uwe
I recompiled LyX completely and get now this warning:
ParagraphMetrics.cpp
D:\LyXGit\Master\src\ParagraphMetrics.cpp(108): warning C4838:
conversion from 'const int' to 'const lyx::char_type' requires a
narrowing conversion
regards Uwe
Am 24.02.2016 um 18:20 schrieb Guillaume Munch:
commit bc858ab69d0b3ab4a822b1efee4b32fa2ff720d3
Author: Guillaume Munch
The entry in status.21x is missing.
regards Uwe
Am 22.02.2016 um 20:23 schrieb Georg Baum:
Le 21/02/2016 20:52, Scott Kostyshak a écrit :
On Sun, Feb 21, 2016 at 06:06:14PM +0100, Uwe Stöhr wrote:
I also don't see a reason why this cannot be done now since otherwise
users of than languages would have to wait 2 more years until Ly
--
+2016-02-21 Uwe Stöhr
+ * Format incremented to 507: support for Bosnian, Macedonian,
Piedmontese and Romansh:
+ \lang bosnian
+ \lang macedonian
+ \lang piedmontese
+ \lang romansh
+
2016-01-26 Guillaume Munch
* Format incremented to 506
Am 21.02.2016 um 01:25 schrieb Scott Kostyshak:
I've attached a .png showing 2.1.4 and 2.2beta2 side by side with the
message pane visible.
Thanks. I now see what you mean. I cannot reproduce this on Ubuntu.
I cannot reproduce this either on Win 7. In LyX 2.1.4 is no border and
it also does
Am 18.02.2016 um 05:04 schrieb Scott Kostyshak:
Do we view them as critical for 2.2.0?
The docs would look better if this would be fixed but this can be fixed
any time. So I would say postpone to 2.2.x.
regards Uwe
Am 19.02.2016 um 10:44 schrieb Kornel Benko:
This comment seems misleading. With pdflatex it was compilable also before this
commit.
It was only compilable with many hacks in the preamble. That file was
not compilable in the current modernCV version because of a babel issue
with Spanish. We
Am 18.02.2016 um 04:50 schrieb Scott Kostyshak:
1. Do we want to remove it?
+1
2. Do we want to remove it for 2.2.0?
Before 2.2.0 please. Why waiting longer.
regards Uwe
Am 19.02.2016 um 18:25 schrieb Jean-Marc Lasgouttes:
I think it is too late now.
I don't agree. Now or another 2 years with this mess. Removing is not
that complicated.
Let us try to release 2.2.0 as soon as
possible and get on with our lives.
I don't understand. We just released the fir
Am 17.02.2016 um 23:45 schrieb Liviu Andronic:
I've finally discovered where the problem arose. Under Document settings >
Language I had somehow set the Other button and chosen Unicode (utf8) and
then under Language package chosen none. Changing both settings to default
resolves the problem.
M
Am 17.02.2016 um 21:11 schrieb Scott Kostyshak:
tars from current master are there:
Now everything works for me - the .gz and the .xz file is correct
(opened with WinRar).
regards Uwe
Am 16.02.2016 um 20:06 schrieb Georg Baum:
I would formulate it differently: There is a problem with extracting the
tar with the tool Uwe used.
It is a simple path name length restriction. In the tar the path cannot
be longer than
lyx-2.2.0beta2\3rdparty\boost\boost\numeric\conversion\deta
Am 15.02.2016 um 22:33 schrieb Scott Kostyshak:
If the zip file extracts correctly and Uwe can compile for Windows,
I can. The Zip file is sufficient to build LyX. Here's the installer:
http://ftp.lyx.de/LyX%202.2.0beta-2/
regards Uwe
Am 15.02.2016 um 11:18 schrieb Jean-Marc Lasgouttes:
BTW, why don't you use lzma for the compression of the installer?
I do. Otherwise the installer for the betas would be 69 MB large.
regards Uwe
501 - 600 of 5183 matches
Mail list logo