Category: CSS

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.

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

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

Comments added on a tracker item are not noticed on tab (color, number, ...)

For instance: [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=97&show=view&status=op&trackerId=5&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=check|this tracker item] has at least one comment, but when viewing tracker detailed information, there is not information on the "comments" tab of the tracker item (not any pinky color, and/or number of comments on that specific tracker item...), so that it's difficult for a reader to notice that there where comments added....

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

Logged as user xavi here on dev.tw.o/tracker5 I can't filter by summary (text field): no text input field is shown. Some other type of filter fields work as expected (I didn't try all) but not filter by summary.
Reported April 2nd. Using Firefox 2.0.0.13 ca on GNU/Linux
---
Reproduced as user xavidp (admin rights) using 2.x here again on dev.tw.o/tracker5 using Firefox 3.0 ca on GNU/Linux.

Help System is not listed as a feature for Tiki Tracks. Is it the same as WebHelp? If so, then one or the other should be renamed for consistency

The "Help System" link on Admin::General points to non-helpful swamp on doc.tw.o

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. :-(

I added a jscalendar field to a new tracker. On the item entry page, the calendar is drawn underneath the form.

Since some weeks ago, afaik (April 2008, or so), menus and menu options cannot be seen for anonymous on several sites that I admin, including edu.tikiwiki.org, if you select some themes. Example: moreneat.css

On others, like http://moviments.net/ilp (using nornia.css), the menu on a module assigned to anonymous and registered, was shown when you logged in. Right now I've just assigned thatmodule to admins only, and used menupage module, which works fine. But I can re-set the previous config. is somebody wants to reproduce the missworking.

the output of {maketoc} in Wiki is not contained in a special
DIV so one can not define a style for displaying it for example in a box or ...

on 1.9.cvs

Horizontal phplayer menu is behaving weird when adding new options, etc. (sections level 0 and options inside dissapearing + separators rare)
Menú and menú items below, in utf-8 encoding.

{CODE()}
INSERT INTO `tiki_menu_options` (`optionId`, `menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`) VALUES
(171, 43, 'r', 'Comissions', 'Comissions', 10, '', '', ''),
(172, 43, 'o', 'Secretaria', 'Comissió+de+Secretaria', 20, '', '', ''),
(173, 43, 'o', 'Turisme', 'Comissió+de+Turisme', 30, '', '', ''),
(174, 43, 'o', 'Dinamització social', 'Comissió+de+Dinamització+social', 40, '', '', ''),
(175, 43, 'o', 'Medi ambient', 'Comissió+de+Medi+ambient', 50, '', '', ''),
(191, 43, 's', 'Enllaços', 'tiki-directory_browse.php', 300, '', '', ''),
(177, 43, 'o', 'Login', 'tiki-login_scr.php', 1010, '', '', 'Anonymous'),
(178, 43, 'o', 'Logout', 'tiki-logout.php', 1010, '', '', 'Registered'),
(179, 43, 's', 'Activitats', '', 200, '', '', ''),
(180, 43, '1', '2007', '', 210, '', '', ''),
(181, 43, '2', 'Artístiques i artesanals', 'Activitats+artístiques+i+artesanals', 220, '', '', ''),
(182, 43, 'o', 'Comerç Just', 'Activitats+artístiques+i+artesanals+de+Comerç+Just', 230, '', '', ''),
(190, 43, '-', '', '', 1001, '', '', ''),
(185, 43, '1', '2006', '', 250, '', '', ''),
(186, 43, 'o', '<img src="img/rss.png" alt="Sindicació de notícies per Agregadors RSS" title="Sindicació de notícies per Agregadors RSS" border="0" />', 'Notícies+per+RSS', 1008, '', '', ''),
(189, 43, '-', '', '', 1000, '', '', ''),
(192, 43, 's', 'Home', 'index.php', 5, '', '', ''),
(193, 43, 'o', 'Presentació', 'Presentació', 7, '', '', ''),
(194, 43, 'o', 'Història de l''associació', 'Història+de+l´associació', 400, '', '', ''),
(195, 43, '-', '', '', 1002, '', '', ''),
(196, 43, '-', '', '', 1003, '', '', ''),
(197, 43, '-', '', '', 1004, '', '', ''),
(198, 43, '-', '', '', 1005, '', '', ''),
(199, 43, '-', '', '', 1009, '', '', ''),
(200, 43, 'o', 'Historia2', 'Historia2', 410, '', '', ''),
(201, 43, 'o', 'Presentació de les activitats', 'Presentació+de+les+activitats', 205, '', '', ''),
(202, 43, '-', '', '', 60, '', '', '');

INSERT INTO `tiki_menus` (`menuId`, `name`, `description`, `type`) VALUES
(43, 'Menú horitzontal capçalera', 'Menú horitzontal per la capçalera de la web', 'd');
{CODE}

If interested in analyzing any more in the server where it happened, please, request me an admin account at:
http://www.moviments.net/valldelcorb

so that you can reproduce the buggy behavior.
I'm afraid of adding new items or sections since they break the present layout of phplayer menus if it is set as horitzontal.
when previewed as vertical, it's always shown ok, at it should.

I was using twist.css theme style.
-------
April 4th: the problem seems to dissapear if using tikineat style instead of twist.css theme style. See the screenshots of the same menu with each theme style.

After looking through the CSS for TikiWiki, one quickly find several redundancies and inconsistencies (modules are not consistently using CSS in the same way, just take a look at the login box with different renderings to see what I mean). On top of that, some CSS classes requested by the code are actually not existing in some CSS... (separatorline etc in some menus)

SO, should we not rethink the styles system?

What I am thinking of is less of a local (modul-driven) approach but rather a context/mode-driven approach.

For example, we could structure the class names so they properly represent the place of usage: header,main, left, middle, right, bottom as pre-fixes, and the usage as the tag, and a qualifier as the postfix.

Example:
A Menu item would be [location]_menuitem_[qualifier]
A Menu item on the left side would be left_menuitem_[qualifier].
A Menu Option on the left side would be left_menuitem_option

SMARTY knows precisely where it is rendering. So we could generate a standard variable in smarty called $CSS_LOCATION, which smarty maintains. All css requests are parsed through a smarty function that assembles the propper prefix.

The [qualifier] is there to make writing CSS a little easier. We can simply create a DIV as an envelope around a structure, assigning the class [location]_[usage] to that. All elements inside would then automatically inherit those characteristics, and the CSS part would only have to deal with the diviation. Those should be clustered together in the CSS to give a clear view on what happens in this particular usage...

I know that this is most probably a &%$&-load of nitty-gritty work, but once done, we should be able to then write a little app that makes developing CSS much easier (maybe even inside TikiWiki) Biggest problem: how to we manage the transition to the new approach, how to maintain backwards compatibility, and how to get alignment on the structure itself...

COMMENTS are very welcome.

J

When displaying a page in default2, the icon band on top of the page (the one containing the print icon, amongst others) is slightly pushed to the right, which cuts off icons or dropdown lists (for backlinks, for example). see attached jpg.

The behaviour does not show in FireFox.

We are using TikiWiki for a lot of people with IE, and are getting complaints... Can you help?

When I click the Actions → Replace on tiki-list_file_gallery.php?galleryId=1 (used to be replacing the image file with another one), it does nothing...

link on Replace just points to tiki-list_file_gallery.php?galleryId=1#

default.css fails to render correctly because of some wrong syntax.
- "* Links to extend/collapse menus */" is missing the comment start "/*".
- "llistfileslink:active" has its '.' in the line above instead of infront of it.

See the patch below:

RestoreCss Fix broken themes, particularly those broken for safari/konq users.

Bugs & Wish list

1) Child links are "usually" (not always) configured to point to a bad Url.

Instead of taking you to :

http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=5

it will take you to

http://mi.solcentral.org/Textos%20Codificados

and Sefurls (Search engine friendly url) is OFF

You can see if for yourself in http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=2

I have changed Theme to see if its a Theme things and the problem persists.

The problem does not arise accessing with IE 7.0 since the Tree Control is not showed up at all (don´t know if this is also an error really, if you know tell me...).

2) Icons change. Instead of showing one type of icon in the tree structure, it shows two types.

Please Help

----
Tiki V 6.0 fresh install
Server: Windows
PHP Version: 5.2.6
Ram: 128 Mb

Administration home does look really ugly with hidden disabled sections now

The WYSIWYG editor has a transparent background that seems to be hard-coded and unaddressable by css. It appears in an iFrame so the page's body background colour is seen in the textarea.

This makes it unusable for themes with dark backgrounds like Strasa as you have basically black-on black text.