bugGNUstep - Bugs: bug #10955, Gorm/NSTableView weirdness

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #10955: Gorm/NSTableView weirdness

Submitted by:  Kairi Nakatsuki <kairi>
Submitted on:  Tue 09 Nov 2004 06:51:51 PM UTC  
 
Category: GormSeverity: 3 - Normal
Item Group: BugStatus: Duplicate
Privacy: PublicAssigned to: Gregory John Casamento <gcasa>
Open/Closed: Closed

Wed 24 Nov 2004 02:26:50 PM UTC, comment #2:

Duplicate of bug #10949. :)

Gregory John Casamento <gcasa>
Project AdministratorIn charge of this item.
Wed 24 Nov 2004 01:16:18 AM UTC, comment #1:

Duplicate of #10949

Gregory John Casamento <gcasa>
Project AdministratorIn charge of this item.
Tue 09 Nov 2004 06:51:51 PM UTC, 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 points.

Kairi Nakatsuki <kairi>

 

Attached Files
file #1972:  Test.tar.gz added by kairi (6KiB - application/gzip - Contains an interface definition that demonstrates these oddities.)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 4 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Wed 24 Nov 2004 01:41:21 AM UTCgcasaOpen/ClosedOpen=>Closed
Wed 24 Nov 2004 01:16:18 AM UTCgcasaStatusNone=>Duplicate
  Assigned toNone=>gcasa
Tue 09 Nov 2004 06:51:51 PM UTCkairiAttached File-=>Added Test.tar.gz, #1857

Back to the top


Powered by Savane 3.1-cleanup1