Bruno Zamborlin

Dear all, I have a little issue with mxj filebrowse on Mac Intel.

It seems to understand only native path (like "/Volumes/OSX/Users/bruno" or "/Applications" ) and not max path (like "OSX:/Users/bruno" ) that is what I obtain from opendialog fold, thispatcher and others objects.

And comformpath object with "pathstyle native" or something seems not change anything.

It seems to understand only native path (like "/Volumes/OSX/Users/bruno" or "/Applications" ) and not max path (like "OSX:/Users/bruno" ) that is what I obtain from opendialog fold, thispatcher and others objects.
And comformpath object with "pathstyle native" or something seems not change anything.

Does this patch work on your machine?
Thanks

topher-lafatas-mxj-filebrowse-path-problem

• error: (mxj filebrowse) Invalid root directory argument

ps: the error that is gives me is:
• error: (mxj filebrowse) Invalid root directory argument


But it does if the argument corresponds to any of my existing folders (and

Hello Bruno.
Your patch doesn't work on my pc.
But it does if the argument corresponds to any of my existing folders (and
without the conformpath object).
Also the pathstyle has no influence.

Quote: gusanomaxlist wrote on Wed, 18 April 2007 02:44

----------------------------------------------------

> But it does if the argument corresponds to any of my existing folders (and

Thank you. With "if the argument corresponds to any of my existing folders", do you mean that you send to mxj filebrowse a native path or a max path?

Because I know that a native path (like /Applications ) works, the problem is that there is no objects that give me this kind of path.

Quote: gusanomaxlist wrote on Wed, 18 April 2007 02:44
----------------------------------------------------
> Hello Bruno.
> Your patch doesn't work on my pc.
> But it does if the argument corresponds to any of my existing folders (and
> without the conformpath object).
> Also the pathstyle has no influence.
>
> Hope that helps.
> Cheers.
>
>
>
----------------------------------------------------

Thank you. With "if the argument corresponds to any of my existing folders", do you mean that you send to mxj filebrowse a native path or a max path?
Because I know that a native path (like /Applications ) works, the problem is that there is no objects that give me this kind of path.


> Thank you. With "if the argument corresponds to any of my existing

> folders", do you mean that you send to mxj filebrowse a native path or a max

I mean that [mxj filebrowse] must be loadbanged with an existing folder

argument (native or max path work both), if I initialise filebrowse with any

other folder (that doesn't exist on my computer), it doesn't work at all,

Because I know that a native path (like /Applications ) works, the problem

> is that there is no objects that give me this kind of path.

If you want your path to be stripped and only keep the last folder name

(like /Applications), it can be done with zl and atoi tricks (I should have

But am I missing something or is the following patch working for you ?

>
> Thank you. With "if the argument corresponds to any of my existing
> folders", do you mean that you send to mxj filebrowse a native path or a max
> path?

I mean that [mxj filebrowse] must be loadbanged with an existing folder
argument (native or max path work both), if I initialise filebrowse with any
other folder (that doesn't exist on my computer), it doesn't work at all,
whatever path I send to him.

Because I know that a native path (like /Applications ) works, the problem
> is that there is no objects that give me this kind of path.

If you want your path to be stripped and only keep the last folder name
(like /Applications), it can be done with zl and atoi tricks (I should have
a patch like that somewhere).
But am I missing something or is the following patch working for you ?

Quote: gusanomaxlist wrote on Thu, 19 April 2007 15:11

> If you want your path to be stripped and only keep the last folder name

> (like /Applications), it can be done with zl and atoi tricks (I should have

No, I would like that it works with folders of any level.

I would like that something like "MYPARTITION:/folder1/folder2" becames "/Volumes/MYPARTITION/folder1/folder2", that works with "mxj filebrowse".

> But am I missing something or is the following patch working for you ?

With the "opendialog folder" path style, it gives me the following error:

"• error: (mxj filebrowse) Invalid root directory argument"

Is this a bug report of the mxj's path on Mac-Intel?

Quote: gusanomaxlist wrote on Thu, 19 April 2007 15:11
----------------------------------------------------
> If you want your path to be stripped and only keep the last folder name
> (like /Applications), it can be done with zl and atoi tricks (I should have
> a patch like that somewhere).

> But am I missing something or is the following patch working for you ?
----------------------------------------------------

No, it doesn't.
With the "opendialog folder" path style, it gives me the following error:
"• error: (mxj filebrowse) Invalid root directory argument"

Is this a bug report of the mxj's path on Mac-Intel?


> With the "opendialog folder" path style, it gives me the following error:

> "• error: (mxj filebrowse) Invalid root directory argument"

> Is this a bug report of the mxj's path on Mac-Intel?

Well, I guess it looks like a bug. I have the same error as you, but a

possible workaround for me is, as stated previously, to put any existing

(for example [mxj filebrowse ./patches 200 400] ), double click loadbang

and then it works with any opendialog folder path.

>
> With the "opendialog folder" path style, it gives me the following error:
> "• error: (mxj filebrowse) Invalid root directory argument"
>
> Is this a bug report of the mxj's path on Mac-Intel?

 Well, I guess it looks like a bug. I have the same error as you, but a
possible workaround for me is, as stated previously, to put any existing
folder name as an argument of filebrowse
 (for example [mxj filebrowse ./patches 200 400] ), double click loadbang
and then it works with any opendialog folder path.

Yes I know, but I would like to change dinamically the path, and it seems to be not possible... isn't it?

Once I have correctly initialised filebrowse, I can dynamically change the

Unfortunately, I don't have a Mac Intel so I can't test that with Mac style

> Yes I know, but I would like to change dinamically the path, and it seems

Once I have correctly initialised filebrowse, I can dynamically change the
path, yes.
Unfortunately, I don't have a Mac Intel so I can't test that with Mac style
path...

On 4/19/07, Bruno Zamborlin  wrote:
>
>
> Yes I know, but I would like to change dinamically the path, and it seems
> to be not possible... isn't it?
>

i use the following subpatch to fix path issues with volumes that are not the root volume on osx.

i think the left output conforms the path for java and the right output escapes white space in the folder names.

the left out should be find for working with java.

make sure you save and reload for the loadbangs to bang.

i use the following subpatch to fix path issues with volumes that are not the root volume on osx.
i think the left output conforms the path for java and the right output escapes white space in the folder names.
the left out should be find for working with java.

make sure you save and reload for the loadbangs to bang.
not sure if this helps you but...

Thank you very much rob, your path fixed perfectly the problem!

Quote: robtherich wrote on Sun, 22 April 2007 19:31

> i use the following subpatch to fix path issues with volumes that are not the root volume on osx.

> i think the left output conforms the path for java and the right output escapes white space in the folder names.

> the left out should be find for working with java.

Quote: robtherich wrote on Sun, 22 April 2007 19:31
----------------------------------------------------
> i use the following subpatch to fix path issues with volumes that are not the root volume on osx.
> i think the left output conforms the path for java and the right output escapes white space in the folder names.
> the left out should be find for working with java.
>
----------------------------------------------------


Topher LaFata's mxj filebrowse path problem