Category: Theme: Look & feel, Styles, CSS, Theme Control Center

I had my issues with the way the module mod-last_modif_pages.tpl rendered... the title could be hidden by a "decorations=n" which made the link to the addition changes vanish, plus the link in the module title is a little bit of a break with the remaining styling...

Then I discovered that the module uses a table instead of a OL or UL to format, which is a little bit messy itself.

This is related to the Custom Site Header section of Look & Feel on our Web site. We put a top navigation bar which is expected to be showin in different languages depending on the visitor's language (look at http://www.daav.cn/cms/tiki-list_file_gallery.php ). The code in Custom Site Header is like this:

<div style=...>
<ul>
{if $prefs.language eq "cn"}
<li>link1 in Chinese</li>
...
<li>linkN in Chinese</li>
{elseif $prefs.language eq "fr"}
<li>link1 in French</li>
...
<li>linkN in French</li>
{elseif $prefs.language eq "de"}
<li>link1 in German</li>
...
<li>linkN in German</li>
{else}
<li>link1 in English</li>
...
<li>linkN in English</li>
{/if}
</ul>
</div>

however, it seems the top navigation bar is always shown in Chinese even when I set the default browser language to English only. At that time, our php-based language detector works correctly to identify the user/browser language as English (example: our homepage at http://www.daav.cn/ ) but tikiwiki remains in Chinese unchanged.

Is there anything wrong with the code or it's just because my Windows XP is in Chinese? Then how to get around this in Tikiwiki? What language do you get on the linked page that I included above?

Thanks for any hints.

I recently upgraded from 1.9.9 to 2.4 and I find lots of these errors
in the log file:

[Wed Aug 05 14:28:59 2009] [error] [client 10.7.8.26] File does not exist: /usr/local/apache2/htdocs/tikiwiki/styles/transitions/1.9to2.4.css, referer: http://localhost/tikiwiki/tiki-index.php


Is this installation error or a bug in 2.4?

Thanks

Contributors

Contributors

Contributors

Hello,

sorry for my bad English, but I´m from Germany and I´ve got my last lesson at school - nearly 20 years ago...

So I hope that you will understand me, here my problem :

I use Tiki 2.0 RC4 with the "andreas08"-Theme. It works quite good, but this bug (maybe ?) happens when I try to edit and save the Theme-CSS via the Admin-Menu :

Some command lines will be added with a "x" (included by tag-brackets) and the instruction given by this command will be ignored - cause it´s "rubbish" than.
( I can´t show you an example, i tried it, but here the "X" in the brackets not appears after saving this thread. )

This strange "effect" also happens by editing or formatting an text by the wysiwyg-editor, so that the text appears with some "rubbish" code-tiles instead of the formatted styles. (Text-Color, Size, Justify, etc.)

I´m not sure - is it a bug, or is this a failure caused by myself ?

Thanks for any answers or comments an greeting form Germany.

Hofnarr

Several themes are losing module text on the left margin: damian, nomia, simble, smartiki. Affects text-emitting modules such as "last changes" (last item is number 0 instead of 10), related categories, and external RSS feeds. This makes the unmodified themes unusable for some sites.

In damian.css this seems to be caused by the following near the bottom:
/* Lists in modules */
.box-data ol,
.box-data ul {margin-left: -1em;padding-right: 1em;}

Files created with the Edit CSS feature (tiki-edit_css.php) are 0 bytes.

Contributors

Hi,

Particularly for Chibaguy, to show screenshots about the problem

The col3 ( or right-modules) are most of time send to the end of "middle".

This generally come from a "center" with two lateral column, when the calculated width of the three column is greater than the limited width of the container.

This seems to happen in several cases (mines), I commonly uses fivealive and have tested here "business". I get the same since a little more than one week.

Joined four screen shots from top to down (1920x1200 selection cropped).

You can see :
#The top and the right column not in place
#the middle : an anomaly on the width and all the display of the module action calendar (somebody has tried something while I am working on a lot of commented bugs on calendars 17 bus interacts, I have to merge or replace) . The ### comments are test to check modification at execution on my version.
#Where the col1 is ended and col3 begins
#The col3 end before the main footer

This is what I got with no SVN conflict on this.

Bugs & Wish list

To allow for greater styling, it would be great to allow HTML coding and/or wiki syntax in the __Site Title__ and __Subtitle__ fields on Admin: L&F.

In the current (r22100 or so) trunk, the switch-theme module (or url tiki-switch_theme.php) only works for logged-in users. This is a regression from just a few days ago. Anonymous users need to be able to change the theme, for example at the themes demo site.

The switch-theme module appears to work without error but when the page refreshes, the theme hasn't changed.

I'm not sure of the revision when this started, but anon can change theme in my install of exported files dated Oct. 3 (approximately r21960), but by Oct. 6 in my updated trunk (approximately r22000), it's no longer possible.

When I assign a theme to a group and submit the change, when the admin-group page displays again, the theme selector shows "site default" instead of the theme name I chose, and the theme being used for the group doesn't change.

In view mode:

PluginCODE should have horizontal scroll bar when there is too much code on one line. This used to work a while ago on some browsers, but not all.


In edit mode:
CodeMirror seems to force the page to be super large

Dear community,

Here's a screenshot:
{img src=show_image.php?id=70}
Many blessings.

CSS... Themes...

Calendar is missing from the theme control center

Running brtiki theme on Tiki 1.9.7. The title of the calendar module displays in black, which is illegible against the dark green background. All other modules tested under this theme display their titles in white text against the green background.

http://tikiwiki.org/tiki-calendar.php -> calendar overlaps on right column

I tried andreas09 theme on themes.tikiwiki.org. When viewing the calendar, the menues the 2nd level is displayed behind the calendar. This applies to other themes as well - e.g. FMSC.

This is about the popup menus in the top part of the page and applies to several of the default themes in version 6.

In many of the themes, there seems to be a gap between the menu heading and the popup such that when the mouse is moved down to access a popup menu, the menu disappears, making it nearly impossible to access!

A theme example is Arcturus - Amette, but that is not the only one, no the worst.

This happens on both Safari and OmniWeb.

It is actually possible to access the popup with some practise. There seems to be some flag toggling going on as well because it can be made easier if the popping up is reset in some way.

Karl

http://sourceforge.net/tracker/index.php?func=detail&aid=1175645&group_id=64258&atid=506846

When using the TIKINEWT.CSS theme with version 3.0 RC1, on some administration screens, like USERS tiki-adminusers.php, or USER CONTACTS PREFERENCE tiki-user_contacts_prefs.php, the main part of the content division is too high, and covers the TABS for that particular page.

This is not a problem if TABS are not used. This does not appear when using another THEME, such as THENEWS.CSS

Bundled themes readiness, see ''New Css Entities'', Fix broken themes ((tw:RecipeRestoreCss))

I pick one of the themes included in Tiki (Codex.css for example). It is almost perfect for my needs. I would like to make a few modifications, which are not appropriate to share with the Tiki project.

A- If I edit the styles/codex.css, I will have to redo my change again at each upgrade.
B- If I duplicate styles/codex.css to styles/mycustomtheme.css, I will not be taking advantage of any future enhancements to the theme.

It is not possible to put CSS information as Custom code in Site Identity.

The other benefit is to distribute css adjustments via profiles, like:
http://profiles.tikiwiki.org/site_width

1- Smarty doesn't like the curly brackets used in CSS. {literal} bla bla {/literal} could be used to get around this
2- It is not in <head> </head>

I jsut tested by putting the code below as Custom code in Site Identity and it works :-)
{img src=images/code.png}%%% {CODE()}
{literal}
<style type="text/css">
body { background-color: blue; }
p { color: yellow; }
</style>
{/literal}
{CODE}


