Futret - Gay Deer World Takeover - the Antlerfabulous EP (December 2011).The Quick Brown Fox - SPEEDKORE 4 KIDZ! (November 2009).Adraen - Your Roots Aren't Showing EP (January 2009).Trax III: 2008 Year-End Mix (Limited Edition) (December 2008) MGD Sound Team - End of Days (August 2008).CLASSICS THE FINAL: BEST SELECTION (July 2019).Old Undesirable Audio Files (March 2012).Cardopusher Please Come Home Your Dinner Is Getting Cold (April 2010).Essence Of The Fibre (2008) (with sno.lukav).Post-Traumatic Stress Remaster (July 2020).ROBOT BRAINSTRONAUT BLASTOFF!!! TURBO (December 2019).ROBOT BRAINSTRONAUT BLASTOFF!!! (August 2012).Intensive Care Unit EP: Extended and Remastered (September 2010).Post-Traumatic Stress Disorder (January 2010).Acid Intravenous (June 2009) (with Adraen).The Daeva Suite (December 2007) (feat.The High Moral Fibre Album (October 2007).Deleted (The Songs That Didn't Quite Make It) (2006). When the text is copied, delete the resulting orphaned text object when the line is copied, create a corresponding text object and build the association between the copied line & new text object. (vlr-owner-add tbox:tboxreactor (vlax-ename->vla-object box))Īnd the methods I have described above is the approach that I would recommend for your scenario: (if (= 'vlr-object-reactor (type tbox:tboxreactor)) I then remove this temporary Command Reactor within any of its own callback functions so as to prevent the propagation of redundant reactors in the drawing: (defun tbox:tboxcopiedcommandended ( reactor params / ent ) (vlr-command-reactor "tbox-tboxcopiedcommreactor" (setq tbox:owner (append tbox:owner (list (car params)))) However, the most important point that you have to remember when working with object reactors is that you cannot modify the owner of an object reactor within its own callback function.Īs such, for all modification events in which I need to modify the owner of the event, I generate a temporary Command Reactor which will fire after the object has been modified, so as to ensure that the object is not locked for modification.įor example, for the textbox copy event, I use the following: (defun tbox:tboxcopied ( owner reactor params ) When the Copy event for the texbox is fired (evaluating the tbox:tboxcopied callback function), I decide that a textbox cannot live without the text it encloses, and so I delete the orphan textbox from the drawing. Similar to your setup, these are built & configured on program load using Extended Entity Data (xData) attached to both the text and textbox. (vlr-object-reactor box "tbox-tboxreactor" In my application, I use a separate Object Reactor to handle the modification events for the text object and textbox respectively: (vlr-object-reactor txt "tbox-textreactor" This is the approach that I followed when developing my Associative Textbox application (which is essentially solving the same problem of associating two objects in a drawing - in my case, a text object and a bounding frame). Whereas, if the line is copied into empty space, you might decide to replicate the associated text object and position it relative to the new line. Since the two objects are linked, you may need to decide which object is the 'master' and which is the 'slave'.įor example, if the text object is copied into empty space, you might decide that the resulting copy should be deleted, since there is no line to which it could refer. I thought the vlr-copied reactor could solve my problem but since I am not very proficient with reactors I cant seem to make it work.Ĭould someone point me to the right direction? I found thisīut I cannot understand when I make a selection set of lines but also including non relevant other entities, how to pass the correct selection set to the reactor and get the handles updated.įirstly, you need to decide on the behaviour that you want the objects to exhibit assuming that either object (text or line) is copied independently of the other. The problem arises when I copy the line with the texts where each one gets a new handle but the stored xdata are giving the old handles which leads to further problems. For that I have stored the handle of the line to each text as xdata and vice versa, e.g. Through some lisp routines, if the data of the line change, the text entities reflect the change by changing their text. Because the texts represent some data of the line they are always considered children of the line and visible next to it.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |