[bugs #10955] Gorm/NSTableView weirdness

[Gregory John Casamento]

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

/**************************************************************************/
[bugs #10955] Latest Modifications:

Changes by: 
                Gregory John Casamento <greg_casamento@yahoo.com>
'Date: 
                Wed 11/24/2004 at 01:16 (US/Eastern)

            What     | Removed                   | Added
---------------------------------------------------------------------------
          Resolution | None                      | Duplicate
         Assigned to | None                      | gcasa


------------------ Additional Follow-up Comments ----------------------------
Duplicate of #10949






/**************************************************************************/
[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:  Open


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 
points.

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.
http://savannah.gnu.org/bugs/download.php?item_id=10955&amp;item_file_id=1857






For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=10955>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/