<div dir="ltr"><div>Dear IOhannes,</div><div><br></div><div>thank you for your answer.</div><div>Here is the screenshot they sent me. <a href="https://postimg.cc/GB6z9Wb0">https://postimg.cc/GB6z9Wb0</a></div><div>I'll also try to find out the character encoding and codepage they are using, the thing is, I don't talk directly to the museum technicians in charge of the setup, there is a representative there that translates all the communication and he doesn't have much experience with the subject, so I'm not sure if it will work.</div><div>I asked them to put all the abstractions and files in the same folder and that worked. They also have access to a computer running MacOS for testing, and the original patch with subfolders worked there without problems.</div><div><br></div><div>Does the absolute path to an abstraction play a role even if using [declare -path]? and how is this different from having both patches in the same folder?</div><div><br></div><div>Cheers,</div><div>Maxi<br></div></div><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mar., 27 oct. 2020 a las 9:28, IOhannes m zmoelnig (<<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 10/22/20 3:36 PM, Maximiliano Estudies wrote:<br>
> Dear list,<br>
> <br>
> I am working on a project with people in China and sent them a project with<br>
> a main patch and a couple of subfolders for abstractions and audio files.<br>
> I'm using [declare -path abstractions] so PD finds the files relative to<br>
> the main patch.<br>
> I tested the patch (I copied the same .zip file that I'm sending) in an<br>
> older windows machine I have and it works fine, but the chinese colleagues<br>
> are having some trouble. They sent me a screenshot of the console and PD<br>
> can't find any of the subpatches or audio files.<br>
<br>
could you also share this screenshot (at least the important parts, <br>
without disclosing confidential information)?<br>
<br>
<br>
> Do you have any experience with this? They are using Pd 0.51.2 on a Windows<br>
> 10 machine with the operating system in chinese. I checked and they didn't<br>
> change the folder structure.<br>
<br>
like most people here (judging from the lack of responses to your email) <br>
i have little experience with chinese systems.<br>
<br>
the first thing that comes to my mind when reading your problem <br>
description is a character representation issue.<br>
Pd uses UTF-8 (a Unicode variant) to represent characters.<br>
this is pretty standard in the entire world, except for Windows where <br>
UTF-16 (if they use unicode at all) is used.<br>
<br>
i think Pd is pretty well tested for doing a proper conversion between <br>
it's UTF-8 representation and the wide-char (UTF-16) representation <br>
needed on Windows - but these tests are mostly done on "western" <br>
systems, where the characters are practically always formed by <br>
unicode-points <65536 (which is the highest number that can be <br>
represented by an (unsigned) 16bit value; UTF-16 uses 16bit (hence the <br>
name) as the base number size).<br>
<br>
afaik (but - see above - i know little) the standard code points for <br>
chinese letters are in the range of 0x4E00..0x9FFF, so they would well <br>
fit into the 16bit constraint.<br>
but then: you never know what encoding they really use.<br>
<br>
so:<br>
- could you share the screenshot?<br>
- would it be possible to find out which character encoding is used by <br>
your colleagues? and which codepage? and...? i'm not on windows but a <br>
quick websearch revealed [1], which has at least a bit of information on <br>
how to get all these things)<br>
- would it also be possible to get the full path to one of the failing <br>
abstractions as *text*? (not as a screenshot).<br>
<br>
gfmdasrf<br>
IOhannes<br>
<br>
PS: another thing: if you are using externals that open files by <br>
themselves, they really *should* use Pd's file-opening functions if they <br>
want to open non-ASCII filenames.<br>
so if the problematic files are not opened via externals, it could well <br>
be a bug in the externals (though from your description i figure that Pd <br>
itself is having problems)<br>
<br>
<br>
<br>
[1] <a href="https://serverfault.com/questions/80635/" rel="noreferrer" target="_blank">https://serverfault.com/questions/80635/</a><br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div>Maximiliano Estudies</div><div><i>VDT Referat Beschallung</i><br></div></div></div><div>+49 176 36784771</div><div><span><a href="http://omslo.com" target="_blank">omslo.com</a><br></span></div><div><span><a href="http://maxiestudies.com" target="_blank">maxiestudies.com</a> </span><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>