carlorossi

To test it, just create a folder called "one two three four five six seven" on your desktop, open "opendialog.help" and try to load that folder.

"OSX:/Users/carlo/Desktop/one two three four five #1EEA75/"

bug-report-opendialog-doesnt-work-with-lists-of-more-than-5-spaces

> On OSX I'm afraid Max doesn't support file names longer than 32chars, 

It weird because I can load file up to 51 charachters without problem... and over 51 the error occurs.

But I'm counting the "path size" as the length of the string (see the patch that I've attatched).

Is it possible that is a "spaces" problem instead of the length of names?

> On OSX I'm afraid Max doesn't support file names longer than 32chars, 
> like in the good old days...

However, I have to append to this strange path another string, that is the name of the file that I have to load into a buffer~. And I think is not possibile...

I'm using the "opendialog" object to fill an lcd with names of the files of a certain folder (it's the Topher LaFata's filebrowse).

replace /Users/carlo/Desktop/one two three four fiv#1EF185/myfile.wav

I think it is not possible to solve this issue. Hovewer, I would like to know "when" thi happen, to show an error message.

It is not ok to count the number of characters of the string of the path I guess... how can I do it?

Ok.
However, I have to append to this strange path another string, that is the name of the file that I have to load into a buffer~. And I think is not possibile...

I'm using the "opendialog" object to fill an lcd with names of the files of a certain folder (it's the Topher LaFata's filebrowse).
It result something like:

It is not ok to count the number of characters of the string of the path I guess... how can I do it?


> You can try to search if there's a # in the string using regexp 

Carlo, hope this helps (pay attention to the loadbang):

> You can try to search if there's a # in the string using regexp  
> object or the RegExp in java.

I'm using the same solution.
Carlo, hope this helps (pay attention to the loadbang):

Ciao Bruno, it works perfectly thank you very much.

Hope to find a really solution one day :)

Pasted below is a little hack that can get a long filename using the 

This example works only with the files residing on the boot volume.

Pasted below is a little hack that can get a long filename using the  
shell external.
This example works only with the files residing on the boot volume.

However, as you said, your example works only in the boot volume, so I can't use it in my patch.

Also I'm not sure that exist a "shell" object for Windows XP that does the "grep" function.

http://www.maxobjects.com/?v=objects&id_objet=3531&requested=shell&operateur=AND&id_plateforme=0

Thank you Nesa.
However, as you said, your example works only in the boot volume, so I can't use it in my patch.

Also I'm not sure that exist a "shell" object for Windows XP that does the "grep" function.
Maybe this one: http://www.maxobjects.com/?v=objects&id_objet=3531&requested=shell&operateur=AND&id_plateforme=0
?


Bug report: "opendialog" doesn't work with lists of more than 5 spaces