special folders

Sadhunathan Nadesan sadhu at castandcrew.com
Wed May 2 14:15:01 EDT 2007


Greetings,

After reading the post below about the admin issues possible with 
specialFolderPath, I'd like to hear anyone expound on the justification 
for the use of 'special folders', if we have any pontiffs out there who 
advocate it.  Must be a good reason for it, yes?  Anyone care to 
enlighten me?  It's basically curiosity so feel free to ignore me also.

For example, in our case, we are providing a download of an executable 
for windows users which installs as normal in the program files 
directory. (Mac version, not sure where it goes).  However, a separate 
stack that can be written to is obscurely (some might say) squirreled 
away in a special folder - which turns out to be different on different 
versions of windoz.  For example, its under all users/application data 
(or something like that) on XP home and pro, and something like 
c:/ProgramData on Vista basic (at least mine).  The mac I'm not sure.  
Our code has a case statement to detect the type of OS and pick the 
right special folder. 

Why wouldn't we just put this stack in the same folder where we install 
the executable?

Wise ones, tell all!

Mahalo
Sadhu




>
>  
>
>>Using the altsplash auto-load architecture, I have one user for whom the 
>>loader hangs.  His specialFolderPath(35) returns as
>>
>>C:/Documents and Settings/All Users/Application Data
>>
>>but he says he has no such folder, which leads me guess is that it is 
>>hidden and that its invisibility is preventing the write to or the read 
>>from the directory.
>>    
>>
>
>Yup.  It's real and it is hidden - however if the user does not have Admin 
>rights he can't write there.   He needs to write to a folder belonging to 
>him.
>
>C:/Documents and Settings/Your Users Name/Application Data.
>
>  
>
>>Is there something special I must do to make this directory usable if 
>>hidden?
>>    
>>
>
>You could instruct the user to elevate himself to an admin - while that will 
>work it may also be against any policies they are subject to and therefore 
>rendering "security" useless which probably is not a good idea.
>
>Scott Kane
>"Nobody can go back and start a new beginning, but anyone can start
>today and make a new ending." -- Maria Robinson 
>
>
>  
>
>  
>



More information about the use-livecode mailing list