RT-20302: Consider changing picking behavior of dashed strokes
lubomir.nerad at oracle.com
Wed May 9 10:05:54 PDT 2012
Definitely more expensive than solid stoke case. Depends on how often we
expect somebody will need dashed-stoked objects picking and how much
information we cache with such strokes.
On 5/9/2012 6:01 PM, Richard Bair wrote:
> It seems like that would be quite expensive to figure out?
> On May 9, 2012, at 8:44 AM, Lubomir Nerad wrote:
>> I would like to change mouse picking behavior of objects with dashed stroke as described in http://javafx-jira.kenai.com/browse/RT-20302. Currently an object is picked even when the mouse click happens in the non-filled parts (inside spaces) of the dashed stroke (stroke dash array and dash offset have no impact on picking). With RT-19994, this can create an unexpected situation, when a Shape is picked inside stroke spaces, but if it is used in a CAG operation (for example Shape.intersect(shape1, shape1)) the resulting Shape won't include the spaces and so won't be picked inside of them. To get consistent behavior I propose not to pick the spaces inside object stokes.
>> Do you agree?
More information about the openjfx-dev