<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Oh, I see, I didn't check about expr.&nbsp; Well, a better example of what I'm talking about would be [polymap] in ekext, as well as (older versions of) [pddplink].&nbsp; Both <br>post a message about the particular object, both post only once, and both do so by using post in the setup routine for that object.&nbsp; Neither messages are posted when <br>you load the respective libraries.&nbsp; So I'm confused by your example of this hypothetical object posting 86 messages when a patch is loaded-- I've never seen that <br>happen.&nbsp; Do you have an example of this behavior?<br><br>I think such an initial post to the console saying that the object the user just created/loaded is an alias for gf.print, and that the old
 print is now pd/print, would be <br>nice. &nbsp;But like I said, I haven't used the most recent version of GF-- if there's already some such message when the library is loaded then that works, too.<br><br>So I guess you're using this complicated Gem example to say that the user doesn't need to worry about which [print] is being used since GF just loads its own <br>when the necessity for printing grids arises (i.e., when the gridflow library is loaded). &nbsp;Setting aside the issue of bugs for the moment, how does Pd's <br>development model deal with another developer releasing library x which, when loaded, uses [print] as an alias for yet another object so it can display its atom type? <br>Seems like the user would be stuck in the place you're trying to avoid-- having to use gf.print for GF and x/print for x, and also figuring out which of <br>the three prints are the least buggy to use with everything else.<br><br>-Jonathan<br><br><div
 style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> IOhannes m zmoelnig &lt;zmoelnig@iem.at&gt;<br><b><span style="font-weight: bold;">To:</span></b> Jonathan Wilkes &lt;jancsika@yahoo.com&gt;<br><b><span style="font-weight: bold;">Cc:</span></b> Mathieu Bouchard &lt;matju@artengine.ca&gt;; Roman Haefeli &lt;reduzierer@yahoo.de&gt;; pd-list &lt;pd-list@iem.at&gt;; Kim Cascone &lt;kim@anechoicmedia.com&gt;<br><b><span style="font-weight: bold;">Sent:</span></b> Tue, June 15, 2010 6:57:14 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: overriding objects<br></font><br>
On 2010-06-15 12:32, Jonathan Wilkes wrote:<br>&gt; Thanks for changing the subject line.<br>&gt; <br>&gt; In your example, why wouldn't the developer just add a method so the user can send a message to set <br>&gt; hardware or software acceleration (or query to see if hw accel. is available) if they wish to do so explicitly?<br><br>because openGL does not allow you to set hw/sw rendering.<br>it is the very concept of openGL, that the implementation (whether<br>rendering is done in hw, sw or quantum dimensions) is abstracted away<br>and you should not need to wory about that.<br><br>&gt; Anyway, I think my [post] vs. [print] question is really beside the point.&nbsp; What I want to know is if <br>&gt; [gf.print] is an improvement over the current [print], why doesn't it just get incorporated into Pd?&nbsp; It <br>&gt; doesn't make sense that someone should have to download and install GF to get a less buggy [print] object.<br><br>yes, but that's the
 nature of Pd's development model.<br>furthermore, in reality i suspect GF's [print] to have dependencies on<br>GF, so you would be unable to run this [print] without GF installed.<br><br>&gt; Most objects that post <br>&gt; a console message only do so when the first instance is created, whether by actively patching or by opening <br>&gt; a file.&nbsp; (See [expr] for an example of this.)<br><br>[expr] doesn't do that. it's only the way you use [expr] that makes you<br>believe it does.<br><br>you get a splashscreen when you load the "expr"-library (that is the<br>file "expr.pd_linux" on your linux-system), which happens to provide the<br>[expr] class. normally you are loading the library when creating the<br>first instance of [expr] (because that's one way of Pd to load a<br>library) but you could force the loading of the expr-library by starting<br>Pd with "-lib expr" (or add "expr" to the libraries loaded at startup),<br>which will give you the
 message without having created a single [expr].<br><br>with GF it is a bit different, as you have to load the whole library<br>first in order to create GF's [print] then.<br>if matju used Pd's mechanics to override the class (sidenote: Pd<br>provides infrastracture to override built-in classes; so it seems that<br>while some consider this "bad practice", others are not so religious<br>about this), Pd would print out a warning about the print-class being<br>overriden (while loading GF).<br><br>this is "mainly" what was asked for, no?<br><br>fgmasdr<br>IOhannes<br><br><br></div></div>
</div><br>

      </body></html>