> > Both of these are actually a feature. I actually used to > > have real-time > > scrollbar updates but that simply bogged the cpu down too > > much, so I > > opted to updating them only once an object has stopped > > moving which in > > most if not all cases makes perfect sense. > > That makes sense. It will make cutting and pasting from a > different window size a bit more difficult (because objects > are pasted at the coords from the original patch) but unless > pasting from the bottom corner of a 1000px canvas it shouldn't make > much difference.
Actually, this is an excellent point. Consequently, 3rd release candidate is now up where I've made the following adjustments: *changed paste action so that it pastes where the current mouse position is rather than duplicating original x/y positions. more so, the newly spawned objects are grabbed (as if creating an object from a menu), allowing easy repositioning. This change will greatly help in making sure that objects are not spawned very far from the current canvas location (as per Jonathan's comment/suggestion) due to the new scrolling algorithm. *duplicate now works on other canvases as well (does not require duplicating within the same canvas) thus replacing the functionality of the old paste action which preserves x/y positions. There is no offset if the newly pasted canvas is different than the old one. *fixed bug where scrollbars would not redraw after initial dragging of a newly created object. *enabled autopatch for iemgui objects. *Invoking disabled ctrl+r now enables both the edit mode and the cord inspector (as per Iohannes's suggestion). As usual feedback is most appreciated. http://l2ork.music.vt.edu/main/?page_id=56 Best wishes, Ico _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
