Well that is reasonably the reason why.

And we are now on .56-2, and ofelia seems to continue to create problems.

What are others using when trying to have access to pdfs or jpegs and want to show them on a screen when using pure data without creating digital clicks in sound.?

Also, I can duplicate the file, change the name, and then open up the new file.

I think it might be a result of using ofelia.

Hello,
There is a patch I am working on that works and that I can save in the same name, but in Pure Data if I try to "Save as" a new name Pd crashes.

Here is the error that I am seeing before it crashes:
(Tcl) UNHANDLED ERROR: bad window path name ".x600002764900"
while executing
"tk_getSaveFile -initialdir $initialdir -initialfile [::pdtk_canvas::cleanname "$initialfile"] -defaultextension .pd -filetypes $::filetypes -parent..."
(procedure "pdtk_canvas_saveas" line 3)
invoked from within
"pdtk_canvas_saveas .x600002764900 {RECORDwTITLE.pd} {/Users/williamraynovich/Documents/Pd/PureDatainformation} 0 "
("uplevel" body line 1)
invoked from within
"uplevel #0 $docmds"(Tcl) UNHANDLED ERROR: bad window path name ".x600002764900"
while executing
"tk_getSaveFile -initialdir $initialdir -initialfile [::pdtk_canvas::cleanname "$initialfile"] -defaultextension .pd -filetypes $::filetypes -parent..."
(procedure "pdtk_canvas_saveas" line 3)
invoked from within
"pdtk_canvas_saveas .x600002764900 {RECORDwTITLE.pd} {/Users/williamraynovich/Documents/Pd/PureDatainformation} 0 "
("uplevel" body line 1)
invoked from within
"uplevel #0 $docmds"

It seems to be something about the path of the RECORDwTITLE object?

Can anyone easily see what the issue is.

Thank you. This is what I was looking for. The help from a few years ago was helpful. I am on to the next step in this process. I am guessing that those who intend to have others use their patches use MAX/MSP?

You have been very helpful.

So, as I am looking at one way to do this, I could put objects that I am using for a specific piece into a folder where I open that piece and do something like this:

declare -path ./name_of_folder_that_I_put_objects_in

Is this what you all do? Or do you not really share complex patches with others to perform?

@alexandros Also, with this, I am more trying to make my patches be able to be used by others more easily. I have to make sure the computer that I am transferring the patch to has all the external objects already downloaded. I was/am hoping there might be an easier way.

Hello,
Yeah I fixed that. I remembered that one and it did help and it has been going well for me.

I am seeing if there is an elegant solution to make it so that I do not have to go in to the Pd patch when using a different computer with a different user ID and change the pathway even in the declare way of making the paths?

So that if I send the Pd patch with all needed objects to another person it will automatically work.

Does that make sense?

Thank you, I am trying to work on this.

I realized that pd pathways seem to be a bit odd or I am doing something wrong. The name on my mac is:

/Users/raynovich/Documents/Pd/externals/NAMEOFFOLDERorPDfile

I think that is how the "data structures" of MacOS systems work? So, if I have to change to a different User name or I want to give a performer my composition to perform than they would have to get all those permissions set up.

Am I doing something wrong?

Maybe there is an easier way?

I am having to change computers, but also I want to have the ability to put my patches on other computers for others to perform my works. I have been delaying figuring out how to do this elegantly, but I now need to consider how to do this.

So, in the spirit of that, I have the computer I have been using for six years with a list of paths that I have added which makes all of my patches work. It is a bit of a mess with more folders than I probably should have but nonetheless.

If I am unable, in this case I am not, to transfer my entire Apple account to the other computer, is there an easy way to get all of my preferences to a different computer easily? Do I have to do it manually?

I hope these this question makes sense.

I might have to give that a try after my concert next weekend.

Hey @ddw_music,
Please, please, please. I am not criticizing you. I honestly am just trying to understand. Sincerely and respectfully.

