TIP 46: Consistent Overlap Behavior of Area-Defining Canvas Items

Login
Bounty program for improvements to Tcl and certain Tcl packages.
Tcl 2017 Conference, Houston/TX, US, Oct 16-20
Send your abstracts to tclconference@googlegroups.com
by Aug 21.
Author:         Gerhard Hintermayer <g.hintermayer@inode.at>
State:          Withdrawn
Type:           Project
Vote:           Pending
Created:        18-Jul-2001
Post-History:   
Tcl-Version:	8.5

Abstract

This document proposes that all canvas items that define an area should behave the same in terms of interior points, i.e. points that return the enclosing object id when submitted to [$canvas find overlapping]. Currently polygons behave differently from the rest (rectangle, arc, oval).

Rationale

As long as these area-defining canvas items are filled, there's no problem. The interior points belong to the object. But when the object is not filled (i.e. -fill "" is used), only polygons consider inside points as overlapping. For the rest of the area-defining canvas items, an interior point is not considered to overlap the object. This makes it impossible to

Well, I see the point, that this proposal might break existing code, but from the number of replies to my postings at news:comp.lang.tcl , [$canvas find overlapping] is not used very often.

One possibility to fix the backward compatibility is to introduce 2 different fill colors for the 2 cases - object either hollow or solid but not filled. Then inside points would not overlap hollow objects, but would overlap solid objects.

Proposal

We should either choose a wire frame model or an object-oriented model for canvas objects. To my mind an object-oriented approach is better. Right now we have a mixture of both. Polygons are objects, arcs, ovals and rectangles are wire frames.

What I'd like is: all points which are inside of an area object should return the enclosing object when passed to find overlap, regardless of the fill color of the item.

Notice of Withdrawal

This TIP was Withdrawn by the TIP Editor following discussion on the tcl-core mailing list. The following is a summary of reasons for withdrawal:

This would remove useful behaviour that is used rather more often than people think. If people want unfilled polygons with the other style of overlap behaviour, they should use lines.

Copyright

This document has been placed in the public domain.

History