These are chat archives for gantry/gantry4

Dec 2015
Michael Koontz
Dec 08 2015 07:26
@developers :point_up: December 5, 2015 3:35 PM
Has this been looked in to?
I'm beginning to think it is an issue with Firefox for iOS. The problem isn't just with the one site I mentioned above. I am seeing this same aberrant behavior with all my sites running G4 whether it is Joomla 3.x or 2.5. I have only been able to test it on my iPad Air running iOS 9. With a majority of my sites, if a menu item is a dropdown with sublevels, the top level menu item is a link and not a text separator so firefox, instead of opening the dropdown and keeping it open, it is following the link so the dropdown never appears or appears only briefly not long enough to do anything with.
If this is a Firefox specific thing can we target the browser specifically like what is done with Internet Explorer, master-ie8.css, only master-firefox.css or whatever the proper name should be and what code should be put in it the file to tell it to keep the menu open on the touch event?
I appreciate you guys looking in to this. I'd really like to get it solved as quickly as possible as I imagine there could be quite a few people who will start using Firefox for iOS. Thanks!
Dec 08 2015 08:50
Hi, this is a known issue with RokNavMenu and G4 and there is no other way around it then to make the item a text separator.
Michael Koontz
Dec 08 2015 10:28

@kat05 & @developers Thank you for the response. Isn't there something that can be done as asked previously such as targeting the browsers specifically with it's own custom css file like with Internet Explorer? I ask because
The issue I described is not present on Safari and Chrome for iOS on the iPad. The issue which I thought was only in Firefox for iOS is also present with Opera for iOS.
*If you try to open the G4 Demo site it works on Safari for iOS but if you try using Firefox, Opera or Chrome on iOS it fails displaying following error messages:

Warning: fopen(/home/shared/sites/ failed to open stream: Permission denied in /home/shared/sites/ on line 248

Warning: fputs() expects parameter 1 to be resource, boolean given in /home/shared/sites/ on line 183

Fatal error: Uncaught exception 'LogException' in /home/shared/sites/ Stack trace: #0 /home/shared/sites/ JLoggerFormattedText->addEntry(Object(JLogEntry)) #1 /home/shared/sites/ JLog->addLogEntry(Object(JLogEntry)) #2 /home/shared/sites/ JLog::add('Can't identify ...', 32) #3 /home/shared/sites/ JBrowser->identifyBrowserVersion() #4 /home/shared/sites/ JBrowser->match(NULL, NULL) #5 /home/shared/sites/ JBrowser->__construct(NULL, NULL) #6 /home/shared/sites/ in /home/shared/sites/ on line 185

Your suggestion of using a text separator creates a problem for me. Several of the sites I have worked on that have this issue have vertical sidebar menu's. The same menu for the top menu is also used as a sidebar menu. If a text separator is used as a top level menu item then the same text separator top level menu item becomes unresponsive on the vertical sidebar menu and the submenu can not be accessed via the sidebar menu. I have only seen this behavior on tablets however I'm guessing it would stand to reason that it would behave the same way for touch enabled desktop monitors. This behavior though is why I chose to use an actual link as the top level menu item rather than a text separator.

Again, since a link used as a top level menu item works on Safari and Chrome, isn't there a way to target Opera and Firefox to behave the same way with a browser specific custom css file?