Hello,<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">So is there a way to get a path to the Documents folder in OSX symbolically<br>
without hard-coding it?<br></blockquote><div><br></div><div>Hard-code it, as it seems that OSX goes down the path of hardcoding HOME + Documents as the directory, and then provides API to internationalize the result.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Looking briefly at the bug reports, it appears that the original .NET<br>
specification intended for that special folder enum to point to the<br>
Documents directory, not the user&#39;s home folder. So, and correct me if I am<br>
wrong, it does appear that the original implementation decision was not in<br>
line with the .NET specification.<br></blockquote><div><br></div><div>It was when Mono was developed in 2001.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Nevertheless, I am not moving my application from Silverlight to Mono, I&#39;m<br>
trying to develop an application that supports both simultaneously<br>
(something that it appears should be possible since one is supposed to be a<br>
superset of the other other).<br></blockquote><div><br></div><div>I suggest you probe at runtime the system and decide the code path you take.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

If Mono has a way of getting the Documents folder without hardcoding it, I&#39;d<br>
be happy to use it in my specific application. I just don&#39;t want to end up<br>
in a situation where Mono decides to fix this in a future version and I end<br>
up getting a directory of the form //Users/Username/Documents/Documents/.<br></blockquote><div><br></div><div>That is precisely the reason we are not going to change the existing behavior, so existing code does not break.</div>
<div><br></div><div>Miguel</div></div>