On Wednesday, 5 June 2019 10.53.55 WEST Jean-Marc Lasgouttes wrote:
> Indeed. This has been fixed by Uwe already, BTW.
>
> JMarc
You are right. Only yesterday while reviewing I finally noticed that the
restriction was not there anymore. :-)
I saw that because I was looking into the output of "g
Le 03/06/2019 à 18:45, José Abílio Matos a écrit :
On Monday, 11 February 2019 00.25.41 WEST Uwe Stöhr wrote:
Besides this I don't understand why we limit the depth for image
conversions to 8 bit:
sopts = "-depth 8"
Unless there is a strong reason to limit the conversions to 8 bit I agree with
On Monday, 11 February 2019 00.25.41 WEST Uwe Stöhr wrote:
> Besides this I don't understand why we limit the depth for image
> conversions to 8 bit:
> sopts = "-depth 8"
Unless there is a strong reason to limit the conversions to 8 bit I agree with
Uwe.
Regards,
--
José Abílio
On Thursday, 21 March 2019 01.37.56 WEST Uwe Stöhr wrote:
> Am 18.03.2019 um 02:31 schrieb Scott Kostyshak:
> > Bump. Did we get this figured out?
>
> Well, the -depth8 restriction for ImageMagick can definitely go and i
> now just did this. Nevertheless convertDefault.py is broken under python
>
On Monday, 11 February 2019 00.25.41 WET Uwe Stöhr wrote:
> Attached is the diff to get it at least to work.
> José, could you please have a look?
I am sorry for not replying before. It is in my todo list as soon as I have
some free time (from tasks that are urgent and important).
I will take a
Am 18.03.2019 um 02:31 schrieb Scott Kostyshak:
Bump. Did we get this figured out?
Well, the -depth8 restriction for ImageMagick can definitely go and i
now just did this. Nevertheless convertDefault.py is broken under python
3.7.x
regards Uwe
On 2019-03-18, Scott Kostyshak wrote:
> On Mon, Feb 11, 2019 at 01:25:41AM +0100, Uwe Stöhr wrote:
>> Today I tried LyX 2.3.2 with Python 3.7.2 and found that all image
>> conversions failed. I investigated and I found out that this commit
>> introduced the problem:
>> 5b160e82
>> Line 38 fails si
On Mon, Feb 11, 2019 at 01:25:41AM +0100, Uwe Stöhr wrote:
> Today I tried LyX 2.3.2 with Python 3.7.2 and found that all image
> conversions failed. I investigated and I found out that this commit
> introduced the problem:
> 5b160e82
>
> Line 38 fails since there is no .decode() for strings.
> Al