Entering CSS "as-is" with curly brackets in Site Identity and having it render as internal CSS could be a solution.
http://www.tizag.com/cssT/internal.php

or maybe a custom.css should be maintained, and cached from this data.


Related:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1014
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1178

When I upgraded this site:

http://alaindesilets.org/MyPublicSite/tiki-view_blog.php?blogId=1

from 6.1 to 7.1, the layout got screwed up (I'm using the DarkRoom theme).

Before the upgrade, the layout looked like this:

* [http://dev.tiki.org/tiki-browse_image.php?imageId=125]

After the upgrade, it now looks like this:

* [http://dev.tiki.org/tiki-browse_image.php?imageId=126]

Notice how the position of the login and the search forms changed, and how it looks weird in the TW 7.1 version (plus, it causes a lot of waste in screen realestate).

Tested on info.tw.o with FiveAlive theme...

Disabling the __Search box__ option on the Admin: Search page, Search Results tab (tiki-admin.php?page=search) will remove the Search bar from the menu.

This is incorrect behavior.

I would like to have the templates include a comment line such as: <!--start template: tiki.tpl--> and a corresponding <!--end template: tiki.tpl-->. As a non-developer performing minor overrides and adaptations to the existing templates, this would greatly improve the time needed to locate the correct template to override for a certain page, as you could just go into the HTML source code and see which templates are involved in generating the page you are looking at.

When editing a wiki page (maybe not all themes), the WikiHelp button appears twice.

These settings:
Theme:
Slideshows theme:
here: tiki-admin.php?page=general

And theses ones:
Theme Control
General Layout options (all)
Edit Templates
Edit CSS
Tiki Template Viewing
Use Tabs
here: tiki-admin.php?page=features

And this one:
Reg. users can change theme:
here: tiki-admin.php?page=login

Should be added to a new admin tab "Theme & Layout":
tiki-admin.php?page=theme

IMHO, it is OK for options/settings to be in more than one admin panel, if relevant to both.

Editing by admin saved the file intact, but the file wasn't renamed. Editing by a registered user created a 0-byte file (also not renamed with -username added). I checked in a Tiki 3.2, which has the same problem.

When a CSS file has an import:

@import "http://marclaporte.com/mozilla/rustico.css";

I get some warnings:
Warning: file(styles/http://marclaporte.com/mozilla/rustico.css) [function.file]: failed to open stream: No such file or directory in tiki-edit_css.php on line 22

Warning: Invalid argument supplied for foreach() in tiki-edit_css.php on line 25

When using the Edit CSS feature (-+tiki-edit_css.php+-) to edit simple.css it tries to import -+styles/lite/lite.css+- via regexp matching pattern ''@import'' found in -+simple.css+-

The problem is i have set PHP memory_limit 128M and it still crashes PHP and in my apache error log i see "Memory exhausted" or "-+~np~[Mon Aug 13 12:45:51 2007] [notice] child pid 2421 exit signal Segmentation fault (11)~/np~+-"

I did some debugging with dies and i don't get why the following regexp matches twice (there's only one ''@import'' in -+simple.css+-):

{CODE()}preg_match_all("/@import( |\t)+('|\")(.*)(|\")( |\t)*;/U", $line, $importfiles, PREG_SET_ORDER){CODE}

Related to http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1162

When I am using the calendar on mouseover the month the year changes colour. The normal colour of the month seems to be a red rather than the standard white and so cannot be seen against the blue background. You can see this at my site www.granthamlions.org.uk. Thanks

When I am using the calendar on mouseover the month the year changes colour. The normal colour of the month seems to be a red rather than the standard white and so cannot be seen against the blue background. You can see this at my site www.granthamlions.org.uk. Thanks

As installed, there is no easy way to globally style the overLIB popups. Preferably, there should be css classes defined so that themes can style the popups to match.

This patch (attached) can be used to replace the same file in folder lib/smarty_tiki

Selecting Top Bar and Bottom Bar doesn't seem to enable either of my templates.

I commented out the if statement in the tiki.tpl:

{*if $feature_top_bar eq 'y'*}
<div id="tiki-top">
{include file="tiki-top_bar.tpl"}
</div>
{*/if*}

-- and --

{*if $feature_bot_bar eq 'y'*}
<div id="tiki-bot">
{include file="tiki-bot_bar.tpl"}
</div>
{*/if*}

Now both templates are working.

Switching language from admin panel produces blank page (tiki not showing) under some circumstnaces, along the last weeks (repeated today-13th june 2007 again with latest 1.9cvs code)


I have a selection (through "Admin > login") of themes chosen by admin to allow users to change among those themes.
Moreover, mod-switch_theme is assigned to registered users in left column.

From time to time, when I change the theme under "Admin > General", I get this message:

^
Notice: unserialize() [function.unserialize]: Error at offset 239 of 250 bytes in /home/httpd/tiki19/modules/mod-switch_theme.php on line 15
header already sent
^

plus a blank page. After that, I see on top of each page:

^
Notice: unserialize() [function.unserialize]: Error at offset 239 of 250 bytes in /home/httpd/tiki19/modules/mod-switch_theme.php on line 15
^
I cannot change the selecetion of themes any more through "Admin > login": I'm geeting
^
Notice: unserialize() [function.unserialize]: Error at offset 239 of 250 bytes in /home/httpd/tiki19/modules/mod-switch_theme.php on line 15

Notice: unserialize() [function.unserialize]: Error at offset 239 of 250 bytes in /home/httpd/tiki19/tiki-admin_include_login.php on line 522
^
on top of that page, and the selecetion of themes is not showing properly (names of themes), but it produces this hatml lines at that multiple selection box (taken from the html source of the page):

{CODE()}
<b>Warning</b>: in_array() [<a href='function.in-array'>function.in-array</a>]: Wrong datatype for second argument in <b>/home/httpd/tiki19/templates_c/precarios/es^%%00^00C^00CB4449%%mod-switch_theme.tpl.php</b> on line <b>33</b><br />
{CODE}


(until I delete that selection directly from the db).

The implementation of favicons is incorrect for types other than .png.

Tiki currently renders the favicon as:
{CODE(caption="Current rendering",ishtml="0")}<link rel="icon" href="favicon.png" />
{CODE}

Notice that there is no declaration of MIME type (very bad). If you goto Administration | Look & feel | Other, there is a pull-down box to select the favicon icon MIME type, which gives choices:
* image/png
* image/bmp (wrong!)
* image/x-icon (wrong!)

None of these selections actually effect the LINK tag! In other words, someone forgot to implement the MIME attribute of the link tag. Even if it was implemented, these choices would be wrong (see solution).

Also on the Look & feel | Other page, there is a 32 character limit on the favicon icon file name. This limit is too small and is problematic for sites where the favicon is not located in the tiki root directory.

tiki-admin.php?page=general

1- favicon box is limited to 32 characters. This is not enough for people using multiki.

2- When I try to change path to favicon, it doesn't save.

3- How do I deactivate this feature?

Shouldn't this feature be in Site identity?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1

This is Tikiwiki v2.0 -Arcturus- © 2002–2008 by the Tiki community Sun 07 of Sept., 2008 22:51 EDT


Firefox mis-displays when "menu" option is selected in Look and Feel > Top Bar

Does not occur in IE7

Mis-display is that menu appears in proper place, but all of the rest of the page is to the right of the end of the menu div

Using the default fivealive theme on tiki.org and on a fresh install has the unwanted effect of the right hand column being far off to the right, and below the content (have to scroll down & across to see it).
Using Firefox 3.0, Linux.

We should have some ready-made zones, where template designers can just

It should be possible to populate these zones with Site Identity or in the templates.


Please examples of floating boxes here:
http://www.jtricks.com/javascript/navigation/floating.html
http://www.phpletter.com/Demo/Jquery-Floating-Box-Plugin/

It could also be pull out thingies or horizontal bars

The group theme functionality no longer works in 5.x and 6.0.

To test:
*Set "each group can have its own theme" in Admin>Look&Feel>theme
*Admin>Groups, edit a group and try to set the default theme for a group.
*nothing happens.

*theme control - still working.
*user preferences - theme - still working.

templates/styles/neat/tiki-top_bar.tpl
templates/styles/simple/tiki-top_bar.tpl

both have a hard coded version i v1.9DR4 (CVS) -Sirius-
Either update it or even better have a variable to show the actual version.

Long and extra long wiki pages are not correctly displayed by the IE. Also no scroll bars are shown, so the content vanishes completly on a certain point of the page.

Long and extra long wiki pages are not correctly displayed by the IE. Also no scroll bars are shown, so the content vanishes completly on a certain point of the page.

Also articles are affected. :-(

The mechanism to alter a tiki sites logo uses a cumbersome server relative path mechanism. Not intuitive especially seeing as there is a file upload facility.

A lack of documentation on the correct usage of code in the Custom Site Header section may result in a broken site (blank white page)

For example, if one wanted to display a menu based on a users group but did not use the proper code (because he can't find documentation showing the proper code) there is a good chance the site could break.

It has happened to me a couple times but fortunately was able to go back or to another tab and remove the site breaking code and save again.

Insert Wiki Link popup has scroll bars in IE7 messing up view

((doc:Site identity)) is great because it permits quite a bit of customization without modifying any files. Everything is cleanly kept in the database for easy upgrades.

However, it's not immediately easy to know which zone is for what. Top & bottom bar could have an edit button, so we can edit zones in context.

As an example, ((doc:Interactive translation)) is great because we are in context.

After applying 33721, the top module area of my jqui theme is 150 high, which looks ridiculously big. See wiki.alphasoftware.com.

(Using 7.x branch)

Contributors

I use Tiki Wiki for many of my sites and some of them have multiple domains associated with them. So domain.ca, domain.com and domain.co.uk all point to the same folder on the same server using domain redirection.

The main domain works and looks fine but if I go to any of the other domains everything is there but it is out of place. The modules were in the wrong place on the screen and it looked like the theme CSS was messed up. I tried playing with perspectives, multi-domain, areas, domain redirects (within Tiki), category, themes, and anything else that looked promising.

"htmlwrap() is a function which wraps HTML by breaking long words and preventing them from damaging your layout. This function will NOT insert <br /> tags every "width" characters as in the PHP wordwrap() function. HTML wraps automatically, so this function only ensures wrapping at $width characters is possible. Use in places where a page will accept user input in order to create HTML output like in forums or blog comments.

This function will not insert line breaks within HTML tags or HTML entities such as  . It treats all HTML entities as single characters, when taking them into account for string length. It will also attempt to find logical line-break insertion points (like after periods or slashes) before inserting breaks at $width characters."

http://www.greywyvern.com/code/php/htmlwrap