Am Do., 18. Juni 2020 um 13:25 Uhr schrieb Kornel Benko :
> Am Thu, 18 Jun 2020 11:49:36 +0200
> schrieb Yu Jin :
>
> > Am Do., 18. Juni 2020 um 09:41 Uhr schrieb Kornel Benko >:
> >
> > > Am Wed, 17 Jun 2020 22:20:07 +0200
> > > schrieb Yu Jin :
> > >
> > > > Am Mi., 17. Juni 2020 um 14:58 Uhr s
Am Thu, 18 Jun 2020 11:49:36 +0200
schrieb Yu Jin :
> Am Do., 18. Juni 2020 um 09:41 Uhr schrieb Kornel Benko :
>
> > Am Wed, 17 Jun 2020 22:20:07 +0200
> > schrieb Yu Jin :
> >
> > > Am Mi., 17. Juni 2020 um 14:58 Uhr schrieb Kornel Benko > >:
> > >
> > > > Am Wed, 17 Jun 2020 12:20:55 +0200
>
Am Do., 18. Juni 2020 um 09:41 Uhr schrieb Kornel Benko :
> Am Wed, 17 Jun 2020 22:20:07 +0200
> schrieb Yu Jin :
>
> > Am Mi., 17. Juni 2020 um 14:58 Uhr schrieb Kornel Benko >:
> >
> > > Am Wed, 17 Jun 2020 12:20:55 +0200
> > > schrieb Yu Jin :
> > >
> > > > Am Di., 16. Juni 2020 um 21:21 Uhr s
Am Wed, 17 Jun 2020 22:20:07 +0200
schrieb Yu Jin :
> Am Mi., 17. Juni 2020 um 14:58 Uhr schrieb Kornel Benko :
>
> > Am Wed, 17 Jun 2020 12:20:55 +0200
> > schrieb Yu Jin :
> >
> > > Am Di., 16. Juni 2020 um 21:21 Uhr schrieb Enrico Forestieri <
> > for...@lyx.org
> > > >:
> > >
> > > > On Tue,
Am Mi., 17. Juni 2020 um 14:58 Uhr schrieb Kornel Benko :
> Am Wed, 17 Jun 2020 12:20:55 +0200
> schrieb Yu Jin :
>
> > Am Di., 16. Juni 2020 um 21:21 Uhr schrieb Enrico Forestieri <
> for...@lyx.org
> > >:
> >
> > > On Tue, Jun 16, 2020 at 08:08:01PM +0200, Yu Jin wrote:
> > > >
> > > > Icons do
On Wed, Jun 17, 2020 at 05:03:21PM +0200, Enrico Forestieri wrote:
> On Wed, Jun 17, 2020 at 04:06:39PM +0200, Yu Jin wrote:
> > Am Mi., 17. Juni 2020 um 15:48 Uhr schrieb Enrico Forestieri > >:
> >
> > > On Wed, Jun 17, 2020 at 03:38:00PM +0200, Kornel Benko wrote:
> > > >
> > > > Maybe followin
On Wed, Jun 17, 2020 at 04:06:39PM +0200, Yu Jin wrote:
> Am Mi., 17. Juni 2020 um 15:48 Uhr schrieb Enrico Forestieri >:
>
> > On Wed, Jun 17, 2020 at 03:38:00PM +0200, Kornel Benko wrote:
> > >
> > > Maybe following has to be specified too (inside the if(WIN32))
> > > ENABLE_LANGUAGE(RC)
Am Mi., 17. Juni 2020 um 15:48 Uhr schrieb Enrico Forestieri :
> On Wed, Jun 17, 2020 at 03:38:00PM +0200, Kornel Benko wrote:
> >
> > Maybe following has to be specified too (inside the if(WIN32))
> > ENABLE_LANGUAGE(RC)
>
> Note that you have to make sure the icons are available. This is d
On Wed, Jun 17, 2020 at 03:38:00PM +0200, Kornel Benko wrote:
>
> Maybe following has to be specified too (inside the if(WIN32))
> ENABLE_LANGUAGE(RC)
Note that you have to make sure the icons are available. This is done
in src/Makefile.am by copying them as follows:
if LYX_WIN_RESOURCE
.r
Am Wed, 17 Jun 2020 14:58:24 +0200
schrieb Kornel Benko :
> Am Wed, 17 Jun 2020 12:20:55 +0200
> schrieb Yu Jin :
>
> > Am Di., 16. Juni 2020 um 21:21 Uhr schrieb Enrico Forestieri
> > > >:
> >
> > > On Tue, Jun 16, 2020 at 08:08:01PM +0200, Yu Jin wrote:
> > > >
> > > > Icons do work, I
Am Wed, 17 Jun 2020 12:20:55 +0200
schrieb Yu Jin :
> Am Di., 16. Juni 2020 um 21:21 Uhr schrieb Enrico Forestieri >:
>
> > On Tue, Jun 16, 2020 at 08:08:01PM +0200, Yu Jin wrote:
> > >
> > > Icons do work, I haven't found anything wrong with them. File properties
> > > are not written though, d
Am Di., 16. Juni 2020 um 21:21 Uhr schrieb Enrico Forestieri :
> On Tue, Jun 16, 2020 at 08:08:01PM +0200, Yu Jin wrote:
> >
> > Icons do work, I haven't found anything wrong with them. File properties
> > are not written though, don't know if that is to be concerned about.
> > Just to mention, it
On Tue, Jun 16, 2020 at 08:08:01PM +0200, Yu Jin wrote:
>
> Icons do work, I haven't found anything wrong with them. File properties
> are not written though, don't know if that is to be concerned about.
> Just to mention, it looks like src\lyxwinres.rc is not used,
> development\cmake\lyx.rc is u
commit 446769203f157ef5ff964e6d7355f840c8c91cac
> > > > > > > > > Author: Richard Kimberly Heck
> > > > > > > > > Date: Tue Jun 18 17:50:19 2019 -0400
> > > > > > > > >
> > > &g
Benko wrote:
> > > > > > > Am Dienstag, 18. Juni 2019, 23:42:19 CEST schrieb Richard
> > Kimberly Heck:
> > > > > > > > commit 446769203f157ef5ff964e6d7355f840c8c91cac
> > > > > > > > Author: Richard Kimberly Heck
> > &
gt; > > > > > > commit 446769203f157ef5ff964e6d7355f840c8c91cac
> > > > > > > Author: Richard Kimberly Heck
> > > > > > > Date: Tue Jun 18 17:50:19 2019 -0400
> > > > > > >
> > > > > > >
:
> >>>>>> commit 446769203f157ef5ff964e6d7355f840c8c91cac
> >>>>>> Author: Richard Kimberly Heck
> >>>>>> Date: Tue Jun 18 17:50:19 2019 -0400
> >>>>>>
> >>>>>> Use data from src/lyxwinres.rc to
ac
> > > > > > Author: Richard Kimberly Heck
> > > > > > Date: Tue Jun 18 17:50:19 2019 -0400
> > > > > >
> > > > > > Use data from src/lyxwinres.rc to generate lyx.coff for the
> > > > > > Windows
> &g
gt;>> Date: Tue Jun 18 17:50:19 2019 -0400
>>>>>>
>>>>>> Use data from src/lyxwinres.rc to generate lyx.coff for the Windows
>>>>>> build.
>>>>>>
>>>>>> Ideally, this would be done
19 -0400
> > > > >
> > > > > Use data from src/lyxwinres.rc to generate lyx.coff for the
> > > > > Windows
> > > > > build.
> > > > >
> > > > > Ideally, this would be done by cmake itself (
:
> > > > commit 446769203f157ef5ff964e6d7355f840c8c91cac
> > > > Author: Richard Kimberly Heck
> > > > Date: Tue Jun 18 17:50:19 2019 -0400
> > > >
> > > > Use data from src/lyxwinres.rc to generate lyx.coff for the Windows
> >
thor: Richard Kimberly Heck
> > > Date: Tue Jun 18 17:50:19 2019 -0400
> > >
> > > Use data from src/lyxwinres.rc to generate lyx.coff for the Windows
> > > build.
> > >
> > > Ideally, this would be done by cmake it
> > Use data from src/lyxwinres.rc to generate lyx.coff for the Windows
> > build.
> >
> > Ideally, this would be done by cmake itself (as it is now done by
> > autotools). But I do not know how to do that.
> > -
>
> Something like fol
Am Dienstag, 18. Juni 2019, 23:42:19 CEST schrieb Richard Kimberly Heck:
> commit 446769203f157ef5ff964e6d7355f840c8c91cac
> Author: Richard Kimberly Heck
> Date: Tue Jun 18 17:50:19 2019 -0400
>
> Use data from src/lyxwinres.rc to generate lyx.coff for the Wind
Le 08/06/2019 à 18:37, José Abílio Matos a écrit :
In the code that I have submitted today, but also recently from Jean-Marc[1]
and you[2], we have replaced for cycles with range based for loops. If that
does not look like python I do not know what it does. :-)
Java? R/S?
JMarc
On Saturday, 8 June 2019 17.32.47 WEST Enrico Forestieri wrote:
> I am not sure this is necessary. As it stands now, when python is
> invoked as "python -tt" we can be sure that it will be run what
> os:python() returns. This also allows to leave unchanged lyxrc.defaults,
> for example, or customiz
On Saturday, 8 June 2019 09.52.21 WEST Enrico Forestieri wrote:
> I think they are scared that this is your first step towards rewriting
> LyX in python
I take console in the fact that Bjarne purpose for some of the features was to
make c++ more like python, so we are getting there.
In the cod
On Sat, Jun 08, 2019 at 04:44:22PM +0100, José Abílio Matos wrote:
> The special code is run if the call starts with:
> string const python_call = "python -tt";
>
> I suggest to replace this by using $$python instead. What do you think?
I am not sure this is necessary. As it stands now, whe
On Saturday, 8 June 2019 10.44.40 WEST Enrico Forestieri wrote:
> I also seem to remember that we were discriminating between a call to
> python made by us and a customized call from users depending on whether the
> python call was beginning with "python -tt". In this case, we were replacing
> "pyt
On Saturday, 8 June 2019 11.02.01 WEST Jean-Marc Lasgouttes wrote:
> Consistency?
>
> I do not have the luck of having a iso646 keyboard that lacks & character,
> so I use &&.
My use of the alternative operator representations has nothing to do with
keyboards. My keyboard has 105 keys and allows
Le 8 juin 2019 10:21:29 GMT+02:00, "José Abílio Matos" a
écrit :
>On Friday, 7 June 2019 23.30.53 WEST Jean-Marc Lasgouttes wrote:
>> I would prefer that we avoid "and".
>>
>> JMarc
>
>I am curious why. :-)
>
Consistency?
I do not have the luck of having a iso646 keyboard that lacks & character
On Sat, Jun 08, 2019 at 11:50:46AM +0200, Enrico Forestieri wrote:
> On Sat, Jun 08, 2019 at 10:20:28AM +0100, José Abílio Matos wrote:
> > I suspect that this is a problem that come from the previous code.
> > Basically every time we ask for python we search for where it is.
>
> No, we only searc
On Sat, Jun 08, 2019 at 10:20:28AM +0100, José Abílio Matos wrote:
> I suspect that this is a problem that come from the previous code.
> Basically every time we ask for python we search for where it is.
No, we only search for it the first time. Due to the static string command,
python23() is only
On Sat, Jun 08, 2019 at 10:20:28AM +0100, José Abílio Matos wrote:
> On Saturday, 8 June 2019 09.56.54 WEST Enrico Forestieri wrote:
> > While we are at it, if you launch lyx using the --verbose option, you will
> > see that an additional argument "-tt" is added after each invocation, which
> > may
On Saturday, 8 June 2019 09.56.54 WEST Enrico Forestieri wrote:
> While we are at it, if you launch lyx using the --verbose option, you will
> see that an additional argument "-tt" is added after each invocation, which
> may result in "python3 -tt -tt -tt -tt -tt -tt ".
>
> Could you have a lo
On Sat, Jun 08, 2019 at 09:21:29AM +0100, José Abílio Matos wrote:
> FWIW I committed a change to remove them from the code and I have improved the
> code as well.
While we are at it, if you launch lyx using the --verbose option, you will
see that an additional argument "-tt" is added after each i
On Sat, Jun 08, 2019 at 09:21:29AM +0100, José Abílio Matos wrote:
> It is not the first time that I use them and the reaction is always the same.
> That is good because it shows consistency but at the same time I am scratching
> my head, it is not as if I am introducing the spaceship operator (<=
On Friday, 7 June 2019 23.30.53 WEST Jean-Marc Lasgouttes wrote:
> I would prefer that we avoid "and".
>
> JMarc
I am curious why. :-)
FWIW I committed a change to remove them from the code and I have improved the
code as well.
It is not the first time that I use them and the reaction is alway
Le 07/06/2019 à 22:54, José Abílio Matos a écrit :
How hard would it be to see this for VS users? I am asking for curiosity, I
would not object to change the "and" to "&&" if necessary. :-)
I would prefer that we avoid "and".
JMarc
On Friday, 7 June 2019 18.20.28 WEST Enrico Forestieri wrote:
> I think that José was simply exploring the boundaries between C++ and python
So Jean-Marc is happy to jump to a full c++11 compiler and here I am having
problems with a c++98 feature. :-)
FWIW I read about them in Bjarne Stroutrup 3
On Fri, Jun 07, 2019 at 07:09:31PM +0200, Jürgen Womser-Schütz wrote:
> I have no idea wether this is a general problem or not, but commit
> "adb779a692f29f391cf5" did'nt translate for my Windows 10 VS2017.
> The C alternative tokens "and" and "or", should be a standard part of
> C++ but VS2017
I have no idea wether this is a general problem or not, but commit
"adb779a692f29f391cf5" did'nt translate for my Windows 10 VS2017.
The C alternative tokens "and" and "or", should be a standard part of
C++ but VS2017 require to include "" or "iso646.h".
Including this header is also fine for th
On 12/26/18 10:56 AM, Jürgen Womser-Schütz wrote:
> Hi altogether :-)
>
> I am a newbi and I am trying to setup the LyX-build for my Win10/VS2017
> machine using "https://wiki.lyx.org/Windows/Compilation";.
> It seems to me that the referred batch-file
> "http://ftp.lyx.de/Images/MSVC2015-LyX22.bat
Hi altogether :-)
I am a newbi and I am trying to setup the LyX-build for my Win10/VS2017
machine using "https://wiki.lyx.org/Windows/Compilation";.
It seems to me that the referred batch-file
"http://ftp.lyx.de/Images/MSVC2015-LyX22.bat"; in chapter "Compilation"
is missing.
Best wishes and a ni
On Sat, Jun 10, 2017 at 08:00:45PM +0200, Kornel Benko wrote:
> Ha!
> Someone changed the protocol from http:// to https://, and I had to enable
> cookies there too.
> Now login works again.
Ah that's good to know if anyone else has the problem.
Scott
signature.asc
Description: PGP signature
Am Samstag, 10. Juni 2017 um 12:20:24, schrieb Kornel Benko
> Am Samstag, 10. Juni 2017 um 10:04:48, schrieb LyX Ticket Tracker
>
> > #9373: Windows build does not use std::regex
> > +-
> > Reporter: baum|
On Sat, Jun 10, 2017 at 12:20:24PM +0200, Kornel Benko wrote:
> All of sudden I cannot login on lyx-trac.
Strange. I am automatically logged on and I'm afraid to logout to test
if I can log back in. I guess try again in a day and if there is still a
problem then we need to figure out what's going
Am Samstag, 10. Juni 2017 um 10:04:48, schrieb LyX Ticket Tracker
> #9373: Windows build does not use std::regex
> +-
> Reporter: baum| Owner: lasgouttes
> Type: defect | Status: new
> Pr
Guillaume Munch wrote:
> Do you want to commit?
Thanks for the reminder, it is in now at 6bd5263405340b.
Georg
Le 05/05/2016 13:04, Georg Baum a écrit :
Guillaume Munch wrote:
Le 27/04/2016 21:42, Georg Baum a écrit :
Guillaume Munch wrote:
Is there a criteria to detect "bad" svg converters (at least some of
them)? In the other message you wrote about "explicit svg->png
converter". What does explicit
On Mon, Apr 25, 2016 at 01:06:04PM -0400, Scott Kostyshak wrote:
> On Mon, Apr 25, 2016 at 08:03:54AM +0200, Stephan Witt wrote:
> > Am 25.04.2016 um 07:31 schrieb Stephan Witt :
> > >
> > > Am 25.04.2016 um 03:58 schrieb Scott Kostyshak :
> > >>
> > >> On Sun, Apr 24, 2016 at 09:52:48PM +0200, S
Le 05/05/2016 13:04, Georg Baum a écrit :
Attached is a combined version. While testing, I found out that svgz appears
as an extra format in the qt format list as well, so I removed that also.
Works for me
Guillaume Munch wrote:
> Le 27/04/2016 21:42, Georg Baum a écrit :
>> Guillaume Munch wrote:
>>
>>> Is there a criteria to detect "bad" svg converters (at least some of
>>> them)? In the other message you wrote about "explicit svg->png
>>> converter". What does explicit mean?
>>
>> explicit means
On Mon, Apr 25, 2016 at 01:04:55PM -0400, Scott Kostyshak wrote:
> On Mon, Apr 25, 2016 at 07:31:46AM +0200, Stephan Witt wrote:
> > Am 25.04.2016 um 03:58 schrieb Scott Kostyshak :
> > >
> > > On Sun, Apr 24, 2016 at 09:52:48PM +0200, Stephan Witt wrote:
> > >> Am 24.04.2016 um 07:11 schrieb Scot
Le 27/04/2016 21:42, Georg Baum a écrit :
Guillaume Munch wrote:
Is there a criteria to detect "bad" svg converters (at least some of
them)? In the other message you wrote about "explicit svg->png
converter". What does explicit mean?
explicit means "no default", e.g. either a manually defined
On 2016-04-27, Scott Kostyshak wrote:
> On Wed, Apr 27, 2016 at 09:21:54PM +0200, Georg Baum wrote:
>> Guillaume Munch wrote:
...
> Even in the case where imagemagick could produce low quality results, if
> imagemagick is used for the conversion for the PDF wouldn't it make
> sense to also use it
Guillaume Munch wrote:
> Is there a criteria to detect "bad" svg converters (at least some of
> them)? In the other message you wrote about "explicit svg->png
> converter". What does explicit mean?
explicit means "no default", e.g. either a manually defined one, or one
found by confugure.py. My
Le 27/04/2016 21:19, Georg Baum a écrit :
Scott Kostyshak wrote:
Even in the case where imagemagick could produce low quality results, if
imagemagick is used for the conversion for the PDF wouldn't it make
sense to also use it for LyX's display? This would give the user a
better chance of reali
Scott Kostyshak wrote:
> Even in the case where imagemagick could produce low quality results, if
> imagemagick is used for the conversion for the PDF wouldn't it make
> sense to also use it for LyX's display? This would give the user a
> better chance of realizing that the final output is poor qu
On Wed, Apr 27, 2016 at 04:05:58PM -0400, Joel Kulesza wrote:
> On Wed, Apr 27, 2016 at 3:46 PM, Scott Kostyshak wrote:
>
> >
> > Even in the case where imagemagick could produce low quality results, if
> > imagemagick is used for the conversion for the PDF wouldn't it make
> > sense to also use
On Wed, Apr 27, 2016 at 3:46 PM, Scott Kostyshak wrote:
>
> Even in the case where imagemagick could produce low quality results, if
> imagemagick is used for the conversion for the PDF wouldn't it make
> sense to also use it for LyX's display? This would give the user a
> better chance of realiz
On Wed, Apr 27, 2016 at 09:21:54PM +0200, Georg Baum wrote:
> Guillaume Munch wrote:
>
> > Your last iteration of the patch looks ok to me. Let's just ask Georg if
> > this is what he had in mind in his comment at #9778.
>
> You mean the one from April 18? Yes, this is what I had in mind. The onl
Guillaume Munch wrote:
> Your last iteration of the patch looks ok to me. Let's just ask Georg if
> this is what he had in mind in his comment at #9778.
You mean the one from April 18? Yes, this is what I had in mind. The only
question I'd have (at this point of the release phase) is whether the
Le 24/04/2016 17:23, Scott Kostyshak a écrit :
On Sun, Apr 24, 2016 at 01:54:31PM +0100, Guillaume Munch wrote:
Le 24/04/2016 05:03, Scott Kostyshak a écrit :
On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume Munch wrote:
Le 18/04/2016 02:20, Scott Kostyshak a écrit :
I imagine Guillaume d
On Mon, Apr 25, 2016 at 08:03:54AM +0200, Stephan Witt wrote:
> Am 25.04.2016 um 07:31 schrieb Stephan Witt :
> >
> > Am 25.04.2016 um 03:58 schrieb Scott Kostyshak :
> >>
> >> On Sun, Apr 24, 2016 at 09:52:48PM +0200, Stephan Witt wrote:
> >>> Am 24.04.2016 um 07:11 schrieb Scott Kostyshak :
> >
On Mon, Apr 25, 2016 at 07:31:46AM +0200, Stephan Witt wrote:
> Am 25.04.2016 um 03:58 schrieb Scott Kostyshak :
> >
> > On Sun, Apr 24, 2016 at 09:52:48PM +0200, Stephan Witt wrote:
> >> Am 24.04.2016 um 07:11 schrieb Scott Kostyshak :
> >>>
> >>> On Sun, Apr 24, 2016 at 12:03:15AM -0400, Scott
Am 25.04.2016 um 07:31 schrieb Stephan Witt :
>
> Am 25.04.2016 um 03:58 schrieb Scott Kostyshak :
>>
>> On Sun, Apr 24, 2016 at 09:52:48PM +0200, Stephan Witt wrote:
>>> Am 24.04.2016 um 07:11 schrieb Scott Kostyshak :
On Sun, Apr 24, 2016 at 12:03:15AM -0400, Scott Kostyshak wrote:
>
Am 25.04.2016 um 03:58 schrieb Scott Kostyshak :
>
> On Sun, Apr 24, 2016 at 09:52:48PM +0200, Stephan Witt wrote:
>> Am 24.04.2016 um 07:11 schrieb Scott Kostyshak :
>>>
>>> On Sun, Apr 24, 2016 at 12:03:15AM -0400, Scott Kostyshak wrote:
On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume
On Sun, Apr 24, 2016 at 09:52:48PM +0200, Stephan Witt wrote:
> Am 24.04.2016 um 07:11 schrieb Scott Kostyshak :
> >
> > On Sun, Apr 24, 2016 at 12:03:15AM -0400, Scott Kostyshak wrote:
> >> On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume Munch wrote:
> >>> Le 18/04/2016 02:20, Scott Kostyshak
Am 24.04.2016 um 07:11 schrieb Scott Kostyshak :
>
> On Sun, Apr 24, 2016 at 12:03:15AM -0400, Scott Kostyshak wrote:
>> On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume Munch wrote:
>>> Le 18/04/2016 02:20, Scott Kostyshak a écrit :
I imagine Guillaume did not intend this as a full
On Sun, Apr 24, 2016 at 01:54:31PM +0100, Guillaume Munch wrote:
> Le 24/04/2016 05:03, Scott Kostyshak a écrit :
> > On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume Munch wrote:
> > > Le 18/04/2016 02:20, Scott Kostyshak a écrit :
> > > >
> > > > I imagine Guillaume did not intend this as a f
Le 24/04/2016 06:11, Scott Kostyshak a écrit :
I wouldn't be surprised if this depends on the Qt version (e.g.
different Qt "features" and difficulty of Qt getting the high res right)
It is indeed different with Qt5 here, but not in a good way: the preview
is even smaller, about one third of
Le 24/04/2016 05:03, Scott Kostyshak a écrit :
On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume Munch wrote:
Le 18/04/2016 02:20, Scott Kostyshak a écrit :
I imagine Guillaume did not intend this as a full patch,
Indeed.
More importantly, the patch does not change anything for me. I am
On Sun, Apr 24, 2016 at 12:03:15AM -0400, Scott Kostyshak wrote:
> On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume Munch wrote:
> > Le 18/04/2016 02:20, Scott Kostyshak a écrit :
> > >
> > > I imagine Guillaume did not intend this as a full patch,
> >
> > Indeed.
> >
> > >
> > > More import
On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume Munch wrote:
> Le 18/04/2016 02:20, Scott Kostyshak a écrit :
> >
> > I imagine Guillaume did not intend this as a full patch,
>
> Indeed.
>
> >
> > More importantly, the patch does not change anything for me. I am
> > testing with lyxinkscape
On Fri, Apr 22, 2016 at 06:08:31PM +0100, Guillaume Munch wrote:
> Le 18/04/2016 02:20, Scott Kostyshak a écrit :
> >
> > I imagine Guillaume did not intend this as a full patch,
>
> Indeed.
>
> >
> > More importantly, the patch does not change anything for me. I am
> > testing with lyxinkscape
Le 18/04/2016 02:20, Scott Kostyshak a écrit :
I imagine Guillaume did not intend this as a full patch,
Indeed.
More importantly, the patch does not change anything for me. I am
testing with lyxinkscape.lyx and lyxinkscape.svg that can be downloaded
from #9778 (note you need to change the p
On Sun, Apr 17, 2016 at 03:48:59PM -0700, Pavel Sanda wrote:
> Guillaume Munch wrote:
> > diff --git a/src/frontends/qt4/GuiApplication.cpp
> > b/src/frontends/qt4/GuiApplication.cpp
> > index 6fb5499..0170778 100644
> > --- a/src/frontends/qt4/GuiApplication.cpp
> > +++ b/src/frontends/qt4/GuiApp
Guillaume Munch wrote:
> diff --git a/src/frontends/qt4/GuiApplication.cpp
> b/src/frontends/qt4/GuiApplication.cpp
> index 6fb5499..0170778 100644
> --- a/src/frontends/qt4/GuiApplication.cpp
> +++ b/src/frontends/qt4/GuiApplication.cpp
> @@ -232,9 +232,11 @@ vector loadableImageFormats()
>
Le 16/04/2016 19:55, Guenter Milde a écrit :
On 2016-04-16, Scott Kostyshak wrote:
That would be another nice reason to do that, but I'm not
sure if that is indeed true. However I suppose the conversion is so
quick it doesn't make a difference since the relevant timing comparison
is compiling a
On 2016-04-16, Scott Kostyshak wrote:
> On Sat, Apr 16, 2016 at 04:33:10PM +0100, Guillaume Munch wrote:
>> It would make sense to preview using the same converter as is used to
>> generate the pdf. Georg wrote "If the Qt implementation of SVG rendering
>> is really that limited, then it would be
On Sat, Apr 16, 2016 at 04:33:10PM +0100, Guillaume Munch wrote:
> Le 15/04/2016 09:12, Scott Kostyshak a écrit :
> > On Fri, Apr 15, 2016 at 01:53:03AM +0200, Shankar Giri Venkita Giri wrote:
> > > I tried to incluide an SVG graphic in a LyX file and it appears
> > > horribly corrupted (black tria
Le 16/04/2016 16:33, Guillaume Munch a écrit :
Le 15/04/2016 09:12, Scott Kostyshak a écrit :
On Fri, Apr 15, 2016 at 01:53:03AM +0200, Shankar Giri Venkita Giri
wrote:
I tried to incluide an SVG graphic in a LyX file and it appears
horribly corrupted (black triangles everywhere in the image
bo
Le 15/04/2016 09:12, Scott Kostyshak a écrit :
On Fri, Apr 15, 2016 at 01:53:03AM +0200, Shankar Giri Venkita Giri wrote:
I tried to incluide an SVG graphic in a LyX file and it appears
horribly corrupted (black triangles everywhere in the image
boundary). PDF output is fine. LyX 2.1 did not hav
On Fri, Apr 15, 2016 at 01:53:03AM +0200, Shankar Giri Venkita Giri wrote:
> I tried to incluide an SVG graphic in a LyX file and it appears
> horribly corrupted (black triangles everywhere in the image
> boundary). PDF output is fine. LyX 2.1 did not have this issue and
> SVG looks correct.
I thi
I tried to incluide an SVG graphic in a LyX file and it appears horribly corrupted (black triangles everywhere in the image boundary). PDF output is fine. LyX 2.1 did not have this issue and SVG looks correct.
Am Dienstag, 28. Mai 2013 um 12:25:52, schrieb Hugo Hinterberger
> On Mon, 27 May 2013 18:34:55 +0200
> Kornel Benko wrote:
>
> > Does it compile (and bind) if you comment the offending line?
> > "src/tests/CMakeLists.txt:21"
>
> Unfortunately I cannot compile branch 'master' of LyX on Win
On Mon, 27 May 2013 18:34:55 +0200
Kornel Benko wrote:
> Does it compile (and bind) if you comment the offending line?
> "src/tests/CMakeLists.txt:21"
Unfortunately I cannot compile branch 'master' of LyX on Windows.
Can anybody tell me what "the" cmake Release-configuration (and
environm
ths, why did it change now?
> >
> > Kind regards,
> > Hugo
>
> We are trying to add test-cases to the build. Apparently, on some tests, this
> is not so good
> for windows build.
>
Does it compile (and bind) if you comment the offending line?
"src/tests/CMakeLists.txt:21"
Kornel
signature.asc
Description: This is a digitally signed message part.
; 'master' of LyX five times a week with no changes to the source.
> I do a fetch and rebase and then I run a clean and build.
> This worked for weeks, maybe months, why did it change now?
>
> Kind regards,
> Hugo
We are trying to add test-cases to the build. Apparently
On Mon, 27 May 2013 10:27:28 +0200
Kornel Benko wrote:
> If you are not testing, you do not need it for lyx.
Hi,
I did not change anything in my setup. I try to build the branch
'master' of LyX five times a week with no changes to the source.
I do a fetch and rebase and then I run a clean and
Am Montag, 27. Mai 2013 um 10:18:07, schrieb Hugo Hinterberger
> Hi,
>
> I just want to inform you that the Windows build of branch 'master' has
> a problem:
>
> LINK : warning LNK4075: ignoring '/INCREMENTAL' due to '/FORCE'
> specifica
Hi,
I just want to inform you that the Windows build of branch 'master' has
a problem:
LINK : warning LNK4075: ignoring '/INCREMENTAL' due to '/FORCE'
specification
[D:\Workspace\LyX-Git\lyx-20-build\src\tests\check_layout.vcxproj]
support.lib(gettext.obj)
Am 22.05.2013 11:03, schrieb Hugo Hinterberger:
Does this happen only to me?
Compiles fine fir me. Note that you might get troubles with Qt 5.x until these issues are sort our
use Qt 4.8.4 and compile LyX with this.
regards Uwe
Hi,
I just want to let you know that the Windows buid of the branch 'master'
is broken.
SHA-1: 57fd14ddf3f60dda9481eaf7c4a91bd8468a3c9a
Error messages:
Done Building Project
"D:\Workspace\LyX-Git\lyx-20-build\ALL_BUILD.vcxproj" (default targets)
-- FAILED.
Build FAILED.
"D:\Workspace\LyX-Git\l
On Fri, Mar 31, 2006 at 07:24:33PM -0600, Bo Peng wrote:
> The weird part is, -I./interfaces/cc/ has aspell.h. Any clue?
If you are using the mingw compiler, I think that your problems
may come from using make instead of mingw32-make.
--
Enrico
Bo Peng wrote:
The weird part is, -I./interfaces/cc/ has aspell.h. Any clue?
Bo
Yes, you should upgrade to the latest candidate releases of MinGW/gcc.
The current stable version (3.4.2) gives this error.
Joost
It is my 10th attempts (remove cygwin, change place etc) to build
aspell, I am getting the same problem:
make[1]: Entering directory `/d/lyx-devel/downloads/aspell-0.60.4/aspell-0.60.4'
depbase=`echo prog/aspell.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`; \
if g++ -DHAVE_CONFIG_H -I. -I. -I./gen -I./
Abdelrazak Younes wrote:
Please, attached find the patch I apply to fix aspell compilation.
It works for me.
Ah yes, I forgot about this one... Maybe someone should report that to
the Aspell developers...
I have sent a bug report to Kevin Atkinson. No reply yet.
Michael
---
Enrico Forestieri a écrit :
On Fri, Mar 31, 2006 at 08:17:42AM -0600, Bo Peng wrote:
You have to switch to cygwin (which should have automake-1.9) and run
"autogen.sh" from there. Then you can switch back to msys for the
Thanks. Lyx is compiling. However, aspell still does not work. The
latest
1 - 100 of 130 matches
Mail list logo
