Ciprian Dracea (Drake)

The plugin don’t add any new option. It just replace the native select list displayed by Suffusion on mobile devices, below the point settled at Suffusion Options -> Layouts -> Responsive Layouts -> Navigation Menu.
In backend nothing new is added, but in frontend will see a button instead of select menu.

Thank You Colin.

Still are 2 tiny, tiny problems:
shortcode += ' alt="' + link + '"';
(link instead of alt)
editor.selection.setContent( code );
(code instead of shortcode – this one break the pop-up if someone try to select the caption in editor before using the button)

These small issues can wait, but I posted them now to remember ??

No, I will stay calm… for a while :))
For me is not a real problem, I can add all parameters manually – I don’t build a site every day. But would be a nice addition if those parameters can be added in Visual Editor and a lot of users will appreciate this feature.

Thank You,
Ciprian

Hi, I’m always glad to help, thank you for this great plugin – small but effective ??

Thank you very much for appreciation.

Thank You Tom, I will waiting for the next release.

I cannot test on a real device. In Chrome, emulating all included Blackberry devices (Z10, Z30 and Playbook), I can see the icon on your url posted on Suffusion forum.

Can you visit my site (the link is in my signature from aquoid forum) to check if you see the icon? If the icon is visible on my site and the menu is working, then it is still something on your end.

If the icon not appear also on my site, then probably on this particular device the javascript which replace the list is not working and all you can is to disable my plugin and let the native select list to take effect.

The button can be hidden by color, not only below other element. If you’ve changed the color of button to white and the background of an adjacent element (like wrapper) is also white, maybe the button is moved down over the wrapper and is not visible anymore.

But if you can’t get the native select list to be showed, then is not a problem with my plugin. As I said, the plugin only transform that native list. If the list not appear (i.e. the .tinynav element is not triggered) my plugin have nothing to transform.

Why the native list is not triggered, I don’t know… Can try to comment all Custom Styles section to see if some of your CSS don’t block the menus. If the menu appear then uncomment each definition, one-by-one, saving and looking when the menu is blocked again.

The plugin only replace the select list triggered by Suffusion at certain resolution, selected at Suffusion Options -> Layouts -> Responsive Layouts.

The list is not triggered by the device type, is not tested an user agent, only the resolution of screen. Try to change the trigger from 480px to other to see if the menu appear.

Also, try to disable the plugin to see if the native select list appear. If yes, 2 reasons can influence my plugin:
– either on Blackberry not all js works – and then the plugin is not compatible;
– either the button is there, but hidden behind other elements and probably with some CSS can be revealed.

But I cannot test the behavior on each device – in fact I did all my tests in Chrome emulators.

Yes, you can use that option even if you use a caching plugin. The caching plugins serve static HTML pages generated by scripts from a site, but that option avoid to generate custom-styles.css file which is cached on some servers at server level.

The keyword is “least load on server” – your server can better manage site scripts. And the “ugly” words means nothing as no-one will come on your site to see it’s source, but only us use Inspect Elements in troubleshooting process (and I can tell that I see better the problems in this “ugly” mode, than in custom-styles.css file where also are saved ALL options from theme, not only from Custom Styles section – so, is hard to see which line from that file create problems)

Ok, now I see. You’ve added the same menu on both navigation bars, then you’ve hid the one from navigation bar above header. If you want the menu only on one navigation bar, but it appear on both, go at Appearance -> Menus and edit the desired menu. Assign it to both navigation bars -> Save. Re-assign the menu only to desired navigation bar (un-tick the other navigation bar) -> Save.

Now the menu will be assigned in correct position so, go at Suffusion Options -> Back-end -> Custom Includes -> Custom Styles and comment the code with display:none which hide #nav-top.

In fact, better is to comment all the codes referring to #nav and #nav-top from your Custom Styles and let the menus as default to see what’s happens. After the collapsing menu will work, you can uncomment these lines.

Also, try to select “Auto-generate the CSS and print it in the HTML source (Least load on server, ugly page source code)” at the first option from Suffusion Options -> Backend -> Site Optimization to dynamically generate the CSS and not use a file which can be eventually cached.

Your menu not appear to be settled as Responsive. My plugin just replace the default select list which need to appear at one of the breakpoints settled at Suffusion Options -> Layouts -> Responsive Layouts -> Navigation Menu.

Thank you for looking into this. Yes, 1.10.6 solved the first part of the problem – no more “empty needle in the haystack”

But the fields still don’t validate:

Prenume (facturare) camp necesar.
Nume (facturare) camp necesar.
Adresa (facturare) camp necesar.
Oras (facturare) camp necesar.
Tara (facturare) camp necesar.
Cod Postal (facturare) camp necesar.
Telefon (facturare) camp necesar.
Adresa Email (facturare) camp necesar.

(the messages say that all those fields are “required”, but they are already correctly completed in the form).

Yes, I tested 1.10.4 on a server with PHP 5.3. and everything goes fine…

But really… What policy is this? You cannot ask from your users to stay captive on PHP 5.3.

5.2. was obsolete but what it is now???