fabricius: I lost the document, do not find the page in the Tiki docs and forgot how the file is called
can anybody give me a hint where to find this page/file?
I am NOT talking about TRIM or Multitiki, but about kind of an ini file Caarrie|away: joined #tikiwiki fabricius: joined #tikiwiki Jyhem_laptop: fabricius: http://doc.tiki.org/System+Configuration fabricius: thx Jyhem that was what I was looking for Jyhem_laptop: np Tiki|bot: New Forum Posts: using TXT files as content ? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43442
New Forum Posts: Tikipedia theme ? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43443 goj_killedByISP: joined #tikiwiki benoitg: joined #tikiwiki Caarrie|sleeping: joined #tikiwiki pkdille: joined #tikiwiki Tiki|bot: New Forum Posts: categoriy permissions in tiki 6.6 / need help - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43448 marclaporte: joined #tikiwiki
polom Tiki|bot: Recent Bug: Tracker item: #4172 - - notgroups param for modules - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4172 pkdille: joined #tikiwiki
joined #tikiwiki CIA-36: tikiwiki: 03jonnybradley * r39948 10/trunk/templates/tiki-admin_trackers.tpl: [FIX] trackers: Add load function for tracker replace dialog to initialise the category tree (thanks Geoff) RobertPlummerMob: joined #tikiwiki sandroandrade: joined #tikiwiki RobertPlummerMob: joined #tikiwiki chealer: joined #tikiwiki
joined #tikiwiki Caarrie: joined #tikiwiki fabricius: joined #tikiwiki
polom pk: joined #tikiwiki Caarrie|away: joined #tikiwiki RobertPlummerMob: joined #tikiwiki sandroandrade: joined #tikiwiki fabricius: If I do a fresh installation via SVN and if on demo.tiki.org which is run with SVN a feature is working or no Error appearing, shouldn't the feature work aswell in my freshly checked out installation? Love2_: joined #tikiwiki
:)
left #tikiwiki Tiki|bot: Recent Bug: Tracker item: #4173 - - category permissions dont work with articles - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4173 marclaporte: joined #tikiwiki fabricius: hey marclaporte Tiki|bot: New Forum Posts: Idea: Groupware needn't ONLY be used for groups. - http://tiki.org/tiki-view_forum_thread.php?forumId=1&comments_parentId=43454 Love2: joined #tikiwiki Bernard1: joined #tikiwiki Love2: left #tikiwiki benoitg: joined #tikiwiki fabricius: hi Bernard1
Bernard1: did you get my email? just was thinking, if your menu issue shouldn't work in a single module with some smarty code pk: joined #tikiwiki Bernard1: Hi
Hi fabricius i was answering… i'll do it here
Hey Torsten,
I talk about this option in my message and i'm well aware of the possibility. (tks anyway :) )
In fact i used this very same code you are suggesting since TW7.
I (we) found out that using a module in a module can be hazardous
For example check http://www.shocksite.com where modules are used in a custom module.
nobox and notitle don't apply and i had to force display:none for #header .box h3.box-title.
So the idea is to avoid the custom module solution.
Bernard benoitg: joined #tikiwiki marclaporte: joined #tikiwiki fabricius: Hi Bernard1 , sorry for late answer ( have been in different areas of my desktop ;-) )
I do not understand your point "module in a module", as in the given custom module with smarty code there are only menus inherited and not modules
what is the problem with that? and how it would be possible at all to net modules in another module - or do I miss s.th. bigtime? marclaporte: joined #tikiwiki
joined #tikiwiki Bernard1: fabricius: …. Mmm ah ok :)
i misread fabricius: :-)
what did you read? Bernard1: i read {menu id=44 type=horiz css=y} and thought it was module
you are right this is Smarty code
{if $user == "admin"}{menu id=42 css=y type=horiz}{else}{menu id=43 css=y type=horiz}{/if} CIA-36: tikiwiki: 03sylvieg * r39949 10/trunk/lib/filegals/filegallib.php: [FIX]fgal: accept wmv Bernard1: fabricius: but that's not over… now menu styles are not applied properly… :( fabricius: which kind of styles youmean? normal css? must be possible to find a few custom css lines that get this sorted
if you want to go in this direction, I could have a look and play with the css
you'd have to tell me how it should look like
design should not be a problem, once it works technically
what theme you are using? benoitg: joined #tikiwiki Bernard1: fivealive
modifed
menu_id=tiki-top fabricius: Tiki version? 8.x, pre-9? Bernard1: i'm om TW8, it should look like http://www.avtalyon.org.il/6x.html but it look like http://www.avtalyon.org.il
wait… i have a strange feeling.
i use svn branch 8 but on the install it says something "pre"
how can i be sure ?
Last update from SVN (SVN pre 8.4) fabricius: http://www.avtalyon.org.il/ is a blank page
isn't it? Bernard1: … are you using chrome ? fabricius: mozilla Bernard1: i had some issues with chrome, but now i can see it on chrome, ff, safari fabricius: and chrome - mostly both using parallel Bernard1: just check on a win7 machine
ff and ie9 ok fabricius: funny in ff: Required features: feature_wiki. If you do not have the privileges to activate these features, ask the site administrator.
http://www.avtalyon.org.il/Home
http://www.avtalyon.org.il/HomePage aswell Bernard1: ?
Home = there is no such page CIA-36: tikiwiki: 03sylvieg * r39950 10/trunk/tiki-setup_base.php: notice Bernard1: http://www.avtalyon.org.il/HomePage just fine marclaporte1: joined #tikiwiki Bernard1: i have a blank page on Opera (mac) only fabricius: no it isn't - I should send you a screenshot Bernard1: ah no hopefully it is working fine too
i believe you :)
i just don;t get how this can be fabricius: in chrome I see the strange behaviour of the menu Bernard1: ok, well it turns to be a box and not a menu anymore fabricius: Bernard1: is that what we see after you applied the smartycode based custom menu or is it caused by uṕdating 6 to 8 as it was?
in that (second) case it shouldn't be a massive problem problem Bernard1: if you see flowers and menu items are white this is after i set a custom module with : {if $user == "admin"}{menu id=42 css=y type=horiz}{else}{menu id=43 css=y type=horiz}{/if} CIA-36: tikiwiki: 03sylvieg * r39951 10/trunk/lib/calendar/calendarlib.php: [ENH]calendar: translate calendar name Bernard1: fabricius: to complete my answer there is no connection with the update, if i set the menu as module and remove the custom code then i have the same menu than in 6x (fivealive type) fabricius: but why the login module is affected and why I cannot see the website in firefox (Error: Required features: feature_wiki)? And how a feature can be there in chrome and not in firefox?
something strange is going on
when you applied the custom module, did you put in the parameter nobox=y ?
if not, could you do so pls? Bernard1: this is the issue i mentioned earlier with Chrome (and only chrome from what i can see) the login module is weird fabricius: the whole thing is weird
did you try this:
{if $group eq "Editors"}{menu id=44 type=horiz css=y}{else}{menu id=43 type=horiz
css=y}{/if} Bernard1: fabricius: i have tested it already but for you :) you can check fabricius: nearly there
what's with the other problem - anyway not an option if a website is only visible with one single browser
the nobax thing would be fine - you could get the design of the original Bernard1: i just set : {if $group eq "Admin"}{menu id=42 type=horiz css=y}{else}{menu id=43 type=horiz css=y}{/if} fabricius: nobox - not nobax - fighting with my keyboard Bernard1: same
:)
i mean same display
tiki-top is missing
i mean in the menu module i have to set
menu_id = tiki-top
tiki-top is the css class that contain menu background and seperator fabricius: arrgl Bernard1: joined #tikiwiki
if i replace <div id="mod-sitemenu_custom_codeo1" > with <div="tiki-top"> it is ok
i can modify the stylesheet but this is starting to look like Piza Tower with a lot of scotch and glue. fabricius: Bernard1: #topbar_modules {background: #003D14;min-width:50px;}
makes it much better
the real problem is not the stylesheet
a) I am wondering what happens with the login - might be a minor problem aswell
WHAT THE F* makes the website disappear in Firefox
WHAT THE H* Bernard1: :) your firefox fabricius: makes the feature_wiki switched off in MY firefox??? Bernard1: ?
btw i have set the custom module back to {if $user == "admin"}{menu id=42 css=y type=horiz}{else}{menu id=43 css=y type=horiz}{/if} (only menu 43 was displayed in any case) now it this is good
refreshing cache
ok i have background but not the menu like it was... fabricius: and I have menu but no background
and only in chrome Bernard1: ...
i have set off apc cache fabricius: no more error message in firefox on HomePage, but a blank page now Bernard1: also fabricius: background there now -: Bernard1 think we should have an option : module enable/disable anyway :) fabricius: some minor adjustments needed now: move the cssmenu a bit; font-weight: bold; width of the options, dividers
ahhhhhhh the website appears in firefox!!! Bernard1: ok added #topbar_modules .cssmenu_horiz li a to the existing css now look good CIA-36: tikiwiki: 03sylvieg * r39952 10/branches/8.x/lib/menubuilder/menulib.php: [FIX]menu: export the canonical name not the long url Bernard1: when admin log the menu is on 2 lines, the second one is still with white background, but i can live with that fabricius: there is a strange character (or a hebrew character) "under" the arrow that shows additional flipping submenus CIA-36: tikiwiki: 03sylvieg * r39953 10/trunk/lib/menubuilder/menulib.php: [merge/r39952]FIX]menu: export the canonical name not the long url Bernard1: funny, setting OFF apc cache solved my proble of login bix in chrome fabricius: what is apc cache? Bernard1: should be here (i dpn;t have it) thet is a text indent : 999px
a very good php cache… worked fine so far with tw6 fabricius: Bernard1: please check the submenus - shadow and background must be repaired Bernard1: fabricius: i will stop experimenting this solution… now the submenu background is gone fabricius: hehe Bernard1: :) fabricius: just said Bernard1: this is too much customizatio nand tweaking. fabricius: I'd say it is just some CSS Bernard1: yes :) fabricius: I do such every day - a bit boring Bernard1: i lost faith :) fabricius: you could do that another day - maybe it will be easier than coding a new visibility preference
would you say, that technically the custom module with smarty is working? Apart from necessary CSS changes? Bernard1: i appreciate your help but i really don't think it should be like this. After all if i consider that all start from an update between tw6 and tw8 it should have been smoother
yes it is working… but this is a lot of energy for a simple nogroup restriction. fabricius: the energy seems to be a onetime job because of some css necessity
because the custom module triggers different selectors than the menu module
if it really was this, I would not aginize and just customise the theme a bit - but that is just my personal opportunity
what is the alternative?
coding a nogroup restriction? Bernard1: coding a nogroup restriction? = y
i have many case where it is useful and help to get to the point without haveing too much work
in the meantime i found a trick
admin language is en other users are he. So i use visibility setting and it work.
Previously the website was monolinguale he only (my admin was still in en modified in the db), but because of some changes i had to activate multilingual to continue have my admin en and the others he.
got to go to sleep. :) fabricius: ok
bye