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