Re: Selection Handles
I see, yeah. And rolling your own full blown selection scheme would be a bit much. On Thu, Mar 29, 2018 at 1:17 PM, Knapp Martin via use-livecode < use-livecode@lists.runrev.com> wrote: > Thanks Mike. The app allows the user to be in standard LC edit mode to > select any of the objects, either by clicking on them or dragging a > selection rectangle around them. And I do have tools that allow the user to > select multiple objects and then align, layer, make the same size etc. > Perhaps I could implement a scheme where if the user selects only 1 line it > then deselects and pops up my own selection handles, though that might be a > bit ugly. > > > On Mar 29, 2018, at 12:02 PM, Mike Bonner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Since you already have code in place to use your homegrown selection > > handles, can you adjust things so that the line doesn't actually have to > be > > "selected" to make changes? My guess is that the small button you > > implemented can be dragged, and then you do your magic and adjust length > > while constraining to horizontal or vertical. I don't see why the line > > would actually have to be selected to do this. > > > > On Thu, Mar 29, 2018 at 12:52 PM, Knapp Martin via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > >> I have an app that I'm migrating from LC 6.6.5 to 8.1.9. In it, a user > >> creates documents that may consist of lines, boxes, text areas and > images > >> that they insert. There's been a big change between 6.6.5 and 8.1.9 in > the > >> selection handles on objects. In 6.6.5, the selection handles on lines > were > >> really tiny so I implanted a scheme - when the line is selected I > overlay a > >> small button at each end that you drag to change the length and another > in > >> the middle to grab the line to move. A side benefit of this is that no > >> matter how "wobbly" the user is in dragging my selection handles, I've > >> scripted it so the line stays perfectly horizontal/vertical. > >> > >> In LC 8.1.9 the selection handles on lines are huge in comparison, and > are > >> centered over the middle of the end point, making it trickier to align > to > >> another object (a frequent thing in my app). While I can live with it > >> myself, for my customers I'm way less than thrilled. Often times there > is > >> the need to create several short lines in close proximity to each other. > >> > >> In 8.1.9 I can't use my own selection handles like I was as they end up > >> *behind* those of LC and must exist on a layer above everything else - a > >> change from 6.6.5. > >> > >> So my question is, is there any way to change the selection handle > >> behavior - something even that is a hack? They're fine on everything > else, > >> it's just on lines that it becomes an issue for me. I’m anticipating a > “no” > >> but thought I’d ask! > >> > >> Marty > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Selection Handles
Thanks Mike. The app allows the user to be in standard LC edit mode to select any of the objects, either by clicking on them or dragging a selection rectangle around them. And I do have tools that allow the user to select multiple objects and then align, layer, make the same size etc. Perhaps I could implement a scheme where if the user selects only 1 line it then deselects and pops up my own selection handles, though that might be a bit ugly. > On Mar 29, 2018, at 12:02 PM, Mike Bonner via use-livecode > wrote: > > Since you already have code in place to use your homegrown selection > handles, can you adjust things so that the line doesn't actually have to be > "selected" to make changes? My guess is that the small button you > implemented can be dragged, and then you do your magic and adjust length > while constraining to horizontal or vertical. I don't see why the line > would actually have to be selected to do this. > > On Thu, Mar 29, 2018 at 12:52 PM, Knapp Martin via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> I have an app that I'm migrating from LC 6.6.5 to 8.1.9. In it, a user >> creates documents that may consist of lines, boxes, text areas and images >> that they insert. There's been a big change between 6.6.5 and 8.1.9 in the >> selection handles on objects. In 6.6.5, the selection handles on lines were >> really tiny so I implanted a scheme - when the line is selected I overlay a >> small button at each end that you drag to change the length and another in >> the middle to grab the line to move. A side benefit of this is that no >> matter how "wobbly" the user is in dragging my selection handles, I've >> scripted it so the line stays perfectly horizontal/vertical. >> >> In LC 8.1.9 the selection handles on lines are huge in comparison, and are >> centered over the middle of the end point, making it trickier to align to >> another object (a frequent thing in my app). While I can live with it >> myself, for my customers I'm way less than thrilled. Often times there is >> the need to create several short lines in close proximity to each other. >> >> In 8.1.9 I can't use my own selection handles like I was as they end up >> *behind* those of LC and must exist on a layer above everything else - a >> change from 6.6.5. >> >> So my question is, is there any way to change the selection handle >> behavior - something even that is a hack? They're fine on everything else, >> it's just on lines that it becomes an issue for me. I’m anticipating a “no” >> but thought I’d ask! >> >> Marty ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Selection Handles
Since you already have code in place to use your homegrown selection handles, can you adjust things so that the line doesn't actually have to be "selected" to make changes? My guess is that the small button you implemented can be dragged, and then you do your magic and adjust length while constraining to horizontal or vertical. I don't see why the line would actually have to be selected to do this. On Thu, Mar 29, 2018 at 12:52 PM, Knapp Martin via use-livecode < use-livecode@lists.runrev.com> wrote: > I have an app that I'm migrating from LC 6.6.5 to 8.1.9. In it, a user > creates documents that may consist of lines, boxes, text areas and images > that they insert. There's been a big change between 6.6.5 and 8.1.9 in the > selection handles on objects. In 6.6.5, the selection handles on lines were > really tiny so I implanted a scheme - when the line is selected I overlay a > small button at each end that you drag to change the length and another in > the middle to grab the line to move. A side benefit of this is that no > matter how "wobbly" the user is in dragging my selection handles, I've > scripted it so the line stays perfectly horizontal/vertical. > > In LC 8.1.9 the selection handles on lines are huge in comparison, and are > centered over the middle of the end point, making it trickier to align to > another object (a frequent thing in my app). While I can live with it > myself, for my customers I'm way less than thrilled. Often times there is > the need to create several short lines in close proximity to each other. > > In 8.1.9 I can't use my own selection handles like I was as they end up > *behind* those of LC and must exist on a layer above everything else - a > change from 6.6.5. > > So my question is, is there any way to change the selection handle > behavior - something even that is a hack? They're fine on everything else, > it's just on lines that it becomes an issue for me. I’m anticipating a “no” > but thought I’d ask! > > Marty > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Selection Handles
I have an app that I'm migrating from LC 6.6.5 to 8.1.9. In it, a user creates documents that may consist of lines, boxes, text areas and images that they insert. There's been a big change between 6.6.5 and 8.1.9 in the selection handles on objects. In 6.6.5, the selection handles on lines were really tiny so I implanted a scheme - when the line is selected I overlay a small button at each end that you drag to change the length and another in the middle to grab the line to move. A side benefit of this is that no matter how "wobbly" the user is in dragging my selection handles, I've scripted it so the line stays perfectly horizontal/vertical. In LC 8.1.9 the selection handles on lines are huge in comparison, and are centered over the middle of the end point, making it trickier to align to another object (a frequent thing in my app). While I can live with it myself, for my customers I'm way less than thrilled. Often times there is the need to create several short lines in close proximity to each other. In 8.1.9 I can't use my own selection handles like I was as they end up *behind* those of LC and must exist on a layer above everything else - a change from 6.6.5. So my question is, is there any way to change the selection handle behavior - something even that is a hack? They're fine on everything else, it's just on lines that it becomes an issue for me. I’m anticipating a “no” but thought I’d ask! Marty ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
Actually, I really appreciate Adobe Illustrator's object properties dialog. Sometimes I LIKE being able to define an object's dimensions by typing in coordinates. CAD designers do this all the time. Of course, advanced features like snap to point make this mostly obsolete, but if you need a wall that is x by y by z it is MUCH easier to type in the dimensions than try to drag it to spec. Bob S > On Mar 28, 2017, at 12:43 , Sannyasin Brahmanathaswami via use-livecode > wrote: > > -- Graphic designers don't switch to console and start typing "set the rect > of some object to X,X,X,X" "never gonna happen" ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
The software should allow you to select the handle of the foreground object if only one is selected, and if multiple objects are selected, the nearest neighbor to your click point. If anchors are so close as to conflict, you should be able to zoom in. I think this is a non-issue. Bob S > On Mar 28, 2017, at 08:53 , dunbarx via use-livecode > wrote: > > But having handles fully within their object makes them easy to grab without > possibly selecting a near neighbor instead. I have this issue all the time, > aligning and adjusting closely spaced controls. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
Just a general agreement here, I also have some issues with the new design for selections. The circular handles look strange to me but it's an adjustment I can deal with. The dotted outline bothers me more because it is harder to see the edges of the object, though I suspect it was implemented to match the Project Browser. The main problem I have with it though is that I can't easily apply and observe effects applied to the edges of objects. To see a small shadow, for example, I have to de-select the object first. Then if it doesn't look right, I have to re-select the object and also re-select both the effects pane and the shadow dialog in the inspector, because the inspector resets when nothing is selected. That makes adjustments a painful process that has to be repeated many times before I get what I'm aiming for. That, for me, is the main irritation. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
That's why I do 95% of my graphic design "elsewhere" (Gimp, Inkscape, and so on). Doing the "application dance" seems to take up an awful lot of time, and that along with the eternal import-export-import thing can get a wee bit tedious. If all the graphic stuff could be done on-board things would be faster and easier. +1 Richmond. On 3/28/17 10:43 pm, Sannyasin Brahmanathaswami via use-livecode wrote: Ditto what Dan, Richard, Craig said (letting off just a little steam here too) Ali: "provide examples" Adobe illustrator see: http://wiki.hindu.org/uploads/square-small-selection-handles.jpg Ali: "justification" -- I've been ranting for 2 decades about how LC IDE needs to be optimized for 21st century elegant GUI design. -- Graphic designers don't switch to console and start typing "set the rect of some object to X,X,X,X" "never gonna happen" -- Good design is precise design, a miniscule adjustment in the scale of an object, left-edge, can make the difference in production values between looking "hokey" vs looking "awesome". If you take that ability away from the user, you shoot your product in the foot. -- Please, always optimize the IDE for quality design production values and not necessarily ease of use for your kid sister. Yes, your kid sister might find a large handle useful to just drag out an object in a use case that is as vague as "I just want it bigger." But that is not how "real" design is done. We need quality tools for the whole front end UI builder market… and each of us here switches hats (programmer/designer) 20 times a day… -- point: we don't mind if the selection handles are small, zoom is always an option; if the mouse can pick up them up easily in a "nearby" area, that's also OK, but they must be centered on the border-edge/corner… because if I'm working to move the edge, scale up-down an object, I will make the visual "subconscious" assumption that the center of the handle = the X,Y or X or Y position of [whatever] Anything else is just "wrong" BR On 3/27/17, 10:41 PM, "use-livecode on behalf of Ali Lloyd via use-livecode" wrote: Instead of declaring that this is how it should be, it's much better to provide examples and justification. I just checked, and every application I have on this computer does selection handles with the center of the handle on the boundary of the object. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
Ditto what Dan, Richard, Craig said (letting off just a little steam here too) Ali: "provide examples" Adobe illustrator see: http://wiki.hindu.org/uploads/square-small-selection-handles.jpg Ali: "justification" -- I've been ranting for 2 decades about how LC IDE needs to be optimized for 21st century elegant GUI design. -- Graphic designers don't switch to console and start typing "set the rect of some object to X,X,X,X" "never gonna happen" -- Good design is precise design, a miniscule adjustment in the scale of an object, left-edge, can make the difference in production values between looking "hokey" vs looking "awesome". If you take that ability away from the user, you shoot your product in the foot. -- Please, always optimize the IDE for quality design production values and not necessarily ease of use for your kid sister. Yes, your kid sister might find a large handle useful to just drag out an object in a use case that is as vague as "I just want it bigger." But that is not how "real" design is done. We need quality tools for the whole front end UI builder market… and each of us here switches hats (programmer/designer) 20 times a day… -- point: we don't mind if the selection handles are small, zoom is always an option; if the mouse can pick up them up easily in a "nearby" area, that's also OK, but they must be centered on the border-edge/corner… because if I'm working to move the edge, scale up-down an object, I will make the visual "subconscious" assumption that the center of the handle = the X,Y or X or Y position of [whatever] Anything else is just "wrong" BR On 3/27/17, 10:41 PM, "use-livecode on behalf of Ali Lloyd via use-livecode" wrote: Instead of declaring that this is how it should be, it's much better to provide examples and justification. I just checked, and every application I have on this computer does selection handles with the center of the handle on the boundary of the object. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
Ali Lloyd wrote: > The code hit-detects as if the handles were square, so the > hit-detection area is actually bigger than it used to be. And there's the difference between engineering and user experience: It may be bigger, but if it's visually ambiguous user's won't be able to know that. A rectangle is an unambiguous representation of the hit rect, which may be why so many other tools (and even LC for most of its life) uses them. But there's more: If we examine the interaction even more closely, there's a related issue, perhaps with the hitPoint of the cursor. I can move the arrow pointer inside the visible handle circle, but it doesn't change to the direction arrow (nice touch) until I'm within just a pixel or two of the centerpoint. If the hit rect is indeed bigger, it not only feels smaller by virtue of being virtualized in non-rendered corners around the circular handle shape, but appears to the eye and hand to be visibly smaller when attempting to click on the handle, since I now need to get much closer to the center than I recall having to do before. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
> So do you see any advantage to having handles outboard? Yes, it is impossible to resize an object's width or height to zero (or within (size of handle) of zero) when the handles are inside the object. Also, you could not previously make a line straight using the selection handles inside an object, for roughly the same reason. If you're making precision changes to an object's rect that require seeing the selection handles within the rect, it seems to me you'd be much better off adjusting the rect via the message box or using the alignment tools. On Tue, Mar 28, 2017 at 5:08 PM Ali Lloyd wrote: > The code hit-detects as if the handles were square, so the hit-detection > area is actually bigger than it used to be. > > > On Tue, Mar 28, 2017 at 4:51 PM Richard Gaskin via use-livecode < > use-livecode@lists.runrev.com> wrote: > > Ali Lloyd wrote: > > > Instead of declaring that this is how it should be, it's much better > > to provide examples and justification. I just checked, and every > > application I have on this computer does selection handles with the > > center of the handle on the boundary of the object. > > Centering the handle on the corrner/edge is how LibreDraw does it too. > > I think that makes sense, given that the user will aim for the center of > the handle, and as such will be aiming for the corner/edge. > > As for shape, the justification is is that a solid square is an easier > target to hit than an anti-aliased circle. > > I believe Adobe Illustrator uses circles, but AFAIK only for Bezier > points. Object boundary handles there seem to be square, as they are in > LibreDraw, and historically in apps like Fireworks all the way back to > NeXTStep Layout and MacDraw. > > Apple's Interface Builder uses square handles: > <http://www.iclarified.com/images/news/48631/225956/225956-640.jpg> > > MSDN shows square handles even for Bezier points: > <https://msdn.microsoft.com/en-us/library/ms819520.aspx> > > Xamarin also uses square handles: > < > https://developer.xamarin.com/guides/ios/user_interface/controls/part_1_-_creating_user_interface_objects/Images/Image8a.png > > > > Qt Creator as well: > < > http://doc.crossplatform.ru/qtcreator/en/2.0/images/qtcreator-mobile-project-widgets.png > > > > Even FileMaker Pro: > < > https://www.safaribooksonline.com/library/view/filemaker-pro-14/9781491917473/httpatomoreillycomsourceoreillyimages2192071.png.jpg > > > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
The code hit-detects as if the handles were square, so the hit-detection area is actually bigger than it used to be. On Tue, Mar 28, 2017 at 4:51 PM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Ali Lloyd wrote: > > > Instead of declaring that this is how it should be, it's much better > > to provide examples and justification. I just checked, and every > > application I have on this computer does selection handles with the > > center of the handle on the boundary of the object. > > Centering the handle on the corrner/edge is how LibreDraw does it too. > > I think that makes sense, given that the user will aim for the center of > the handle, and as such will be aiming for the corner/edge. > > As for shape, the justification is is that a solid square is an easier > target to hit than an anti-aliased circle. > > I believe Adobe Illustrator uses circles, but AFAIK only for Bezier > points. Object boundary handles there seem to be square, as they are in > LibreDraw, and historically in apps like Fireworks all the way back to > NeXTStep Layout and MacDraw. > > Apple's Interface Builder uses square handles: > <http://www.iclarified.com/images/news/48631/225956/225956-640.jpg> > > MSDN shows square handles even for Bezier points: > <https://msdn.microsoft.com/en-us/library/ms819520.aspx> > > Xamarin also uses square handles: > < > https://developer.xamarin.com/guides/ios/user_interface/controls/part_1_-_creating_user_interface_objects/Images/Image8a.png > > > > Qt Creator as well: > < > http://doc.crossplatform.ru/qtcreator/en/2.0/images/qtcreator-mobile-project-widgets.png > > > > Even FileMaker Pro: > < > https://www.safaribooksonline.com/library/view/filemaker-pro-14/9781491917473/httpatomoreillycomsourceoreillyimages2192071.png.jpg > > > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
Ali. I was presumptuous. But having handles fully within their object makes them easy to grab without possibly selecting a near neighbor instead. I have this issue all the time, aligning and adjusting closely spaced controls. I often just select a control, nudge it a few times with an arrowKey to clear the handle of interest, and only then grab. This is a pain. So do you see any advantage to having handles outboard? And rectangular handles are at least conforming with the typical shape and extent of a control's rect; a round peg does not fit in that hole, and somewhat misleads as to the precise visual boundary of that rect. Anyway, if my vote counts at all, rectangular handles inBoard, a la v.6. Craig Newman -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Object-Selection-Handles-tp4713410p4713445.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
Ali Lloyd wrote: > Instead of declaring that this is how it should be, it's much better > to provide examples and justification. I just checked, and every > application I have on this computer does selection handles with the > center of the handle on the boundary of the object. Centering the handle on the corrner/edge is how LibreDraw does it too. I think that makes sense, given that the user will aim for the center of the handle, and as such will be aiming for the corner/edge. As for shape, the justification is is that a solid square is an easier target to hit than an anti-aliased circle. I believe Adobe Illustrator uses circles, but AFAIK only for Bezier points. Object boundary handles there seem to be square, as they are in LibreDraw, and historically in apps like Fireworks all the way back to NeXTStep Layout and MacDraw. Apple's Interface Builder uses square handles: <http://www.iclarified.com/images/news/48631/225956/225956-640.jpg> MSDN shows square handles even for Bezier points: <https://msdn.microsoft.com/en-us/library/ms819520.aspx> Xamarin also uses square handles: <https://developer.xamarin.com/guides/ios/user_interface/controls/part_1_-_creating_user_interface_objects/Images/Image8a.png> Qt Creator as well: <http://doc.crossplatform.ru/qtcreator/en/2.0/images/qtcreator-mobile-project-widgets.png> Even FileMaker Pro: <https://www.safaribooksonline.com/library/view/filemaker-pro-14/9781491917473/httpatomoreillycomsourceoreillyimages2192071.png.jpg> -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
Instead of declaring that this is how it should be, it's much better to provide examples and justification. I just checked, and every application I have on this computer does selection handles with the center of the handle on the boundary of the object. On Tue, Mar 28, 2017 at 3:04 AM Craig Newman via use-livecode < use-livecode@lists.runrev.com> wrote: > A lesson should be taken from any CAD program worth its salt. > > > Handles are ALWAYS rectangles for objects, and always within the bounds of > the object in question. > > > That said, a group might be an exception, since handles would overlie the > controls at the extreme corners of a group, and that looks and feels wrong. > > > Craig Newman > > > > -Original Message- > From: Richard Gaskin via use-livecode > To: use-livecode > Cc: Richard Gaskin > Sent: Mon, Mar 27, 2017 3:39 pm > Subject: Re: Object Selection Handles > > Dan Friedman wrote: > Is there a property to change the shape of the > selection handles when > using the selection tool? In LC 9 (and 8), they > are round circles > that protrude outside the edge of the control. In > previous versions, > they were squares that remained within the rect of the > control. > These large “dots” make it hard to do fine alignment of > controls. > > I know there is a selectionHandleColor property, but is there > > anything like a selectionHandleShape property?I too find the selection > handles harder to work with. I submitted a request for an adjustable size; > I don't mind if you add a note there asking for shape as well (the older > rectangles would be preferable to me as well, much less ambiguous than any > anti-aliased curve shape): > http://quality.livecode.com/show_bug.cgi?id=16375 > Also, the border of > the selected control is dashed when selected. > Can that be removed as > well?The new selection borders drive me crazy - I can't see the edges > clearly when resizing, and can't see them at all when applying border > treatments - request to make that option here: > http://quality.livecode.com/show_bug.cgi?id=17057-- Richard Gaskin > Fourth World Systems Software Design and Development for the Desktop, > Mobile, and the Web > > ambassa...@fourthworld.com > http://www.FourthWorld.com___use-livecode > mailing listuse-livecode@lists.runrev.comPlease visit this url to > subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
A lesson should be taken from any CAD program worth its salt. Handles are ALWAYS rectangles for objects, and always within the bounds of the object in question. That said, a group might be an exception, since handles would overlie the controls at the extreme corners of a group, and that looks and feels wrong. Craig Newman -Original Message- From: Richard Gaskin via use-livecode To: use-livecode Cc: Richard Gaskin Sent: Mon, Mar 27, 2017 3:39 pm Subject: Re: Object Selection Handles Dan Friedman wrote: > Is there a property to change the shape of the selection handles when > using the selection tool? In LC 9 (and 8), they are round circles > that protrude outside the edge of the control. In previous versions, > they were squares that remained within the rect of the control. > These large “dots” make it hard to do fine alignment of controls. > > I know there is a selectionHandleColor property, but is there > anything like a selectionHandleShape property?I too find the selection handles harder to work with. I submitted a request for an adjustable size; I don't mind if you add a note there asking for shape as well (the older rectangles would be preferable to me as well, much less ambiguous than any anti-aliased curve shape):http://quality.livecode.com/show_bug.cgi?id=16375 > Also, the border of the selected control is dashed when selected. > Can that be removed as well?The new selection borders drive me crazy - I can't see the edges clearly when resizing, and can't see them at all when applying border treatments - request to make that option here:http://quality.livecode.com/show_bug.cgi?id=17057-- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.com http://www.FourthWorld.com___use-livecode mailing listuse-livecode@lists.runrev.comPlease visit this url to subscribe, unsubscribe and manage your subscription preferences:http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Object Selection Handles
Dan Friedman wrote: > Is there a property to change the shape of the selection handles when > using the selection tool? In LC 9 (and 8), they are round circles > that protrude outside the edge of the control. In previous versions, > they were squares that remained within the rect of the control. > These large “dots” make it hard to do fine alignment of controls. > > I know there is a selectionHandleColor property, but is there > anything like a selectionHandleShape property? I too find the selection handles harder to work with. I submitted a request for an adjustable size; I don't mind if you add a note there asking for shape as well (the older rectangles would be preferable to me as well, much less ambiguous than any anti-aliased curve shape): http://quality.livecode.com/show_bug.cgi?id=16375 > Also, the border of the selected control is dashed when selected. > Can that be removed as well? The new selection borders drive me crazy - I can't see the edges clearly when resizing, and can't see them at all when applying border treatments - request to make that option here: http://quality.livecode.com/show_bug.cgi?id=17057 -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Object Selection Handles
Greetings! Is there a property to change the shape of the selection handles when using the selection tool? In LC 9 (and 8), they are round circles that protrude outside the edge of the control. In previous versions, they were squares that remained within the rect of the control. These large “dots” make it hard to do fine alignment of controls. I know there is a selectionHandleColor property, but is there anything like a selectionHandleShape property? Also, the border of the selected control is dashed when selected. Can that be removed as well? Thanks in advance, -Dan ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Fw: Re: LC8 DP 15 - Lost All Selection Handles
@Mark: confirmed... I'm getting selections OK *until* I open on particular stack.. which turns on acceleratedRendering...*then* selection disappears. @Devin re: LC 8.. aum-yes... love it... big step forward, enjoying participating by hitting head on walls and sending descriptions of bruises -- hehe, just kidding, BR On March 4, 2016 at 6:55:57 AM, Mark Waddingham (m...@livecode.com<mailto:m...@livecode.com>) wrote: On 2016-03-04 16:07, Sannyasin Brahmanathaswami wrote: > Suddenly any object I select has not selection handles and is not > hilited. Double clicking will invoke the inspector, I can see the name > of the object, but it is not selected. Actually it is, because I can > move it around, change colors etc. > > Even after rebooting LC this behavior now persists. Any way to get > them back? I'm guessing you have 'acceleratedRendering' turned on - http://quality.livecode.com/show_bug.cgi?id=16991 This will be fixed in dp-16. Warmest Regards, Mark. -- Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: LC8 DP 15 - Lost All Selection Handles
> On Mar 4, 2016, at 9:55 AM, Mark Waddingham wrote: > > On 2016-03-04 16:07, Sannyasin Brahmanathaswami wrote: >> Suddenly any object I select has not selection handles and is not >> hilited. Double clicking will invoke the inspector, I can see the name >> of the object, but it is not selected. Actually it is, because I can >> move it around, change colors etc. >> Even after rebooting LC this behavior now persists. Any way to get them >> back? > > I'm guessing you have 'acceleratedRendering' turned on - > http://quality.livecode.com/show_bug.cgi?id=16991 > > This will be fixed in dp-16. Indeed, things like this are part of the thrill of living on the bleeding edge. :) My second semester class in LiveCode programming focuses on building mobile apps. Because of all the great new features, primarily mobile-themed widgets, in LC 8 I took the plunge and have been using LC 8 for my class this semester. I started with DP12 and have kept updating my labs because each new release fixes important bugs. Overall it’s been reasonably smooth, with just a few irritants. I was really exited when DP15 came out and I installed it in my lab immediately. Unfortunately for me, it was the day before I discussed how to improve graphics performance in mobile apps. So I told them all about ‘set the acceleratedRendering of this stack to true’. It was in class in front of my students that I suddenly discovered that I couldn’t select any objects! An hour or so of fiddling and testing after class and I discovered the bug was tied to the acceleratedRendering. I submitted the bug report and in less than 12 hours the team had fixed the bug and submitted the pull request. (This kind of rapid turnaround has been typical of my experience recently with v. 8 bugs.) So the moral of the story folks, is don’t fear the v. 8 DPs! Sure there’s been a little pain, but no fatal, data-destroying problems. And it has helped move v. 8 along a little more briskly! Regards, Devin Devin Asay Office of Digital Humanities Brigham Young University ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: LC8 DP 15 - Lost All Selection Handles
On 2016-03-04 16:07, Sannyasin Brahmanathaswami wrote: Suddenly any object I select has not selection handles and is not hilited. Double clicking will invoke the inspector, I can see the name of the object, but it is not selected. Actually it is, because I can move it around, change colors etc. Even after rebooting LC this behavior now persists. Any way to get them back? I'm guessing you have 'acceleratedRendering' turned on - http://quality.livecode.com/show_bug.cgi?id=16991 This will be fixed in dp-16. Warmest Regards, Mark. -- Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: LC8 DP 15 - Lost All Selection Handles
Personally I'd just save your stack in '7' format and get on with things in version 7. Perhaps not the best idea to do 'serious' work with a Developer Preview - sorry. Richmond. On 4.03.2016 17:07, Sannyasin Brahmanathaswami wrote: Suddenly any object I select has not selection handles and is not hilited. Double clicking will invoke the inspector, I can see the name of the object, but it is not selected. Actually it is, because I can move it around, change colors etc. Even after rebooting LC this behavior now persists. Any way to get them back? BR ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
LC8 DP 15 - Lost All Selection Handles
Suddenly any object I select has not selection handles and is not hilited. Double clicking will invoke the inspector, I can see the name of the object, but it is not selected. Actually it is, because I can move it around, change colors etc. Even after rebooting LC this behavior now persists. Any way to get them back? BR ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode