Forum Replies Created
-
AuthorPosts
-
Thank you. You can close the thread :-)
HelgeHmm, I don’t know what might be wrong. The URLs and login information are definitely correct. But thanks for that link, I’ll find something that works for me.
Cheers,
HelgeHmm, I’m not sure I understand everything. You wrote
I was able to reproduce it, I can tap anywhere else other than the black background to close it
I think there is a “not” missing somewhere in your sentence: If you can reproduce it, it should not close if you tap on some piece of text, for instance. If, however, it closes not matter where you tap, then you don’t really reproduce my problem, because on my iPad it only closes, when I tap the black background. It does not close when I tap somewhere on the page, e.g. on some text or the white space between text and buttons. If you say that is normal, then I will live with it. It probably won’t be the way most people use the menu anyway as you said later.
This brings me to your comment about anchors and menus: I think I understand you correctly when I assume that you would put the links to the anchors in a submenu. That way they are always accessible as long as I am on that page and can be used to navigate on that specific page. That does make sense.
What I want to do, however, is give people access to all the content on the page “Schularten” from the moment, they open our homepage. That is why I use a mega menu and not a normal menu. They can immediately see everything. And by “all content/everything” I mean all the content that belongs to that page literally in terms of content and not only whether it is physically part of the page: The page “SGG” is a separate page physically, i.e. it has its own permalink. But content wise it is related to Schularten and therefore part of that menu item. I am simply giving visitors the choice to use the big buttons to go from the homepage to Schularten and then to Schulabschlüsse and then to a specific school or to go directly to a school like SGG depending on how much the already know. A submenu on the page Schularten does not offer that functionality, does it?
So I guess I have to trade easy on-page navigation for easy across-pages navigation, which I am willing to do. I’m grateful for the advice about submenus, though, because I didn’t understand what they really where before. I’ll keep thinking about that…
Thanks again for you help,
HelgeHi Andy.
I think there might be some misunderstanding on your or my part (can’t really say which), but what you describe is exactly the problem: I need horizontal scrollbars – or another means of scrolling horizontally – otherwise I cannot see all the content, but I am not getting them.
The code I mentioned above adds scrollbars in a browser window on a desktop computer if that windows is made so narrow, that horizontal scrolling becomes necessary. Alas, on my iPad in portrait mode or on my iPhone those scrollbars are not displayed.
So the question is: Do you know a way to make the content of an iframe visible that is wider than the webpage in which the iframe is embedded?
Best regards,
HelgeHi.
I have an iPad Air 2 running iOS 9.2.1 Here’s what I do:
- open a new tab
- go to the homepage
- use the mega menu to go to a specific point (marked by color sections with developer IDs) on that other page – once I’m there, the menu closes
- use the mega menu again to go to a different spot on the same page – once I’m there, the mega menu stays open and only close if I tap on the grey background
I did this a couple of times, the behavior has never changed.
Best regards,
HelgeHi.
These are the pages. They cannot be accessed via the website yet, as they have this scrolling problem and therefore still are in “hidden trial mode”.
links and logins in private section
Thank you!
HelgeHey there.
I now know what happens: I just removed that code I mentioned because I wanted to test a regular drop down menu without any custom code. Before switching to drop down menu I once again tried the “tap somewhere else”-approach to close the mega menu. And suddenly it did close.
The point is this: I use a boxed layout and you have to think – sorry ;-) – tap outside the box.
If I tap the grunge background, the menu closes reliably. So please excuse the troubles, the theme does work as you intended. And now that I removed that code from functions.php the mega menu also appears on the mobile menu in all its sub-item-loaded glory.
However, that UI behavior is not the least intuitive. Because no one would assume that there is a difference between tapping somewhere on the page (where there is obviously no link, of cause) and tapping the background to close a menu. And I don’t know what would happen if I had a stretched layout. Maybe something is still off with my site or maybe you can find a way to change that behavior on tablets in a future edition of Enfold. It sure would help a lot.
Cheers,
HelgeHmm, I guess I did not explain well enough. The MegaMenu did not close ever. No matter where I tapped, it stayed open und blocked a large part of the screen. Since, this is obviously not a new problem, I found some code in that older thread that seemed to solve the problem: If I tapped a link in the MegaMenu that page is opened correctly and the menu disappears.
However, if I then open the MegaMenu again to jump to a different spot on that same page, the menu stays open like before and blocks the screen. I can tap anywhere I want, it only closes if I tap on another entry of the main menu to go to another page. If that tap opens a drop down menu, then that menu stays open. I must go to another page to close the (mega)menu.
“Hide Mobile Menu Submenu Items” is deactivated. You can see that because all other sub-entries are displayed, just not the MegaMenu. However, it gets a little more complicated: When I use the MegaMenu in landscape mode, then turn to portrait mode, the complete MegaMenu is shown in the mobile menu. If I then reload the page and open the mobile menu again, all the MegaMenu sub-entries are gone again.
Long story short: Either I live with a broken MegaMenu that works only once and is not shown on the mobile menu, which is bad, or I have to turn the MegaMenu off and see how a regular drop down behaves. That, however, is probably worse, because in landscape mode on tablets and in general on PCs I lose a lot of clarity when it comes to how the menu items are structured.
I really hope you can find a way to fix this – especially since it is nothing new. Unfortunately, though, I don’t know code. So I can’t experiment much with what I find on the forum beyond very minor changes. If you have any ideas, please “dumb them down” for me to work with them :-)
Thanks,
HelgeHi.
A couple page reloads and adding/deleting/adding of color section later the second problem seems to have disappeared.
You can close this thread.
Thanks again for your quick answer and pointing me in the right direction.
HelgeHi Rikard.
Thank you for that code. Unfortunately it doesn’t solve the problem. The word on the homepage does become lighter, but not light like the others. And when I add a color section on another page, the h1 elements below still change. Additionally, on the page “Schularten” there is the same problem at the bottom of the page with the word “Weiterbildung” – and that word is unaffected by the code you sent.
The span, by the way, ist to make the words orange. It has nothing to do with the transformations, because I put it in after the change to black and normal font weight happened to not have a completely botched element design wise.
However, I just had the idea of modifying h1 elements in Custom CSS in General Styling and not in Advanced Styling: I added this code:
#top .entry-content-wrapper h1 {
font-size: 29px;
font-weight: lighter;
color:#e69600;
}This worked: The headings look the way I want (and all look the same!) and if I add a color section somewhere nothing changes.
I have another problem. though, that seems to be connected to the first one: At the bottom of those two pages I have text and next to it pictures or buttons. On my test-site, the pictures would not move below the text on mobile phones. While they do now, the buttons on the page “Schularten” stay to the right of the text even on an iPhone 5S. This is weird because while setting up that page I simply duplicated the elements and then adjusted colors etc. So there shouldn’t be anything special there.
Do you have any idea for this problem?
Thanks,
Helge -
AuthorPosts