[PD] ANN: pd-l2ork v.20120304 and new disis_wiimote external now available

[Ivica Ico Bukvic]

Jonathan Wilkes <jancsika at yahoo.com> wrote:

>
>
>
>
>----- Original Message -----
>> From: Mathieu Bouchard <matju at artengine.ca>
>> To: Ivica Ico Bukvic <ico at vt.edu>
>> Cc: pd-list at iem.at
>> Sent: Tuesday, March 27, 2012 11:45 AM
>> Subject: Re: [PD] ANN: pd-l2ork v.20120304 and new disis_wiimote
>external now available
>> 
>> Le 2012-03-06 à 00:42:00, Ivica Ico Bukvic a écrit :
>> 
>>>  Font based zooming simply changes font sizes and repositions all
>objects to 
>> be still in the same relation to each other. True zooming (ala
>desiredata), 
>> while desireable (no pun intended)
>> 
>> Well, in desiredata, puns were intended. The name was made from
>> desiderata, a latin word to allude to todo-lists and wish-lists.
>> 
>>>  is at this point IMO too much work for too little gain.
>> 
>> Curiously, I would have said exactly that about your fontsize thing.
>I would say 
>> that true zooming is the only way to go, and anything else distracts
>by creating 
>> bigger complications.
>
>I don't agree.  The pd-extended/vanilla font dialog is good for
>choosing an initial 
>font size, and _nearly_ useless for changing font sizes.  Pd-l2ork font
>dialog 
>is good for choosing an initial font size, perfectly fine for changing
>font sizes when 
>normal text objects are all that is in the patch, somewhat useful for
>changing font 
>size in a patch mixed with text objects and iemguis, and only
>completely useless
>when changing font size for a patch in which only iemguis are visible.

But even this is debatable if you consider that the zoom tool is actually a patcher font size change tool (not gui zoom tool) that can be misrepresented as a zoom tool. In this case it makes no sense to resize iemgui objects when they are explicitly designed as gui objects whose properties are adjusted independently of core fonts. This is why also true zooming is impossible to do on tcl/tk canvas that has both vectors and fonts. And this is exactly why I chose not to bother with this feature.

>
>This isn't just theoretical.  I wanted to read a help patch in a larger
>font, and on 
>pd-l2ork I just increased the font size and stretched the patch window
>to be 
>bigger.  On pd-extended/vanilla the text objects would have collided
>with a bigger 
>font and would have been illegible.
>
>-Jonathan
>
>> 
>>>  we really need 2 instances. One that is based essentially off of
>libpd and 
>> another that is a robust editor with none of the convoluted client
>server model 
>> between the editor and the engine itself that has made improving on
>the code so 
>> cumbersome…
>> 
>> You want to replace the current client-server model by what exactly ?
>Most 
>> likely another kind of client-server model ?
>> 
>>
>______________________________________________________________________
>> | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal,
>QC
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>>


Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net