Re: [PD] Multiple sessions on Windows
Cool... I'm guessing it's now stable enough to call it the official 0.44... I'll get to work on that in a few hours. cheers Miller On Sun, Jan 06, 2013 at 06:26:29PM +0100, Pierre-Olivier Boulant wrote: > > On 06/01/2013 17:02, Hans-Christoph Steiner wrote: > >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: > >>> [... ] > >>> > >>>.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 > > Thanks, seems ok now. I had over written the whole folder with the > zip file. I guess this is the reason why it didn't work. > Now I have the ability to open from the launch icon several sessions > and the patches open in the first session. > As always, thank you very much for looking into this. > Cheers > Pierre-Olivier > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows
On 06/01/2013 17:02, Hans-Christoph Steiner wrote: 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" 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 Thanks, seems ok now. I had over written the whole folder with the zip file. I guess this is the reason why it didn't work. Now I have the ability to open from the launch icon several sessions and the patches open in the first session. As always, thank you very much for looking into this. Cheers Pierre-Olivier ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows
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" 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows
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" 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) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows
OK... I think I never saw the problem because all my filenames are ASCII :) I've put out 0.44-0 test 2 (same website) - this affects only Microsoft Windows. Please test! cheers Miller On Sat, Jan 05, 2013 at 12:43:05PM -0500, Hans-Christoph Steiner wrote: > > On Jan 5, 2013, at 11:53 AM, Miller Puckette wrote: > > >> > >> 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. > >> > >> Cheers > >> Pierre-Olivier > >> > > Can you try this with Pd 'vanilla' 0.44 test 1? It's on > > http://crca.ucsd.edu/~msp/software.html ... I'd love to know whether this > > is happening in vanilla or not before I make the 'official' release! > > Yes, its affected. The attached patch fixes it for me, and improves the > unicode filenames sitation. It needs to have file associations setup in > order for the double-clicking to work. > > > > .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows
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" >> 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows
On Jan 5, 2013, at 11:53 AM, Miller Puckette wrote: >> >> 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. >> >> Cheers >> Pierre-Olivier >> > Can you try this with Pd 'vanilla' 0.44 test 1? It's on > http://crca.ucsd.edu/~msp/software.html ... I'd love to know whether this > is happening in vanilla or not before I make the 'official' release! Yes, its affected. The attached patch fixes it for me, and improves the unicode filenames sitation. It needs to have file associations setup in order for the double-clicking to work. 0001-allow-unicode-filenames-via-double-clicking-fix-mult.patch Description: Binary data .hc___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows
> > 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. > > Cheers > Pierre-Olivier > Can you try this with Pd 'vanilla' 0.44 test 1? It's on http://crca.ucsd.edu/~msp/software.html ... I'd love to know whether this is happening in vanilla or not before I make the 'official' release! thanks Miller ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows
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" 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. Cheers Pierre-Olivier ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple sessions on Windows (was: Pd does not work on Windows)
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" 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Multiple sessions on Windows (was: Pd does not work on Windows)
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" 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. Cheers pob ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list