FROM : Seth Willits
DATE : Sat Apr 30 00:56:51 2005
On Apr 29, 2005, at 2:41 PM, Shawn Erickson wrote:
> In general views (and by extension controls) are not meant to overlap
> when peers in the same superview; when overlapping the drawing
> behavior is undefined.
Hmmm... Well, I've seen this in a few places. SubEthaEdit does it. I
looked at its nib and nothing is any different. Xcode has this as well,
although not as much. The popup only overlaps by about 2 pixels, but in
my nib, even if its only 2 pixels, the box still draws on top at
runtime. (It looks fine in IB's layout mode.)
Seth Willits
----------------------------------------------------------
Freak Software - http://www.freaksw.com/
ResExcellence - http://www.resexcellence.com/realbasic/
----------------------------------------------------------
DATE : Sat Apr 30 00:56:51 2005
On Apr 29, 2005, at 2:41 PM, Shawn Erickson wrote:
> In general views (and by extension controls) are not meant to overlap
> when peers in the same superview; when overlapping the drawing
> behavior is undefined.
Hmmm... Well, I've seen this in a few places. SubEthaEdit does it. I
looked at its nib and nothing is any different. Xcode has this as well,
although not as much. The popup only overlaps by about 2 pixels, but in
my nib, even if its only 2 pixels, the box still draws on top at
runtime. (It looks fine in IB's layout mode.)
Seth Willits
----------------------------------------------------------
Freak Software - http://www.freaksw.com/
ResExcellence - http://www.resexcellence.com/realbasic/
----------------------------------------------------------
| Related mails | Author | Date |
|---|---|---|
| Seth Willits | Apr 29, 23:34 | |
| Shawn Erickson | Apr 29, 23:41 | |
| Seth Willits | Apr 30, 00:56 |






Cocoa mail archive

