bugGNUstep - Bugs: bug #6890, Grouping in a scrollview adds an...

Group
 
 

bug #6890: Grouping in a scrollview adds an extra view....

Submitter:  Gregory John Casamento <gcasa>
Submitted:  Sun 30 Nov 2003 06:27:59 PM UTC
   
 
Category:  Gorm Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  gcasa
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Sun 18 Jan 2004 04:09:16 AM UTC, comment #1: 

Code was added to GormViewEditor to handle the views without the containing NSView.   Code was also added to the [GormViewWithContentView groupSelectionInScrollView] method
to only create the NSView when there is more than one view to be grouped.

This new behaviour more accurately reflects what happens under OPENSTEP and MOSX when this is done.   The user should now be able to resize views within a scrollview without them being unnecessarily clipped.  GJC

Gregory John Casamento <gcasa>
Group administrator
Sun 30 Nov 2003 06:27:59 PM UTC, original submission:  

The view hierarchy when grouping in a scrollview is:

contentView->scrollView->NSView->(the view that was grouped)

When it should be:

contentView->scrollView->(the view that was grouped)

GJC

Gregory John Casamento <gcasa>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 3 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2004-01-18 gcasa StatusNone Fixed
    Open/ClosedOpen Closed
2003-11-30 gcasa Item GroupChange Request Bug

Back to the top

Powered by Savane 3.13-4b48.
Corresponding source code