Am 06.12.2015 um 21:58 schrieb Kornel Benko :
> Am Sonntag, 6. Dezember 2015 um 21:45:23, schrieb Stephan Witt
>
>> Am 06.12.2015 um 21:00 schrieb Scott Kostyshak :
>>
>>> On Sun, Dec 06, 2015 at 12:13:04PM +0100, Kornel Benko wrote:
Am Sonntag, 6. Dezember 2015 um 05:12:30, schrieb Uwe St
On Sun, Dec 06, 2015 at 09:22:45AM -0500, Richard Heck wrote:
> On 12/06/2015 05:50 AM, Georg Baum wrote:
> > Scott Kostyshak wrote:
> >
> >> On Thu, Dec 03, 2015 at 09:36:17PM +0100, Georg Baum wrote:
> >>
> >>> I could not find any wrong looking translations by a quick glance at the
> >>> resulti
On Sun, Dec 06, 2015 at 03:08:47PM +0100, Enrico Forestieri wrote:
> On Sun, Dec 06, 2015 at 11:52:14AM +0100, Georg Baum wrote:
>
> > Jean-Marc Lasgouttes wrote:
> >
> > > Le 06/12/15 00:02, Scott Kostyshak a écrit :
> > >> There was an issue on Windows that came from not including a .dll. Now
>
Under Tools > Preferences > Look & Feel > Document Handling, the first
check box of the initial three, "Restore windows layouts and
geometries", doesn't work as far as split view windows are concerned.
(surely included under "layouts and geometries"?). This is true of 2.2
alpha2 and 2.1.4 on W
Am 06.12.2015 um 12:32 schrieb Georg Baum:
Good news: I am able to compile LyX 2.2.0alpha2 with Qt 5.5.1 using MSVC
2013 (32bit).
Did you recompile the dependencies iconv, hunspell and zlib with MSVC 2013?
Of course not. I don't know how to do this and who did this in the past.
If you did
Am 06.12.2015 um 13:52 schrieb Georg Baum:
http://www.lyx.org/trac/changeset/d879599cec4902a1a3ea7aa7a8d7d24815701036/lyxgit
or
http://www.lyx.org/trac/changeset/42536a561606290ebdb90c46badbb451487f5293/lyxgit
None of these did change a path.
they did:
-\origin /systemlyxdir/doc/
+\origin
Peter,
could you perhaps help me here?
thanks and regards
Uwe
Am 06.12.2015 um 22:19 schrieb Kornel Benko:
Am Sonntag, 6. Dezember 2015 um 22:07:17, schrieb Uwe Stöhr
When I compile LyX 2.2git with Qt5.5 and MSVC 2013 in install mode this
command is executed:
msbuild INSTALL.vcxproj /p:Conf
Am Sonntag, 6. Dezember 2015 um 22:07:17, schrieb Uwe Stöhr
> When I compile LyX 2.2git with Qt5.5 and MSVC 2013 in install mode this
> command is executed:
>
> msbuild INSTALL.vcxproj /p:Configuration=Release
>
> But this leads now to these errors:
>
> "D:\LyXGit\Master\compile-2013\INSTALL.v
When I compile LyX 2.2git with Qt5.5 and MSVC 2013 in install mode this
command is executed:
msbuild INSTALL.vcxproj /p:Configuration=Release
But this leads now to these errors:
"D:\LyXGit\Master\compile-2013\INSTALL.vcxproj" (Standardziel) (1) ->
(PostBuildEvent Ziel) ->
C:\Program Files
(
Am 06.12.2015 um 21:08 schrieb Georg Baum:
But I started yesterday from scratch because I updated to MSVC 2013 and
Qt 5.5.1. so everything is 100% new.
And you did not run cmake and/or MSVC without the patches first?
I started at first with your patches. Since I got compilation errors i
rev
Am Sonntag, 6. Dezember 2015 um 21:45:23, schrieb Stephan Witt
> Am 06.12.2015 um 21:00 schrieb Scott Kostyshak :
>
> > On Sun, Dec 06, 2015 at 12:13:04PM +0100, Kornel Benko wrote:
> >> Am Sonntag, 6. Dezember 2015 um 05:12:30, schrieb Uwe Stöhr
> >>
> >>> Am 05.12.2015 um 23:07 schrieb Scott
Am Sonntag, 6. Dezember 2015 um 20:16:02, schrieb Georg Baum
> Kornel Benko wrote:
>
> > Am Sonntag, 6. Dezember 2015 um 13:52:58, schrieb Georg Baum
> >
> >> Unfortunately I am not sure what to do. Here are the alternatives I can
> >> imagine:
> >>
> >> - Set \origin to unavailable for all do
Am 06.12.2015 um 21:00 schrieb Scott Kostyshak :
> On Sun, Dec 06, 2015 at 12:13:04PM +0100, Kornel Benko wrote:
>> Am Sonntag, 6. Dezember 2015 um 05:12:30, schrieb Uwe Stöhr
>>
>>> Am 05.12.2015 um 23:07 schrieb Scott Kostyshak:
>>>
We had previously decided to release 2.2.0 with Qt 5.6
Am Sonntag, 6. Dezember 2015 um 20:05:26, schrieb Georg Baum
> Kornel Benko wrote:
>
> > The patch does not handle the windows part. For unix and MINGW I'd say
> > yes.
>
> windows is not handled on purpose. Until we know the reason for the linker
> errors Uwe is seeing we should not touch the
Uwe Stöhr wrote:
> Am 06.12.2015 um 15:27 schrieb Georg Baum:
>
>> I still believe that you have left overs from previous compilations.
>> Please start again from an empty build directory and tell us the result.
>
> But I started yesterday from scratch because I updated to MSVC 2013 and
> Qt 5.5
Am 06.12.2015 um 15:27 schrieb Georg Baum:
I still believe that you have left overs from previous compilations. Please
start again from an empty build directory and tell us the result.
But I started yesterday from scratch because I updated to MSVC 2013 and
Qt 5.5.1. so everything is 100% new.
On Sun, Dec 06, 2015 at 12:13:04PM +0100, Kornel Benko wrote:
> Am Sonntag, 6. Dezember 2015 um 05:12:30, schrieb Uwe Stöhr
> > Am 05.12.2015 um 23:07 schrieb Scott Kostyshak:
> >
> > > We had previously decided to release 2.2.0 with Qt 5.6 [1]. However, a
> > > couple of things have changed sinc
On Sun, Dec 06, 2015 at 12:32:20PM +0100, Georg Baum wrote:
> Uwe Stöhr wrote:
>
> > Am 05.12.2015 um 23:07 schrieb Scott Kostyshak:
> >
> >> We had previously decided to release 2.2.0 with Qt 5.6 [1]. However, a
> >> couple of things have changed since that conversation began that make me
> >> t
Kornel Benko wrote:
> Am Sonntag, 6. Dezember 2015 um 13:52:58, schrieb Georg Baum
>
>> Unfortunately I am not sure what to do. Here are the alternatives I can
>> imagine:
>>
>> - Set \origin to unavailable for all docs in the sources. This would be
>> easy to do, but also mean that we need to c
Kornel Benko wrote:
> The patch does not handle the windows part. For unix and MINGW I'd say
> yes.
windows is not handled on purpose. Until we know the reason for the linker
errors Uwe is seeing we should not touch the MSVC part IMHO.
Georg
Le 05/12/2015 21:41, Scott Kostyshak a écrit :
On Tue, Dec 01, 2015 at 08:26:35PM +, Guillaume Munch wrote:
is it
possible to implement the format change (which I feel is stable now) for
2.2.0 and implement the polished visible changes in 2.2.1 or 2.2.2?
I am fine with this but I'd like to
Am Sonntag, 6. Dezember 2015 um 13:52:58, schrieb Georg Baum
> Uwe Stöhr wrote:
>
> > Am 03.12.2015 um 21:57 schrieb Georg Baum:
> >
> >>> The system for saving relative paths, etc, seems a bit...delicate.
> >>
> >> Maybe, maybe not (so far only Uwe saw this).
> >
> > Also others have this proble
Am Sonntag, 6. Dezember 2015 um 17:56:41, schrieb Georg Baum
> Kornel Benko wrote:
>
> > Test for headers is done in ConfigureChecks.cmake. Simply add the header
> > name to the foreach loop at line 28.
> > The created variable for header xy.h is "HAVE_XY_H".
>
> Thanks, this was the place I se
Am Sonntag, 6. Dezember 2015 um 17:56:41, schrieb Georg Baum
> Kornel Benko wrote:
>
> > Test for headers is done in ConfigureChecks.cmake. Simply add the header
> > name to the foreach loop at line 28.
> > The created variable for header xy.h is "HAVE_XY_H".
>
> Thanks, this was the place I se
Scott Kostyshak wrote:
> like
> http://www.lyx.org/Download/latest-pre
the link might fit here
http://www.lyx.org/RoadMap
p
Kornel Benko wrote:
> Test for headers is done in ConfigureChecks.cmake. Simply add the header
> name to the foreach loop at line 28.
> The created variable for header xy.h is "HAVE_XY_H".
Thanks, this was the place I serached. Unfortunately it does not work
exactly like that (regex is a C++ hea
Am Sonntag, 6. Dezember 2015 um 14:36:41, schrieb Georg Baum
> Hi Kornel,
>
> when compiling with cmake and LYX_ENABLE_CXX11=ON, std::regex is not used.
> This is different to autotools, where std::regex is used, if C++11 is used,
> and the header is present, and the compiler is not gcc with k
Uwe Stöhr wrote:
> Am 04.12.2015 um 20:53 schrieb Georg Baum:
>
>> This is mot likely caused by an incomplete rebuild. Does it work if you
>> rebuild the projects that appear in the error messages (the first one I
>> could see was insets.lib)?
>
> No this doesn't work. The first library with an
On 12/06/2015 06:41 AM, Georg Baum wrote:
> Christian Ridderström wrote:
>
>> Note: The LE client needs root access, e.g. to stop/start apache, and to
>> do other stuff in order to prove to the LE servers that we (i.e. the
>> server) really are the one controlling www.lyx.org and wiki.lyx.org. The
On 12/06/2015 05:50 AM, Georg Baum wrote:
> Scott Kostyshak wrote:
>
>> On Thu, Dec 03, 2015 at 09:36:17PM +0100, Georg Baum wrote:
>>
>>> I could not find any wrong looking translations by a quick glance at the
>>> resulting diff, so I would recommend to run this command and commit the
>>> result
Am Sonntag, 6. Dezember 2015 um 13:52:58, schrieb Georg Baum
> Uwe Stöhr wrote:
>
> > Am 03.12.2015 um 21:57 schrieb Georg Baum:
> >
> >>> The system for saving relative paths, etc, seems a bit...delicate.
> >>
> >> Maybe, maybe not (so far only Uwe saw this).
> >
> > Also others have this proble
On Sun, Dec 06, 2015 at 11:52:14AM +0100, Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
> > Le 06/12/15 00:02, Scott Kostyshak a écrit :
> >> There was an issue on Windows that came from not including a .dll. Now
> >> that the issue has been fixed, we should decide if we would like to
> >> co
Hi Kornel,
when compiling with cmake and LYX_ENABLE_CXX11=ON, std::regex is not used.
This is different to autotools, where std::regex is used, if C++11 is used,
and the header is present, and the compiler is not gcc with known std::regex
bugs. It would be nice if cmake could use the same logic
Uwe Stöhr wrote:
> Am 03.12.2015 um 21:57 schrieb Georg Baum:
>
>>> The system for saving relative paths, etc, seems a bit...delicate.
>>
>> Maybe, maybe not (so far only Uwe saw this).
>
> Also others have this problem as well, see e.g. Kornel's commits:
>
http://www.lyx.org/trac/changeset/d87
Christian Ridderström wrote:
> Note: The LE client needs root access, e.g. to stop/start apache, and to
> do other stuff in order to prove to the LE servers that we (i.e. the
> server) really are the one controlling www.lyx.org and wiki.lyx.org. The
> cron job then also needs root/sudo in order to
Uwe Stöhr wrote:
> Am 05.12.2015 um 23:07 schrieb Scott Kostyshak:
>
>> We had previously decided to release 2.2.0 with Qt 5.6 [1]. However, a
>> couple of things have changed since that conversation began that make me
>> think we should release with 5.5.1:
>>
>> 1. 5.5.1 has been released.
>
>
Kornel Benko wrote:
> Am Samstag, 5. Dezember 2015 um 17:51:42, schrieb Guillaume Munch
>
>>
>> OK for converting them? Or just the .h and .cpp files?
>
> From my POV, only .h and .cpp. I don't see a reason for CMakeLists.txt or
> .m4 files. With emacs, the conversion is done automatically if u
Am Sonntag, 6. Dezember 2015 um 05:12:30, schrieb Uwe Stöhr
> Am 05.12.2015 um 23:07 schrieb Scott Kostyshak:
>
> > We had previously decided to release 2.2.0 with Qt 5.6 [1]. However, a
> > couple of things have changed since that conversation began that make me
> > think we should release with
Am Sonntag, 6. Dezember 2015 um 05:25:35, schrieb Uwe Stöhr
> Am 04.12.2015 um 09:58 schrieb Guenter Milde:
>
> >> If I understand correctly, you want all tests with
> >>doc/.*/.*systemF
> >> being ignored.
> >
> >> If that should be so, than OK.
> >> If not, please help the docs be in good c
Jean-Marc Lasgouttes wrote:
> Le 06/12/15 00:02, Scott Kostyshak a écrit :
>> There was an issue on Windows that came from not including a .dll. Now
>> that the issue has been fixed, we should decide if we would like to
>> consider removing the .pngs. If we would like to remove the .pngs for
>> 2.
Scott Kostyshak wrote:
> On Thu, Dec 03, 2015 at 09:36:17PM +0100, Georg Baum wrote:
>
>> I could not find any wrong looking translations by a quick glance at the
>> resulting diff, so I would recommend to run this command and commit the
>> result as a first step.
>
> If you think you should com
41 matches
Mail list logo
