WebCMS

.

Here is a suggestion I already made (will re-post it here) - https://preview.invisionalpha5.com/topic/232-mobile-menu-tabs-configuration

What hook to use that would render on both desktop and mobile layouts in the header (in between nav-menu and user-menu)? The HTML will have a div with an ID and so the div cannot be duplicated for desktop and mobile layouts.

Thanks. Please note the div is rendered with an ID and so cannot be duplicated between desktop and mobile layouts. There should be only a single element marked up with the ID so it will get populated with data from server upon page load. And we should be able render the single element globally (between the nav-menu and user-menu in the header) using a single hook. This works fine in v4 by editing the globalTemplate.

For Guest users, it is working in both desktop and mobile modes (will display just some text and no data will be populated as expected) but it is using 2 templates one of which was deleted already. For logged-in users, it is working in mobile mode but not in desktop mode (because the element is empty - no data populated) and using 2 templates one of which was deleted already.

It did not work after clearing cache and still rendering duplicate elements with same #IDs. If you resize the browser to mobile layout, you can see the element in the header populated with data (due to precedence) and hence visible. On desktop layout, the element is empty and invisible. You can see the duplicate elements rendered in the page source. What hook to use that would render on both desktop and mobile headers in between nav-menu and user-menu?

For reporting issues, is this the right place? https://invisioncommunity.com/ic5bugs/bugs/ I reported some issues on alpha site Forum. Will they be considered?

https://preview.invisionalpha5.com/ https://preview.invisionalpha5.com/bugtracker/ https://preview.invisionalpha5.com/tags/suggestion/ These look like an afterthought but has more activity - https://invisioncommunity.com/forums/forum/539-beta-discussion/ https://invisioncommunity.com/ic5bugs/bugs/ https://invisioncommunity.com/ic5bugs/

It worked with PNG. I was just pointing out the wrong file type listed on the upload input as various upload inputs in IC have different file types listed (eg: Pages > Media have many more file types) and this one has a wrong type listed. Also the page branching to a vague 504 saying the "site is down" when the site is up running fine instead of displaying an error for wrong file type.

Disabled it. Thanks!

It says on the page - the upload input accepts gif files. I was expecting to see an error message but is branching to an IC error page with 504 Accepted file types: gif, jpeg, jpe, jpg, png, webp

Settings > Web App > Icons & Images tab is timing out while saving and giving a 504 error page. Tried for 5 times with GIF icons of 512x512, 977 KB and got the exact same timeout and error page. However, the Manifest tab is getting saved fine.

Now we have 2 language packs (Customized and IC default). We can live with the minor rendering issues inside ACP due to the single string that has HTML for FA until we modify the right template (the last thing we want to do). The Customized lang pack is Locked and not sure if it will get updated when we apply the monthly IC updates. We don't need the Language dropdown in the footer as both packs are similar with minor label differences. We don't see any group permissions for lang packs to hide them from members (similar to themes/pages). Should we delete the IC default lang pack? Will deleting it unlock our Customized lang pack?

Please consider this as a privilege/perk for logged-in users (they can still visit the topic pages to view them). It's a reminder for them to be logged-in to use the feature. This is to differentiate features between logged-in users and Guests (similar to Pricing Plans that have "always free" tier). Many sites restrict features like Search, etc. for logged-in users only. "Hover Popup UI for Guests" may be offered as an option in ACP with a switch (default: ON - won't alter current behavior) so site operators can turn it off as per their preference. If turned off, you could display "Login to use the popup feature" in the popup instead (or no popup at all). This switch may be reused consistently for Hover Popup UI on Articles, Blogs, Events, etc: Hover popup UI for other content types