Nord User Forum

Hi,

I'm having an issue with filenames whenever I download a .nsmp file or a .ns2p file from the forum. Any file I download ends up with "%20" in place of any blank spaces included in the filename.

For Example:

I download "Ambient str art.nsmp" and in my finder (Mac Pro OSX 10.6.8) the filename appears as: Ambient%20str%20art.nsmp.

Anybody else having this issue? I then have to go in and delete the %20's from all the filenames!

Thanks,

Dan

Yes I also have this. As you say, the %20's need to be replaced with spaces before it works. Would be nice if the sound manager did this automatically.

Hi Dan,

indeed as Darren says, you can manually replace them by spaces.
But since this issue comes up from time to time, will look into maybe a way to do this softwarewise on the forum. It should work on windows, but would be best to have a version that works everywhere. So could you maybe tell me which OS you are using (reply or PM)?
While spaces should in theory not be in any filename that is used on the web or different OSes, they are useful for Nord Files since otherwise the name does not get displayes as nice on the display so it makes sense to have them (also I just found out that if you use "_" instead, the displayed name is unchanged).
Will see what can be done, until then, renaming is your friend!
Cheers
Johannes

Hey Mac Users- here's a simple script for "Automator" (an app you'll find in your Applications folder) that will replace the "%20" in any filename with a space.

Open Automator, load this script, then in a finder window highlight one or as many files as you'd like to change the names of and hit "run." Presto- they'll all be renamed with spaces in place of the %20.

If you prefer to keep the original file and it's original name, then add a "Duplicate Finder Items" to the script.

Thanks for your help everybody. I'm on OSX 10.6.8 for the record. I have just been changing the filenames manually, but the Automator script will be very helpful!

Thanks again!

Hi,

after looking some time into this, I concluded that it is most likely an issue (only) for users of Safari, see extensive discussions, e.g., here: http://www.google.it/search?q=download+ ... 0+filename
Chrome seems to work even on MacOS, so I think the script provided by wurliboy could be the best way around it, as having spaces in the filenames that are picked up by the Nord Software is meaningful IMHO.
EDIT: For now, I diswabled the rawurlencode() used for Safari detected browsers, let me know if you have some problems or something changed (only in forum post attachments)!

Hi,

just a small update: I now edited some things of how filenames are treated to keep spaces for most configurations where they work nice. For Safari, it now replaces all spaces by underscores before generating the filename for download, so the %20 problem should be gone. At least for samples, Nord recognizes an underscore as space and hence displays both names exactly the same way.
For now, I let IE and Konqueror to keep the spaces (IE works it seems, not sure about Konqueror), if anyone still has problems, please PM me with your exact configuration and I will see what can be done.

Cheers
Johannes

I guess the only problem here might be where a program relies on a particular sample. if spaces are replaced with underscores, then the program will need to be manually re-linked to the sample or the sample will still need to be renamed?

I also run a phpBB board and I see in the admin panel, it is possible to automatically zip everything. By using this technique, it doesn't matter if the zip gets renamed along the way, the filenames within it are preserved. Might want to check what happens with uploads from Safari users though... hmmmm. I wonder why I don't have the same behaviour on my board? Got me curious now!

Just my thoughts...

Hi Darren,good point about linked samples, might be an issue. But replacing _ or %20 is a similar task. And as long as the samples are stand alone there is no problem.
Regarding the GZip option, you refer to the "GZip compression: on" setting? 'Cause this only compresses the database rather than attachments, I don't think there is an automated zipping procedure for attachments (but correct me if I'm wrong).
I just found the same problem with %20s on Safari using the official phpbb forum, so seems a instrinsic issue with Safaris implementation of some of those RFCs...(but PM me with a link to where you found it work, e.g., your board)
Cheers!
Johannes

You know - I could have sworn I saw something in the attachement admin screens that allowed auto zipping, but I must have imagined it or confused it with the global board setting for gzipping client/server traffic.

Sorry!