<div dir="ltr"><div><div><div>re: "something less ugly"<br><a href="http://rosettacode.org/wiki/String_concatenation#LabVIEW">http://rosettacode.org/wiki/String_concatenation#LabVIEW</a><br>:)<br><br></div>why in the world have I not thought to make an external that you can script with assembly language?<br>
</div>I mean most modern audio devices have at least 64 programmable 'oscillators' or wave channels if you will. Even Don Buchla uses digital oscillators in his modulars nowdays. It's not like we are stuck with ay-3-8910a drum 3 channel drums.<br>
</div>*twitch<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 31, 2014 at 4:00 PM, Miller Puckette <span dir="ltr"><<a href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Fri, Jan 31, 2014 at 03:47:46PM -0500, Jonathan Wilkes wrote:<br>
> On 01/24/2014 05:36 PM, Miller Puckette wrote:<br>
> >Delete these lines in g_text.c:<br>
> ><br>
> > /* for comments, just draw a bar on RHS if unlocked; when a visible<br>
> > canvas is unlocked we have to call this anew on all comments, and when<br>
> > locked we erase them all via the annoying "commentbar" tag. */<br>
> > else if (x->te_type == T_TEXT && glist->gl_edit)<br>
> > {<br>
> > if (firsttime)<br>
> > sys_vgui(".x%lx.c create line\<br>
> > %d %d %d %d -tags [list %sR commentbar]\n",<br>
> > glist_getcanvas(glist),<br>
> > x2, y1, x2, y2, tag);<br>
> > else<br>
> > sys_vgui(".x%lx.c coords %sR %d %d %d %d\n",<br>
> > glist_getcanvas(glist), tag, x2, y1, x2, y2);<br>
> > }<br>
> ><br>
> ><br>
> >(however, that won't disable the functionality; just the ugly marks.)<br>
> ><br>
> >I'm still trying to think of something less ugly - tell me if you have any<br>
> >ideas...<br>
><br>
> Just to give a concrete example, something like:<br>
><br>
> else if (x->te_type == T_TEXT && glist->gl_edit)<br>
> {<br>
> if (firsttime)<br>
> sys_vgui(".x%lx.c create rect %d %d %d %d "<br>
> "-dash {1 3} "<br>
> "-tags [list %sR commentbar]\n",<br>
> glist_getcanvas(glist), x1, y1, x2, y2, tag);<br>
> else<br>
> sys_vgui(".x%lx.c coords %sR %d %d %d %d\n",<br>
> glist_getcanvas(glist), tag, x1, y1, x2, y2);<br>
> }<br>
><br>
> Then you have a visual clue that the user is in editmode, with no<br>
> ambiguity between the drawing and the text.<br>
><br>
> You can play with the dash values-- I chose those because it gives a<br>
> clear contrast to broken boxes. Use a larger 2nd integer to make<br>
> the dashed box stand out less.<br>
><br>
> Btw-- I haven't tested this. I'd be a lot more likely to try out<br>
> code on Pd Vanilla 0.45 if someone could explain to me how to do<br>
> incremental builds. If I change a single line in g_text.c in 0.43<br>
> it only requires a single "make" that takes about 3 seconds. Doing<br>
> the same in 0.45 requires "make clean && make", unnecessarily<br>
> rebuilding all of Pd. Doing "make" in the src directory of 0.45<br>
> only rebuilds the things that need to recompile, but it doesn't<br>
> update the binary, which makes it useless.<br>
><br>
> -Jonathan<br>
><br>
</div></div>cd pd/src; make -f makefile.gnu always works for me :)<br>
<div class="HOEnZb"><div class="h5"><br>
M<br>
<br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>