You have honestly helped out a great deal. Seriously. I was having to do somethings and changing my patches in ways that was rather disappointing to say the least or upsetting to be blunt. Your explanation and your persistence has helped me to understand better.

How can I make it up to you for helping out @ddw_music? I would gladly provide you compensation or some other way to make it up to you.

FYI, if the ofelia is opened or was opened, then the file cannot be made without the leading slash (I think I got my slash terminology reversed?) In fact to prove this to my self. I used mkdir and rm -r to create and delete a directory without the leading slash, then I opened up ofelia and it did not work. So, I assume ofelia rudely takes over shell or command or something else.

And you also provided a good point as well that I need a leading slash when going with an absolute path. Thank you.

I honestly did not know the nuances of of the slash usage which I understand a bit better now.
And thank you @old for the additional information. I think pd starts in the root directory, if I am understanding the terminology correctly.

@old, thank you as well for the response!

OK, I think I might be closer to a problem with this. I do not think I understand unix and the structure of the program well enough to understand how to rectify the problem I am having.

I get not using cd. Understood now. Thanks dd2_music.

Here is the problem I am running into.

I have a patch I am using when run by itself, the path way is (all of this is on a mac):

Let's say I have a folder that is called test2delete

user/name/Desktop/test2delete

I can use the unix command

mkdir user/name/Desktop/test2delete

and

rm -r user/name/Desktop/test2delete

to make and delete the directory.

Also, this works:

mkdir /user/name/Desktop/test2delete

and

rm -r /user/name/Desktop/test2delete

BOTH work.

Now, if I open ofelia or ofelia was an object in any file while pd was open during the session.

then ONLY the version that starts with a backslash works.

mkdir /user/name/Desktop/test2delete

and

rm -r /user/name/Desktop/test2delete

So part of my frustration as I read your initial help was that you did not include the '/' in you example:

I.e. not cd xxx/yyy/zzz && ls, but ls xxx/yyy/zzz. (See above)

Once I added the backslash to any of the desired actions the unix commands work. So, I can use ls, mkdir, rm, and such.

So, your example would have been /xxx/yyy/zzz

So, I think my question about ofelia still "somewhat" pertains. Perhaps you know the answer?

Why does ofelia make unix commands include a backslash before the beginning of the path?

Whereas if ofelia was never opened it does not need the backslash?

I hope that vindicates me a bit.

THANK YOU SO MUCH FOR BEING PATIENT WITH ME!!!

I did not understand your initial post well enough. It was overwhelming. Sorry.

I am closer to making this work, I think.

@ddw_music Oh, I think I now understand better. Let me try that.

I honestly did not understand your initial explanation well. You are a much better and experienced programmer than myself.

Thanks for the response. I still think cd is not working in shell or command. I am trying to do the same actions in terminal as shell and command. But when I use ls, shell and command is "stuck" in the directory that was in.

This does not happen if ofelia was not opened, but once ofelia is opened, then cd does not work.

ofelia does seem to do something. AND ofelia changes things even if deleted from a patch.

Have you tried ofelia?

Hey,
So, I have been using ofelia. I am having an issue now, though. Does ofelia "take over" the "command" and "shell" capabilities of the program and "freezes" the directory? It seems to.

When I open up a file, then I cannot use unix command, cd ./newdirectory to go to a new directory.

Even if I close the program that "froze" the directory.

Also, if I close the pure data file that is running ofelia, ofelia still seems to be working in the background and I can no longer move to other directories. Help.

Hey all,
I think I am understanding an issue that I do not know how to resolve.

Does ofelia take over the "terminal" or some other function for Pure Data if created?

So, if I open up one file that uses ofelia. . . to show a score easily. Then shell and command do NOT allow me to move from directory to directory. And in fact, the directory that pure data is stuck on is the program that opened ofelia.

If I do not open ofelia, then I can seem to move from directory to directory. I can essentially use shell or command and use unix commands:

ls & cd to check the directory and move to a directory.

Help

I might have figured out a problem I am running into with this.

So, does ofelia use terminal? If I open ofelia am I also going into a specific directory as well?