Category: Banner

This is not a huge problem but is something that could be improved. On the create or edit banner page (tiki-edit_banner.php), there's a form with the four types of banner content -- Use HTML, Use Image, Use Image from URL, and Use Text. These are radio button labels, and each also has an input or selector where the data is input or selected.

If the user activates the radio button and inputs or selects in the form for that button (in the same row on a large screen), then the banner displays as it should. But it's possible to click the radio button for one content type but input or select content for another type. In this case the form is submitted without an error but the banner won't display correctly.

I know we might think "who would do that?" but the form should probably prevent this user error, if possible, like not allowing form submission unless there's a match between the content-type radio button and data being specified for that content type.

The first problem (maybe local) is that the ad checkboxes on tiki-admin.php?page=ads tend to not stay checked. Please confirm if this is true for other users.

The bigger problem (on two servers): when I switch the logo from left to right on the Look & Feel admin page, the ad checkboxes on tiki-admin.php?page=ads get emptied. Maybe any update on Look & Feel resets the ad activate and publish checkboxes to empty; I didn't check.

Also, on the ads and banners admin page, only the bottom "Apply" button works, for me.

Site header banner ad configuration worked before it was split off as a separate page, afaik. Maybe a bug was introduced by the move to its own page.

Maybe some of you will think of this as a "marketinhg" thing, but let's face it : for most users on the Web "wiki" is synonym with "MediaWiki-powered sites that look like wikipedia".

What I propose is to create the theme and tools to facilitate migration of mediawiki powered sites to tikiwiki the (very) easy way : fill a form during install that points to the Mediawiki database, and extract all the info to automagically populate the Tiki. I'm willing to participate, but I do not feel I have the required knowledge at this moment to be able to do something useful in the coding part : I know little to no PHP or MySQL stuff, I even wasn't able to install Tiki properly here (shame on me).

I want to use Tiki's banner system to manage hosted ads (such as Google Ads).

I created a new Tiki banner: tiki-edit_banner.php

In the __Select ONE method for the banner:__ field, I selected __Use HTML__ and added the following script (from Google Ads):

{CODE()}<script type="text/javascript"><!--
google_ad_client = "ca-pub-3913918000422534";
/* Info Lettres 8 à 15 */
google_ad_slot = "8790064474";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
{CODE}

Upon saving, Tiki adds <X> to my code, breaking the SCRIPT elements:
{CODE()}<script type="text/javascript"><!--
google_ad_client = "ca-pub-3913918000422534";
/* Info Lettres 8 à 15 */
google_ad_slot = "8790064474";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
{CODE}

This happens even if I __HTML Purifier__ disabled.


Tiki should allow full HTML (including SCRIPT elements) within the HTML box for Ads. I understand the security implication of allowing SCRIPT elements, but only users with permission to create ads can do this.



I tried creating a SHOW instance, but received the following error:
__Tiki Installer missing third party software files__

Tiki banners can now handle images, text, html and external image. To use Flash, one must make an html file (with the Flash) and call that via an iframe.

Adding native support to upload and use a Flash file is next step.