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

Some white on white action is happening...
{img fileId="824"}

Just compare the footer of profiles.tiki.org to dev.tiki.org

{img fileId="300"}


(previously titled: ''dev.tiki.org: The footer links are squished after the upgrade from 10.x to 11.x'')

The "perform action with checked" icons at the bottom of the tiki-list_file_gallery.php listing (in list view) requires additional code rewriting in order to convert to iconsets due to the fact that iconsets cannot be easily used for input images.

{syntax type="tiki" editor="plain"}
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.

{syntax type="tiki" editor="plain"}
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.

I can select a theme stylesheet, apply it to the site, view the stylesheet , and edit the stylesheet. Checking the stylesheet update time, I can see the the edit took place, and I can find the updated CSS in the file. __But__, the site continues to use an unedited version of the stylesheet, it seems. A DOM inspector shows that my edit didn't take place (I changed the body font-size property from 14px to 16px). There's no visual evidense of this change in the page appearance.

What's worse, I can no longer change the site's theme. Using the Look & Feel selector, I can select another site theme, but the switch-theme module, which overrides the site default, can't be used (the selector dropdown is disabled in the HTML). So the theme that I edited (although in its pre-edit state) is stuck as the theme in use.

This feature should be fixed, or else killed, and people directed to use Custom Less or Custom CSS instead, IMO.

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).

I was doing some changes in the tiki.org look and feel => custom css field on one save I got this:

{img fileId="1279" thumb="box"}

The field was emptied, I turned totally green and was ready to jump out of the window ! By change (as I had many unsaved work while using "save as minor") I had the content pasted in a text editor by security and could restore. (lost time)

Seems we have some preg backtrack limitation (http://php.net/manual/en/function.preg-last-error.php)

I could get over it by shorting (shorthand?) a background style, but one day someone else...

Extra site logo (tiki logo) and sitetitle shown at the top left corner after upgrade to 16.2svn (a.navbar-brand)

Workaround?: hide it with custom css. See:
https://doc.tiki.org/Tiki16#Known_Issues

I presume that this is needed for the display of the site logo when in smartphones and tablets, etc. but it should only be shown in that case, not always, and not if the other site logo and site name (from the feature and the module logo) are shown already.

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?

{syntax type="tiki" editor="plain"}
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

When Fivealive is used with mod-logo in the Top module zone, with Site layout Classic Tiki (3 containers) and with a Site title defined, that title will be displayed too much to the left, unless the site logo is large enough to make it start in the colored zone.

This makes the header ugly, in particular because there is an important loss of contrast between the text and the background. Thanks to the shadow effect, some contrast remains, but readability is affected.

This bug appeared in Tiki 13.
I do not know if this persists in trunk. I do not see the colored background there.
This persists in 15.x as of r59957.
Note that the title is also too high.

After upgrading from Tiki 9 to Tiki 15, my site's header became half-broken. Functionally, the login_box and quickadmin modules were invisible. quickadmin could be seen when hovering over its 2 icons with the mouse, otherwise there was no contrast. login_box is completely invisible; there is no contrast even when hovering. Both are however usable if one knows where they are.

This problem is specific to the Fivealive theme.

chibaguy pointed out that this could be worked around by switching site_layout from the default option Basic Bootstrap to "Classic Tiki (3 containers - header, middle, footer)". While this does solve the functional issues, this still doesn't display correctly. Most importantly, the title's position remains incorrect.

This persists in trunk as of r60030. Version 12 is not affected. This was presumably introduced in version 13.

This affecteds 2 browsers on 2 tested (Iceweasel and Chromium). The attached file shows how this used to display. While this is trivial to reproduce, I created an instance which constitutes a testcase.

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.

see https://www.evernote.com/shard/s37/sh/d15d0346-5574-4b77-afe9-a47c1032bdf8/d415bb2e73f21cfc759efd39c7625196

Similar to [item5377], I see we are trying to make the menu text white, but a better selector should be chosen, otherwise if we just leave the text black it reduces complexity....