Site Config

In my experience, the Infinite Carousel on the homepage, which displays theme images and download links, wasn't working correctly on the initial page load. The images were displaying side by side, making a really wide page. I checked this in several browsers and all showed the same problem.

The carousel works fine in a normal HTML page, so apparently the problem is due to something not loading initially. To see this, clear your browser caches and visit Tiki 3 Themes, the wiki page that holds the carousel now. For me anyway, in all my browsers, the images all display at once, left to right, and there's no motion, no apparent javascript happening for them. Notice also that the module-flip icons aren't there and and working (but do after a page refresh), which I think is another symptom of the same problem. (Of course if the carousel and module-flipping are working for other people on first page load in a cleared-cache browser, then I need to figure out what the difference is with my experience - and all my browsers have default javascript settings.)

As a workaround, I moved the carousel wiki lines from the homepage to Tiki 3 Themes, and edited header.tpl to load the necessary ))JavaScript(( and CSS on both pages. Then I made an iframe on the homepage with the carousel page as the source, using index_p so only the wiki content displays. (I tried using the INCLUDE plugin, which would have been a neater solution, but then the carousel page's head section doesn't load, which defeats the purpose of the second page.

Now I'm getting the effect I wanted - the carousel loads and works correctly on initial homepage display, but at the cost of a really kludgy workaround. I need to check with our experts about solving the problem of ))JavaScript(( not loading or anyway not being effective initially.

Turning off most experimental feature: feature_ajax & feature_jquery disabled to be like other *.tw.o sites. But Search Engine Friendly URLs are activated everywhere.

feature_messages: disabled (mailbox should be on tw.o)
feature_newsreader: disabled

The site has finally been updated to Tiki 3. Actually the files are from the "proposed" branch which will be released as Tiki 3.2. To demo the older Tiki 2 themes, I made a new installation at /t2 and am using a shadowbox popup window to display the themes of that Tiki 2 installation (see Tiki_2-bundled_themes ).

Apart from replacing old theme files and activating wiki structures and wiki plugins that we want to use, I haven't made any configuration changes since the update. I did add some site header custom code to display the "other project sites" links at the page top. This displays in all themes except Tikipedia, where it conflicts with the top menu. A Smarty filter in the custom code prevents it from displaying in Tikipedia.

I want to update the site content appropriately. One of the first things will be to play down the PHP Layers menu demos, as they aren't such a big deal now, quite a few months after Tiki 2 was released. When things are ready (new modules need to be made, etc.), probably PHP Layers menus will be turned off, replaced by CSS (suckerfish) menus.

I disabled some experimental features:

disabled feature_charts
disabled feature_drawings
disabled feature_friends
disabled feature_games
disabled feature_mailin
disabled feature_mobile
disabled feature_sheet

I enabled blog comments:
enabled feature_blogposts_comments

List authors in wiki pages: disabled to make cleaner

Since TikiWiki 2 supports more than one PHP Layers menu at a time, there was no need to continue using the filtering code in the menu module, so it was commented out and can be deleted. I also updated the menu demo pages and in particular removed the tables showing browser and theme behavior. I believe the menus work fine in all compatible themes and in all browsers.

The next step will be to add demos and docs for CSS (suckerfish) menus.

As we move toward making Site Identity activated by default, I've found that SI custom code needs to vary quite a bit depending on the theme. To accomodate this here at the theme demo site, I replaced the one-code-for-all data input in the SI configuration page with an include statement:

missing page for plugin INCLUDE

Now there can be a sicustomcode.tpl file in a theme's template directory if that theme needs its own SI custom code. I realize this is a step backward from the no-template-editing, Web-based customization emphasis of Site Identity, but something like this is needed at a site that has SI enabled and uses and needs to accomodate multiple themes. I have more themes in the pipeline that need to specify unique SI custom code.

In future theme releases, which will all use SI, a sicustomcode.tpl file will be included. Users can either use the include statement method, or paste the content of the file into the SI custom code textarea and then edit it as they want. The tpl file will be a backup/reference in that case.

-- Gary

greenmetal.css & jello.css were missing from Theme-o-rama module

and Gary added BRTiki.css lately

I just removed vidiki.css because it's being pulled out of Tiki. (broken & unmaintained)

Hi!

I spent several hours making sure we could access/test all menu types with all the themes on this site.

We have 4 menu types:

• Basic menu
• Tree menu
• Dynamic vertical menu
• Dynamic horizontal menu

On this site, we have

• 7 new themes
• 20 legacy themes
• 34 bundled themes

For a total of 61 themes.

4 x 61 = 244 combinations!

And each of these combinations needs to be tested with several browsers (:eek😊

PhpLayersMenu horizontal -> phplayersmenu horizontal
PhpLayersMenu vertical -> phplayersmenu vertical

Why?

Most places in Tiki, page names are case insensitive, which is good. But I was having trouble with some Smart code in modules. It wasn't always doing what I wanted.

The plus (+) vs space ( ) also can cause confusion.