More on 'there is a file it' returning false for files w/ non-Western European chars

Robert Sneidar slylabs13 at mac.com
Tue Apr 15 13:41:38 EDT 2008


If all you are trying to do is tell if the user selected a file in the  
dialog, doesn't the answer file command return empty if the user  
cancelled? And if the user did not cancel then what it will contain is  
the path to the file. Are you saying that the path to the file cannot  
then be used to access the file? That would definitely be a bug. But  
let me proceed on the assumption that such is not the case.

The user cannot select a folder in the Answer File command. Only files  
can be selected, so that is not the issue. So if "it" is not empty,  
then the only thing "it" can contain is a path to a selected file. Am  
I missing something here?

Bob "SlimPikn" Sneidar
Hog Pilot Extraordinaire

On Apr 15, 2008, at 9:14 AM, Mark E. Powell wrote:

> I have not gotten any workarounds to my previously-posted file name  
> bug, and wanted to let everyone know that I have entered it into the  
> bug system as #6394.  As the candidates are saying in Pennsylvania  
> USA: I would appreciate your vote.  This is an absolute deal-breaker  
> for me.
>
> SOAPBOX:  I cannot possibly believe that others on this list have  
> not been stopped in their tracks by this apparent failure within the  
> Rev engine.  What I am trying to do is not so far out of the  
> mainstream, is it?  But my only solution while staying within the  
> Revolution environment is to establish system requirements with  
> customers that say, "All your files and folders must contain only  
> low-ASCII characters". Fine for systems governed by Western European  
> character sets, but a show stopper for Czech, Polish, and (it seems)  
> many other charsets in the world.
>
> Tell me it ain't so, Joe.
>
> What a shame.
>
> Here is the body of the report for additional detail.
>
> ++++++++++++++++++++++++++++++++++++++++++++++++
>
> How to Reproduce
> ===================
> Name a dummy file čů.txt  In case this does not render correctly in  
> the QC Center system, those first two characters in the example name  
> are
> č : small c with caron
> ů : small u with ring above
>
> Then in Rev, use the answer file line below to point to this new file.
>
>  answer file "The prompt..."
>  answer (there is a file it)
>  put it
>
> The second will return false.  The 'put' will put cu.txt (unaccented  
> c and u), which explains why line 2 returns false.  Rev flattens  
> many high-ASCII characters to their unaccented equivalents.
>
> in addition, the following
>
>  answer file "The prompt..."
>  answer the shortFilePath of it
>
> returns empty.
>
>
> Why This is a Blocker
> ====================
> I am writing a reporting application that hinges on Rev's ability to  
> faithfully read file names.  This bug prevents me from even  
> addressing such files, even if the 'offending' character occurs in  
> the long path name.
>
> It stops me cold.  I must hire a specialist to write an external in  
> C or I must move to another SDE entirely.  Therefore, this is for me  
> a blocker and I am rating it as such.
>
> This is (I believe) similar to enhancement request 674.
>
>
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list