Re: [PD] pd-flite text-to-speech offline ?
argh argh argh ... mistyped again (sorry). the url should be (really, I mean it this time): http://www.ling.uni-potsdam.de/~moocow/projects/pd/pdflite-0.02-2.tar.gz marmosets, Bryan On 2009-08-24 21:23:44, Bryan Jurish moo...@ling.uni-potsdam.de appears to have written: http://www.ling.uni-potsdam.de/~moocow/projects/pd/pd-flite-0.02-2.tar.gz -- Bryan Jurish There is *always* one more bug. jur...@ling.uni-potsdam.de -Lubarsky's Law of Cybernetic Entomology ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for translations for new Pd GUI
On Tue, 25 Aug 2009, Johannes Burström wrote: And here I had a long rant about having checkboxes instead of buttons for Init/no init until I viewed source and saw that it was already planned... Do you think that just because there's a line in the source that says FIXME or TODO, someone would do it, sooner or later? I think not. Thus a rant is a vote for a feature or fix. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for translations for new Pd GUI
On Aug 25, 2009, at 4:23 AM, Johannes Burström wrote: 2009/8/22 Hans-Christoph Steiner h...@at.or.at: On Aug 22, 2009, at 6:03 AM, Johannes Burström wrote: current state of the devel branch or my incompetence. Also, some label widths seem to be hardcoded, so some label texts are cropped. Yeah, that's why I am starting this translation process now, rather than waiting until the full text is in the template.pot. Please report these issues so I can fix them. Its not hard to make the panel adjust width, though oftentimes the panels end up getting quite wide in some languages. ... I've tried to standardize the punctuation but haven't messed with the language too much because its been around so long. I think you are talking about the iemguis (hslider, vslider, etc.) or do you also mean the gatoms (number box , symbol box) and arrays. Mainly talking about the iemguis, yes. I could imagine taking away the -dimensions(pix)... headings and having boxes instead. Unfortuntely, that's on the C side. The iemguis are hard to modify, but its definitely possible. One thing that might be easy is to localize those strange iemgui headers. When it comes to labels getting cropped, i've so far only seen it happen to the Messages labels in the iemguis, and now I see it happen to the english translation as well. Maybe it would be and idea to lose the symbol part of eg Send symbol and have a heading like Message symbols, besides of course to make them take up the whole width. That's a good idea. The hard part is which language to use. How about this: Bind symbols Send: Receive: or maybe this: Bind to symbols for Send: Receive: And here I had a long rant about having checkboxes instead of buttons for Init/no init until I viewed source and saw that it was already planned... Hmm, I wouldn't say planned as much as noted. That wouldn't be hard to fix, and it would be all Tcl. The more contributions there are, the better it gets. :) .hc There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] in/out fest in NYC
Hey Chris, Sounds like fun, do you have more info? I'll be teaching a NIME class (http://itp.nyu.edu/nime/) again, and we'll have our annual concert right about the same time. I think it'll be later that week. .hc On Aug 23, 2009, at 11:44 PM, Chris Gilroy wrote: hey all! my name is chris gilroy and i am putting together a festival in NYC! In/Out Fest is going to focus on creating programs and controllers for audio/visual performance. basically, a way to celebrate the rise of open source! it will talk place on december 12th at the tank (home of blip fest and bent fest). we are looking for some more performers and people to lead workshops, so if you are interested, let me know! you can reach me at christgil...@gmail.com. hopefully talk to you all soon! chris gilroy ps, my questions regarding puredata will be coming very soon! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] openpanel window popup behaviour
Hiya, Is the openpanel popup window for choosing files default behaviour to appear back from the window you are running your patch? Seems tha this don't make too much sense and the worse is that some people get stuck when the window is invisible if the patch is with window maximized. I have seem this several times... Strange that in ubuntu-gnome with compiz working the default behaviour is not that because the window is poping up in front of all patches. That's the more desirable, but seems that's it is dependent of desktop configs? Is there anyway to assure the openpanel window will popup in front of the running patch window? abraço glerm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] openpanel window popup behaviour
On Tue, 25 Aug 2009, glerm soares wrote: Is the openpanel popup window for choosing files default behaviour to appear back from the window you are running your patch? This is because in Pd, all dialogue windows are declared as transient windows of the main window. ... Whereas in Dd, each dialogue window is declared as a transient window of the window that had the focus at the moment of window creation. This should be what you want it to be 99% of the time. Transient window means a window can't go under a certain other. This is supposed to be used for temporary windows that are associated to another non-temporary window in particular. It seemed to me like the consensus of the nineties was to ignore this setting, and at one point the new generation of window managers (which became default in linux distros) all supported the feature. Strange that in ubuntu-gnome with compiz working the default behaviour is not that because the window is poping up in front of all patches. That's the more desirable, but seems that's it is dependent of desktop configs? There are differences in how the concept of transience is interpreted. Logically, IMHO, if focussing on a transient window shall raise that window, it shall also raise its parent window up to just under itself (except for any other transient windows of that parent, that have to stay on top of the parent anyway). Is there anyway to assure the openpanel window will popup in front of the running patch window? Yes, look in desire.tk... _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] openpanel window popup behaviour
There is also an issue with how metacity window manager treats windows. You can get around using [wm group .] This is added to Pd- extended 0.42.5 and pd GUI rewrite. I found out this thing here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514115 And committed it here: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=11888 .hc On Aug 25, 2009, at 5:03 PM, Mathieu Bouchard wrote: On Tue, 25 Aug 2009, glerm soares wrote: Is the openpanel popup window for choosing files default behaviour to appear back from the window you are running your patch? This is because in Pd, all dialogue windows are declared as transient windows of the main window. ... Whereas in Dd, each dialogue window is declared as a transient window of the window that had the focus at the moment of window creation. This should be what you want it to be 99% of the time. Transient window means a window can't go under a certain other. This is supposed to be used for temporary windows that are associated to another non-temporary window in particular. It seemed to me like the consensus of the nineties was to ignore this setting, and at one point the new generation of window managers (which became default in linux distros) all supported the feature. Strange that in ubuntu-gnome with compiz working the default behaviour is not that because the window is poping up in front of all patches. That's the more desirable, but seems that's it is dependent of desktop configs? There are differences in how the concept of transience is interpreted. Logically, IMHO, if focussing on a transient window shall raise that window, it shall also raise its parent window up to just under itself (except for any other transient windows of that parent, that have to stay on top of the parent anyway). Is there anyway to assure the openpanel window will popup in front of the running patch window? Yes, look in desire.tk... _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd 0.43 branch with the new GUI code
A complete rewrite of Pd's GUI is starting to be usable. Miller has accepted the core of this code into his repo for 0.43. Now we need to get the whole thing done! There is now a branch for continuing off of Miller's initial 0.43 commit here: http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-gui-rewrite/0.43 There is a wiki page to keep track of progress with build instructions, etc.: http://puredata.info/dev/PdGuiRewrite Try it out on GNU/Linux or Mac OS X, no one's tried to get it running on Windows yet, you could be the first. Shouldn't be too hard since its all Tcl. There is lots of work left to do, and you can contribute in many different ways. We always need testers, try using this Pd version in your normal work, and report any and all bugs, problems, feature ideas, etc. The simplest way is to contribute code is to create a translation for Pd. You can also look thru the Tcl source for things marked TODO and take a stab and doing them. If you want to improve the GUI, make the new Pd window for example, an announce your interest to pd-dev to make sure there are no duplications of efforts. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
