Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hi m Jep we've been working with the 64bit version - thanks for pointing this out! ø On 03/18/2013 04:58 PM, me.grimm wrote: hi olsen did you install the 64bit version of pd-extended? At the moment Gem is broken in that version. Try the 32bit version. m On Mon, Mar 18, 2013 at 11:43 AM, olsen wrote: Hi Hans I just got my hands on an OSX 10.7.5 and a 10.6.8 system and with 0.43.4 there seems to be a problem with Gem - e.g. opening the help of [pix_film] gives me the following error: [pix_film] now mogie decoding backends found gemglutwindow ... couldn't create any idea? thanks& salutis Olsen On 01/29/2013 09:36 PM, Hans-Christoph Steiner wrote: Its time to announce the next big Pd-extended release, 0.43.4! This release has the most new features of any release before, so many annoyances are gone, many new tools help you patch, and. There will be more updates to cover some of the new features here, in the form of news items on puredata.info, blog posts, screencasts and more. Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, Windows, and of course the source code): http://puredata.info/downloads/pd-extended/releases/0.43.4 For Debian/Ubuntu/Mint/etc., you can add an apt source by following the instructions at the top of the page here: http://puredata.info/docs/faq/debian ChangeLog --- Here you can get a good overview in what has changed, so you know where to find out more. changes since 0.43.1 * search-plugin included by default * improved audio performance on Mac and Windows, Mac now uses half the CPU when idle (portaudio update) * (Windows) full unicode support * support full unicode MIDI device names (portmidi) * many completed translations * many bugfixes changes since 0.42.5 == changes to the editor == * GUI Plugins! can customize a wide array of features of the editor * Autotips in Edit Mode to get information about inlets, outlets, and objects * Magic Glass to snoop on messages as they pass thru connections * Search everything! Thanks to Jonathan Wilkes' search plugin, now included by default * full Unicode support throughout Pd (there are still some layout issues with right-to-left alphabets and character-based languages) * fully localizable GUI, with full translations for French, German, Japanese, Italian, and Greek * full interface translations with limited search translation for Catalan, Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) * partial translations for: Russian, Turkish * contribute to translations: https://www.transifex.com/projects/p/puredata/ * paths are no longer saved in the preferences. Use the [path] or [declare -path] objects, or use the standard global install locations * complete Tcl/Tk 8.5 support and integration * drastically improved Pd window logging/print performance (1000 lines/sec and you can still patch) * Ctrl-click/Cmd-click error messages in Pd window to find the object with the error * five log levels and dynamic filtering of Pd window log ('fatal, error, normal, debug, all') * library loading printed to Pd window at level 'debug' so the Pd window is blank when Pd-extended starts * hierarchical display of open subpatches/abstractions in Window menu: http://puredata.info/dev/NextRelease/window_hierarchy.png * generate complete Pd window log using 'File->Save As..' when on the Pd window * 'File->New' creates the new patch in the folder of the current patch * 'File->Print' now prints the entire canvas rather than just the visible part (thanks Trevor Fancher) * 'File->Save As...', 'Edit->Copy', and 'Edit->Select All' now work on the Pd window * Ctrl/Cmd< and> cycle through open windows * added Autopatch, Autotips, and Perf Mode control on the Edit menu * improved handling of multiple monitors * (GNU/Linux) realtime mode enabled by default (-rt) * (GNU/Linux) window placement logic can be handled in plugin for better support of many Window Managers (`pdtk_canvas_place_window`) * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open USB-serial devices are unplugged * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files onto Pd and patch windows * (GNU/Linux and Windows) added Alt shortcuts to menus * (GNU/Linux and Windows) Navigate menus with arrow keys * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon when Alt-Tabbing * (Windows) zip-only distro with pd-extended.bat to run without installing == updates to the core == * updated to latest stable portaudio v19-20110326 * free methods always called on quit, so cameras, network sockets, etc. are properly freed * GUI objects no longer send pointless draw updates, reducing GUI l
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
hi olsen did you install the 64bit version of pd-extended? At the moment Gem is broken in that version. Try the 32bit version. m On Mon, Mar 18, 2013 at 11:43 AM, olsen wrote: > Hi Hans > > I just got my hands on an OSX 10.7.5 and a 10.6.8 system and with 0.43.4 > there seems to be a problem with Gem - e.g. opening the help of [pix_film] > gives me the following error: > > [pix_film] now mogie decoding backends found > gemglutwindow > ... couldn't create > > any idea? > > thanks & salutis > Olsen > > > > > On 01/29/2013 09:36 PM, Hans-Christoph Steiner wrote: >> >> >> Its time to announce the next big Pd-extended release, 0.43.4! This >> release >> has the most new features of any release before, so many annoyances are >> gone, >> many new tools help you patch, and. There will be more updates to cover >> some >> of the new features here, in the form of news items on puredata.info, blog >> posts, screencasts and more. >> >> >> Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, >> Windows, and of course the source code): >> http://puredata.info/downloads/pd-extended/releases/0.43.4 >> >> For Debian/Ubuntu/Mint/etc., you can add an apt source by following the >> instructions at the top of the page here: >> http://puredata.info/docs/faq/debian >> >> >> ChangeLog >> --- >> >> Here you can get a good overview in what has changed, so you know where to >> find out more. >> >> >> changes since 0.43.1 >> >> * search-plugin included by default >> * improved audio performance on Mac and Windows, Mac now uses half the >> CPU when idle (portaudio update) >> * (Windows) full unicode support >> * support full unicode MIDI device names (portmidi) >> * many completed translations >> * many bugfixes >> >> >> >> changes since 0.42.5 >> >> >> == changes to the editor == >> >> * GUI Plugins! can customize a wide array of features of the editor >> * Autotips in Edit Mode to get information about inlets, outlets, and >> objects >> * Magic Glass to snoop on messages as they pass thru connections >> * Search everything! Thanks to Jonathan Wilkes' search plugin, now >> included >> by default >> * full Unicode support throughout Pd (there are still some layout issues >> with right-to-left alphabets and character-based languages) >> * fully localizable GUI, with full translations for French, German, >> Japanese, >> Italian, and Greek >> * full interface translations with limited search translation for >> Catalan, >> Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, >> Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) >> * partial translations for: Russian, Turkish >> * contribute to translations: >> https://www.transifex.com/projects/p/puredata/ >> * paths are no longer saved in the preferences. Use the [path] or >> [declare -path] objects, or use the standard global install locations >> * complete Tcl/Tk 8.5 support and integration >> * drastically improved Pd window logging/print performance (1000 >> lines/sec >> and you can still patch) >> * Ctrl-click/Cmd-click error messages in Pd window to find the object >> with >> the error >> * five log levels and dynamic filtering of Pd window log ('fatal, error, >> normal, debug, all') >> * library loading printed to Pd window at level 'debug' so the Pd window >> is blank when Pd-extended starts >> * hierarchical display of open subpatches/abstractions in Window menu: >> http://puredata.info/dev/NextRelease/window_hierarchy.png >> * generate complete Pd window log using 'File->Save As..' when on the >> Pd window >> * 'File->New' creates the new patch in the folder of the current patch >> * 'File->Print' now prints the entire canvas rather than just the >> visible >> part (thanks Trevor Fancher) >> * 'File->Save As...', 'Edit->Copy', and 'Edit->Select All' now work on >> the Pd window >> * Ctrl/Cmd< and> cycle through open windows >> * added Autopatch, Autotips, and Perf Mode control on the Edit menu >> * improved handling of multiple monitors >> * (GNU/Linux) realtime mode enabled by default (-rt) >> * (GNU/Linux) window placement logic can be handled in plugin for better >> support of many Window Managers (`pdtk_canvas_place_window`) >> * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open >> USB-serial devices are unplugged >> * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files >> onto Pd and patch windows >> * (GNU/Linux and Windows) added Alt shortcuts to menus >> * (GNU/Linux and Windows) Navigate menus with arrow keys >> * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon >> when Alt-Tabbing >> * (Windows) zip-only distro with pd-extended.bat to run without >> installing >> >> == updates to the core == >> >> * updated to latest stable portaudio v19-20110326 >> * free methods always
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hi Hans I just got my hands on an OSX 10.7.5 and a 10.6.8 system and with 0.43.4 there seems to be a problem with Gem - e.g. opening the help of [pix_film] gives me the following error: [pix_film] now mogie decoding backends found gemglutwindow ... couldn't create any idea? thanks & salutis Olsen On 01/29/2013 09:36 PM, Hans-Christoph Steiner wrote: Its time to announce the next big Pd-extended release, 0.43.4! This release has the most new features of any release before, so many annoyances are gone, many new tools help you patch, and. There will be more updates to cover some of the new features here, in the form of news items on puredata.info, blog posts, screencasts and more. Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, Windows, and of course the source code): http://puredata.info/downloads/pd-extended/releases/0.43.4 For Debian/Ubuntu/Mint/etc., you can add an apt source by following the instructions at the top of the page here: http://puredata.info/docs/faq/debian ChangeLog --- Here you can get a good overview in what has changed, so you know where to find out more. changes since 0.43.1 * search-plugin included by default * improved audio performance on Mac and Windows, Mac now uses half the CPU when idle (portaudio update) * (Windows) full unicode support * support full unicode MIDI device names (portmidi) * many completed translations * many bugfixes changes since 0.42.5 == changes to the editor == * GUI Plugins! can customize a wide array of features of the editor * Autotips in Edit Mode to get information about inlets, outlets, and objects * Magic Glass to snoop on messages as they pass thru connections * Search everything! Thanks to Jonathan Wilkes' search plugin, now included by default * full Unicode support throughout Pd (there are still some layout issues with right-to-left alphabets and character-based languages) * fully localizable GUI, with full translations for French, German, Japanese, Italian, and Greek * full interface translations with limited search translation for Catalan, Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) * partial translations for: Russian, Turkish * contribute to translations: https://www.transifex.com/projects/p/puredata/ * paths are no longer saved in the preferences. Use the [path] or [declare -path] objects, or use the standard global install locations * complete Tcl/Tk 8.5 support and integration * drastically improved Pd window logging/print performance (1000 lines/sec and you can still patch) * Ctrl-click/Cmd-click error messages in Pd window to find the object with the error * five log levels and dynamic filtering of Pd window log ('fatal, error, normal, debug, all') * library loading printed to Pd window at level 'debug' so the Pd window is blank when Pd-extended starts * hierarchical display of open subpatches/abstractions in Window menu: http://puredata.info/dev/NextRelease/window_hierarchy.png * generate complete Pd window log using 'File->Save As..' when on the Pd window * 'File->New' creates the new patch in the folder of the current patch * 'File->Print' now prints the entire canvas rather than just the visible part (thanks Trevor Fancher) * 'File->Save As...', 'Edit->Copy', and 'Edit->Select All' now work on the Pd window * Ctrl/Cmd< and> cycle through open windows * added Autopatch, Autotips, and Perf Mode control on the Edit menu * improved handling of multiple monitors * (GNU/Linux) realtime mode enabled by default (-rt) * (GNU/Linux) window placement logic can be handled in plugin for better support of many Window Managers (`pdtk_canvas_place_window`) * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open USB-serial devices are unplugged * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files onto Pd and patch windows * (GNU/Linux and Windows) added Alt shortcuts to menus * (GNU/Linux and Windows) Navigate menus with arrow keys * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon when Alt-Tabbing * (Windows) zip-only distro with pd-extended.bat to run without installing == updates to the core == * updated to latest stable portaudio v19-20110326 * free methods always called on quit, so cameras, network sockets, etc. are properly freed * GUI objects no longer send pointless draw updates, reducing GUI load * (Windows) external libraries can now include DLLs in a library folder * [loadbang] has a convenience inlet * sys_open() / sys_close() and sys_fopen() / sys_fclose() functions in m_pd.h for full UTF-8 support in externals that use files == updates to libraries and objects == * added all lowercase aliases to cyclone for Max/MSP>= 4.6 compatibility *
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
On 01/30/2013 04:17 AM, Roman Haefeli wrote: > Hi Hans > > On Die, 2013-01-29 at 15:36 -0500, Hans-Christoph Steiner wrote: >> Its time to announce the next big Pd-extended release, 0.43.4! > > Congrats! Despite expressing many times how limited your time is (and > probably even more so with a family), the new release really is a > milestone. Great achievement! Impressive list of improvements, bug > fixes, new features. Many thanks to you and everyone involved. > > Personally, I welcome many of your decisions like not loading libraries > per default, requiring a maintainer for each lib, removing unmaintained > libs. In my experience it was never so easy to write portable patches > between pd + libs and pd-extended. It's a huge goal to provide a > consistent experience across platforms, but from what I saw in recent > times this goal is largely satisfied. It is really comfortable to tell > people: "You just need to install Pd-extended for running this patch" > and they don't have to bother with any special settings or > configurations. > > Keep up the good work! > Roman Thanks for the feedback! That's great to hear, cross-install compatibility and ease of setup are really two main goals of all this. I want to see sharing patches to be as easy as possible. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Yeah, that's what the preferences should be for. That's why I removed the lib loading preferences from Pd-extended 0.43.4: so you can save the audio/midi settings without worrying about messing up the lib config. .hc On 01/30/2013 06:10 PM, Nicolas Montgermont wrote: > I agree, the libraries should be loaded in the patch. > However I'm kind of dreaming of an option line in the preferences to choose > your preference file for two reasons: > - it make visible the name of the file loaded > - it allows to switch easily between different audio/midi/others settings > > These settings are one of the only thing you must reconfigure when you travel > a patch between computer, and as there is only one solution, it's not so easy > to keep special configuration for beginners. > It's usual to see people having problem to have sound just because their audio > settings are still with 6 output and the audio card is not plug anymore. > > n > > Le 30/01/13 22:40, Hans-Christoph Steiner a écrit : >> On 01/30/2013 04:09 PM, Cyrille Henry wrote: >>> >>> Le 30/01/2013 12:46, Nicolas Montgermont a écrit : >>> - possibility to choose between different config file. >>> ds le cas generique, j'ai pas de solution, mais si c'est juste les path et >>> les >>> lib a charger, alors je pense que le mieux serait de ne rien declarer ds les >>> prfs de pd. >>> mais d'utiliser declare pour tout les patch (comme c'est fait ds tout les >>> autres langguages de programation). >>> on peux envisager d'ouvrir des model qui correspondent a diferentes configs >>> qui sont en fait des patchs contenant juste les bon declare. >>> >>> ca te semble pas pertinent? >> A quick internet translations makes me think that I agree with what cyrille >> is >> saying. The preferences shouldn't be used for loading libraries, as they >> have >> been in pd and especially Pd-extended for a long time. Pd-extended no longer >> lets you set libraries to load from the preferences, this is one step to get >> us on the right direction. I've been thinking about other things as well, >> here's how I'm thinking: >> >> * new standard library that is larger and more consistent than what's in >> vanilla, things like all math and logic objects both message and signal >> included, rather than needed to load a library (i.e. zexy) for some of them. >> It would prioritize correctness and consistency over backwards compatibility. >> >> * no libraries but the standard library loaded by default. >> >> * the possibility to load "distro profiles" for compatibility with Pd-vanilla >> and Pd-extended >> >> * all of Pd-vanilla's objects as a separate 'vanilla' library. >> >> .hc >> >> ___ >> 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] [PD-announce] Pd-extended 0.43.4 released!)
- Original Message - > From: Hans-Christoph Steiner > To: Ed Kelly > Cc: Jonathan Wilkes ; "pd-list@iem.at" > Sent: Friday, February 1, 2013 10:48 AM > Subject: Re: [PD-announce] Pd-extended 0.43.4 released!) > > On 02/01/2013 08:55 AM, Ed Kelly wrote: >> OK, so Pd-extended doesn't load any libs by default (except Gem of > course). > > There is some confusion there since all of the version/loading messages no > longer show by default. The same libraries are all still being loaded by > default, and the messages are still being posted to the Pd window, but at the > 'debug' level. > > >> I'd like to suggest a fix for a problem I've encountered, > especially when moving patches. >> >> Would there be a reverse way of finding out what libs are missing from a > patch? Even just to generate a file, it would be a good idea to be able to > search the libs and find out what you need to [import] to get a patch made on > pre 0.43 Pd-extended to work. If there isn't already there should be a canvas tag common to all broken objects. Then a gui-plugin is trivial, something like: foreach obj $broken_objs { pdtk_post "$obj might be [lindex $all_objs [lsearch $all_objs $obj]]\n" } ... where $all_objs is just a list of all objects available in Pd-extended (well, ones that have a help patch), prefixed with the lib name. In fact, you can already do this manually-- just look at the Pd console output when the patch is loaded, and for each broken object error, copy the name of the object into the search plugin entry widget. (And choose "Object help patch" from the dropdown menu.) In fact, this will work for any library-- whether or not its a libdir, and whether or not it's loaded or even compiled-- as long as there is a *-help.pd patch for the object or objects in the standard search paths of Pd. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!)
On 02/01/2013 08:55 AM, Ed Kelly wrote: > OK, so Pd-extended doesn't load any libs by default (except Gem of course). There is some confusion there since all of the version/loading messages no longer show by default. The same libraries are all still being loaded by default, and the messages are still being posted to the Pd window, but at the 'debug' level. > I'd like to suggest a fix for a problem I've encountered, especially when > moving patches. > > Would there be a reverse way of finding out what libs are missing from a > patch? Even just to generate a file, it would be a good idea to be able to > search the libs and find out what you need to [import] to get a patch made on > pre 0.43 Pd-extended to work. > > Perhaps it could be an adaptation of the search plugin (nice work Jonathan ;-) That probably could be done with a GUI plugin, but it wouldn't be 100% accurate since you can't get the canvas-local [import] and [path] info in a GUI plugin. It would be something like this: * find all tk 'text' widgets with the tag 'obj' * read the contents of the text widget to get the object name. It would be the first word, except for [list prepend], etc. Those are the first two words. * search the standard path for that object .hc > > Ta, > Ed > > Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! > http://sharktracks.co.uk/ > > > >> >> From: Hans-Christoph Steiner >> To: Jonathan Wilkes >> Cc: "pd-list@iem.at" >> Sent: Thursday, 31 January 2013, 17:42 >> Subject: Re: [PD] standard library (was Re: [PD-announce] Pd-extended 0.43.4 >> released!) >> >> On 01/31/2013 11:45 AM, Jonathan Wilkes wrote: >>> >>> >>> - Original Message - >>>> From: Hans-Christoph Steiner >>>> To: pd-list@iem.at >>>> Cc: >>>> Sent: Wednesday, January 30, 2013 4:40 PM >>>> Subject: Re: [PD] [PD-announce] Pd-extended 0.43.4 released! >>>> >>> >>> [...] >>> >>>> * new standard library that is larger and more consistent than what's in >>>> vanilla, things like all math and logic objects both message and signal >>>> included, rather than needed to load a library (i.e. zexy) for some of >>>> them. >>>> It would prioritize correctness and consistency over backwards >>>> compatibility. >>> >>> That's a royal waste of your time. I'm certain you wouldn't advocate >>> _moving_ >>> objects from various libs to one standard lib-- as that would break >>> backwards >>> compatability-- so you must be advocating copying them. Both would have the >>> direct affect of confusing users-- the former by _breaking_ all kinds of >>> help docs, >>> tutorials, and lots else that's more or less part of the "standard" Pd >>> world at >>> this point; and the latter by returning two results in a search for an >>> object that >>> happens to be in the standard library. Either is also a royal waste of the >>> users' time. >>> >>> If there are specific objects inside zexy or hans that need to be >>> superceded by >>> an object with a better design in order to get more consistency, or if >>> there are >>> objects that haven't been created yet that would add needed functionality, >>> let's >>> talk about those cases. But [import hans zexy lib_to_be_coded] is a >>> perfectly >>> reasonable interface for loading 90% of what the user needs, so let's not go >>> breaking stuff for the sake of theoretical consistency. For the other 10% >>> it's >>> just fine for the user to search for that functionality and use the prefix >>> that is shown in the search results, or click the "info" icon to read about >>> the >>> relevant library, or use [import], or do all three. >> >> Yes, it'll be a chunk of work, but I strongly believe it'll be worthwhile. >> Python3 is a good example of this kind of thing. All the existing libraries >> would remain as they are, so backwards compatibility would be fully >> available. >> >> I agree theoretical consistency is not a worthy goal, that's not the point >> here at all. [import zexy] is a good example. Let's say a user is looking >> for >> objects to make and manipulate symbols, how about calling tat library >> "symboltricks" or something descri
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!)
OK, so Pd-extended doesn't load any libs by default (except Gem of course). I'd like to suggest a fix for a problem I've encountered, especially when moving patches. Would there be a reverse way of finding out what libs are missing from a patch? Even just to generate a file, it would be a good idea to be able to search the libs and find out what you need to [import] to get a patch made on pre 0.43 Pd-extended to work. Perhaps it could be an adaptation of the search plugin (nice work Jonathan ;-) Ta, Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ > > From: Hans-Christoph Steiner >To: Jonathan Wilkes >Cc: "pd-list@iem.at" >Sent: Thursday, 31 January 2013, 17:42 >Subject: Re: [PD] standard library (was Re: [PD-announce] Pd-extended 0.43.4 >released!) > >On 01/31/2013 11:45 AM, Jonathan Wilkes wrote: >> >> >> - Original Message - >>> From: Hans-Christoph Steiner >>> To: pd-list@iem.at >>> Cc: >>> Sent: Wednesday, January 30, 2013 4:40 PM >>> Subject: Re: [PD] [PD-announce] Pd-extended 0.43.4 released! >>> >> >> [...] >> >>> * new standard library that is larger and more consistent than what's in >>> vanilla, things like all math and logic objects both message and signal >>> included, rather than needed to load a library (i.e. zexy) for some of them. >>> It would prioritize correctness and consistency over backwards >>> compatibility. >> >> That's a royal waste of your time. I'm certain you wouldn't advocate >> _moving_ >> objects from various libs to one standard lib-- as that would break backwards >> compatability-- so you must be advocating copying them. Both would have the >> direct affect of confusing users-- the former by _breaking_ all kinds of >> help docs, >> tutorials, and lots else that's more or less part of the "standard" Pd world >> at >> this point; and the latter by returning two results in a search for an >> object that >> happens to be in the standard library. Either is also a royal waste of the >> users' time. >> >> If there are specific objects inside zexy or hans that need to be superceded >> by >> an object with a better design in order to get more consistency, or if there >> are >> objects that haven't been created yet that would add needed functionality, >> let's >> talk about those cases. But [import hans zexy lib_to_be_coded] is a >> perfectly >> reasonable interface for loading 90% of what the user needs, so let's not go >> breaking stuff for the sake of theoretical consistency. For the other 10% >> it's >> just fine for the user to search for that functionality and use the prefix >> that is shown in the search results, or click the "info" icon to read about >> the >> relevant library, or use [import], or do all three. > >Yes, it'll be a chunk of work, but I strongly believe it'll be worthwhile. >Python3 is a good example of this kind of thing. All the existing libraries >would remain as they are, so backwards compatibility would be fully available. > >I agree theoretical consistency is not a worthy goal, that's not the point >here at all. [import zexy] is a good example. Let's say a user is looking for >objects to make and manipulate symbols, how about calling tat library >"symboltricks" or something descriptive, rather than an arbitrary name 'zexy'. >In python, if I want to work with URLs, I load a 'urllib' or maybe 'urllib2'. > >The point is that the old way of organizing libraries was around the author, >not what the library does, like zexy. Newer libs like iemguts, pmpd, log, >etc. are organized around a topic, and that makes much more sense. That's a >very widely established paradigm for libraries across basically all languages. > >Honestly, in the long run I think this will be less work than maintaining the >system as it is now. There are so many exceptions and quirks that is really >is hard to make progress because some forgotten quirk comes back and bites you. > >>> * no libraries but the standard library loaded by default. >>> >>> * the possibility to load "distro profiles" for compatibilityYes, it'll be >>> a chunk of work, but I strongly believe it'll be worthwhile. Python3 is a >>> good example of this kind of thing. All the existing libraries would >>> remain as they are, so backwards compatibility would b
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
- Original Message - > From: Jonathan Wilkes > To: Hans-Christoph Steiner ; "pd-list@iem.at" > Cc: > Sent: Thursday, January 31, 2013 11:45 AM > Subject: Re: [PD] [PD-announce] Pd-extended 0.43.4 released! > > talk about those cases. But [import hans zexy lib_to_be_coded] is a perfectly > reasonable interface for loading 90% of what the user needs, so let's not go > breaking stuff for the sake of theoretical consistency. Also-- I don't think lib_to_be_coded would need much in it. Maybe the canvasinfo stuff and something to get info on wav/aiff files. There might be a few others but I don't think it's that much. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
- Original Message - > From: Hans-Christoph Steiner > To: pd-list@iem.at > Cc: > Sent: Wednesday, January 30, 2013 4:40 PM > Subject: Re: [PD] [PD-announce] Pd-extended 0.43.4 released! > [...] > * new standard library that is larger and more consistent than what's in > vanilla, things like all math and logic objects both message and signal > included, rather than needed to load a library (i.e. zexy) for some of them. > It would prioritize correctness and consistency over backwards compatibility. That's a royal waste of your time. I'm certain you wouldn't advocate _moving_ objects from various libs to one standard lib-- as that would break backwards compatability-- so you must be advocating copying them. Both would have the direct affect of confusing users-- the former by _breaking_ all kinds of help docs, tutorials, and lots else that's more or less part of the "standard" Pd world at this point; and the latter by returning two results in a search for an object that happens to be in the standard library. Either is also a royal waste of the users' time. If there are specific objects inside zexy or hans that need to be superceded by an object with a better design in order to get more consistency, or if there are objects that haven't been created yet that would add needed functionality, let's talk about those cases. But [import hans zexy lib_to_be_coded] is a perfectly reasonable interface for loading 90% of what the user needs, so let's not go breaking stuff for the sake of theoretical consistency. For the other 10% it's just fine for the user to search for that functionality and use the prefix that is shown in the search results, or click the "info" icon to read about the relevant library, or use [import], or do all three. > > * no libraries but the standard library loaded by default. > > * the possibility to load "distro profiles" for compatibility with > Pd-vanilla > and Pd-extended > > * all of Pd-vanilla's objects as a separate 'vanilla' library. In the search plugin I'm judging vanilla objects based on whether the help patch is inside 5.reference, and returning them first in the results. I asked you awhile back if the subdirs in "doc" are subject to change and you said they were a standard part of Pd that wasn't likely to change. If want the "vanilla" lib for the sake of consistency, you won't get it because the vanilla help patches must remain in 5.reference. If you copy them to vanilla/ again you would create UX problems as a search will return two results for every vanilla object. -Jonathan > > .hc > > ___ > 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] [PD-announce] Pd-extended 0.43.4 released!
I agree, the libraries should be loaded in the patch. However I'm kind of dreaming of an option line in the preferences to choose your preference file for two reasons: - it make visible the name of the file loaded - it allows to switch easily between different audio/midi/others settings These settings are one of the only thing you must reconfigure when you travel a patch between computer, and as there is only one solution, it's not so easy to keep special configuration for beginners. It's usual to see people having problem to have sound just because their audio settings are still with 6 output and the audio card is not plug anymore. n Le 30/01/13 22:40, Hans-Christoph Steiner a écrit : On 01/30/2013 04:09 PM, Cyrille Henry wrote: Le 30/01/2013 12:46, Nicolas Montgermont a écrit : - possibility to choose between different config file. ds le cas generique, j'ai pas de solution, mais si c'est juste les path et les lib a charger, alors je pense que le mieux serait de ne rien declarer ds les prfs de pd. mais d'utiliser declare pour tout les patch (comme c'est fait ds tout les autres langguages de programation). on peux envisager d'ouvrir des model qui correspondent a diferentes configs qui sont en fait des patchs contenant juste les bon declare. ca te semble pas pertinent? A quick internet translations makes me think that I agree with what cyrille is saying. The preferences shouldn't be used for loading libraries, as they have been in pd and especially Pd-extended for a long time. Pd-extended no longer lets you set libraries to load from the preferences, this is one step to get us on the right direction. I've been thinking about other things as well, here's how I'm thinking: * new standard library that is larger and more consistent than what's in vanilla, things like all math and logic objects both message and signal included, rather than needed to load a library (i.e. zexy) for some of them. It would prioritize correctness and consistency over backwards compatibility. * no libraries but the standard library loaded by default. * the possibility to load "distro profiles" for compatibility with Pd-vanilla and Pd-extended * all of Pd-vanilla's objects as a separate 'vanilla' library. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
On 01/30/2013 04:09 PM, Cyrille Henry wrote: > > > Le 30/01/2013 12:46, Nicolas Montgermont a écrit : > >> - possibility to choose between different config file. > ds le cas generique, j'ai pas de solution, mais si c'est juste les path et les > lib a charger, alors je pense que le mieux serait de ne rien declarer ds les > prfs de pd. > mais d'utiliser declare pour tout les patch (comme c'est fait ds tout les > autres langguages de programation). > on peux envisager d'ouvrir des model qui correspondent a diferentes configs > qui sont en fait des patchs contenant juste les bon declare. > > ca te semble pas pertinent? A quick internet translations makes me think that I agree with what cyrille is saying. The preferences shouldn't be used for loading libraries, as they have been in pd and especially Pd-extended for a long time. Pd-extended no longer lets you set libraries to load from the preferences, this is one step to get us on the right direction. I've been thinking about other things as well, here's how I'm thinking: * new standard library that is larger and more consistent than what's in vanilla, things like all math and logic objects both message and signal included, rather than needed to load a library (i.e. zexy) for some of them. It would prioritize correctness and consistency over backwards compatibility. * no libraries but the standard library loaded by default. * the possibility to load "distro profiles" for compatibility with Pd-vanilla and Pd-extended * all of Pd-vanilla's objects as a separate 'vanilla' library. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
sorry for the french, that was mean to be a private mail. c Le 30/01/2013 21:09, Cyrille Henry a écrit : Le 30/01/2013 12:46, Nicolas Montgermont a écrit : - possibility to choose between different config file. ds le cas generique, j'ai pas de solution, mais si c'est juste les path et les lib a charger, alors je pense que le mieux serait de ne rien declarer ds les prfs de pd. mais d'utiliser declare pour tout les patch (comme c'est fait ds tout les autres langguages de programation). on peux envisager d'ouvrir des model qui correspondent a diferentes configs qui sont en fait des patchs contenant juste les bon declare. ca te semble pas pertinent? c ___ 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] [PD-announce] Pd-extended 0.43.4 released!
Le 30/01/2013 12:46, Nicolas Montgermont a écrit : - possibility to choose between different config file. ds le cas generique, j'ai pas de solution, mais si c'est juste les path et les lib a charger, alors je pense que le mieux serait de ne rien declarer ds les prfs de pd. mais d'utiliser declare pour tout les patch (comme c'est fait ds tout les autres langguages de programation). on peux envisager d'ouvrir des model qui correspondent a diferentes configs qui sont en fait des patchs contenant juste les bon declare. ca te semble pas pertinent? c ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
On 01/30/2013 08:11 AM, IOhannes m zmoelnig wrote: > >> On 30/01/2013 13:46, Nicolas Montgermont wrote: >>> and a few ideas: - one menu with all the preferences - possibility to >>> choose between different config file. >>> >>> maybe these are doable as gui plugins? > > yes for the "one menu with all preferences". > > unlikely for "config file chooser": the problem here is, that once you > have started Pd, it's configuration will already be active, and you > cannot undo that (e.g. you cannot unload libraries). the only thing that > could be done (and probably as a GUI-plugin) would be: "save this config > as" and "restore chosen saveconfig to be used as the default on next > startup" Yeah, you'd have to do it in the default/restart method IOhannes outlined above. Here's how: * store the config files each with a unique name * make the config chooser UI copy the chosen uniquely-named config file to the default config faile name * restart and pd will find the newly copied config file in the default location .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
thank you very much ! good work. fk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-30 13:59, Pierre-Olivier Boulant wrote: > > On 30/01/2013 13:46, Nicolas Montgermont wrote: >> >> a few comments though, (sorry if I miss previous discussions): - >> is is possible to get rid of the french localization? > > rename or trash the /po and /extra/search-plugin/po folders. That's > how I do it. ;) the canonical way would be to set LANG to "C" before starting pd. e.g. $ LANG=C pd-extended >> - how do I load a gui plugin? > they are automatically loaded on startup; you cannot manually choose which plugins to use. there is the "plugins-plugin" which in theory allows you to disable selected plugins (by simply removing/renaming them in the startup-folder; which might not work in some circumstances [1]) > >> >> and a few ideas: - one menu with all the preferences - >> possibility to choose between different config file. >> >> maybe these are doable as gui plugins? yes for the "one menu with all preferences". unlikely for "config file chooser": the problem here is, that once you have started Pd, it's configuration will already be active, and you cannot undo that (e.g. you cannot unload libraries). the only thing that could be done (and probably as a GUI-plugin) would be: "save this config as" and "restore chosen saveconfig to be used as the default on next startup" fgmasdr IOhannes [1] https://sourceforge.net/tracker/?func=detail&aid=3590124&group_id=55736&atid=478070 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEJHAgACgkQkX2Xpv6ydvQPlgCfRfh4YZPZj8mPleNFenyPB4DG 9J4AniJgR44EUdjcwMHjj1fRo/BWCK6o =v9lv -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
On 30/01/2013 13:46, Nicolas Montgermont wrote: a few comments though, (sorry if I miss previous discussions): - is is possible to get rid of the french localization? rename or trash the /po and /extra/search-plugin/po folders. That's how I do it. ;) - how do I load a gui plugin? http://puredata.info/docs/guiplugins/GUIPlugins/ and a few ideas: - one menu with all the preferences - possibility to choose between different config file. maybe these are doable as gui plugins? Best, n Le 30/01/13 10:17, Roman Haefeli a écrit : Hi Hans On Die, 2013-01-29 at 15:36 -0500, Hans-Christoph Steiner wrote: Its time to announce the next big Pd-extended release, 0.43.4! Congrats! Despite expressing many times how limited your time is (and probably even more so with a family), the new release really is a milestone. Great achievement! Impressive list of improvements, bug fixes, new features. Many thanks to you and everyone involved. Personally, I welcome many of your decisions like not loading libraries per default, requiring a maintainer for each lib, removing unmaintained libs. In my experience it was never so easy to write portable patches between pd + libs and pd-extended. It's a huge goal to provide a consistent experience across platforms, but from what I saw in recent times this goal is largely satisfied. It is really comfortable to tell people: "You just need to install Pd-extended for running this patch" and they don't have to bother with any special settings or configurations. Keep up the good work! Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- ~Pierre-Olivier Boulant ~ -o- www.puffskydd.net -o- ~ www.flickr.com/pob31/sets ~ -o-www.lepixophone.net-o- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hey Hans and all, Thanks a lot for the hard work during the past years. Pd-extended is a major advantage for using and teaching pd, and is a nearly a mandatory tool to bring people not used to programming in the pd universe. I Hope the choice of a maintainer by library will make the release cycle of Pd-extended faster, and will prevent you from the painful work of maintaining other's libraries! Looking forward to the 0.44 ;) a few comments though, (sorry if I miss previous discussions): - is is possible to get rid of the french localization? - how do I load a gui plugin? and a few ideas: - one menu with all the preferences - possibility to choose between different config file. maybe these are doable as gui plugins? Best, n Le 30/01/13 10:17, Roman Haefeli a écrit : Hi Hans On Die, 2013-01-29 at 15:36 -0500, Hans-Christoph Steiner wrote: Its time to announce the next big Pd-extended release, 0.43.4! Congrats! Despite expressing many times how limited your time is (and probably even more so with a family), the new release really is a milestone. Great achievement! Impressive list of improvements, bug fixes, new features. Many thanks to you and everyone involved. Personally, I welcome many of your decisions like not loading libraries per default, requiring a maintainer for each lib, removing unmaintained libs. In my experience it was never so easy to write portable patches between pd + libs and pd-extended. It's a huge goal to provide a consistent experience across platforms, but from what I saw in recent times this goal is largely satisfied. It is really comfortable to tell people: "You just need to install Pd-extended for running this patch" and they don't have to bother with any special settings or configurations. Keep up the good work! Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hi Hans On Die, 2013-01-29 at 15:36 -0500, Hans-Christoph Steiner wrote: > Its time to announce the next big Pd-extended release, 0.43.4! Congrats! Despite expressing many times how limited your time is (and probably even more so with a family), the new release really is a milestone. Great achievement! Impressive list of improvements, bug fixes, new features. Many thanks to you and everyone involved. Personally, I welcome many of your decisions like not loading libraries per default, requiring a maintainer for each lib, removing unmaintained libs. In my experience it was never so easy to write portable patches between pd + libs and pd-extended. It's a huge goal to provide a consistent experience across platforms, but from what I saw in recent times this goal is largely satisfied. It is really comfortable to tell people: "You just need to install Pd-extended for running this patch" and they don't have to bother with any special settings or configurations. Keep up the good work! Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
now that you mentioned, I had this issue once of not being able to get into the edit mode and out, neither from the shortcut nor the window option. I'm on OS 10.7.5 2013/1/30 Ángel Faraldo > Hi there, > > I started abusing the new extended release and I have same problem here > with "Find" (max osx 10.6.8). Furthermore, my mac keyboard stops working > after some time editing --not always, but I haven't find an action that > provokes this behaviour yet,-- and switching between edit and performance > modes (cmd-e) doesn't always work. Related to this, --misunderstanding?!-- > I don't really understand the use of two "Edit mode" entries in the edit > menu, one shortcut as alt-cmd-E, the other as cmd-e... do they have > different uses? might this be causing the problem? or is it just my > confusion with the new functionalities? > > best, > > Ángel > > On 29/01/2013, at 23:51, Alexandre Torres Porres wrote: > > I didnt mean just "once". I meant like, if I browse throughout the patch > getting all mathces once, it is fine. If I go for it again, nope... > > 2013/1/29 Alexandre Torres Porres > >> Hey, I'm having an annoying hard time with the "find" function. If I find >> something once, it's cool, but if I try to find the same thing again, it >> doesn't do that. Anyone else? >> >> sorry for not finding this issue earlier. >> > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > Ángel Faraldo > _ > www.angelfaraldo.info > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hi there, I started abusing the new extended release and I have same problem here with "Find" (max osx 10.6.8). Furthermore, my mac keyboard stops working after some time editing --not always, but I haven't find an action that provokes this behaviour yet,-- and switching between edit and performance modes (cmd-e) doesn't always work. Related to this, --misunderstanding?!-- I don't really understand the use of two "Edit mode" entries in the edit menu, one shortcut as alt-cmd-E, the other as cmd-e... do they have different uses? might this be causing the problem? or is it just my confusion with the new functionalities? best, Ángel On 29/01/2013, at 23:51, Alexandre Torres Porres wrote: > I didnt mean just "once". I meant like, if I browse throughout the patch > getting all mathces once, it is fine. If I go for it again, nope... > > 2013/1/29 Alexandre Torres Porres > Hey, I'm having an annoying hard time with the "find" function. If I find > something once, it's cool, but if I try to find the same thing again, it > doesn't do that. Anyone else? > > sorry for not finding this issue earlier. > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
still didn't try it out but want to say thank you for the great effort! JoseFornari On Tue, Jan 29, 2013 at 6:36 PM, Hans-Christoph Steiner wrote: > > Its time to announce the next big Pd-extended release, 0.43.4! This release > has the most new features of any release before, so many annoyances are gone, > many new tools help you patch, and. There will be more updates to cover some > of the new features here, in the form of news items on puredata.info, blog > posts, screencasts and more. > > > Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, > Windows, and of course the source code): > http://puredata.info/downloads/pd-extended/releases/0.43.4 > > For Debian/Ubuntu/Mint/etc., you can add an apt source by following the > instructions at the top of the page here: > http://puredata.info/docs/faq/debian > > > ChangeLog > --- > > Here you can get a good overview in what has changed, so you know where to > find out more. > > > changes since 0.43.1 > > * search-plugin included by default > * improved audio performance on Mac and Windows, Mac now uses half the >CPU when idle (portaudio update) > * (Windows) full unicode support > * support full unicode MIDI device names (portmidi) > * many completed translations > * many bugfixes > > > > changes since 0.42.5 > > > == changes to the editor == > > * GUI Plugins! can customize a wide array of features of the editor > * Autotips in Edit Mode to get information about inlets, outlets, and objects > * Magic Glass to snoop on messages as they pass thru connections > * Search everything! Thanks to Jonathan Wilkes' search plugin, now included >by default > * full Unicode support throughout Pd (there are still some layout issues >with right-to-left alphabets and character-based languages) > * fully localizable GUI, with full translations for French, German, Japanese, >Italian, and Greek > * full interface translations with limited search translation for Catalan, >Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, >Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) > * partial translations for: Russian, Turkish > * contribute to translations: https://www.transifex.com/projects/p/puredata/ > * paths are no longer saved in the preferences. Use the [path] or >[declare -path] objects, or use the standard global install locations > * complete Tcl/Tk 8.5 support and integration > * drastically improved Pd window logging/print performance (1000 lines/sec >and you can still patch) > * Ctrl-click/Cmd-click error messages in Pd window to find the object with >the error > * five log levels and dynamic filtering of Pd window log ('fatal, error, >normal, debug, all') > * library loading printed to Pd window at level 'debug' so the Pd window >is blank when Pd-extended starts > * hierarchical display of open subpatches/abstractions in Window menu: >http://puredata.info/dev/NextRelease/window_hierarchy.png > * generate complete Pd window log using 'File->Save As..' when on the >Pd window > * 'File->New' creates the new patch in the folder of the current patch > * 'File->Print' now prints the entire canvas rather than just the visible > part (thanks Trevor Fancher) > * 'File->Save As...', 'Edit->Copy', and 'Edit->Select All' now work on >the Pd window > * Ctrl/Cmd < and > cycle through open windows > * added Autopatch, Autotips, and Perf Mode control on the Edit menu > * improved handling of multiple monitors > * (GNU/Linux) realtime mode enabled by default (-rt) > * (GNU/Linux) window placement logic can be handled in plugin for better >support of many Window Managers (`pdtk_canvas_place_window`) > * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open >USB-serial devices are unplugged > * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files >onto Pd and patch windows > * (GNU/Linux and Windows) added Alt shortcuts to menus > * (GNU/Linux and Windows) Navigate menus with arrow keys > * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon >when Alt-Tabbing > * (Windows) zip-only distro with pd-extended.bat to run without installing > > == updates to the core == > > * updated to latest stable portaudio v19-20110326 > * free methods always called on quit, so cameras, network sockets, etc. >are properly freed > * GUI objects no longer send pointless draw updates, reducing GUI load > * (Windows) external libraries can now include DLLs in a library folder > * [loadbang] has a convenience inlet > * sys_open() / sys_close() and sys_fopen() / sys_fclose() functions in >m_pd.h for full UTF-8 support in externals that use files > > > == updates to libraries and objects == > > * added all lowercase aliases to cyclone for Max/MSP >= 4.6 compatibility > * fix type-punned pointer issues in most externals so everything is built >using a
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
On Tue, Jan 29, 2013 at 03:36:41PM -0500, Hans-Christoph Steiner wrote: > > Its time to announce the next big Pd-extended release, 0.43.4! This release Since its official I'll like to say well done and thanks to Hans and all for the ongoing effort. a. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
knob is in 'flatgui' a new lib that should be loaded by default. Try reseting your preferences with the new "Reset to Defaults" button in the Preferences panel. .hc On 01/29/2013 05:39 PM, Billy Stiltner wrote: > or knob instead of dial > > and can i still install it through the apt-get update through > puredata.info repository > > ___ > 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] [PD-announce] Pd-extended 0.43.4 released!
I didnt mean just "once". I meant like, if I browse throughout the patch getting all mathces once, it is fine. If I go for it again, nope... 2013/1/29 Alexandre Torres Porres > Hey, I'm having an annoying hard time with the "find" function. If I find > something once, it's cool, but if I try to find the same thing again, it > doesn't do that. Anyone else? > > sorry for not finding this issue earlier. > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hey, I'm having an annoying hard time with the "find" function. If I find something once, it's cool, but if I try to find the same thing again, it doesn't do that. Anyone else? sorry for not finding this issue earlier. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
or knob instead of dial and can i still install it through the apt-get update through puredata.info repository ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
what about dial? that, gggee moog~ and iemlib resonant vcfs is the only reason i use pd extended On Tue, Jan 29, 2013 at 3:36 PM, Hans-Christoph Steiner wrote: > > Its time to announce the next big Pd-extended release, 0.43.4! This release > has the most new features of any release before, so many annoyances are gone, > many new tools help you patch, and. There will be more updates to cover some > of the new features here, in the form of news items on puredata.info, blog > posts, screencasts and more. > > > Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, > Windows, and of course the source code): > http://puredata.info/downloads/pd-extended/releases/0.43.4 > > For Debian/Ubuntu/Mint/etc., you can add an apt source by following the > instructions at the top of the page here: > http://puredata.info/docs/faq/debian > > > ChangeLog > --- > > Here you can get a good overview in what has changed, so you know where to > find out more. > > > changes since 0.43.1 > > * search-plugin included by default > * improved audio performance on Mac and Windows, Mac now uses half the >CPU when idle (portaudio update) > * (Windows) full unicode support > * support full unicode MIDI device names (portmidi) > * many completed translations > * many bugfixes > > > > changes since 0.42.5 > > > == changes to the editor == > > * GUI Plugins! can customize a wide array of features of the editor > * Autotips in Edit Mode to get information about inlets, outlets, and objects > * Magic Glass to snoop on messages as they pass thru connections > * Search everything! Thanks to Jonathan Wilkes' search plugin, now included >by default > * full Unicode support throughout Pd (there are still some layout issues >with right-to-left alphabets and character-based languages) > * fully localizable GUI, with full translations for French, German, Japanese, >Italian, and Greek > * full interface translations with limited search translation for Catalan, >Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, >Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) > * partial translations for: Russian, Turkish > * contribute to translations: https://www.transifex.com/projects/p/puredata/ > * paths are no longer saved in the preferences. Use the [path] or >[declare -path] objects, or use the standard global install locations > * complete Tcl/Tk 8.5 support and integration > * drastically improved Pd window logging/print performance (1000 lines/sec >and you can still patch) > * Ctrl-click/Cmd-click error messages in Pd window to find the object with >the error > * five log levels and dynamic filtering of Pd window log ('fatal, error, >normal, debug, all') > * library loading printed to Pd window at level 'debug' so the Pd window >is blank when Pd-extended starts > * hierarchical display of open subpatches/abstractions in Window menu: >http://puredata.info/dev/NextRelease/window_hierarchy.png > * generate complete Pd window log using 'File->Save As..' when on the >Pd window > * 'File->New' creates the new patch in the folder of the current patch > * 'File->Print' now prints the entire canvas rather than just the visible > part (thanks Trevor Fancher) > * 'File->Save As...', 'Edit->Copy', and 'Edit->Select All' now work on >the Pd window > * Ctrl/Cmd < and > cycle through open windows > * added Autopatch, Autotips, and Perf Mode control on the Edit menu > * improved handling of multiple monitors > * (GNU/Linux) realtime mode enabled by default (-rt) > * (GNU/Linux) window placement logic can be handled in plugin for better >support of many Window Managers (`pdtk_canvas_place_window`) > * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open >USB-serial devices are unplugged > * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files >onto Pd and patch windows > * (GNU/Linux and Windows) added Alt shortcuts to menus > * (GNU/Linux and Windows) Navigate menus with arrow keys > * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon >when Alt-Tabbing > * (Windows) zip-only distro with pd-extended.bat to run without installing > > == updates to the core == > > * updated to latest stable portaudio v19-20110326 > * free methods always called on quit, so cameras, network sockets, etc. >are properly freed > * GUI objects no longer send pointless draw updates, reducing GUI load > * (Windows) external libraries can now include DLLs in a library folder > * [loadbang] has a convenience inlet > * sys_open() / sys_close() and sys_fopen() / sys_fclose() functions in >m_pd.h for full UTF-8 support in externals that use files > > > == updates to libraries and objects == > > * added all lowercase aliases to cyclone for Max/MSP >= 4.6 compatibility > * fix type-punned pointer issues in most externals so everything is buil