Author: James Corthell,
VNC Web ServicesMore Information: You can view the VNC Web Services information page for this script
here.
Requirements: UBB.Threads 7.x (not compatible with UBB.Threads 6.x or below)
Current Version: v0.3
If you'd like to manage pages via the UBB.threads system, versus manually editing pages with this modification, please see our new
UBB.threads Pages modification.
About:
This addon will allow you to call pages into your UBB.Threads7 install, thus allowing your pages to "wrap" into UBB.threads.
Demo:
You can see a working demo of the "sample" file on
A Gardeners Forum.
Install Instructions:
Upload the included files to your server, and place your new pages in a /wrapper directory following the format in the sample.wrapper.php file.
Usage Instructions:
- Create a new page in the "wrapper/" directory, it should follow the example in the sample.wrapper.php file.
- Create a new string in the "languages/english/wrapper.php" file following the example of the "sample" string to setup the title of the page.
- Your new page will now be accessible by accessing the wrapper page as "wrapper.php?wrap=sample".
Please Note:
Whatever you name your page in the "wrapper/" directory will be what the script will use to call your new page (and the associated language string), so we recommend that you use all lowercase characters.
Version Additions:
v0.3 - Updated the wrapper system to be in line with v7.6.0 changes (note that previous builds should continue to work, they will just have old style elements).
v0.2 - This maintenance release was simply for some code cleanup and simplifying adding titles for new pages as language file strings.
Pricing:
$0 - This modification is freeware to the UBB.Threads7 world; but if you feel like donating, feel free to access the "information" page above.
I refreshed the v0.2 zip file; please re-download and re-upload all files.
I miss-named the wrapper files, it's already a used file so I renamed it accordingly; you're also going to likely want to reupload the wrapper files.
Fairly painless to install.
But I have a question. On your site the wrapper has your islands just like the forum summary page.
Mine did not.
How where do you add that in?
It should display items seamlessly; could you link me to a page you're wrapping so I can check it out?
http://www.iaeifl.org/testforumBTW sample works did not modify much
Oh dropped out again now. First time since 07/26/09
It works fine GIZ. Operator error on my part. I had the settings in the cp for portal settings to only show left(True) and only show right(True).
So the portal showed the islands but the forum summary did not.
So the wrapper just did what it was supposed to. Not show islands because the cp was set to not show islands in the forum summary. Because of a conflict in the CP settings.
DUH!!!
Lol glad you got it working then
...
Yea, stupid is is stupid gets. I should have known using a test board that something was odd in my settings.
Okay I am starting to like this a lot more.
But I have one complaint using Iframe.
Setting the height to 100% does not seem to work and never has for me. I would like to eliminate the scroll bars.
Here is my insert in the wrapper.
<iframe src="http://www.iaeifl.org/palmbeach/index.htm" width="100%"
height="600" name="youriframe" frameborder="0" vspace="0" hspace="0"
marginwidth="0" marginheight="0" scrolling="no"></iframe>
Just curious if there is another method to include a html page or do I have my iframe setting wrong?
Well, it's not really a problem with the wrapper, it'd be the coding of the iframe.
If the page is local to the site, why not use a php include?
For some reason I can't seem to get it right to use php include for a html page.
Here is what I tried in the wrapper
<?php include("http://www.iaeifl.org/palmbeach/index.htm"); ?>
the content will not display.
And yes I know it is a Iframe issue not the wrapper mod.
A lot of hosts block you from using a full url; instead do the path on the server vs a url...
EX: include("/home/yoursite/public_html/palmbeach/index.htm");
Tried that . No go still a blank page. I also removed the php tag at the beginning and end of the include. That just shows a parse error.
So unless you have a suggestion on what I am doing wrong I guess I am back to the Iframe tag.
Could it be due to the html file is a stand alone page with head,meta and body tags.
What I am using is a page that someone else publishes to the same site so it is native. I believe it has some java and cgi scripts in it already have not looked that close since I don't edit that file.
So maybe that is the culprit and I just need to live with Iframe.
Try using a smarty include tag:
{include file="/home/undergroundnews/public_html/forum/CREDITS.txt"}
I will give that a shot. But in the meantime. My fridg just went on the blink. So that is priority one right now.
Okay I gave that a try got something to appear but it got real ugly.
Here are just the top few lines of errors.
Error #256: Smarty error: [in /home/iaeifl0/public_html/palmbeach/index.htm line 16]: syntax error: unrecognized tag: (Smarty_Compiler.class.php, line 446)
Line: 1092
File: /home/iaeifl0/public_html/testforum/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /home/iaeifl0/public_html/palmbeach/index.htm line 16]: syntax error: unrecognized tag '' (Smarty_Compiler.class.php, line 590)
Line: 1092
File: /home/iaeifl0/public_html/testforum/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /home/iaeifl0/public_html/palmbeach/index.htm line 20]: syntax error: unrecognized tag 'pad' (Smarty_Compiler.class.php, line 590)
Line: 1092
File: /home/iaeifl0/public_html/testforum/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /home/iaeifl0/public_html/palmbeach/index.htm line 26]: syntax error: unrecognized tag: document.write("
Well, it's including the page, but whining about the content on those lines...
I believe specifically it's the script portion of the page that displays a message during different parts of the day lol...
So, unless you can get them to take that bit out, you'll have to go the route of the iframe.
A quick google search returns
this which has a javascript that resizes the iframe 100% height.
Humm. Interesting!
I assume I should be able to paste that code including the javascript in the same default place in sample.wrapper.php?
Back to the fridge I guess.
I assume I should be able to paste that code including the javascript in the same default place in sample.wrapper.php?
I assume so
I'm getting syntax errors now on one of my scripts...
<SCRIPT LANGUAGE="JavaScript">
<!--
function ValidateForm(form)
{
if (form.email.value == "")
{ alert("Please include your email address in visitor details"); form.email.focus(); return; }
if (form.email.value.indexOf('@', 0) == -1 ||
form.email.value.indexOf('.', 0) == -1)
{ alert("Please enter a valid email address in visitor details"); form.email.focus(); return; }
form.submit();
}
//-->
</SCRIPT>
just a simple script to verify they enter an email address....
getting the following errors using the above code.
Error #256: Smarty error: [in /var/www/virtual/v/a/vannin.com/www/threads/wrapper/contact.wrapper.php line 22]: syntax error: unidentified token '.email.value' (Smarty_Compiler.class.php, line 1405)
Line: 1092
File: /var/www/virtual/v/a/vannin.com/www/threads/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /var/www/virtual/v/a/vannin.com/www/threads/wrapper/contact.wrapper.php line 22]: syntax error: unidentified token '{' (Smarty_Compiler.class.php, line 1405)
Line: 1092
File: /var/www/virtual/v/a/vannin.com/www/threads/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /var/www/virtual/v/a/vannin.com/www/threads/wrapper/contact.wrapper.php line 22]: syntax error: unidentified token ';' (Smarty_Compiler.class.php, line 1405)
Line: 1092
File: /var/www/virtual/v/a/vannin.com/www/threads/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /var/www/virtual/v/a/vannin.com/www/threads/wrapper/contact.wrapper.php line 22]: syntax error: unidentified token '.email.focus();' (Smarty_Compiler.class.php, line 1405)
Line: 1092
File: /var/www/virtual/v/a/vannin.com/www/threads/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /var/www/virtual/v/a/vannin.com/www/threads/wrapper/contact.wrapper.php line 22]: syntax error: unidentified token ';' (Smarty_Compiler.class.php, line 1405)
Line: 1092
File: /var/www/virtual/v/a/vannin.com/www/threads/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /var/www/virtual/v/a/vannin.com/www/threads/wrapper/contact.wrapper.php line 26]: syntax error: unrecognized tag: alert("Please enter a valid email address in visitor details"); form.email.focus(); return; (Smarty_Compiler.class.php, line 446)
Line: 1092
File: /var/www/virtual/v/a/vannin.com/www/threads/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /var/www/virtual/v/a/vannin.com/www/threads/wrapper/contact.wrapper.php line 26]: syntax error: unrecognized tag '' (Smarty_Compiler.class.php, line 590)
Line: 1092
File: /var/www/virtual/v/a/vannin.com/www/threads/libs/smarty/Smarty.class.php
Error #256: Smarty error: [in /var/www/virtual/v/a/vannin.com/www/threads/wrapper/contact.wrapper.php line 26]: syntax error: unclosed tag \{if} (opened line 22). (Smarty_Compiler.class.php, line 317)
Line: 1092
File: /var/www/virtual/v/a/vannin.com/www/threads/libs/smarty/Smarty.class.php
Try wrapping your javascript in {literal}{/literal} tags:
{literal}
<script type="text/javascript">
<!--
function ValidateForm(form)
{
if (form.email.value == "")
{ alert("Please include your email address in visitor details"); form.email.focus(); return; }
if (form.email.value.indexOf('@', 0) == -1 ||
form.email.value.indexOf('.', 0) == -1)
{ alert("Please enter a valid email address in visitor details"); form.email.focus(); return; }
form.submit();
}
//-->
</script>
{/literal}
thanx! that was the trick... didn't know about that tag.
I just got my hard drive back to working status (if you own a seagate drive, check the firmware!) and am trying to get caught up on projects, one of which is converting my remaining stand alone pages to wrapped pages.
Glad to hear you got your HD mess all sorted... I've heard about a lot of the issues plaguing the newer drives; which is a shame since Seagate is one of my favorite brands due to their warranty...
this is what I had to go through to get it back up and running...
http://www.msfn.org/board/solution-seagate-7200-11-hdds-t128807.htmlwas actually pretty easy once I got all the parts I needed... and I didn't mess with the usb to serial, I got a
USB to TTL adapter that made things go very smoothly.
I have a 750gb seagate that I haven't been able to get to operate properly; I got it as a replacement of a smaller drive via RMA... Waiting on an external enclosure before I whine
ok, new hitch in the works...
trying to redirect my google search to a wrapped page.
works fine when I point it at a regular html page, but taking that same code and putting it in the wrapper, I get nothing.. no error, nada...
{literal}
<script type="text/javascript">
<!--
google_ad_client = "pub-1428978494316705";
/* thread adds */
google_ad_slot = "9181327323";
google_ad_width = 160;
google_ad_height = 600;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
<div id="cse-search-results"></div>
<script type="text/javascript">
var googleSearchIframeName = "cse-search-results";
var googleSearchFormName = "cse-search-box";
var googleSearchFrameWidth = 800;
var googleSearchDomain = "www.google.com";
var googleSearchPath = "/cse";
</script>
<script type="text/javascript" src="http://www.google.com/afsonline/show_afs_search.js"></script>
{/literal}
Is there anything in your error logs on the server? I ask as some errors silently hide themselves from the browser...
When you view the source of the page, does it show any parsed data from the wrapper?
ok., the page I am pointing at is
http://www.vannin.com/threads/wrapper.php?wrap=searchresults
and google is dropping
and you get...
http://www.vannin.com/threads/wrapper.php?cx=partner-pub-1428978494316705%3Ayix18h-jgii&cof=FORID%3A10&ie=ISO-8859-1&q=astro&sa=Search
I am trying to come up with a redirect in htaccess that will parse the google code and merge it correctly... no luck yet.
Yeh it's more google b0ging the code; I'll look into something tomorrow (all else fails I'll just make another google search plugin)
what I have right now is a google search box on my error 404 pages to help people find whatever they are looking for, if I could get those results wrapped, that would be golden.
I'm still messing with it, there has to be some rewrite rule or cond that will match it and parse it to the new link.
Is your search the "adsense" site search?
Guess there will end up being a lot of options for a search mod:
1. Adsense or not.
2. Sitesearch, publicsearch, both
yes, been using google adsense for a while and it is acutally paying off.. pays enough to run my site, computer upgrades, vacations. I can't complain about it.
I gave up trying to use a rewrite condition to parse the google info correctly into the wrapper... beyond my current skills.
Created a
Google Adsense Search modification based on badfrog's requests.
I'm noticing some odd behavior..
I took my "contact us" page and wrapped it.. just a simple form the fill out and it emails me their question, since I moved it, it is occasionally snagging other info..
for example, I did a quick test, and it somehow snagged and incluced my login name and password, but the next time I tried it worked normally, then it did it again later..
and just now I got another email with someones login info in it.
the forum uses a standard formmailer script to handle the email, I can't figure out what is causing it to grab that info, or why it is only doing it sporadically.
Weird, might have to take a look at your mailer script; could you PT it to me?
I assume I should be able to paste that code including the javascript in the same default place in sample.wrapper.php?
I assume so
First, Sorry to be the culprit to turn this post into typewriter mode.(Ding)
But the java script fix for Iframe did not work.(Ding)
I think the culprit with the java script is it needs to be formatted a little different to include in a php script.(Ding)
So for now I will live with just a fixed Iframe size.(Ding)
ok, I have been playing with this on a new project today, trying to wrap an old links page which is built with tables and am trying to get it to pick up the same CSS style as the forum is using, but it doesn't get applied no matter what I do.
no granted, I am a noob who never learned CSS and needs to, but I can't imagine that this should be this difficult to figure out.
yeha, it appears that the page in the iframe doesn't want to use the CSS info...
Well it won't because it is a frame and has it's own properties.
You would need to add the css properties to the page or edit the html to match the wrapper.
yeah, I just figured that out.
I was hoping to get it to match whatever style sheet the end user had selected to make it blend in seamlessly.
right now I am trying to get the font size figured out, it is too damn big!
I have no idea where it is getting its font size info from, only way I can change it is to put a font size tag in every TD cell, that can't be right.
I'm just going to wait for Giz to join the conversation, I want features included that are beyond simple wrapping
Is it possible to only display the content of one of these pages only if logged in as a member?
Sorry folks, medical issues kept me from checking shop here...
The iframe ignores the CSS file; in fact, it ignores everything since it's a completely seperate entity.
You should actually call the UBB's css file in the webpage that the iframe points to if you intend to use it.
Is it possible to only display the content of one of these pages only if logged in as a member?
Well, it'd really be an all or nothing thing, you'd set the "registered only" tick in the top portion of the script file.
btw, on the spot of using stylesheets; you could use an include statement and then adapt the pages to use smarty code; not entirely sure what you're working with or how feasable that would be as an option though...
Is it possible to only display the content of one of these pages only if logged in as a member?
Well, it'd really be an all or nothing thing, you'd set the "registered only" tick in the top portion of the script file.
That is fine, I want to create a few pages that I only want registered members to be able to see.
Thanks,
Joe
how do I implement PHP code in a wrapped file?
I'm trying to add recaptcha to my email form, but it is displaying the code as text, tried wrapping it in {literal} tag, didn't help.
I'm pretty sure it needs to be Smarty Friendly, so either formatted in Smarty Code or with {literal}{/literal} tags so smarty hands it off to PHP
I tried the literal tags, nothing happened...
if I post it like this,
{literal}
require_once('recaptchalib.php');
$publickey = "6LfiEQoAAAAAAH6y_Cyvb7Hze7W4zwdbgaui-5B7"; // you got this from the signup page
echo recaptcha_get_html($publickey);
{/literal}
all it does is display it as text,
if I had
it vanishes, but nothing else happens either.
I hope you're linking to the full path to the file and not assuming it'll just "grab" it... I'm not sure where you'd want all of your files if that's the case..
if I put the sample php script in the wrapper directory, it works fine with that path info, it just doens't work once it is wrapped.
http://www.vannin.com/threads/wrapper/example-captcha.php
Well, yeh, that's differant... The UBB has a base path, the wrapper uses that, so if you just use a full path to the file you completely eliminate that as a possible problem...
By calling that page outside of the wrapper, you're going past the UBB and its base path...
I did find a couple of things on google for using recaptcha in smarty, basically putting your php code and making a variable for smarty then calling that variable in the smarty wrapped code...
clicky
ok,I don't know [censored] about smarty tags. so I have no idea what that all means
so put that first bit in my php file, I can only assume they mean the reacaptcha.php file
I put the other tag that they said went in the TPL file in my wrapped file.. still nothing.
I have tried the relative and absolute path, I have put the recaptcha.php in my root dir, my threads DIR and the wrapper DIR...
still nothing
the php bit would go in the wrapper.php file, then the smarty reference call would go in your wrapped file
wrap.inc.php or wrapper.inc.php ?
wrap.inc.php or wrapper.inc.php ?
I tried it in both, putting it in wrap causes instant wrapper failure
putting it in wrapper doesn't seem to do anything
umm whatever the one is in your directory with ubbthreads.php lol
um. they are both int he scripts folder...
neither, it's in the forum folder... not the scripts folder...
if I add
$smarty->assign("recaptcha", recaptcha_get_html($pub_key));
to the wrapper.php in the threads folder, then the wrapper script fails, I Get a blank page.
Hmm, I guess you could try the script/wrapper.inc.php file
re-read the thread, already did that. nothing happens.
Not too sure whaat to have you try short of learning smarty coding or running an iframe...
is there any reason this would break in 7.6 ?
the pages I have set up using this lose all formatting... most html tags aren't working.?
I'm not really sure, do you have any errors in your error log?
I installed the
sample and it's working just fine...
I'm not really sure, do you have any errors in your error log?
I installed the
sample and it's working just fine...
I have an error log? lol
and that sample has nothing in it.
my page comes up, but all the html tags in the wrap are being ignored.
https://www.vanning.com/threads/wrapper.php?wrap=privacy
Updated the OP, posted v0.3 which brings the wrapper system in line with v7.6.0 changes (note that previous builds should continue to work, they will just have old style elements).
Your server does...
and that sample has nothing in it.
Exactly, it shows that the wrapper works out of the box, without custom coding applied to it; in its purest form you can see that it is working in v7.6.0.
It's probably your bad HTML, you have elements that aren't in quotes, you use the <p> tags like they're <br>'s
Did you come from v7.5.9 or prior? UBB.threads v7.5.9+ are all HTML5 versus xHTML.
I was on 7.5.8
This (and all my other wrapped pages) always rendered correctly before, never had any issues like this.
Yes, the code is old, but it always appeared correctly
And a
Test on Tags; proper HTML displays properly.
Keep in mind that there are some elements in the common.css which set some tags to basically be plain text, so that you can display the elements the same in all browsers; as you can see from my example each element can be changed in each of your styles in the "Extras" section:
h2 { font-weight:bold;font-size:2em; }
p { padding: 4px 0px; }
so why is the blockquote tag not working ?
Keep in mind that there are some elements in the common.css which set some tags to basically be plain text, so that you can display the elements the same in all browsers; as you can see from my example each element can be changed in each of your styles in the "Extras" section
reading:
https://www.css-tricks.com/examples/Blockquotes/https://www.w3schools.com/tags/tag_blockquote.aspCSS formatting for a default behavior would be similar to:
blockquote {
display: block;
margin: 1em 40px;
}
So for tags that worked fine in 7.5.8, I now have to add special css elements to get them to keep working?
Not trying to be difficult, just want to make sure I fully understand
so I added
/* Custom */
blockquote {
display: block;
margin-top: 1em;
margin-bottom: 1em;
margin-left: 40px;
margin-right: 40px;
}
h2 { font-weight:bold;font-size:2em; }
p { padding: 4px 0px; }
to the extra section and it seems to be working
So for tags that worked fine in 7.5.8, I now have to add special css elements to get them to keep working?
Yes, it's so that you can format the tags so that they will display the same in every browser, versus using the base that X browser chose to use.
Keep in mind that there are some elements in the common.css which set some tags to basically be plain text, so that you can display the elements the same in all browsers
Quoting
http://sixrevisions.com/css/css-reset-stylesheets/Reset CSS either nullifies a default CSS property by setting it to 0, or it sets the property to a common-sense value (e.g., line-height: 1 on the element). Explicitly declaring certain CSS property values can help reduce inconsistencies in the way our HTML elements are rendered by the browser.
last annoyance of the evening,
I have special characters for french, German and Italian translations of a couple of pages..
https://www.vanning.com/threads/wrapper.php?wrap=historyhttps://www.vanning.com/threads/wrapper.php?wrap=historyfrhttps://www.vanning.com/threads/wrapper.php?wrap=historygrhttps://www.vanning.com/threads/wrapper.php?wrap=historyit(I still need to update the html on those pages)
Déclic ici pour les français - Klicken hier für Deutschen - Scatto qui per italiano
but they are coming up as question marks
D�clic ici pour les fran�ais - Klicken hier f�r Deutschen - Scatto qui per italiano
is this something as simple as a meta tag change?
Diamonds indicate that the character does not exist in the characterset in use. This is especially true if you copy and paste that character versus an HTML safe version, such as é vs:
Revisiting this feature again.
Is this mod still viable for 7.6.2?
Will the zip files still work for 7.6.2?
Or do I need to modify the steps a bit.
I see in the stock code there is a new scripts/sample.inc.php for 7.6.1 but the other support files were never created. as in prior versions.
Do I use that for the wrapper pages instead of what is in the zip?
Thanks in advance.
Ruben
Works fine for me (
here), you just have to keep in mind that with the latest version smarty you can't use {php} or {include} tags in template files.
I see in the stock code there is a new scripts/sample.inc.php for 7.6.1 but the other support files were never created. as in prior versions.
I have had an article on the
UBBWiki "
Creating a New UBB.threads Page" since July 30th, 2016.
Do I use that for the wrapper pages instead of what is in the zip?
If you want to completely develop your own plugin from scratch, rather than have one plugin you can wrap many systems into, sure.
Thanks for the quick reply.