Tagged: android, menu, mobile, submenu, toggle menu
This topic contains 18 replies, has 2 voices, and was last updated by StartupWP 4 years, 7 months ago.
- AuthorPosts
- July 25, 2014 at 5:59 PM #1747
The new toggle menu on StartUpPro 2.5 is a great addition – thanks on behalf of all mobile users.
But it has a problem. After tapping “Menu” to open the menu, if one then taps on an item that has a submenu, the submenu opens, and then in about 2-3 seconds, even if you don’t touch anything, the page refreshes! (When I wrote on this issue in the beta thread, I thought it was just closing the menu, but now I see that the page is refreshing.) I’m pretty sure you aren’t intending to do that, and I have no idea what would cause it. I tried it on two different smartphones – same behavior.
July 25, 2014 at 7:31 PM #1749Yes, this is indeed unintended and possibly a bug.
Can you check to see if the issue is present in the demo for you?:
If it is, we have a confirmed bug.
If not, this may be an isolated issue.
Are you seeing this on iPhone/iPad?
July 25, 2014 at 8:26 PM #1750Hmm, the plot thickens… No, it doesn’t refresh on your demo site. So then I thought, “I must have screwed something up in my child theme.” But if I switch my site to the parent StartupPro (whose code I have not touched – I swear!), it still does it. Perhaps there is a setting in StartupPro Options that is different between your site and mine that is causing this – I don’t know.
I don’t know what kind of smartphone my friend was using who first noticed the problem – it could have been either iPhone or Android (I can ask her if it’s important). My husband’s phone is Android and I have an Android tablet.
The site is (currently, while in development) at http://thinkword.com – take a look. If you want admin access, let me know how to give it to you securely.
July 25, 2014 at 8:43 PM #1751New information: I figured out why your demo doesn’t do it – you apparently don’t have a page associated with the “parent” menu item of the submenu, but I do. I just now realized that it is not simply refreshing the same page – it is going to the parent link. So whatever code opens the submenu on a single tap needs to stop the event from triggering the action that would happen if a mouse clicked on the parent. I assume the desired behavior would be that a double-tap, long-press, or some other different touch action would trigger going to the parent page, right? I don’t own a smartphone myself, and do very little web browsing on my tablet, so I don’t really know what the customary tap actions and behaviors are for this situation.
July 25, 2014 at 9:11 PM #1755Just to double-check, you are testing on a smartphone or on your desktop browser? Because the behaviors will be different.
July 26, 2014 at 12:04 AM #1757Yes, of course the behavior would be different, as tapping is impossible with a mouse, and clicking is impossible with a finger. All the descriptions of the problem were from testing on the mobile devices I mentioned – a smartphone of unknown type, a Galaxy S5 using the default Android browser, and an Acer Iconia Tab A100 7″ Android tablet. The issue is with tapping, i.e. the use of a touchscreen. In those cases there is no such thing as hover, so the only way that a user can open the submenu is by tapping the parent item.
The only thing I did with my desktop browser was use it to confirm that your demo site had no link on the parent (I clicked and nothing happened). If your theme will not support a link on the parent item, you will need to make that very clear in your v. 2.5 documentation.
July 26, 2014 at 2:59 PM #1758We’ve just tested both scenarios, and the menu is working fine. That’s not to say that you’re not experiencing a real edge-case issue of course, but unfortunately, we do not have a solution for you at this time.
Thank you.
July 26, 2014 at 4:59 PM #1759I’m not sure what you mean by “both scenarios”. You added a link to the parent menu item of the submenu, and then on a touchscreen device were able to tap on the parent item to open the submenu, and the site didn’t go to the parent item’s link a couple seconds after opening the submenu? Is that on a demo site somewhere that I can try myself?
July 27, 2014 at 11:26 AM #1760We’ve tried both tapping a parent element that has no link set (or just a #) and one that actually links to a page and they work as intended without refreshing or following on a timeout. It holds open as long as you need to then make your decision.
The dropdowns are pure standard HTML/CSS with no hacks or JS or other gimmicks so there’s nothing to check or change in that regard.
Unfortunately, this appears to be a problem at the device level. iPhone and iPad work fine.
We’re unable to find any resources on Galaxy tapping, why it would work differently from other popular devices or how to adjust those settings.
One popular option that many use for their mobile menu is to simply hide sub-menus, which would be a possible solution:
@media all and (max-width:767px){.sub-menu, .children{display:none !important}#menu a{background-image:none !important}}
July 28, 2014 at 5:37 AM #1764We’ve tried both tapping a parent element that has no link set (or just a #) and one that actually links to a page…
…Unfortunately, this appears to be a problem at the device level. iPhone and iPad work fine.Before we assume it’s an Android vs. iOS thing, did you try my site? http://thinkword.com
I found an old WP forum thread where iOS users were having my problem with the TwentyThirteen theme. It was supposedly fixed, so I tested with my Android tablet. The demo they cited (on WP.com) does work, but my site running TwentyThirteen does not. Either WP.com added a hack to their copy of the theme that is not in the WP.org release, or there is something hinky with my site.If my site fails on your devices, can you share a link to a site of yours that works, so I can try it with devices I have access to?
We’re unable to find any resources on Galaxy tapping, why it would work differently from other popular devices or how to adjust those settings.
It wasn’t just my husband’s Galaxy; my Acer tablet does it, as does a friend’s Fujitsu smartphone.
One popular option that many use for their mobile menu is to simply hide sub-menus…
Why would hiding submenus be a solution? That would mean no access to the submenu items at all for anyone using a mobile device. The TwentyFourteen theme goes the opposite direction, making the entire menu “flat” (everything open, just indents for sub-items) when in toggle-menu mode. The designers of that theme apparently felt it was too hard to make open/closing submenus work without Javascript, or maybe flat menus are the new style this year…
July 28, 2014 at 1:01 PM #1766Yes, showing all links already open (after toggle) is another popular option.
Right now, our mobile menu is unique, original and experimental to give mobile users even more capability than most in a lightweight way.
Since this appears to be working great for most customers and the most popular devices, at this time, we’re not considering redesigning the mobile menu. We need more user feedback before considering any changes.
I realize this may not be what you want to hear, but we need to spend more time with the new menu and we cannot offer any further assistance on this specific issue at this time (closing topic).
Thank you.
July 28, 2014 at 7:48 PM #1768You closed this topic, but I think that is premature. I would have talked to you privately about this, but there is no way to contact you except the forum. (You’re welcome to get my email address from your forum registrations and write to me offline if you prefer.)
Although your final post on that thread seemed to indicate that you thought I was asking for a redesign, if you read the first two paragraphs of my final post on that thread, you’ll see that all I specifically asked for was one more minute of help with troubleshooting (the rest of the post was clarification and additional information that I had learned by internet research and experimentation with the themes that come with WP). All I know so far about the issue at hand is that the menu works on some undisclosed testbed on iPhone and iPad (your demo site has two submenus, but neither parent has a page link), but it doesn’t work on my site with three different brands of Android devices. So I asked you to please do one of the following (both would be even better):
- Try my site on your iPhone
- Give me a link to the site that worked for you, so that I can try it with these Android devices
Even if it weren’t “unique, original and experimental” new code (using your own words), I don’t think that’s too much to ask from the support department of a business I paid money to.
July 29, 2014 at 11:36 AM #1769Apologies for any miscommunication. Yes, we have tested http://thinkword.com/ on iPhone and the menu is working. From other topic:
“We’ve tried both tapping a parent element that has no link set (or just a #) and one that actually links to a page and they work as intended without refreshing or following on a timeout. It holds open as long as you need to then make your decision.”
The topic has been closed because we can offer no further assistance on this particular issue. Unfortunately, it’s outside the bounds of our current capabilities to test extensively beyond the most popular devices as there are simply too many in the market.
You were absolutely right for reporting the issue, but we simply cannot solve them all.
Thank you.
July 29, 2014 at 7:56 PM #1771Currently, worldwide market share reports state that Android has about 80% of mobile sales and growing steadily, while iOS is dropping. In the U.S. it is less so, but Android is still over 60%. In May, the Samsung Galaxy S5 was the second-best selling smartphone in the U.S., and Samsung as a single brand sells more than Apple, with 37% of sales over the most recent 3-month reporting period. (Source: http://news.yahoo.com/despite-iphone-6-hype-android-continues-dominate-ios-175728413.html, http://www.businessinsider.com/iphone-v-android-market-share-2014-5, etc.) Apple has been proudly claiming that despite much lower sales their devices are still used more on the web, but very soon that will no longer be true either. (Source: http://bgr.com/2014/07/01/android-market-share-q2-2014/)
Given that reality, I would think that supporting Android would be at least as important as iOS, or even more so. However, as I have said in https://startupwp.com/topic/toggle-menu-with-submenus/ and https://startupwp.com/topic/page-refreshes-if-submenu-on-toggle-menu-is-open/, I have tried to use three different Android devices:
- Samsung Galaxy S5 (the top-selling Android cell phone by far)
- Fujitsu ARROWS cell phone (an example of a different brand)
- Acer Iconia Tab A100 (7″ Android tablet)
All of them behave exactly the same way with the new toggle menu on StartupPro 2.5. If a menu item has both a page link (or custom link – anything except just “#”) and a submenu, you cannot use the submenu on any Android device I have tested.
You keep closing my threads because you say that it works on “the most popular devices”. Really? Are those only Apple devices, or do you plan to support Android, too? Have you tested it with the Android browser at all? (If so, you have not mentioned it so far – you have only talked about iPhone and iPad.) My 3-out-of-3 observations would lead me to believe that this is not about individual models of devices, but about the fundamental behavior of Android’s standard browser – it sends a “click” event when the parent of the submenu is tapped, which your theme does not cancel, so the page is refreshed with the parent link. I totally agree with you that a simple CSS-only implementation would be cool, but it may not be possible – many other developers have tried to find simple solutions but in the end found it necessary to use Javascript to cancel the click event.
July 30, 2014 at 3:25 PM #1776Hi osakawebbie,
Please do not create duplicate topics for the same issue. All three of your topics, including the last one (which was still open) have now been combined into one topic.
Generally, we neither explicitly test for or specifically develop for any browsers or devices. In other words, we don’t support or not support any OS, browser or device etc. Instead, we design with standards-compliancy in mind and to keep things simple, clean and as hack-free as is manageable allowing for a solid, easy-to-use and extensible tool for customers.
The extensible part is key here. The default menu is only a default design element, not something that must be used by everyone, it can be both expanded upon or replaced altogether by something more suitable for every individual.
At this time, we have no plans of including a menu that requires JavaScript.
There are also many thousands of plugins when you need to extend your website with something more advanced than what’s found out-of-the-box.
You might give this plugin a try:
http://wordpress.org/plugins/responsive-menu/
Thank you.
July 30, 2014 at 5:32 PM #1777Sorry about the multiple topics – I only did that because twice you closed the topic so that I could not respond. Thank you for combining them, and especially for leaving it open this time.
I’m not looking for something more advanced. When you added a toggle menu to version 2.5, its design is such that it is clearly intended to include submenu capability. In the Beta Testing thread you even said you were working on fixes to it, e.g. the width of the submenu and the line spacing. (I’m looking forward to that updated version – I tried fixing that in my child theme but failed to get the right combination of CSS rules.) Meanwhile, even though you gave up on the Beta Testing phase (I don’t blame you a bit – one tester is not enough to have a whole phase!), you invited customers to report bugs in the Bugs forum. So I did. It took me a while to figure out exactly what was happening (my first description was inaccurate – the menu is not folding up, per se), but I kept you informed of my findings. Then you started saying that this issue was specific to a single device that might have an unusual setting or something, and closed my topic (twice) before I had a chance to clear up what seemed to be a misunderstanding. You seemed convinced that the submenu works (even with a parent link) on enough devices that you can claim it as a feature of your theme without further development. That’s the point I have issue with. I tried to help with testing, but my testing results were not treated as valid. If you go ahead and admit that it doesn’t support having a link on the parent item (and I recommend that you put that in your documentation so that you get fewer support contacts from others in the future), that’s fine. I would have changed my menu to avoid parent links (or studied how to make it work and edited the child theme), and we would have been done talking. But you didn’t do that, so I thought you still intended for even that combination of content to work okay. That’s why I kept writing back – I’m not trying to be difficult; I’m trying to help by providing Android testing and feedback, since you apparently only have Apple devices.
July 31, 2014 at 11:44 AM #1778Thank you for your feedback, we appreciate it. It has been noted and considered.
At this time, there is nothing further to discuss or address on the issue.
We need a lot more feedback from a larger pool of users before considering this a confirmed issue that requires new documentation or other changes. We make no claim about this new mobile menu, so there’s nothing to change in that regard. It still needs time for more feedback.
This is why we sometimes need to close topics, because nothing productive has happened since the first time we closed the conversation. For time, efficiency and in rare cases where abusive or inappropriate behavior is taking place topics must be closed.
July 31, 2014 at 9:59 PM #1779Okay, I’ll drop the subject. Two short final questions:
- Are you still planning on widening the submenu, as you said on the Beta Feedback thread that you would do?
- Since what I installed was the Beta, will it still alert me when updates come out, or do I need to reinstall the released 2.5 and set my settings again?
August 1, 2014 at 12:22 AM #1780Make sure to update with or download the official stable release and you’ll see that the menu width issue has already been fixed.
Thanks
- AuthorPosts
You must be logged in to reply to this topic.