Project

General

Profile

Bug #1898

WPopupMenu for WMenuItem problem

Added by True Furby over 8 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
High
Assignee:
Target version:
Start date:
05/08/2013
Due date:
% Done:

0%

Estimated time:

Description

I am using simple navigation bar for my site with WMenu and WMenuItem with WPopupMenu. I noticed that when I click on menu item to activate it and then click on the menu item again to close popup, it somehow messes up and the popup menu wont open again by clicking on the menu item. This does not happen though if I deactivate the popup menu by clicking elsewhere than on the menu item again.

I tried using your example http://www.webtoolkit.eu/widgets/navigation/navigation-bar to replicate this. It seems that on your example it doesnt react the same way on my site. But after some combining of clicking on menu item and clicking outside menu item I managed to mess it up there too.

I don't have an exact way to replicate this. I am using Chrome, also happens on Firefox(Ubuntu), haven't tested any other browsers.

#1

Updated by Stefan Ruppert over 8 years ago

Hi,

this bug seems to me that its related to #1893#note-2 (second note)!?

Stefan

#2

Updated by True Furby over 8 years ago

Stefan Ruppert wrote:

Hi,

this bug seems to me that its related to #1893#note-2 (second note)!?

Stefan

I am not sure, might be.

#3

Updated by True Furby over 8 years ago

Is there anyone looking into this? It's been days.

#4

Updated by Stefan Ruppert over 8 years ago

Hi,

today I figured out using WPopupMenu::setButton() my problems as stated in #1893 are fixed. Maybe this is also a solution for you!?

Stefan

#5

Updated by True Furby over 8 years ago

Did not help. Acts pretty much the same.

When I try to click on the button quickly before the menu shows from the first click, it can't be opened anymore.

Or when I click on button, menu opens, I click on it again, it closes, but can't be opened anymore.

#6

Updated by Koen Deforche over 8 years ago

  • Status changed from New to Feedback

Hey,

This really ought to be fixed in latest git, can you give it a try and if not, tell us whether you can still reproduce it with the widget gallery example (not the one online, which needs updating, but the one included as an example) ?

Regards,

koen

#7

Updated by Koen Deforche over 8 years ago

  • Assignee set to Koen Deforche
  • Target version changed from 3.3.0 to 3.3.1
#8

Updated by Yuan Li over 8 years ago

Hi, I got the same problem just like True Furby. My version is 3.3.0. It still has this problem. I will 3.3.1 and then feed back.

#9

Updated by Nagarajan Chinnasamy over 8 years ago

Hi,

I tried it with 3.3.0 examples (not online version), problem persists. In fact, I found multiple problems with navigation-bar+popup-menu combination. It's in very unstable/un-usable state.

Problem2:

I also noticed that, in a popup menu, for items in 2nd position onwards, you need to click it second time to get the corresponding widget loaded on the page. For eg.,

+popup
   -item1
   -item2
   -item3

When you click on +popup, -item1's widget automatically gets loaded (you dont have to click on item1). But, when you click on -item2 or -item3, the first time, their corresponding widget does not get loaded. When you click on -item2 or -item3 the second time, the associated widget gets loaded.

Problem:3

When you have:

+popup1    +popup2       +popup3
  -item11     -item21      -item31
  -item12     -item22      -item32

some of the items in popup2 and popup3 (mostly does not) get triggered... its random but consistent.

I have not tested these with github version yet. Will need time... will keep you posted.

#10

Updated by Nagarajan Chinnasamy over 8 years ago

I have tested these with preLoading and lazyLoading options...no change in behavior

#11

Updated by Koen Deforche over 8 years ago

Hey,

This is a known problem with 3.3.0, solved in git.

Regards,

koen

#12

Updated by Koen Deforche over 8 years ago

  • Status changed from Feedback to Resolved
#13

Updated by Koen Deforche over 8 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF