[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bugs #10955] Gorm/NSTableView weirdness

From: Gregory John Casamento
Subject: [bugs #10955] Gorm/NSTableView weirdness
Date: Tue, 23 Nov 2004 20:47:13 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040921

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

[bugs #10955] Latest Modifications:

Changes by: 
                Gregory John Casamento <address@hidden>
                Wed 11/24/2004 at 01:41 (US/Eastern)

            What     | Removed                   | Added
              Status | Open                      | Closed

[bugs #10955] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=10955>
Project: GNUstep
Submitted by: Kairi Nakatsuki
On: Tue 11/09/2004 at 18:51

Category:  Gorm
Severity:  5 - Average
Item Group:  Bug
Resolution:  Duplicate
Privacy:  Public
Assigned to:  gcasa
Status:  Closed

Summary:  Gorm/NSTableView weirdness

Original Submission:  (Note: This may also be an AppKit issue, but it's far 
easier to reproduce this condition under Gorm, so this is how I'm categorizing 
this report.)

The first issue (there are two, but they seem very related) is that when I 
click in the rightmost portion of any NSTableView, an error, "not in frame, 
what's happening ?" is printed to standard output.

The second issue is that under particular circumstances, the column headers of 
an NSTableView are not drawn correctly. When this happens, the far right column 
is drawn in the left, and all other column headers aren't rendered.

To reproduce this: use Gorm 0.8.0 (or from CVS) to make a new application. Drop 
one NSTableView onto the main window, then drop another. When running a program 
with this interface, the first NSTableView you dropped onto the window will not 
render correctly. The second one does. However, both NSTableView column headers 
cause the program to print "not in frame, what's happening ?" to stdout when 
clicked on the far right.

Neither of these problems show up when using Gorm's "Test Interface".  Also, 
this happens regardless of backend, or whether or not I have antialiased fonts 
enabled in the xlib backend.

A quick workaround: when you resize an NSTableView at runtime, both of the 
issues above disappear.

I've attached and thrown together a program that demonstrates all of these 

Follow-up Comments

Date: Wed 11/24/2004 at 01:16       By: Gregory John Casamento <gcasa>
Duplicate of #10949

File Attachments

Date: Tue 11/09/2004 at 18:51  Name: Test.tar.gz  Size: 5.75KB   By: kairi
Contains an interface definition that demonstrates these oddities.

For detailed info, follow this link:

  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]