On Jan 6, 2013, at 10:21 AM, Pierre-Olivier Boulant wrote: > > On 05/01/2013 18:43, Hans-Christoph Steiner wrote: >> On Jan 5, 2013, at 3:50 AM, Pierre-Olivier Boulant wrote: >> >>> >>> On 04/01/2013 23:46, Hans-Christoph Steiner wrote: >>>> On Jan 1, 2013, at 6:04 PM, Pierre-Olivier Boulant wrote: >>>> >>>>> On 13/12/2012 04:45, Hans-Christoph Steiner wrote: >>>>>> On Dec 12, 2012, at 6:51 PM, Patrice Colet wrote: >>>>>> >>>>>>> ----- Mail original ----- >>>>>>>> De: "Hans-Christoph Steiner" <[email protected]> >>>>>>>> ok, I'm seeing the same thing. double-clicking and 'pd -open' are >>>>>>>> the same thing on Windows. I'm going to implement the double-click >>>>>>>> opening in Tcl, here's a bug report for 'pd -open': >>>>>>>> https://sourceforge.net/tracker/?func=detail&aid=3595309&group_id=55736&atid=478070 >>>>>>> allright thanks for that >>>>>> OK, I implemented the double-click singleton opening. Starting with >>>>>> tomorrow's build, double-clicking a .pd file will open the patch in the >>>>>> already running instance of Pd-extended. It also means that üßáôå work. >>>>>> >>>>>> .hc >>>>> Hi, >>>>> >>>>> I can't get a second session of Pd to start with the latest releases >>>>> (2013 01 01). The first session catches the double click on pd/bin/pd.exe >>>>> or pd/bin/pd.com and I get this in the console: >>>>> Ignoring '': doesn't look like a Pd-file >>>>> >>>>> I tried starting a copy of pd.exe, but I got the same thing in the end. >>>>> >>>>> I notice an extra pd.exe running in the task manager for each subsequent >>>>> start of pd.exe, but I can't access any of them but the first session. I >>>>> have to shut them down from the task manager. >>>> I think I got this working well. Basically the way it works now is that >>>> use uses DDE to receive the double-clicked filename. This also gives Pd >>>> the filename in full unicode, while "%ProgramFiles\pd\bin\pd.exe -open" is >>>> still only ASCII or maybe latin1. That unfortunately means that if the >>>> file that launches Pd has extended unicode chars in it, that file won't be >>>> loaded since its handed to Pd using "pd.exe -open". >>>> >>>> So the first instance of Pd that starts registers as the DDE server. Then >>>> any double-clicked files are sent to the first instance via DDE. Then any >>>> other new Pd instances just don't register with DDE. Unlike with >>>> GNU/Linux, there is no check whether the current instance should quit >>>> since Windows sends the DDE directly, we don't need a tcl program to find >>>> the Pd instance and send it a message. >>>> >>>> .hc >>> Hi, >>> >>> Thanks for looking into this. Has this been integrated in the current >>> latest? >>> As of : Pd-0.43.4-extended-20130104 I cannot start a second session from a >>> cmd window, the "execute" from the start menu, double-clicking, selecting >>> either pd.exe or pd.com and typing Enter. All this still only loads one >>> session. >>> If I start a patch by all the means listed above, I still only have one >>> instance in the end. >> There were some key changes that I just did yesterday, so 2012-01-05 is the >> build to try for Windows. >> >> .hc > Looks like it's back to the old behaviour. If I double click a file it starts > a new Pd session. Not that it bother's me really. I mean with the drag and > drop plug-in is a nice alternative to double clicking. > At least now I can start a second session. > > pob > > (sorry for the double post hc)
Hmm, I can't reproduce that on my WinXP box. My guess is that you have a custom file association setup in the registry that uses shell\open\command rather than shell\open\ddeexec. And probably, you didn't check "Reset File Associations" in the installer. Check HKEY_CLASSES_ROOT\.pd to see the association. .hc _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
