Many thanks. It works!
/mikael


On 30 Mar 2018, at 14:18, Dan Wilcox <danomatika@gmail.com> wrote:

As you say, the space in the path makes text output the path as a list of symbols. Some people would say to not use spaces in file paths, but I've been using them successfully for many years. You basically just need to make sure to join the list into a single symbol before trying to use it. Same with trying to save it.

I've used [symbol2list] previously and now use a vanilla equivalent which uses [list tosymbol] / [list fromsymbol] internally. It's called [u_list2symbol] and you can find it in https://github.com/danomatika/rc-patches. There are similar implementations people have shared with the list in the archives as well.

I also have a playlist abstraction if that's what you're building [c_playlist] as well as some file path helpers.

On Mar 30, 2018, at 2:42 PM, pd-list-request@lists.iem.at wrote:

Date: Fri, 30 Mar 2018 11:53:55 +0100
From: Mikael at UL <mikael.fernstrom@ul.ie>
To: Pd-List <pd-list@lists.iem.at>
Subject: [PD] handling path and filenames with spaces in vanilla 0.48
Message-ID: <DB9641BC-EC4B-4882-9586-E981E9FBB4C3@ul.ie>
Content-Type: text/plain; charset="utf-8"

I’m currently reworking some of my older patches and moving from Extended to Vanilla  0.48.0

I have a text object defined:
[text define -k filelist]
that contains 16 file names (i.e. full path and file name).
File names are set by [openpanel] etc.

The file names are also passed on to [soundfiler] with the message:

[read -resize -raw 128 2 2 b $1 table1 table2(

where $1 is the message from [openpanel] (path+filename)

I store filelist by sending [write myfilelist.txt( to the [text define -k filelist].

When I try to read back  the list by sending
[read myfilelist.txt( to the [text define -k filelist], the text (path + filename) cannot be passed on via a message as a $1 argument to [soundfiler], as the text now appears to be parsed and breaks at the first space in the path+file name.

Any suggestions?

/Mikael