Name | Type |
---|---|
'Last Changed' module formatting is inconsistent | tracker item |
Editing / Saving themes CSS causes "strange" code in some commands.
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 |
tracker item |
calendar overlaps on right column
http://tikiwiki.org/tiki-calendar.php -> calendar overlaps on right column |
tracker item |
Comments added on a tracker item are not noticed on tab (color, number, ...)
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.... |
tracker item |
Edit CSS feature: Warnings when CSS file has @import
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 |
tracker item |
Edit CSS: memory exhausted in logs when trying to edit style containing @import
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 |
tracker item |
filter by summary doesn't show the text input field to me here on dev.tw.o/tracker5
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. |
tracker item |
Help System is not listed as feature on Tiki Tracks
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 |
tracker item |
Help System Link on Admin::General goes to useless page
The "Help System" link on Admin::General points to non-helpful swamp on doc.tw.o |
tracker item |
IE eats up extra long Wikipages
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. |
tracker item |
IE eats up extra long Wikipages and Articles
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. :-( |
tracker item |
iPhone | wiki |
jscalendar drawn under tracker form
I added a jscalendar field to a new tracker. On the item entry page, the calendar is drawn underneath the form. |
tracker item |
menus are not shown any more to anonymous, at least
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. |
tracker item |
output of {maketoc} in a DIV to make it easy to apply a style
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 ... |
tracker item |
phplayers horiz menu buggy when using twist.css theme style
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. |
tracker item |
Redo CSS Structure to be less local and more mode-driven
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 |
tracker item |
Rendering of default2 theme faulty on IE6
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? |
tracker item |
Replace action in file gallery doesn't work in thenews theme
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# |
tracker item |
styles/default.css fails to render correctly.
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: |
tracker item |
Themes: Fix themes that are broken for safari/konq users
RestoreCss Fix broken themes, particularly those broken for safari/konq users. |
tracker item |
tiki-login_validate.php is very ugly with codex.css
Bugs & Wish list |
tracker item |
Tree view in File Gallery doesn´t set the child Urls correctly
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 |
tracker item |
ugly look of admin home
Administration home does look really ugly with hidden disabled sections now |
tracker item |
WYSIWYG Editor Transparent background Issue
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. |
tracker item |
Then I discovered that the module uses a table instead of a OL or UL to format, which is a little bit messy itself.