Re: [Alphacocoa-devel] [EXT] Alpha Release 9.2 (Gianfar)

[Bernard D. <bde...@or...>]

Hi all,

I have fixed the issue. The path of the pdf file was not properly url-encoded.
I will release a minor upgrade tomorrow with the correction.

Sorry for the inconvenience and thank you again David for spotting the real issue.

Bernard 



> Le 22 oct. 2020 à 13:07, Bernard Desgraupes <bde...@or...> a écrit :
> 
> Hi David,
> 
> thanks for all these experiments. It is very helpful.
> Finally the problem indeed comes from spaces in the path (Dropbox is declared non guilty !).
> I see the same problem if I typeset a tex file in a directory with spaces in its name.
> 
> I’ll try to fix this as soon as possible.
> 
> Cheers,
> Bernard
> 
> 
>> Le 22 oct. 2020 à 13:00, David Craig <da...@pa...> a écrit :
>> 
>> Hmmm.
>> 
>> Well, ALL my files are in DropBox (on my startup disk, which is an SSD).  Dropbox is a central component of my multi-location and multi-machine existence.  I thought that might be it at first, because when I copied a file to my desktop it tex’d and viewed fine in Alpha.  But then I went back to the copy of the identical file in Dropbox, THAT tex’d fine, too.  So some files (just not the first few I tried) preview in Alpha fine, and others don’t.  So I stripped it down to
>> 
>> \documentclass{article}
>> \begin{document}
>> Document
>> \end{document}
>> 
>> I did a few experiments and have found something pretty suggestive: if the path to the file contains a folder with spaces in the folder name the file won’t display in Alpha.  As soon as I move the /same/ file into a folder with no spaces anywhere in the path, it displays in Alpha.  (My user folder name has no spaces in it, so I don’t know how far up that goes.)
>> 
>> David Craig
>> 
> 
> 
> 
> _______________________________________________
> AlphaCocoa-devel mailing list
> Alp...@li...
> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel