Presto Box [library support]

[Chris]

Jan 12, 2014 9:10:44 GMT -8 nowdocking said:

Thanks, Wormopolis. I was using a tablet. It worked when I used it in a PM on the pc.

Eton, is that something a V5 newbie (me) should be able to do? If so, how do I get to the subsystem. Thanks.

nowdocking, that was directed at Wormo, "getting to the subsystem" requires writing code to do so

[nowdocking]

Whew! One less learning curve to toil up.

Thanks, Eton.

[Welshling]

Wormopolis, there seems to be an error with the plugin because its not fade/transitioning when hovered over...

A broken template to view what's not happening and the coding is provided below for your reference. Thanks wormo.

[Wormopolis]

I cant see that thread.

if the hover doesnt work, then it likely because some other plugin is overwriting the event binding. which means presto has to come after them.

[Welshling]

Access granted to guests, sorry about that.

I've had this plugin for a long time now, not had issues with it before hand. And haven't altered the positioning of them at all. I have however updated the Yootil plugin, yesterday and did install the style tags plugin... I may disable that and see if that fixes the presto error.

EDIT: Wormopolis, yup the style tags plugin was conflicting with it. So that is now disabled and all's well with the presto plugin.

[Wormopolis]

just have presto run after style tags. it will work with both. style tags overwrites the html of the opst cell and that causes all the dynamic binding on the presto box to stop working. if style runs first, then presto stays intact.

[Rogue Marie]

I am having a bit of an issue with this. Right now I am trying to use the presto tag in just a post. Right after I post it, the presto tags are show up and the plugin doesn't work. Some members tell me that if they refresh the page it starts working. Is there a reason why we would need to constantly refresh the page for the plug in to work?

[Wormopolis]

move presto to be last in the plugin list. if another plugin overwrites the message area HTML, it strips the binding of the presto box.

[Rogue Marie]

It is the last on the plugin list. I read that in the previous posts of this thread and I moved it. It is still doing the same thing regardless.

[Wormopolis]

Link me to a post a guest can see

[Rogue Marie]

x-menorigins.proboards.com/thread/10772/testing

[Wormopolis]

well I just tested it, without refreshing in IE, Firefox, Chrome, and Safari and it hovered on all of them. unless Im supposed to be looking at something else. I was looking at the rogue/wolverine box

[Rogue Marie]

I am still having people tell me its not working for some of them. If you're saying they are working on all mediums maybe it's their computers not accepting the coding?

[Wormopolis]

Does it work for you when you go to those pages? am I supposed to be looking at something other then the wolverine thing?

the presto boxes are dynamic. if something rewrites the messages area after they are generated, it strips them of the hover. so if a code is delayed for some reason and presto isnt, then the other codes goes and it rewrites.. event is stripped. I dont know of a way to make sure all other codes have finished doing what they want to be doing more then what is already in there.

[Wormopolis]

v1.1.0 submitted

rewrote the construction code to allow for presto to be used in tabbed table code or even to work in a hidden div if you had that div hidden when the presto ran.