RT-20302: Consider changing picking behavior of dashed strokes

Lubomir Nerad 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.

Lubo

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:
>
>> Hi,
>>
>> 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?
>>
>> Thanks,
>> Lubo
>>


More information about the openjfx-dev mailing list