[PD] puredata and mathematica
hi is it possible to connect pd with wolframs mathematica ? this software has a data protocol called mathelink is it possible to receive data from that in pd? thanks -- oyuki [EMAIL PROTECTED] -- http://www.fastmail.fm - Choose from over 50 domains or use your own ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
Hi, this is not necesserarily more readable with it, but how one can change font color in a patch? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: Almost all visual improvements are going to be subjective. That is to say, for every suggestion someone makes along the lines of visual changes to Pd, there will be many people for the change and many people against. For that reason, please put in the time to make all changes configurable, so that those who like the current look of Pd can easily put in command line flags or .pdrc settings to make it looks the way it does now. Ideally this would be something like -originalgui. As for the default look, that could be decided by majority vote I guess. I very much support that approach. What looks good or is helpful is a very personal decision. We already had a heated discussion about which fonts to choose and I'd rather not repeat this for every other aspect of Pd, this would be counter-productive and bind too many resources better wasted elsewhere. ;) The only way a GUI overhaul can work in the long run IMO is to make a configuration system. This actually probably should not be a command line flag like -originalgui or -newgui, but a new configuration file for themes that can be loaded with -theme or so. This is the approach that works for most other applications as well (Firefox, Gtk, etc.) All that Pd would need to supply is some hooks for setting various things like colors for canvas-BG, thickness of signal/msg-cords, (or even fonts, though this may be tricky) etc. Then the config file would just list the values for these variables, maybe in simple Tcl-syntax (no XML!). But please don't enforce huge GUI choices on all users. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] little things
Hallo, ilya .d hat gesagt: // ilya .d wrote: isn't it right, that we should use [i] instead of [f] every time making a counter which won't ever think of something in between 0 and 1 or 2 and 3 ..!! IMO all counters should count in whole numbers and be scaled afterwards. If your counter is built as it should with the idiom: bang-[f ]x[+ 1] it will never become a non-whole number because of the 1. Then the conversion to integer with [int] is superfluous. CCiao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On 04/11/2007, at 12.03, Frank Barknecht wrote: I very much support that approach. I also think preferences/themes are a good ide. This could quickly become the bike shred colouring story over again. The only way a GUI overhaul can work in the long run IMO is to make a configuration system. This actually probably should not be a command line flag like -originalgui or -newgui, but a new configuration file for themes that can be loaded with -theme or so. I like the idea of separating it, but i think it would be good to consider the possibilities to get it into vanilla Pd as well. I don't know if there is any strategy with that goal that works better then others wrt. that? In some sense such custom GUI options would support the goal of being cultural natural. The computer music community is similar to the Linux community in that it can grow among small groups with only occasional need for outside contact beyond what a modem can provide. To empower this, it is important that the software not come with its own cultural freight but that it adapt to whatever realities exist where the users live. This is exactly what typifies good software development in general. - Miller Puckette, Max at Seventeen, Computer Music Journal, Vol. 26, No 4, p. 41. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] little things
On Sun, Nov 04, 2007 at 12:07:05PM +0100, Frank Barknecht wrote: Hallo, ilya .d hat gesagt: // ilya .d wrote: isn't it right, that we should use [i] instead of [f] every time making a counter which won't ever think of something in between 0 and 1 or 2 and 3 ..!! IMO all counters should count in whole numbers and be scaled afterwards. If your counter is built as it should with the idiom: bang-[f ]x[+ 1] it will never become a non-whole number because of the 1. Then the conversion to integer with [int] is superfluous. CCiao -- Frank Barknecht _ __footils.org__ right i see now. i was just thinking memory- and flop- wise . i see, so float is going done the wire anyway. ok. thanx. -- ilya .d ___ 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] puredata and mathematica
If that mathelink uses a TCP or UDP socket, then it should be pretty straightforward, as long as their protocol isn't too complicated. Check out these objects: tcpclient/tcpserver .hc On Nov 4, 2007, at 5:54 AM, oyuki wrote: hi is it possible to connect pd with wolframs mathematica ? this software has a data protocol called mathelink is it possible to receive data from that in pd? thanks -- oyuki [EMAIL PROTECTED] -- http://www.fastmail.fm - Choose from over 50 domains or use your own ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredata and mathematica
oyuki schrieb: hi is it possible to connect pd with wolframs mathematica ? this software has a data protocol called mathelink is it possible to receive data from that in pd? Hi, there's a mathlink module for Python, which you could use with the py/pyext external. http://library.wolfram.com/infocenter/MathSource/6622/ gr~~~ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new pd wiki - practical data - includes forum
On Nov 3, 2007, at 2:54 PM, Chuckk Hubbard wrote: On 11/3/07, Steffen Juul [EMAIL PROTECTED] wrote: On 03/11/2007, at 8.02, hard off wrote: i just set up a new wiki for pd, aimed at providing a simple and easy way for pd users to share their patches / tutorials, etc... There is also the http://puredata.info website people can use. For tutorials for instance folks can add to http://puredata.info/docs/ tutorials Sometimes less is more, like when I try to look up info on the latest version of a library and find numerous Google hits that link to different sites that were created and abandoned at different stages, all with different versions. I'm all for centralization; however, I've never liked the puredata.info layout and setup. When you find a link to a file, you first have to visit the page where the file is listed, and for those of us in remote parts of the world without the best internet connections, it sucks to have to wait for one more page, when you could just as well start the download immediately. I'm all for a wiki (public editing means less chance of a site being neglected), but I thought there already was one?? There is pdpedia: http://pdpedia.org .hc -Chuckk -- http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Nov 4, 2007, at 6:03 AM, Frank Barknecht wrote: Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: Almost all visual improvements are going to be subjective. That is to say, for every suggestion someone makes along the lines of visual changes to Pd, there will be many people for the change and many people against. For that reason, please put in the time to make all changes configurable, so that those who like the current look of Pd can easily put in command line flags or .pdrc settings to make it looks the way it does now. Ideally this would be something like -originalgui. As for the default look, that could be decided by majority vote I guess. I very much support that approach. What looks good or is helpful is a very personal decision. We already had a heated discussion about which fonts to choose and I'd rather not repeat this for every other aspect of Pd, this would be counter-productive and bind too many resources better wasted elsewhere. ;) The only way a GUI overhaul can work in the long run IMO is to make a configuration system. This actually probably should not be a command line flag like -originalgui or -newgui, but a new configuration file for themes that can be loaded with -theme or so. This is the approach that works for most other applications as well (Firefox, Gtk, etc.) All that Pd would need to supply is some hooks for setting various things like colors for canvas-BG, thickness of signal/msg-cords, (or even fonts, though this may be tricky) etc. Then the config file would just list the values for these variables, maybe in simple Tcl-syntax (no XML!). But please don't enforce huge GUI choices on all users. I'll add -vanillagui to set the old colors. Plus I am working on a hack so you'll be able to set those colors from within Pd. Pd is sorely in need of a good preferences API, then this could easily be added to that... any volunteers? :D .hc News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredata and mathematica
Thomas Grill schrieb: oyuki schrieb: hi is it possible to connect pd with wolframs mathematica ? this software has a data protocol called mathelink is it possible to receive data from that in pd? Hi, there's a mathlink module for Python, which you could use with the py/pyext external. http://library.wolfram.com/infocenter/MathSource/6622/ Sorry, that was the wrong one. But, at least for MacOS Mathematica ships with a MathLink binding, docs and example right within the application bundle. For MacOS it's in Mathematica.app/SystemFiles/Links/Python, and i'm quite sure there is respective stuff for other Windows and linux. greetings, Thomas ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Nov 4, 2007, at 12:25 AM, Luke Iannini (pd) wrote: DesireData has much more substantial and interesting changes than the colors and backgrounds. it is also, unfortunately, not at a fully usable state yet. Since there were 50,000+ downloads of the previous version of Pd-extended ( 0.38.4), I think it's worthwhile to spend a couple days to make Pd-extended work better while we are waiting for DesireData. .hc Sorry, I hope my tone was not discouraging; I most certainly support this. It would be cool if you could document your changes, since I'd be interested in helping out. http://puredata.info/dev/GuiIdeas/ (I added some of the things from this thread just now) By the way, Monaco on Leopard is rendering anti-aliased at 10pt again, so Pd-e looks great there out of the box. Here's the patch with the changes that I made, there is a section in u_main.tk (aka pd.tk) that lists the colors that you can configure: http://pure-data.cvs.sourceforge.net/pure-data/packages/patches/ color_scheme_support-0.40.3.patch If anyone is interested in working on the Pd GUI, a good place to start is the various panels. I played a bit with this GUI builder thing, it's quite handy. It's a bit buggy, but useful, and available on GNU/Linux, Windows, and Mac OS X. http://sourceforge.net/project/showfiles.php? group_id=24918package_id=219784 The app is a little weird to run on Mac. First download this file, Then if you add .command to the end of it, you can run it by doubleclicking. You also have to set it as executable. http://downloads.sourceforge.net/spectcl/guibuilder-macosx- universal-20070129 Basically, if you are interest in improving the GUI, you could use it to remake some of the panels. The IEMGUI panels are quite hard to modify, but the Pd ones are easy, so try some of these: find panel send panel text editor array panel canvas/GOP panel Pd window all four preferences panes Avoid BWidget and Iwidgets since those aren't currently included in Pd's Tcl/Tk. .hc Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I'll add -vanillagui to set the old colors. As I wrote in my mail, I don't think using command line options in this fashion is a good idea. It's not maintainable. It forces people to choose either A or B, when they actually want 1.2635 or 9.3463 Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
Hallo, Steffen Juul hat gesagt: // Steffen Juul wrote: On 04/11/2007, at 12.03, Frank Barknecht wrote: I very much support that approach. I also think preferences/themes are a good ide. This could quickly become the bike shred colouring story over again. The only way a GUI overhaul can work in the long run IMO is to make a configuration system. This actually probably should not be a command line flag like -originalgui or -newgui, but a new configuration file for themes that can be loaded with -theme or so. I like the idea of separating it, but i think it would be good to consider the possibilities to get it into vanilla Pd as well. I don't think it would be too hard to get it into vanilla Pd. The idea would be to first replace the hardcoded stuff in pd.tk with variable. There's a lot of -background white or -borderwidth 1 there, which would become: -background $theme_bgcolor or -borderwidth $theme_bwidth etc. The theme config file then would just need to be included from pd.tk with something like (pseudocode): # set defaults: set theme_bgcolor white set theme_bwidth 1 # ... # source theme as provided from command line to overwrite # defaults: source $theme_from_commandline The file theme_from_commandline would just need to specify variables in tcl-syntax: set theme_bgcolor grey set theme_bwidth 2 ... People then could write lots of funky themes and distribute them on websites and everybody would be happy couples. The only thing to write would be some variables in pd.tk and a loader which fills the $theme_from_commandline variable. And maybe think about if simply sourcing the file is a security hole. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On 04/11/2007, at 17.21, Hans-Christoph Steiner wrote: Avoid BWidget and Iwidgets since those aren't currently included in Pd's Tcl/Tk. Does anyone know of alternative tricks wrt. building tab'ed windows? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
The gui has to be a mixture of both, 1) providing style options for programmers who want to make use of it and 2) the possibility to view patches also in old text-only black and white style for users that are distracted by too much new technology and design. I think it is similar to web browsing. If you don't want style-sheets you always can use lynx. For Pd to finally become a tool that can be used to create instruments that will be shared, I see no other possibilty than to go with some enhancements. I don't see any movement from Miller into that direction (to conjure up style features), I simply think, there is no possibilty to get additional style information into patches. that given, the enhancements are limited anyway. Maybe someone has to come up with an alternative objectbox-style that provides all the style settings. (like number2 or comment from cyclone). or maybe it is possible to create a wrapper object that does the same like any objectclass itself, but with additional layout-information. But, who is willing and able to do the work? ... So all that talk is going 'poof'. You want to create a patch to share? Use something different for the interface and run pd -nogui. marius. Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I'll add -vanillagui to set the old colors. As I wrote in my mail, I don't think using command line options in this fashion is a good idea. It's not maintainable. It forces people to choose either A or B, when they actually want 1.2635 or 9.3463 Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Crash in Leopard
hey, apple was so nice to send me a 10.5 install dvd, and I can confirm that pd-extended crashes when I want to open the help menu. (pd-vanilla 0.40-2 works fine, hehe...) all pd-e versions that I tested crashed (0.39.3, 0.40.3 from 08/31 and even the one from oct26!) marius. Luke Iannini (pd) wrote: Well, I can't actually type anything in the new Help Search box (the cursor blinks but no text appears), but the menu entries below all work as they always have. Cheers Luke On 11/3/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: And the help menu stuff works fine? .hc On Nov 3, 2007, at 2:18 AM, Luke Iannini (pd) wrote: Well, good news - I only had the crash when running an autobuild (pde 0.40.3) from September. I'm using October 26th's now and the crash no longer occurs. Luke On 11/2/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: If you feel like testing what in particular is causing the bug, you could try commenting out things in the pd.tk: Pd.app/Contents/Resources/bin/pd.tk It's just a text file. Check around line 614, $mbar.help is the help menu for any patch. The help menu for the Pd window is called .mbar.help, that comes earlier in the file. I don't have access to a 10.5 machine, so I won't be able to try anything. .hc On Nov 1, 2007, at 5:26 PM, Luke Iannini (pd) wrote: Hallo, I can confirm this...Must have something to do with Leopard's wacky new searchable menus feature, which is built in to the Help menu. On 11/1/07, Luiz Naveda [EMAIL PROTECTED] wrote: Hallo list! I've just installed latest PD-extended in Macbook OSX 10.5 Leopard. When I try to click on the help menu, it crashes. I 've experimented the same problem a couple of years ago in other macs. Anybody in the same situation? Best Luiz -- Luiz Naveda _ Mobile: + 32 0487 245594 IPEM - Dep. of Musicology Blandijnberg 2 Ghent University, Ghent, B-9000 Belgium ^v^ ^v^ ^v^ ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^ ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~ ___ 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 If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ 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 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 ___ 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] changing the look of Pd to be more readable
On Sun, 2007-11-04 at 13:36 -0500, marius schebella wrote: The gui has to be a mixture of both, bamm.. here i am and i know _exactly_, what needs to be done... i like your diplomatic way ;-) 1) providing style options for programmers who want to make use of it and 2) the possibility to view patches also in old text-only black and white style for users that are distracted by too much new technology and design. I think it is similar to web browsing. If you don't want style-sheets you always can use lynx. For Pd to finally become a tool that can be used to create instruments that will be shared, I see no other possibilty than to go with some enhancements. I don't see any movement from Miller into that direction (to conjure up style features), I simply think, there is no possibilty to get additional style information into patches. that given, the enhancements are limited anyway. Maybe someone has to come up with an alternative objectbox-style that provides all the style settings. (like number2 or comment from cyclone). or maybe it is possible to create a wrapper object that does the same like any objectclass itself, but with additional layout-information. But, who is willing and able to do the work? ... So all that talk is going 'poof'. You want to create a patch to share? now you are changing the topic. as far as i understood, hc initial efforts were going into finding ways to improve pd's appearance from a programmers perspective. the ideas wasn't to change the appearance for fancy guis for fancy patches. Use something different for the interface and run pd -nogui. here i think you are _very_ wrong by saying this. have you ever used datastructures? have you ever had a look at netpd? especially at syntax_the_nerd's bon-* patches? have you ever had a look at the gop abstractions of pdmtl? not to mentionen all the stuff that i forgot to list here? roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Sun, Nov 04, 2007 at 07:20:47PM +0100, Steffen Juul wrote: On 04/11/2007, at 17.21, Hans-Christoph Steiner wrote: Avoid BWidget and Iwidgets since those aren't currently included in Pd's Tcl/Tk. Does anyone know of alternative tricks wrt. building tab'ed windows? just use fluxbox WM. ___ 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] changing the look of Pd to be more readable
Roman Haefeli wrote: On Sun, 2007-11-04 at 13:36 -0500, marius schebella wrote: The gui has to be a mixture of both, bamm.. here i am and i know _exactly_, what needs to be done... i like your diplomatic way ;-) you think I am diplomatic? I take that as a compliment... Use something different for the interface and run pd -nogui. here i think you are _very_ wrong by saying this. have you ever used datastructures? have you ever had a look at netpd? especially at syntax_the_nerd's bon-* patches? have you ever had a look at the gop abstractions of pdmtl? not to mentionen all the stuff that i forgot to list here? I think it is amazing how much you and pdmtl are able to get out of pd, but (and sorry I don't know how to put this diplomaticly) I think these interfaces are at least 2 generations away from what a good interface could look like. hey, I love pd, and I will do my best to work on all that stuff that I am permanently complaining about. but think! - and don't get me wrong, because I know that your work is not recognized and valued enough - given the hours that you put into netpd and given the accessability of Pd in general I would assume this application to be about 1000 times more successful. And the reason why it is not, is, I think the lack of a better interface. I am talking about at least 1000 kids permanently using it, making music with their friends. I think I lose my diplomacy, because I am angry when I see the waste of time that people put into patching using an unsatisfying software and not having the success they should have. best, marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] debugging techniques/tricks for a non-developer?
On Sat, 3 Nov 2007, Matteo Sisti Sette wrote: However, there are situations in which I can't even isolate the problem and that's scary because if you don't know what conditions trigger the bug/issue, run pd inside valgrind. it slows down pd by 50 times or so, but it checks a lot more memory accesses, and it can make the bugs easier to trigger. sometimes bugs remain silent because they only do memory corruption without trying to access non-existent memory. this can confuse the rest of the program and make it do something it shouldn't do. Eventually this leads to a crash. This makes bugs more difficult to trigger and very difficult to track. this is why you need valgrind. valgrind is still unable to figure out stack corruption. i had to move an array to the heap (using malloc and free) in order to witness that the code was writing to element [-1] of the array, which is actually a different variable. this access is only caught by valgrind: gdb wouldn't figure it out, because it does not look for that. If PD crashes, I need to know: whether there is or not an error in my patch, a segfault or bus error or other sudden crash is always considered the fault of C code, never of patches. an almost-infinite loop involving [until] is considered fault of the user, even though the user can't force pd to quit the loop. this would deserve some feature to force breaking out of the loop, but in itself it's not a bug in pd. the use of too much RAM could be blamed on either pd itself, on externals or on pd patches, it depends how it's done. if the memory can't be recovered by doing something in pd, such as deleting some hungry objects, then it's probably the fault of pd or externals. In such a situation, would there be any means to figure out at least what abstraction contained the guilty loadbang? (then it may help or not, because there may be 100 instances of that abstraction all around, but it would be a starting point) gdb and valgrind can produce listings of function-activations (stack frames) which will usually be fairly effective at finding the source of a problem in a C file, but it takes some special commands to get at info like what's the chain of patches for going back to the main patch?, that is, the road to reaching the object when you open the main patch. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] no focus for gemwin on os x 10.5
hi, somehow gemwin does not take the focus anymore with the newest release of the highly praised OS X. when I click on it, it just stays in the back. I can't move it. also, topmost 1 does not work. anything else I can try? I am using gem 0.91 from cvs (oct 26). marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
Hallo, ilya .?? hat gesagt: // ilya .?? wrote: The file theme_from_commandline would just need to specify variables in tcl-syntax: set theme_bgcolor grey set theme_bwidth 2 ... that's what i was just meaning at the top of the thread somewhere . Yes, sorry, I missed that. Anyway my main point is the hook to load a complete theme file from a user option, instead of hardcoded themes. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
Hallo, marius schebella hat gesagt: // marius schebella wrote: The gui has to be a mixture of both, 1) providing style options for programmers who want to make use of it and 2) the possibility to view patches also in old text-only black and white style for users that are distracted by too much new technology and design. I think it is similar to web browsing. If you don't want style-sheets you always can use lynx. For Pd to finally become a tool that can be used to create instruments that will be shared, I see no other possibilty than to go with some enhancements. I don't see any movement from Miller into that direction (to conjure up style features), I simply think, there is no possibilty to get additional style information into patches. that given, the enhancements are limited anyway. Maybe someone has to come up with an alternative objectbox-style that provides all the style settings. (like number2 or comment from cyclone). or maybe it is possible to create a wrapper object that does the same like any objectclass itself, but with additional layout-information. But, who is willing and able to do the work? ... So all that talk is going 'poof'. You want to create a patch to share? Use something different for the interface and run pd -nogui. Maybe I'm missing something fundamental but I don't see how what you just wrote is related to my previous mail where I wrote: As I wrote in my mail, I don't think using command line options in this fashion is a good idea. It's not maintainable. It forces people to choose either A or B, when they actually want 1.2635 or 9.3463 If you read this: I only proposed to not hardcode enhancements, but leave room for more enhancements by managing the enhancements in a more flexible way (which isn't even a very advanced way. For an advanced way see DesireData.) Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Sun, Nov 04, 2007 at 03:25:38PM -0500, marius schebella wrote: but think! - and don't get me wrong, because I know that your work is not recognized and valued enough - given the hours that you put into netpd and given the accessability of Pd in general I would assume this application to be about 1000 times more successful. And the reason why it is not, is, I think the lack of a better interface. I am talking about at least 1000 kids permanently using it, making music with their friends. I think I lose my diplomacy, because I am angry when I see the waste of time that people put into patching using an unsatisfying software and not having the success they should have. i can understand what do you guys have a trouble with ? do you think things like .. some basic easy-to-use apps are good examples? which application do you find closer to ideal by it's user interface? best, marius. ___ 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] changing the look of Pd to be more readable
On Sun, 2007-11-04 at 15:25 -0500, marius schebella wrote: I think it is amazing how much you and pdmtl are able to get out of pd, but (and sorry I don't know how to put this diplomaticly) I think these interfaces are at least 2 generations away from what a good interface could look like. though i basically agree with you, i am not quite sure, what needs to be done to change that. what makes a interface a good interface? are you talking only about the appearance? or also about the functionality? hey, I love pd, and I will do my best to work on all that stuff that I am permanently complaining about. but think! - and don't get me wrong, because I know that your work is not recognized and valued enough - you said that, not me... (i don't feel like my work should be valued 'more'. though, of course, i am happy seeing people using my stuff) given the hours that you put into netpd and, more important, all the people who contributed with patches and hours of testing and given the accessability of Pd in general just because it is free doesn't automatically mean that it is accessible to everyone. i would even say, that pd in general is one of the lesser accessible softwares i know (probably just because it is such an interesting and versatile software) I would assume this application to be about 1000 times more successful. And the reason why it is not, is, I think the lack of a better interface. I am talking about at least 1000 kids permanently using it, making music with their friends. maybe you are right, maybe not. i am not sure about this. however, this is not the point of the discussion. the initial discussion was only about changing the appearance of pd in order make patches more readable, not about having more and fancier guis for - i call them now - 'end product' patches. but i totally agree with you, that in this area of the 'end product' patches a _lot_ could still be achieved. I think I lose my diplomacy, because I am angry when I see the waste of time that people put into patching using an unsatisfying software and not having the success they should have. i totally agree. cheers roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
Hi, I did not disagree with you. I just wanted to add some thoughts. let me explain again. one of the thoughts is, that I think there is a difference between the programmer (the one that writes a patch) and the user. these two types need different features of gui improvement. the programmer wants to work in a nice environment, where she can set colors and fontsizes of the workspace. but to create better user interfaces she maybe wants to have the possibility to hide cords, color specific objects, make them bigger. the one style (for the workspace) only needs to be set once. but the style for a specific patch may change from patch to patch (according to how the programmer wants the patch to look like. and still, there probably should be the possibility to override another programmers layout with your own -nofancyfirlefanz setting... marius. Frank Barknecht wrote: Hallo, marius schebella hat gesagt: // marius schebella wrote: The gui has to be a mixture of both, 1) providing style options for programmers who want to make use of it and 2) the possibility to view patches also in old text-only black and white style for users that are distracted by too much new technology and design. I think it is similar to web browsing. If you don't want style-sheets you always can use lynx. For Pd to finally become a tool that can be used to create instruments that will be shared, I see no other possibilty than to go with some enhancements. I don't see any movement from Miller into that direction (to conjure up style features), I simply think, there is no possibilty to get additional style information into patches. that given, the enhancements are limited anyway. Maybe someone has to come up with an alternative objectbox-style that provides all the style settings. (like number2 or comment from cyclone). or maybe it is possible to create a wrapper object that does the same like any objectclass itself, but with additional layout-information. But, who is willing and able to do the work? ... So all that talk is going 'poof'. You want to create a patch to share? Use something different for the interface and run pd -nogui. Maybe I'm missing something fundamental but I don't see how what you just wrote is related to my previous mail where I wrote: As I wrote in my mail, I don't think using command line options in this fashion is a good idea. It's not maintainable. It forces people to choose either A or B, when they actually want 1.2635 or 9.3463 If you read this: I only proposed to not hardcode enhancements, but leave room for more enhancements by managing the enhancements in a more flexible way (which isn't even a very advanced way. For an advanced way see DesireData.) Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Installing pd-extended in ubuntu on a computer with no internet connection
Thanks for the suggestions. I had a feeling that's what I'd have to do... Hoped there'd be a more automatic way of doing it... oh well. Thanks! D On 03/11/2007, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: That's what I would do as well. .hc On Nov 3, 2007, at 10:32 PM, Kevin McCoy wrote: This is cheating but Debian has a web repository at http://packages.debian.org where you can download packages for different architectures and search, etc. Find out what packages Pd-extended depends on, download the ppc .deb files from the debian server, pop them on a flash drive and drop them on your net-less ppc at home and then install them first with sudo dpkg -i whatever.deb Then install the pd-extended deb package using the same command. That's what I would do - but it's not very elegant and maybe someone has a better idea. Kevin On 11/3/07, David NG McCallum [EMAIL PROTECTED] wrote: Hi! Maybe this is more of an ubuntu package question than a Pd question, but... I've got an old iMac running xubuntu at home, except that home has no internet connection. When I tried installing the pd-extended package it went and tried to download the depends, which of course it couldn't, because it has no internet connection. Is there a complete meta-package of Pd-extended and all the depends that I could just plop onto this machine? Is it possible to make one (I don't have access to another PPC-ubuntu machine with a net connection to do this, it would have to be either an intel-ubuntu or OS X machine doing the work). Thanks! D -- __ _ _ _ __ _ http://sintheta.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://pocketkm.blogspot.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith -- __ _ _ _ __ _ http://sintheta.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Ubuntu gutsy Debian testing test release
heppo on startup on a fresh gutsy install i get this error : PDP: pure data packet version 0.12.5-darcs /usr/local/lib/pd/extra/pidip.pd_linux: libjasper-1.701.so.1: cannot open shared object file: No such file or directory pidip: can't load library setting up Ruby-for-PureData... gues it's caused by the 1.9 version of libjasper i've been provided with?! Source: jasper Version: 1.900.1-3 Replaces: libjasper-dev, libjasper-1.700-2-dev Provides: libjasper-dev Depends: libjasper1 (= 1.900.1-3) Conflicts: libjasper-dev, libjasper-1.700-2-dev Filename: pool/main/j/jasper/libjasper-dev_1.900.1-3_i386.deb Package: libjasper1 Priority: optional Section: libs Installed-Size: 340 Maintainer: Ubuntu Core Developers [EMAIL PROTECTED] Original-Maintainer: Roland Stigge [EMAIL PROTECTED] Architecture: i386 Source: jasper Version: 1.900.1-3 Replaces: libjasper-1.700-2 Depends: libc6 (= 2.5-0ubuntu1), libjpeg62 Suggests: libjasper-runtime Conflicts: libjasper-1.700-2 Filename: pool/main/j/jasper/libjasper1_1.900.1-3_i386.deb greetsthanks olsen On Oct 25, 2007 11:14 AM, kimm furt [EMAIL PROTECTED] wrote: I built a Pd-0.39.3-extended release for Debian/testing and Ubuntu Gutsy, try it out and let me know how it works for you: i just testet it a litte on gusty - great! all my audio patches work. and the little things i did with pdp and gem work allright too. thank you so much for building it! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Planet Pluto bleibt! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [-SPAM-] changing the look of Pd to be more readable
Hi, there is no macintel autobuild from today. marius. Hans-Christoph Steiner wrote: On Nov 3, 2007, at 7:28 PM, Jamie Bullock wrote: On Sat, 2007-11-03 at 14:24 -0400, Hans-Christoph Steiner wrote: I think there is a lot that could be done to the look and feel of Pd that would make it much more efficient and usable. I think it is crucial to avoid flashiness, one of Pd's strengths is its lack of flashiness (no segmented patch cords! ;) But small things can make a big difference. I really like some of these ideas, and I do agree that a few subtle visual nuances would bring Pd's UI into the 21st century! I always thought that om/ingen (http://wiki.drobilla.net/Ingen) had a a really nice UI - just the right combination of minimalist simplicity and graphical niceness (anti-aliased splines!). Maybe we can steal some ideas from that. Can I put a vote in for _not_ putting arrows on the end of patch chords. This is one of the features of Desire Data that I really don't like since it adds no additional information to the patch (it isn't possible to connect from inlets to outlets), and it adds visual noise. Jamie -- www.postlude.co.uk I'm going to try to get a version of this into the Pd-extended auto- build for tonight: http://eds.org/~hans/pdsketch/solidboxes+color.png I'll made the colors settable in the pd.tk so people can make it look the old way without too much trouble. Perhaps it could be a command line flag, something like: -orthodox ;) .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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] no focus for gemwin on os x 10.5
woot... fun try cmd-click to move it. And please file a bug report. .hc On Nov 4, 2007, at 3:45 PM, marius schebella wrote: hi, somehow gemwin does not take the focus anymore with the newest release of the highly praised OS X. when I click on it, it just stays in the back. I can't move it. also, topmost 1 does not work. anything else I can try? I am using gem 0.91 from cvs (oct 26). marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Nov 4, 2007, at 3:12 PM, ilya .д wrote: On Sun, Nov 04, 2007 at 07:12:40PM +0100, Frank Barknecht wrote: There's a lot of -background white or -borderwidth 1 there, which would become: -background $theme_bgcolor or -borderwidth $theme_bwidth etc. The theme config file then would just need to be included from pd.tk with something like (pseudocode): # set defaults: set theme_bgcolor white set theme_bwidth 1 # ... # source theme as provided from command line to overwrite # defaults: source $theme_from_commandline The file theme_from_commandline would just need to specify variables in tcl-syntax: set theme_bgcolor grey set theme_bwidth 2 ... I added variables in pd.tk so you can edit that if you want to make your own theme. .hc that's what i was just meaning at the top of the thread somewhere . People then could write lots of funky themes and distribute them on websites and everybody would be happy couples. The only thing to write would be some variables in pd.tk and a loader which fills the $theme_from_commandline variable. And maybe think about if simply sourcing the file is a security hole. why do you think it could be ? there so many files sources in different apps, as i know .. i heard pd is generaly not as secure as some openbsd system apps... Ciao -- Frank Barknecht _ __footils.org__ ___ 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 Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Crash in Leopard
Please file a bug report in the tracker: http://puredata.info/dev/bugtracker .hc On Nov 4, 2007, at 1:56 PM, marius schebella wrote: hey, apple was so nice to send me a 10.5 install dvd, and I can confirm that pd-extended crashes when I want to open the help menu. (pd-vanilla 0.40-2 works fine, hehe...) all pd-e versions that I tested crashed (0.39.3, 0.40.3 from 08/31 and even the one from oct26!) marius. Luke Iannini (pd) wrote: Well, I can't actually type anything in the new Help Search box (the cursor blinks but no text appears), but the menu entries below all work as they always have. Cheers Luke On 11/3/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: And the help menu stuff works fine? .hc On Nov 3, 2007, at 2:18 AM, Luke Iannini (pd) wrote: Well, good news - I only had the crash when running an autobuild (pde 0.40.3) from September. I'm using October 26th's now and the crash no longer occurs. Luke On 11/2/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: If you feel like testing what in particular is causing the bug, you could try commenting out things in the pd.tk: Pd.app/Contents/Resources/bin/pd.tk It's just a text file. Check around line 614, $mbar.help is the help menu for any patch. The help menu for the Pd window is called .mbar.help, that comes earlier in the file. I don't have access to a 10.5 machine, so I won't be able to try anything. .hc On Nov 1, 2007, at 5:26 PM, Luke Iannini (pd) wrote: Hallo, I can confirm this...Must have something to do with Leopard's wacky new searchable menus feature, which is built in to the Help menu. On 11/1/07, Luiz Naveda [EMAIL PROTECTED] wrote: Hallo list! I've just installed latest PD-extended in Macbook OSX 10.5 Leopard. When I try to click on the help menu, it crashes. I 've experimented the same problem a couple of years ago in other macs. Anybody in the same situation? Best Luiz -- Luiz Naveda _ Mobile: + 32 0487 245594 IPEM - Dep. of Musicology Blandijnberg 2 Ghent University, Ghent, B-9000 Belgium ^v^ ^v^ ^v^ ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^ ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~ ___ 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 --- - If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ 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 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 - --- ___ 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 Mistrust authority - promote decentralization. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Sat, 3 Nov 2007, Luke Iannini (pd) wrote: I look at this as the equivalent of properly indented code; a feature I'd really appreciate is the equivalent of auto-indenting since I obsessively line up my Pd patches. I thought about auto-positioning of objects and figured out that a way to conciliate many potentially conflicting rules about placement of objects, each rule could be defined as a force that pull objects towards their ideal spot relative to that rule. The object will then tend towards an intersection of the ideal spots, or if there is none, it will tend towards somewhere between several ideal spots. So, for example, there would be a first force to ensure that objects don't overlap. It would repulse objects from other objects, though not in a way usually seen in physics. A second rule would tend to align a box with the boxes it is connected to, with priority on left inlet connections, and a third rule would tend towards the previous object in the chain. More rules can be added and all rules can be weighted in order to adjust the priority of the rules. By making rules combine in different ways (variable weighting), different systems of priorities can be made. This could take an external and a patch, or some tcl code in desiredata. And finally, it pains me that much of this work we're discussing has already been done by Mathieu and Chun : (! I have a dream, where DD and PD and PD-E are one. DD-E is coming soon, that is, almost as soon as the rest of DD that is not really coming closer at this point... _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Sun, 4 Nov 2007, Steffen Juul wrote: On 04/11/2007, at 17.21, Hans-Christoph Steiner wrote: Avoid BWidget and Iwidgets since those aren't currently included in Pd's Tcl/Tk. Does anyone know of alternative tricks wrt. building tab'ed windows? Pd-extended's build system could also bundle some Tk extensions and auto-compile them like the rest. Then you need two lines of code to load those Tk libraries from lib/pd/lib/tk, for example. Apart from that, DesireData has a tabbed dialog component, though it's not exactly as nice as I would like it to be (a bit tricky to get right). _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no focus for gemwin on os x 10.5
with apple click, I can move it, but it stays in the background. m. Hans-Christoph Steiner wrote: woot... fun try cmd-click to move it. And please file a bug report. .hc On Nov 4, 2007, at 3:45 PM, marius schebella wrote: hi, somehow gemwin does not take the focus anymore with the newest release of the highly praised OS X. when I click on it, it just stays in the back. I can't move it. also, topmost 1 does not work. anything else I can try? I am using gem 0.91 from cvs (oct 26). marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
hey mathieu, in case you have not seen this yet.. (max toolbox) http://video.google.com/videoplay?docid=9064204491926904985 marius. Mathieu Bouchard wrote: On Sat, 3 Nov 2007, Luke Iannini (pd) wrote: I look at this as the equivalent of properly indented code; a feature I'd really appreciate is the equivalent of auto-indenting since I obsessively line up my Pd patches. I thought about auto-positioning of objects and figured out that a way to conciliate many potentially conflicting rules about placement of objects, each rule could be defined as a force that pull objects towards their ideal spot relative to that rule. The object will then tend towards an intersection of the ideal spots, or if there is none, it will tend towards somewhere between several ideal spots. So, for example, there would be a first force to ensure that objects don't overlap. It would repulse objects from other objects, though not in a way usually seen in physics. A second rule would tend to align a box with the boxes it is connected to, with priority on left inlet connections, and a third rule would tend towards the previous object in the chain. More rules can be added and all rules can be weighted in order to adjust the priority of the rules. By making rules combine in different ways (variable weighting), different systems of priorities can be made. This could take an external and a patch, or some tcl code in desiredata. And finally, it pains me that much of this work we're discussing has already been done by Mathieu and Chun : (! I have a dream, where DD and PD and PD-E are one. DD-E is coming soon, that is, almost as soon as the rest of DD that is not really coming closer at this point... _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada ___ 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] no focus for gemwin on os x 10.5
It's pd and not GEM that takes care of the window focus. Maybe Rez no longers works on 10.5? On 11/4/07, marius schebella [EMAIL PROTECTED] wrote: hi, somehow gemwin does not take the focus anymore with the newest release of the highly praised OS X. when I click on it, it just stays in the back. I can't move it. also, topmost 1 does not work. anything else I can try? I am using gem 0.91 from cvs (oct 26). marius. ___ 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] 3 1/2 shaders help!
hey, I was working on shaders recently and put some stuff online http://www.parasitaere-kapazitaeten.net/Pd/4shaders shader #3 is the most advanced, uses a normal map texture. but I am still running into problems when using multiple shaders. the problem (again) is, that gl_MultiTexCoords1 does not get the correct values passed from GEM. so the 4th shader should use two images of different sizes, but I only got it working very rudimentary. If anyone can help me with this, it would solve a very big problem! (chris?) Thanks to vade so far for his support! marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Sun, 4 Nov 2007, marius schebella wrote: in case you have not seen this yet.. (max toolbox) http://video.google.com/videoplay?docid=9064204491926904985 Yes, there was a talk about a Pd version of this, at PdConvention2007. Were you there? :} _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
Hans-Christoph Steiner a écrit : I added variables in pd.tk so you can edit that if you want to make your own theme. .hc hi, is there a way for having a different font color? I'd like to patch with a black background and white fonts. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Nov 5, 2007, at 12:36 AM, Patrice Colet wrote: Hans-Christoph Steiner a écrit : I added variables in pd.tk so you can edit that if you want to make your own theme. .hc hi, is there a way for having a different font color? I'd like to patch with a black background and white fonts. Yup, that should be possible, I'll try to put out a theming patch soon. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] theming with patch
So I quickly hacked together something so that you can theme the new color scheme yourself in a patch: chc.pd Description: Binary data themer.pd Description: Binary data I am sure there are bugs, but it's fun nonetheless. :D You need today's autobuild or later, put both files in a folder, and run themer.pd. http://autobuild.puredata.info/auto-build/2007-11-05/ .hc ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list