bugGNUstep - Bugs: bug #25625, NSPopUpButton menus pop up and...

Group
 
 

bug #25625: NSPopUpButton menus pop up and track very badly

Submitter:  Doug Simons <theeggcamefirst>
Submitted:  Wed 18 Feb 2009 02:00:30 AM UTC
   
 
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  Need Info
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Wed 25 Feb 2009 09:48:27 AM UTC, comment #4: 

yes it does actually it worked with either pop-ups or pull-downs
the thing just needs to pop-up/pull down partially off screen yet have the whole menu fit on screen at one time and i see the bug.

evilPopUp uses a .gorm for the pop-up but manually added items.

matt rice <ratmice>
Group Member
Wed 25 Feb 2009 07:22:11 AM UTC, comment #3: 

Sorry, perhaps I wasn't explicit enough in my last posting. I know about the problem when the popup is to big to fit on the screeen and I also know the issue when the popup gets moved when bringing it on screen. What I wanted to see in an example is the new issue that Doug brought up in his bug report.
Does EvilPopUp show that alignment problem when loading a popup from a NIB file?

Fred Kiefer <FredKiefer>
Group Member
Tue 24 Feb 2009 10:42:32 PM UTC, comment #2: 

try EvilPopUp

set the pop-up button in the gorm to a pull-down button
set N_POPUPITEMS to something like 25,
move it so that the thing is near the bottom of your screen,
and click the pull down

I was able to reproduce it that way.

EvilPopUp.tar.gz can be found here.

http://lists.gnu.org/archive/html/bug-gnustep/2003-04/binvx69CC2g1E.bin

there are other bugs when the entire pop-up is too big to entirely fit on screen, which is why i set it to 25...

here I can scroll down, but going to the top of the screen and dragging the mouse up, also scrolls down.

matt rice <ratmice>
Group Member
Tue 24 Feb 2009 10:18:00 PM UTC, comment #1: 

I just tried with one of the example applications in GNUstep that use popup buttons and with these manual created popups the selected item gets displayed correctly.

Could you please provide a NIB plus supporting application to demonstrate your problem? It might well be that Apple uses different preferredEdge settings than we do.

As for the popup being moved inside the screen this is a real problem that is well known for some time.

I will set this bug back to normal until we have an example to reproduce it.

Fred Kiefer <FredKiefer>
Group Member
Wed 18 Feb 2009 02:00:30 AM UTC, original submission:  

When an NSPopUpButton is clicked, the menu pops up in the wrong location. Instead of the currently selected item in the menu being positioned directly over the button, the entire menu is positioned higher on the screen by the size of one item, so that the next item down in the menu is over the button.

A possibly related issue: When popping up a menu that would extend off either the top or bottom of the screen, the menu is repositioned so that it is all on the screen. But in this case the mouse cursor position and tracking is not adjusted accordingly. So as the mouse is dragged the menu highlights an item either higher or lower in the menu than the one that the mouse is over.

Note 1: My popup buttons are loaded from a nib file, in case that is relevant.

Note 2: I added a comment to bug #15902 about this a couple weeks ago, but it didn't seem to be getting any attention so I decided to post this as a separate issue.


Doug Simons <theeggcamefirst>

 

(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

 

Carbon-Copy List
  • -email is unavailable- added by ratmice (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by gcasa (Updated the item)
  • -email is unavailable- added by theeggcamefirst (Submitted the item)
  •  

    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
    2009-02-24 FredKiefer Severity4 - Important 3 - Normal
        StatusNone Need Info
    2009-02-24 gcasa Severity3 - Normal 4 - Important

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code