Hi hc,
Pd does not work on Windows. Same problem, the GUI appears and dissappears after a few seconds.
Regards,
/mdd
Sourceforge was down last night, so I couldn't push my updates. :-( Now that its back up, I pushed them and there is a new build that works for me. I fixed the unicode issue in the core of Pd-extended, so you can now use unicode characters (accents, umlauts, etc) for filenames and paths. Try it out:
http://autobuild.puredata.info/auto-build/2012-12-11/
There are still some externals that will need to be fixed, any object that reads and writes to a file.
.hc
On Dec 11, 2012, at 11:39 AM, Marc D. Demers wrote:
Hi hc,
Pd does not work on Windows. Same problem, the GUI appears and dissappears after a few seconds.
Regards,
/mdd _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey Hans
This is great news. Thanks for your efforts! I'll check it out as soon as I have access to a Windows machine.
Roman
On Die, 2012-12-11 at 14:11 -0500, Hans-Christoph Steiner wrote:
Sourceforge was down last night, so I couldn't push my updates. :-( Now that its back up, I pushed them and there is a new build that works for me. I fixed the unicode issue in the core of Pd-extended, so you can now use unicode characters (accents, umlauts, etc) for filenames and paths. Try it out:
http://autobuild.puredata.info/auto-build/2012-12-11/
There are still some externals that will need to be fixed, any object that reads and writes to a file.
.hc
I've tried it out with a file named ü.pd on vista, it is converted to u.pd:
C:/Users/patko/Desktop/u.pd: can't open
same thing happens with cmd...
thank you for trying to fix it...
Colet Patrice
----- Mail original -----
De: "Roman Haefeli" reduzent@gmail.com À: pd-list@iem.at Envoyé: Mardi 11 Décembre 2012 23:29:24 Objet: Re: [PD] Pd does not work on Windows.
Hey Hans
This is great news. Thanks for your efforts! I'll check it out as soon as I have access to a Windows machine.
Roman
On Die, 2012-12-11 at 14:11 -0500, Hans-Christoph Steiner wrote:
Sourceforge was down last night, so I couldn't push my updates. :-( Now that its back up, I pushed them and there is a new build that works for me. I fixed the unicode issue in the core of Pd-extended, so you can now use unicode characters (accents, umlauts, etc) for filenames and paths. Try it out:
http://autobuild.puredata.info/auto-build/2012-12-11/
There are still some externals that will need to be fixed, any object that reads and writes to a file.
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
My guess is that you are using an older version. This only works on the build from today at 2pm Eastern Time, which version are you using?
.hc
On Dec 11, 2012, at 6:23 PM, Patrice Colet wrote:
I've tried it out with a file named ü.pd on vista, it is converted to u.pd:
C:/Users/patko/Desktop/u.pd: can't open
same thing happens with cmd...
thank you for trying to fix it...
Colet Patrice
----- Mail original -----
De: "Roman Haefeli" reduzent@gmail.com À: pd-list@iem.at Envoyé: Mardi 11 Décembre 2012 23:29:24 Objet: Re: [PD] Pd does not work on Windows.
Hey Hans
This is great news. Thanks for your efforts! I'll check it out as soon as I have access to a Windows machine.
Roman
On Die, 2012-12-11 at 14:11 -0500, Hans-Christoph Steiner wrote:
Sourceforge was down last night, so I couldn't push my updates. :-( Now that its back up, I pushed them and there is a new build that works for me. I fixed the unicode issue in the core of Pd-extended, so you can now use unicode characters (accents, umlauts, etc) for filenames and paths. Try it out:
http://autobuild.puredata.info/auto-build/2012-12-11/
There are still some externals that will need to be fixed, any object that reads and writes to a file.
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
De: "Hans-Christoph Steiner" hans@at.or.at À: "Patrice Colet" colet.patrice@free.fr Cc: "pd-list" pd-list@iem.at Envoyé: Mercredi 12 Décembre 2012 01:51:55 Objet: Re: [PD] Pd does not work on Windows.
My guess is that you are using an older version. This only works on the build from today at 2pm Eastern Time, which version are you using?
using 0.43.4-extended-20121211, ü.pd works from open menu, dnd, and recent files, but when double-clicking on file icon, or from cmd, pd removes the umlaut and could not open.
On Dec 11, 2012, at 10:57 PM, Patrice Colet wrote:
De: "Hans-Christoph Steiner" hans@at.or.at À: "Patrice Colet" colet.patrice@free.fr Cc: "pd-list" pd-list@iem.at Envoyé: Mercredi 12 Décembre 2012 01:51:55 Objet: Re: [PD] Pd does not work on Windows.
My guess is that you are using an older version. This only works on the build from today at 2pm Eastern Time, which version are you using?
using 0.43.4-extended-20121211, ü.pd works from open menu, dnd, and recent files, but when double-clicking on file icon, or from cmd, pd removes the umlaut and could not open.
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=55...
As for the report where having extended characters in the path wasn't working, I can't reproduce that. I opened this patch using File->Open:
----- Mail original -----
De: "Hans-Christoph Steiner" hans@at.or.at
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=55...
allright thanks for that
On Dec 12, 2012, at 6:51 PM, Patrice Colet wrote:
----- Mail original -----
De: "Hans-Christoph Steiner" hans@at.or.at
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=55...
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
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" hans@at.or.at 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=55...
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
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" hans@at.or.at 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=55...
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
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" hans@at.or.at 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=55...
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
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
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
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
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" hans@at.or.at 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=55...
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
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" hans@at.or.at > 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=55... 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)
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" hans@at.or.at >> 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=55... > 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
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" hans@at.or.at >>> 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=55... >> 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
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
It works for me with the 2012-12-11 build on Windows XP. I can load a patch called blä.pd and also save it to that name. I also tested [writesf~ ].
You mentioned that externals might be still suffering from this issue. Just a random pick: [soundfile_info] is such an external. Do you think its best to contact the author?
Roman
On Die, 2012-12-11 at 14:11 -0500, Hans-Christoph Steiner wrote:
Sourceforge was down last night, so I couldn't push my updates. :-( Now that its back up, I pushed them and there is a new build that works for me. I fixed the unicode issue in the core of Pd-extended, so you can now use unicode characters (accents, umlauts, etc) for filenames and paths. Try it out:
http://autobuild.puredata.info/auto-build/2012-12-11/
There are still some externals that will need to be fixed, any object that reads and writes to a file.
.hc
On Dec 11, 2012, at 11:39 AM, Marc D. Demers wrote:
Hi hc,
Pd does not work on Windows. Same problem, the GUI appears and dissappears after a few seconds.
Regards,
/mdd
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
First, we need to get the patch into vanilla, so if its important to you, you can lobby/nag Miller ;) https://sourceforge.net/tracker/?func=detail&aid=3594735&group_id=55...
Once its accepted, then its part of the official API. Then that would be the time to start filing bug reports.
For Pd-extended 0.43.4, I'm going to make the change in branches/pd-extended/0.43, so hopefully I catch them all there.
.hc
On Dec 11, 2012, at 7:15 PM, Roman Haefeli wrote:
It works for me with the 2012-12-11 build on Windows XP. I can load a patch called blä.pd and also save it to that name. I also tested [writesf~ ].
You mentioned that externals might be still suffering from this issue. Just a random pick: [soundfile_info] is such an external. Do you think its best to contact the author?
Roman
On Die, 2012-12-11 at 14:11 -0500, Hans-Christoph Steiner wrote:
Sourceforge was down last night, so I couldn't push my updates. :-( Now that its back up, I pushed them and there is a new build that works for me. I fixed the unicode issue in the core of Pd-extended, so you can now use unicode characters (accents, umlauts, etc) for filenames and paths. Try it out:
http://autobuild.puredata.info/auto-build/2012-12-11/
There are still some externals that will need to be fixed, any object that reads and writes to a file.
.hc
On Dec 11, 2012, at 11:39 AM, Marc D. Demers wrote:
Hi hc,
Pd does not work on Windows. Same problem, the GUI appears and dissappears after a few seconds.
Regards,
/mdd
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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Indeed, I want this patch :) I should have time to slot it in in a day or 2.
cheers M
On Tue, Dec 11, 2012 at 08:42:02PM -0500, Hans-Christoph Steiner wrote:
First, we need to get the patch into vanilla, so if its important to you, you can lobby/nag Miller ;) https://sourceforge.net/tracker/?func=detail&aid=3594735&group_id=55...
Once its accepted, then its part of the official API. Then that would be the time to start filing bug reports.
For Pd-extended 0.43.4, I'm going to make the change in branches/pd-extended/0.43, so hopefully I catch them all there.
.hc
On Dec 11, 2012, at 7:15 PM, Roman Haefeli wrote:
It works for me with the 2012-12-11 build on Windows XP. I can load a patch called blä.pd and also save it to that name. I also tested [writesf~ ].
You mentioned that externals might be still suffering from this issue. Just a random pick: [soundfile_info] is such an external. Do you think its best to contact the author?
Roman
On Die, 2012-12-11 at 14:11 -0500, Hans-Christoph Steiner wrote:
Sourceforge was down last night, so I couldn't push my updates. :-( Now that its back up, I pushed them and there is a new build that works for me. I fixed the unicode issue in the core of Pd-extended, so you can now use unicode characters (accents, umlauts, etc) for filenames and paths. Try it out:
http://autobuild.puredata.info/auto-build/2012-12-11/
There are still some externals that will need to be fixed, any object that reads and writes to a file.
.hc
On Dec 11, 2012, at 11:39 AM, Marc D. Demers wrote:
Hi hc,
Pd does not work on Windows. Same problem, the GUI appears and dissappears after a few seconds.
Regards,
/mdd
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
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
-
Hans-Christoph Steiner -
Marc D. Demers -
Miller Puckette -
Patrice Colet -
Pierre-Olivier Boulant -
Roman Haefeli