Exactly @kotofey, the fallback is to ensure the header and all the components display a default layout even without Redux.
An alternative is not necessary, if user want customize and use the options, he’ll install the plugin, but this can’t be mandatory, according to WP best practices and Envato Review Team.
I use and can recommend Redux Framework, really awesome framework to back-end with full features, easy to customize and extend! I had about three products approved using it, in the last 5 months, so I can do a few recommendations:
- Use it as a bundled plugin, not built-in in the theme – use TGM to turn it required and ensure you use the version available at WordPress repo, not Git repo (this one is bleed-edge). The WP repo is really stable.
- Ensure your theme works properly even without Redux Framework deactivated, there’s no plugin that should be really required, so ensure your theme fallback if even Redux is not activated.
- About validation, escape the data as late as possible is not just a tip, is a best practice – the data can be filtered before the output and you can’t control it sometimes, to have 100% sure that the data will be validated properly, escape together with the echo!
Yes, it requires a lot of work – but you’ll get your themes approved easily (as said in the WP codex) because it’s easier to review and avoid double function calls!
The developer of Redux is really friendly and helpful, just drop a question or suggestion at GitHub repo and you’ll likely be helped
@GravityDept, yes – that would be the correct and most desired thing, I and all the other authors probably will love having this kind of options. Unfortunately, I do not see this happening in the near future based in what I read in this announcement, this is why I suggested like a hack to optimize the experience, since I do not see Envato waiting to step in and take control of Item Descriptions (as you can read in the text)!
Would love to hear an official answer from the staff
Would not be possible to allow two different description versions field?! One field used to desktop and an extra optional field to be used by mobile devices?!
This way we can keep the current presentation at desktops and easily add a light version of the description for mobiles.
@WPCanyon has the correct solution, adding a simple GET var can allow you to do the check, since you’re requesting a full page by AJAX.
About @billyf question: it’s the best practice to register, then enqueue (even if immediately after and only at one place) – since it will allow you to change the enqueue location at future, if necessary, for example. And also allow other developers to unregister your script to enqueue a proprietary or modified version easily. Just a few examples.
So, I would say to always register, then enqueue is the best option
Looks like the problem is that I see a line in your layout, and the text goes over it, the line should not go to bottom when the menu items break, or something like that?!
Had same issue, was using an outlook e-mail – I had to switch to my gmail account to get it working again.
Now it’s everything fine!
Now let me finish to update my item descriptions hahaha
Uhh, I don’t know if it was asked – do you guys have the exact time when this update will rollout?! I mean, hours and time zone?
It means that if you’re doing an output like:
<div class="<?php echo $dynamicCols; ?>">...</div>
You should escape the echo to turn it safer. This would become:
<div class="<?php echo esc_attr( $dynamicCols ); ?>">...</div>
Same happens to dynamic data used in JS, for example – read the Codex to see other cases – but you’ll mostly use esc_attr.
I hope it helps!