Pd-dev August 2011

pd-dev@lists.iem.at

13 participants
59 discussions

Re: [PD-dev] [PD] tkwidgets
by yvan volochine 26 Aug '11

26 Aug '11

On 08/26/2011 07:28 PM, Jonathan Wilkes wrote: >>> It might be a good idea to list the problems with tcl/tk so we can weigh them against the difficulty of using a different GUI toolkit. The problems I see are: >>> * difficult to implement a decent zoom function for a canvas >>> * can't display png without the Img library (included in 8.6) >>> * can't do alpha transparency >> >> * you have to write ugly code ? > > Could you expand on that? 1- there was a touch of humour in that sentence.. 2- tcl-tk is a bit too procedurial for my taste (without any extensions I mean). just look at Qt or ruby-qt or python-qt and I'm sure you'll know what I mean. 3- I always found tk GUIs really ugly (but maybe that's just me) again, my 2 cents, cheers, _y

2 1

Re: [PD-dev] tkwidgets
by Hans-Christoph Steiner 26 Aug '11

26 Aug '11

Hey Jonathan, I'm cc'ing pd-dev since this is a topic that could interest others and others could contribute to. I've started a private git branch of tkwidgets that I intent to push once I get somewhere with it. The idea is to try out a new idea for how GUI objects can work. Basically, I think I can make it so that Tcl handles more of the interaction with the user, minimizing on pd-gui <--> pd communications, and making it easier to write GUI objects. Its not trivial to do, but should be doable. .hc On Aug 17, 2011, at 12:26 PM, Jonathan Wilkes wrote: > Never mind, I see it now inside canvas_vis... too bad canvas' > "window" subcommand doesn't have something like pack's "-in" option... > > But I guess I could make a toplevel checkbutton widget and just > manually clone it. > > -Jonathan > > From: Jonathan Wilkes <jancsika(a)yahoo.com> > To: Hans- Christoph Steiner <hans(a)at.or.at> > Sent: Wednesday, August 17, 2011 3:14 AM > Subject: tkwidgets > > Hi Hans, > Do I have it right that your tkwidgets get destroyed when the > containing patch is vis'd 0? If so, any hints on how this happens? > > Specifically, I'm playing around with [checkbutton], and even if I > comment out everything in eraseme and checkbutton_free, and every > single "destroy" subcommand, I still get a tcl error when sending a > bang or float to a [checkbutton] that's in a subpatch with no window > mapped: > > (Tcl) INVALID COMMAND NAME: invalid command name > ".x252a690.c.widget25272b0" > while executing > ".x252a690.c.widget25272b0 cget -onvalue" > ("uplevel" body line 2) > invoked from within > "uplevel #0 $cmd_from_pd" > > > > ---------------------------------------------------------------------------- Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

3 6

[ pure-data-Patches-3383991 ] fix buggy editmode menu option appearance
by SourceForge.net 24 Aug '11

24 Aug '11

Patches item #3383991, was opened at 2011-08-01 19:27 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383991&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: puredata Group: None >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: fix buggy editmode menu option appearance Initial Comment: Removes the "-selectcolor grey85" option from the "Edit Mode" checkbutton in the "Edit" menu. This was causing buggy behavior where there appears to be no checkmark until the user mouses over the "Edit Mode" option and gets a grey checkmark that is very close to the selectcolor, making it appear disabled or something. I also removed the green background color when editmode = 1. It's unnecessary and distracting. (Though if its still wanted, I'd suggest "#c4dcdc" which is the header color for PDDP help patches, as well as the tipwindow from my tooltips patch.) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-08-24 17:37 Message: Miller accepted this change with commit 1dd08cf3c8b2ab6a75e9c21a17996ae49c2896fe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383991&group_…

1 0

LibraryTemplate on 10.6.8
by Louis-Philippe 24 Aug '11

24 Aug '11

Hi all, has any one already solved the errors the plain LibraryTemplate emits on macosx 10.6.8 w/xcode4? the first one I had: llvm-gcc-4.2: error trying to exec '/usr/bin/../llvm-gcc-4.2/bin/powerpc-apple-darwin10-llvm-gcc-4.2': execvp: No such file or directory was solved by adding a CC=gcc inside the osx if block in the makefile the other, only seems to happens when compiling for multiple arch (ppc,i386,x86_64): lipo: can't figure out the architecture type of: /var/folders/mC/mCxAOxLoFCuWvYmrR7CGNE+++TI/-Tmp-//cckjQBZR.out as soon as I compile for only one arch the error disapear. also, when linking against the pd lib (inside the pd.app) it complains only one arch is present (i386 at the moment). anyone has a Mach-O pd with multi arch recipe? regards, L-P

2 1

Re: [PD-dev] Make app on Windows?
by Patrice Colet 24 Aug '11

24 Aug '11

hi, Is there such thing other platforms? Maybe a tcl plugin could do all the external looking, put needed files into a folder, and create a .bat file for running everything. ----- "Mony Vibescu" <kostrowitzky(a)gmx.de> a écrit : > Salut, > > any plans to make compilation of a patch as standalone application > available on windows in the near future? > > > > > > -- > NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! > Jetzt informieren: http://www.gmx.net/de/go/freephone > > > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev -- Patrice Colet

2 1

X paste fix breaks copy-paste within Pd
by Hans-Christoph Steiner 24 Aug '11

24 Aug '11

Hey Miller, I was just checking out your recent commits. The X-paste fix does indeed fix selection click-pasting, but it breaks regular old copy-pasting with in Pd. For example: 1. make an object box with "foo" in it 2. select "foo" and hit Ctrl-C or Edit->Copy 3. create a blank object box 4. hit Ctrl-V or Edit->Paste Nothing gets pasted. The problem lies in the difference between Tcl's "clipboard" and "selection"; clipboard is Ctrl-C/Ctrl-V and selection is X-paste. Your commit converted [clipboard get] to [selection get]. I think the solution is to revert the X-paste commit and then add separate logic for [selection get] to get X-pasting working. .hc

1 0

Make app on Windows?
by Mony Vibescu 24 Aug '11

24 Aug '11

Salut, any plans to make compilation of a patch as standalone application available on windows in the near future? -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

1 0

Re: [PD-dev] Pdextended 0.43.1 and vista
by Patrice Colet 23 Aug '11

23 Aug '11

----- "Hans-Christoph Steiner" <hans(a)at.or.at> a écrit : > On Aug 22, 2011, at 6:20 PM, Patrice Colet wrote: > > > > > ----- "Hans-Christoph Steiner" <hans(a)at.or.at> a écrit : > > > >> Oops, I just noticed one unneeded line in the patch I sent you: > >> > >> +#pd_LINK = $(CXXLINK) > >> > >> > >> There is no need to add a line of code that is comment out :) > >> > >> .hc > >> > > > > I've successfully compiled with asio without this line, so you were > > > right, > > in fact it was just some garbage from everything I've tried, and > > forgot to test compilation without it. > > I think we are done :). > > Yee haw! So do you want to post the proper git format-patch -n1 to > the patch report you already posted? Then I'll include it in Pd- > extended, and you're name will be in the git history. > Okay, I just have to make sure again that I'm not mistaken, it happens too many times, and I'll send the patch. > If you are looking for a new challenge, perhaps you could get gmerlin- > > avdecoder building on MinGW. Then we'll have readanysf~ for Windows. > :) > I've already done it ^^ it's in the pd-list archives and here: http://megalego.free.fr/pd/externals/readanysf~-win32-0.42.zip but there is a problem with libiconv, could you give a try with the attached makefile? maybe I didn't compiled properly libgalv, libiconv makes pd crashing on mp3 encoded with lame... also the external works if we put the DLL's with the external, and I don't know how to make it working with having the DLL's into system32 or pd/bin, maybe some libtools magicks? > .hc > > ---------------------------------------------------------------------------- > > You can't steal a gift. Bird gave the world his music, and if you can > > hear it, you can have it. - Dizzy Gillespie -- Patrice Colet

2 1

Re: [PD-dev] Pdextended 0.43.1 and vista
by Patrice Colet 23 Aug '11

23 Aug '11

----- "Hans-Christoph Steiner" <hans(a)at.or.at> a écrit : > Oops, I just noticed one unneeded line in the patch I sent you: > > +#pd_LINK = $(CXXLINK) > > > There is no need to add a line of code that is comment out :) > > .hc > I've successfully compiled with asio without this line, so you were right, in fact it was just some garbage from everything I've tried, and forgot to test compilation without it. I think we are done :).

2 1

[ pure-data-Bugs-3396626 ] delread/delwrite don't delay on OS X 10.7
by SourceForge.net 22 Aug '11

22 Aug '11

Bugs item #3396626, was opened at 2011-08-22 21:44 Message generated for change (Tracker Item Submitted) made by increpare You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3396626&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stephen Lavelle (increpare) Assigned to: Hans-Christoph Steiner (eighthave) Summary: delread/delwrite don't delay on OS X 10.7 Initial Comment: Pd version 0.43-extended-20110821 Mac OSX 10.7 I implemented http://www.pd-tutorial.com/english/images/kap3/3-4z9.jpg but there's no delay - sounds change straight away. I can confirm that there *is* delay in pd-0.42.5-extended ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3396626&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev August 2011