Mathieu Bouchard <[email protected]> wrote:
>On Thu, 7 Jul 2011, Ivica Ico Bukvic wrote: > >> >> OK, I just investigated this and the reason the edit mode is enabled >> because I never encountered a need to dynamically change GOPs this >way >> and thus treated changes in canvas properties as editing of a patch >> which (as a courtesy) automatically enables editing mode. The same >goes >> for editing of any other object's properties. e.g. create a vslider, >> exist the editing mode, right-click on the vslider and select >> properties, and the editing mode will be automatically enabled. > >Btw, GF documentation uses 'coords' and also renders things differently > >when in edit-mode. It would be bad if 'coords' set the edit mode. > It is not the coords message that does it but the fact that the said implementation in the example patch also calls donecanvasdialog call which should not be necessary as use of this call is trying to circumvent the fact that coords in vanilla implementation does not redraw in appropriate order for the said gop resize to work properly. This however is not an issue in pd-l2ork with the said fix as it does not require donecanvasdialog to be called and thus no edit mode is triggered. >_______________________________________________________________________ >| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, >QC Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork LinuxLaptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) 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 _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
