Hi Dan - thanks for the reply. Changing BOLTargs and adapting variables.php worked - the markup had to be adapted though, since lightbox-data actually works in <a> rather than <img> tags; so I finally got a working code using:
"<a href='https://........./{+p}' data-lightbox='results'>[^{+p} dir='.......'^]</a>" in the fmt string of the search. Thanks again! Cheers, JF Am Sonntag, 2. März 2014 14:48:28 UTC+1 schrieb Dan: > > Glad you got #0 and #3 resolved, and that #1 is at least understood. If > you need help implementing some alternate solution, let me know. > > I did look into number 2 and discovered why it wasn't working for you. The > rel attribute works fine but the data-lightbox parameter is not recognized > because of the hyphen. As it is, BoltWire recognizes paremeter labels that > include the \w characters (a-z0-9_). But I can definitely see the need for > being able to use lightbox--and I assume the data-lightbox label is not > negotiable... :) > > To fix it, try going to engine.php and replacing the first line of the > BOLTargs function down near the bottom (line 221) with this: > > function BOLTargs($x, $type='', $pat='(?>([-\\w]+)=)') { > > I've tried it and it seems to work just fine now with your parameter. I'll > add it to the next release as a bug fix/feature enhancement. Remember, to > reset the allowed img attributes in config.php, not index.php. And your > page markup will look like > > [^boltwire.gif rel=whatever data-lightbox={p}^] (or {+p} in a template). > > Cheers, > Dan > > > > On Sat, Mar 1, 2014 at 12:53 PM, jdoe <[email protected]<javascript:> > > wrote: > >> ... wow, ok - here we go :) >> >> re 0) - a workaround is working now staging the process based on your >> earlier 'forwarding' suggestion, i.e. [if condition]<(forward some.page)> >> [if] ...so thanks for that one. >> >> re 1) - Instead of a customised link (which does work, of course) I >> actually intended the user to use the regular 'print' link in the standard >> menu (like he would for any other page). - But when going that route, >> $_POST & $_GET specs tagged to the original page call are lost. >> >> re 2) - data-lightbox={+p} indeed is intended to tag the image for a nice >> javascript-based display handler. I added the tag to the img attribute as >> suggested, but when looking at the source output, this is still not being >> rendered. (it should be a simple concept, though - here is the link to the >> js in case this is of interest: lokeshdhakar.com/projects/*lightbox2* >> >> re 3) - works as suggested - thanks :) >> >> Thanks & regards, >> JF >> >> >> -- You received this message because you are subscribed to the Google Groups "BoltWire" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/boltwire. For more options, visit https://groups.google.com/groups/opt_out.
