Evening everyone .. I have a question regarding converting word into articles or wiki with tiki.. 
Welcome to the official Tikiwiki English Irc channel, Please just ask your question, dont ask to ask, someone will reply if and when they know the answer. Welcome again and please stay awhile
Welcome to the official Tikiwiki English Irc channel, Please just ask your question, dont ask to ask, someone will reply if and when they know the answer. Welcome again and please stay awhile
Evening everyone .. I have a question regarding converting word into articles or wiki with tiki.. There is a entry about using open office, but yet I'm having problems finding the instructions to use openoffice to convert to tiki..  
Welcome to the official Tikiwiki English Irc channel, Please just ask your question, dont ask to ask, someone will reply if and when they know the answer. Welcome again and please stay awhile
Welcome to the official Tikiwiki English Irc channel, Please just ask your question, dont ask to ask, someone will reply if and when they know the answer. Welcome again and please stay awhile
!help
You can get a more complete list of commands that work with this bot at http://tikiwiki.org/TikiBot .
Anybody else missing the right column in IE7 after a recent svn update?
Just checked in IE8. RIght column is missing in 'Compatibility view'.
Which means when displayed as written for IE7 compatibility. When compatibility view is off, IE8 tries to display sites according to web standards. Then the right column comes back.
My guess is maybe something in tiki.tpl revision 17588 broke the display for ie7.
(unless other people are still seeing branch3.0 ok in ie7; then maybe something in my install is weird.)
...or the body property change in stylesheets, if it could affect ie7....
tikiwiki: 03chibaguy * r17605 10/branches/3.0/styles/ (7 files in 2 dirs): [FIX] Replaced module toggle img float with positioning to prevent box content from moving around on hover (esp. a problem in narrow columns like Strasa's).
btw, luciash, IE8 handles your breaktest page nicely. :-)
so we just need to make it through the next decade as ie8+ slowly replace ie7, ie6, ie5.5 etc.....
tiki.tpl?revision=17546 works normally for IE7. Apparently some change since then breaks the right column display. #c1c2 leaves space for it, but content doesn't show.
tikiwiki: 03pkdille * r17606 10/branches/3.0/templates/ (3 files): [MOD] theme control: deploy remarksbox to this templates
holom
chibaguy: that is some bad news about IE7
chibaguy: unless it does happen only when you have the layoutshadows on the revision 17588 shouldn't affect it
tikiwiki: 03pkdille * r17607 10/branches/3.0/templates/tiki-stats.tpl: [FIX] tiki-stats: html
chibaguy: in IE8 can you switch to "compatibility" view manually somehow (i hope it's not forced to it by default) ?
Right, I checked in ie8, and tiki 3 displays fine now when not in compatibility mode ....
but switching to compatibility mode makes the right column not show.
(compatibility mode means compatible with ie7, apparently)
(or compatible with whatever ie7's display model is)
i understand
so 17546 is still ok ou say ?
*you
i'll investigate what changed after
yes 17546 is ok.
I tried commenting out the safari workaround in CSS body selector, thinking maybe ie7 was also affected by it, but that didn't change anything. 
is it on wiki homepage ?
So I guess it's a tiki.tpl change.
it = ?
it happening
yeah, iirc (now I have the older tiki.tpl installed)
I believe it was all pages. for sure wiki pages and admin-look.
ok, i'm trying to avoid it can be other template like information.tpl or something what changed in 17550
(there was no change of tiki.tpl)
ok
so it must be 17551 :-/
can you try that one with tiki.tpl please ?
ok
Yes, 17551 works ok.
oh, works ok still ?
i would expect that change caused it
okay, lets investigate further :)
chibaguy: if 17579 is ok for you too, then it really must be caused by 17588 or it must be something else than tiki.tpl
theme thenews ?
Problem was in every theme I tried (I was doing theme-related stuff when I noticed the problem)
I'll check with 17579
17579 is ok - all columns showing
17588 ? thanks for testing :)
tikiwiki: 03pkdille * r17608 10/branches/3.0/ (7 files): [FIX] remove some useless code following pagination_links deploying
Sorry, 17588 and 17579 are both bad (17579 wasn't being used yet when I said it was ok)
hum, well... if 17551 works ok and 17579 is bad...
chibaguy: that is weird, i didn't change anything in the 17579 tiki.tpl except removed the siteidentity check which shouldn't affect it
chibaguy: are you sure 17551 is ok ?
I'll check again
17551 is bad
hmm
hmm, so apparently you didn't clear your cache before ;)
so it must be what i suspected
see http://www.alistapart.com/articles/beyonddoctype
(choice of the googled results)
17546 is ok (checking again)
yep, 17551 is bad (using tiki-admin_system.php?do=all to check)
so we have to find way how to force IE7 back to quirks mode where it behaved as intended or fix *lite to work well in IE7 standards mode now
that's good what we revealed here... now i know *lite is failing on strict mode in IE7, thanks gary
sure :-)
if it really is in strict mode... can you check if IE7 switches to strict mode with 17551 ?
How can I check that? Page source?
write this please in your IE7 URL bar: javascript:alert(document.compatMode);
(when on the tiki page)
"CSS1Compat"
yes, it means strict (standards) compliant mode
ok
not quirks
i guess you don't see the chinese letters i added on menghao test site in IE7 then, because they're in right column module
That's right. They don't appear.
fine, in long term i think i'll have to find way to fix *lite css to be compatible with both modes
if i (or anyone else) cannot find a fix quickly, we will have to force IE7 to quirks mode in our templates imho
what do you think ?
well, we definitely need a quick fix for branch 3.0...
yes, that's what i mean
I hope you have an idea on that; I'm pretty clueless... :-)
I have to go out for a while, but will be back in a few hours....
okay, later gary
tikiwiki: 03luciash * r17609 10/branches/3.0/templates/tiki.tpl: [FIX] IE7 bug workaround: removed html comment especially right before <html> tag because it oddly causes fail for CSS hack selectors starting with *:first-child+html it seems
chiba_away: try 17609 ;)
ok, luciash, I'll try it.
luciash, sorry, still no right column for me.
on homepage
maybe other tpl files which do not use tiki.tpl as base must be updated too
ah..
chibaguy: it's tested, it must work for you in IE7 too ;)
was on cache-clearing page.....
hmm, cache clearing page uses something else than tiki.tpl ?
hmm, homepage doesn't have a right col either.
ok, luciash, right column is showing now.
maybe another clearing was needed. :-)
pfff :)
i always do ctrl + refresh
just in case ;)
おはようございます
Dobré ráno
ouf... :)
i want to attribute an object (tracker) to a group. I have 4 groups already and i can't add one more... is there a limit ?
おはよう, Yoni :-)
tikiwiki: 03pkdille * r17610 10/branches/3.0/templates/tiki-admin_forums.tpl: [MOD] code indenting - no changes
tikiwiki: 03luciash * r17611 10/branches/3.0/templates/tiki-site_header.tpl: [FIX] site ads: do not duplicate ads in site header
{debug} is not working in 3.0 :-(
tikiwiki: 03sylvieg * r17612 10/branches/3.0/lib/wiki/renderlib.php: php error
tikiwiki: 03luciash * r17613 10/branches/3.0/templates/tiki-site_header.tpl: site ads: oops, fixed previous commit
Yoni: what do you mean by attribute an object to a group? assign perm?
hi Sylvie
yes
luciash, are you around? Now Coelesce's center-column stretches across the left column, and there's a big horizontal scrollbar.
...in IE7.
Also strasa has a wide right margin and strange background coloring -- these can probably be fixed in css tho.
Funny how one adjustment for IE7 causes other breaks. 
what a pile of sh*t, that browser.
chibaguy: uh uh, i will look at them :-p
maybe an incomplete svn-up for me? I only updated tiki.tpl in the last few hours.
was that there before or after the IE7 workaround ?
ah, doesn't it use custom tiki.tpl, right ?
I updated the tiki.tpl 17609 to test, but not other files 
i just removed the html comment as you can see
these themes use the default tiki.tpl
nothing else
ok
Well, I'll check what's going on. Other themes don't show any problems...
cool
i have also one little problem now in IE7 with menghao test site
tikiwiki: 03sylvieg * r17614 10/branches/3.0/ (2 files in 2 dirs): [FIX]menu: fix maxRecords
Can somebody check if the pagination in tiki-admin_menu_options.php is broken when ajax is on?
the second page is filled with 2 strange lines
sylvieg: hold on
click on arrow or pagination number ?
both
aah ah on a fresh install it is ok ... but I have 2 sites where it is not working :-(
i don't see any strange lines
thx luciash
how much ajax is experimental ?
np
so I need to find what is specific to the 2 sites... they overwrite the smarty variable channels...
ajax is working pretty well except for this problem..
:)
maybe it could be moved from experimental to UI enhancements then ?
chibaguy: cssmenu vertical doesn't work well :-(
Hm, it used to.
was indistinguishable from phplm.
in some themes.
chibaguy: coelesce works perfect in ie7/vista
i have a bunch of test machines here (vista xp, ie7, ff) you need some tests on browser ?
chibaguy: well, except horizontal scrollbar appears and pagination is little bit broken :-p
css vert menu has some problems in some themes in ie7; I need to check again
chibaguy: feb12 looks perfect in IE7
chibaguy: i'll try to fix strasa background for IE7, i think i know what it is
Yoni: thanks, can you check in IE8 ?
chibaguy: it has problems in FF too
how about coelesce? No problem? For me right now, wiki pages have a problem - the center column background goes across to the left to the left window border, and the scrollbar goes wide to the right.
well i will download it :)
chibaguy: also i'd like to know why the shadow effect of superfish is not applied... do we start from scratch with css of superfish ? it works perfect on their demo site ;)
FF has problems with css vert menu in which themes, luciash?
chibaguy: i don't see any weird background in coelesce, i can only confirm the horizontal scrollbar
chibaguy: css vert menu in thenews
hmm, ok. I'll check my file versions, etc.
give me the url 
chibaguy: oh, maybe it's on my side, now i noticed with svn status that my lib/csslib.php is modified
chibaguy: sorry for false alarm
chibaguy: probably i was trying to fix the shadow and broke other stuff ;)
ah, ok. 
luciash, about superfish and shadow, etc., we had css for the menus to function before, of course, so superfish works on top of that. I'm wondering now what the best course is.
I tried using the superfish css but it didn't seem to work without jquery on.
I mean the css from the superfish download zip.
...using it as our css/cssmenus.css but with class names changed to fit our menu construction.
ah, suckerfish menus should work with JS off, only pure CSS, right ? so superfish when jquery goes off should go off too and degrade to suckerfish, right ?
yes, that's right.
which is what happens now.
are our cssmenus pure suckerfish or modified ?
pretty much pure, but with a little js to enable them for ie6.
which is standard procedure afaik.
the css at the superfish demo is rather different, though.
Lu what is the url of the website you want me to check
http://test.ground.cz/tiki/3.0
chibaguy: i talked bullshit, lib/csslib.php is not for cssmenus but for edit css feature so it couldn't affect cssmenus rendering *g*
k
:-)
chibaguy: so i succesfully wiped out my enhancements to it by rm and svn up, kewl :-)
well, I plan to go through the css menus in each theme and browser (too many interruptions today).
I know there are some problems but mainly I think they're working pretty well.
so the problem persists, my left vertical cssmenu expands under main col in thenews
And with jquery/superfish, the tiki suckerfish menus' movement is very nice imo.
that's in ff?
chibaguy: yep
Hmm, it expands on top, in mine. I'll check if I forgot to commit something, or what....
You can try http://zukakakina.com/tw3/
chibaguy: oh yes, they look much better on yours
Hmm again....
looks like unstyled on mine
they're set on the lates, hmm, that's weird
*latest
Well, the main layout for the menus is css/cssmenus.css, and some theme-specific styling from thenews.css
chibaguy: http://test.ground.cz/tiki/3.0
code i use for the module: {menu id=43 css=y type=vert}
is it ok ?
(it's the "Main Menu")
Your css menu module needs overflow=y parameter.
or what is the correct way to display vertical cssmenu ?
I believe that's the trouble.
aah, that should be documented better in the modules admin interface
Yep, I forgot about that....
why is that needed and not implemented directly in CSS ?
ah, i understand
It could be. I couldn't find where the menu code is put together. Actually if the div.box of the css menu module is given a class=cssmenu, then we could do it through css.
because in themes .box-data is set to overflow: visible smetimes
*sometimes
Yeah, actually I kind of kludged the visibility for cssmenus in modules. It should be done more elegantly. 
heh
now i have same behaviour as on zukakakina on my test ground ;)
ok!
but your code isn't latest there, the double arrows are still visible ;)
I was wondering about that....
heheh, my wife laughs and asks what "zukakakina" means :)
she said "tikiwiki" sounds serious compared to that ;)
Heh, my daughter made up that word when she was about 4.
aah :)
Sat on an office chair backwards and cruised around the room on it.
That was her name for the chair.
nice :)
Do the cssmenu >> characters come from lib/jquery_tiki/tiki-jquery?
yay, you have avatar in the jquery tooltip there, how did you do that ? :)
chibaguy: yes
i have switched it off by default in recent commit
I think I turned on "make info public" in user prefs.
I can't seem to get rid of the >> characters. Updated lib/jquery_tiki/tiki-jquery.js and cleared caches....
i'll check the svn mailing list for you
tikiwiki: 03jonnybradley * r17615 10/trunk/ (5 files in 4 dirs): 
tikiwiki: [ENH] Improvements for mod-webmail_inbox.
tikiwiki: Added AJAX refresh, now obeys autoloaddelay (module param) and autoRefresh (mailbox setting)
tikiwiki: Part of the GroupMail project
looking at tiki-jquery.js, I see that autoArrows: false ...
Re: [Tikiwiki-cvs/svn] SF.net SVN: tikiwiki:[17583] branches/3.0/lib/jquery_tiki/tiki-jquery.js
yes, that does the trick
which I uploaded to my site...
but i made it only for horizontal menus it seems :-p
I was just wondering about that too...
*g*, sorry, i noticed it myself right now too
but I don't see the >> at your site in the cssmenu_vert
now i wonder how come they don't show up at my test ground too ? :D
:-)
hmm, it's latest 3.0 with no modifications
is your thenews latest ? do you use transitional style on zukakakina ?
transitional style is on now, yes.
I think my thenews is latest.
I just modified tiki-jquery.js to add the same arguments (or whatever they're called) to $jq('ul.cssmenu_vert').superfish(), just to check the effect.
(no more >>)
ok, i think we loose lot of time on those little arrows, it's not such a big deal, i'll let you do something more important ;)
heh, you can commit that i think then
tikiwiki: 03chibaguy * r17616 10/branches/3.0/lib/jquery_tiki/tiki-jquery.js: [MOD] Don't show auto arrows (>>) in vertical css menus (same now as horizontal).
hey, I'm a javascript programmer.... ;-)
*g* :D
even your comments are duplicated (I get paid by the line of code, right? ;-) )
yep, but you have to use minify before you commit the code ;)
:-)
One neat thing about the superfish demo/code is the arrows use alpha transparency so can work with any color background, if I understand right.
I think we need something like that to avoid contrast problems.
arrows are easy to be transparent even non-alpha (8bit)
especially when the diagonal is 45 degrees
but the arrow could be also font character from utf-8
switch the autoArrows back ? ;))
I was just going to ask what was the reason to turn them off? ;-)
just kidding, it can be overriden at js page load init
anyway
let them be off for now. two arrows were weird
Is the problem with autoArrows that they appear even for nongraphical browsers?
the problem with current triangular arrows is that they're at fixed position so when you have longer menu item it looks wrong
yes
the triangles now are bg images of the li
positioned something like 90% 50%
couldn't the top level menu items be auto width of the module ?
oops sorry bg of li a
and for the items padding-right: <ccasizeofthearrow>
i think it shouldn't be a problem for vertical menus
yes, as long as the first dropdown (.cssmenu_vert li ul) has a margin-left to match
This can be done in the theme stylesheet. sylvieg did it for darkroom already (maybe I messed it up, but if so will fix it)
(I'll be happy when remember me remembers me again....)
chibaguy: i'm not sure but i have become suspicious the rememberme doesn't work only on localhost, but maybe it's just a feeling
ah, maybe my domain setting is bad.
remember me remembers you?
it doesn't on my localhost :(
well, my zukakakina.com/tw3 isn't either
but I just checked and its Remember me info is completely wrong.
ah, in /var
tikiwiki: 03pkdille * r17617 10/branches/3.0/templates/ (tiki-view_forum.tpl tiki-view_forum_thread.tpl): [MOD] forums: homogenize the heading part of view forum and view forum thread. Remove links to messu-mailbox which were strange and not optional.
tikiwiki: 03jonnybradley * r17618 10/trunk/ (lib/searchlib.php tiki-searchresults.php): 
tikiwiki: [FIX] Partial rollback of 17601 to fix search (Selenium tests)
tikiwiki: Presumably commited by mistake?
tikiwiki: Maybe this would be better done in an experimental branch?
chibaguy: on test ground it keeps me logged in pretty long as opposed to my localhost
i think .localhost as domain cookie name is not taken
while .test.ground.cz is working fine
ok, probably my configuration is not right.
tikiwiki: 03luciash * r17619 10/branches/3.0/templates/tiki.tpl: oops, layoutshadows pref value must be checked, not just its presence
chibaguy: yep, darkroom css vert menu looks nice, should be done the same for thenews
I'll get to that tomorrow....
little fixes of appearance in IE6 and we can switch to css menus by default then instead of PLMs
:)
ok, there's still that problem of alignment when on right side
there the PLMs are ahead
but with small menu by default it shouldn't be big deal to have them by default anyway ;)
It seems to be possible for suckerfish menus to be aware of window edges, like http://pfirsichmelba.de/artikel-scripts/dropdown/horizontal.html .
dropdown goes the other way when too close to the right margin
I guess using javascript
chibaguy: yup, but the beauty of pure cssmenus is that it doesn't require JS
!help
You can get a more complete list of commands that work with this bot at http://tikiwiki.org/TikiBot .
bye bye all
bye Yoni
こんばんは
how do you prounonce it ?
kohn-bahn-wah
something like that
Kohn bahn wah
:)
tikiwiki: 03luciash * r17620 10/branches/3.0/tiki-edit_css.php: [ENH] edit css: allow page reload after save without re-submitting
luciash: is 'feature_ie56_correct_png' still a pref in trunk?
hy to all - the feature onmouseover showing the userinfo gives me  a lot of errors be the validator on validator.w3.org
sylvieg: i don't work on trunk recently
using newes svn
luciash: I am just merging
sylvieg: it should be replaced there too
ok it is what I thought - thx
artbody: thanks for report, 3.0 ?
4
update is 10 minutes old
http://validator.w3.org/check?uri=http%3A%2F%2Ftest.debuk.org%2Ftiki-index.php&charset=%28detect+automatically%29&doctype=Inline&group=0&user-agent=W3C_Validator%2F1.606
artbody: trunk then, we'll fix it on 3.0 and merge to trunk later
yes but it seems to be in 3 too
as i said
ok
the rest looks good
great work
tikiwiki: 03sylvieg * r17621 10/trunk/ (73 files in 24 dirs): [MRG] Automatic merge, branches/3.0 17567 to 17617
Hey Guys
I just encountered a huge bug in 2.2...curious if it is in the latest versions too.
I renamed a Wiki page via the rename button at the bottom of the page.   I renamed the page from CRG to CRG/Certification
the / messed with the link...so I changed it to CRG-Certification
I then realized that EVERY page that had a link to CRG was completely deleted.
big bug.
The pages exist, but are totally blank now
artbody, the code for that has been replaced for Tiki 3
a ok
tikiwiki: 03jonnybradley * r17622 10/branches/3.0/ (2 files in 2 dirs): 
tikiwiki: [MOD] Re-arrangement of experimental features as per:
tikiwiki: http://dev.tikiwiki.org/Release30process#Suggested_new_layout_for_experimental_features_section
tikiwiki: Also new "half_width" class for these kind of divs
tikiwiki: 03jonnybradley * r17623 10/branches/3.0/templates/tiki-admin-include-features.tpl: 
tikiwiki: [MOD] Implement half_width div class in rest of file
tikiwiki: (for simpler, lighter mark-up)
tikiwiki: 03luciash * r17624 10/branches/3.0/ (templates/tiki-edit_css.tpl tiki-edit_css.php): [ENH] edit css: allow choose save and continue editing or save and display the CSS code
In 2.2 some filegal images aren't showing on IE but do show in Firefox.  I'm not finding bug reports for that.
tikiwiki: 03ricks99 * r17625 10/branches/3.0/ (8 files in 2 dirs): [ENH]amin ui revamp. ongoing
luciash: ping
is there an easy way to "turn off" comments for a specific wiki page? 
or do i have to modify the perms?
ricks99: You might try defining a Category which does not have the can-comment permission, and attaching that Cat to the page.
hm...
theres no comment perms for categories
i would love to be able to override the comments on a page-by-page basis (similar to the contributors listing)
marclaporte: pong
luciash: : will you delete extra html comments?
luciash: : I am seeing them appear in wiki plugins, not sure if you or Sylvie's :-)
marclaporte: if nobody else wants to...
sylvie's are TPL:
central management is better if it works well
any comment on the bug I saw?  Anybody else ever seen that?
otherwise, 1 million monkeys will have to do...
btw, do you prefer them as TPL and /TPL or START of and END of ?
I think START is clearer for newbies
liquidape: i don't get it
but I won't fight over it :-)
I am just SOOOOOOOOO happy I will have markers
this will save TONS of time
:)
luciash:  why did you wait this long?
:-) :-)
marclaporte: no monkeys here, two replace commands are enough ;)
hehe :-)
marclaporte: i didn't wait, i just didn't thought about it before until i saw it in another CMS ;)
marclaporte: i think these <x> or something else must appear even when you are an admin unless the page is locked for editing by other users
bbl
So would have to use html plugin?
ricks99: I think you have to define a Group with the desired permissions, then attach that to the Category.
*&^*(&^$%^&
re
!help
You can get a more complete list of commands that work with this bot at http://tikiwiki.org/TikiBot .
tikiwiki: 03pkdille * r17626 10/branches/3.0/ (8 files in 2 dirs): [MOD] backport to 3.0 find.tpl and auto_query_args
My large image problem was... Photoshop sticks stuff in JPEG which IE can't handle.  Have to "Save as Web image" in Photoshop.  Bug from 2002 A.D. which IE7 still trips over.
SEWilco2: aye
tikiwiki: 03pkdille * r17627 10/branches/3.0/lib/quizzes/quizlib.php: [FIX] quizzes : fix the tiki-edit_question_options grid search
tikiwiki: 03pkdille * r17628 10/branches/3.0/ (11 files in 2 dirs): [MOD] find: deploy find.tpl and auto_query_args to some files
image galleries can be nested, is it so with file gals too ?
i don't see such option when creating new file gallery for parent gallery
ah, ok, seems it takes automatically "where you currently are and you then follow the create link"
so we got no mp3/ogg player wiki plugin included ?
luciash: yes file gals can be nested:  To nest a new file gal, go to the file gal that you want the nested file in and then create the file there instead of from the top level
liquidape: thanks, already realized that too :)