hi everybody. I just talked to Marc and I think we found a glitch somewhere :S hi EvocaT1o glitch of wha ? oh sorry forgot to explain. fail. dont ask to ask right ;) I'm using Tiki5 from the svn trunk. I tried to use banner plugin. When I tried to use {banner(zone=name)} and it breaks the whole site. well, trunk (main development code) can be pretty different from branch for Tiki 5 (branches/5.x) tikiwiki: 03chealer * r27303 10/trunk/lib/toolbars/toolbarslib.php: [FIX] the FIX; restore icon titles on custom plugin icons (cf. r21553) but the syntax example you give is wrong EvocaT1o: it must be {banner zone=name} without the brackets Also. with the same site. What I talked with marc was that I made a html block to do a subscription to tiki-newsletters.php ooh! ok, so no paranthesis () things (I've seen it in the docs) yes, parenthesis only work with wiki plugins which needs to be written as {BANNER(zone=name) /} or {BANNER()}some content block{BANNER} (just example) EvocaT1o: feel free to fix it in the doc wiki ok, course will. but How do I know how to write it. Try it in pages? yep, there's plugin help also ... I tried ways, and now the page render blocks in middle. I'm kinda stuck. I guess I should check which SQL query and delete the faulty entry you can pass params in url to the admin page but it stops rendering. What's the bug tracker address? something like tiki-admin.php?page=look¶mname=value&looksetup what textarea did you put the code in ? "Custom Site Header" ? in the HomePage page tried some ways to write it there it was on /HomePage ah, then you can go just to tiki-editpage.php?page=HomePage&fullscreen=y to edit and fix it ? no, i cant it dies there. it dies here '
' weird, it shouldn't when you put the code just there and not on whole site like in the custom site header So I am mistaken. I guess it happened when I updated banner configurations tikiwiki: 03nkoth * r27304 10/third_party/jquery/ (160 files in 26 dirs): [NEW] Add jquery validation (to be used in Trackers). Actual feature coming in next commit EvocaT1o: did you actually try to put in the URL what i just suggested ? you know the other place that's not in user modules (i did check Parse wiki markup), nor in banners (new banner) stuff. an other place that I cant recall of yes I tried it ;) ah, so not only in HomePage content but in module, right ? yes. I was mistaken when I explained it, sorry. try tiki-admin.php?page=look&feature_sitemycode=0&looksetup I tried in many places so, its hard to guess where it is wrong. but when it jams, telling it breaks with something '
" it seems to be the module thing that I tried to configure for it. nothing. nope, sitead seems the header stuff let my try on my local copy I do php development. but tiki is sooo different that I feel like I do not know anything. I would go into the code and try to look for myself too np EvocaT1o: the code changed much between versions so i cannot dig it out if even possible change via URL now, so easier will be if you go to database and change the value in table tiki_preferences for feature_sitemycode then you can check if you can go and fix the string again there on the tiki-admin.php?page=look&cookietab=2 EvocaT1o: ah, figured it out, try this → tiki-admin.php?page=look&lm_preference[]=feature_sitemycode&looksetup sorry. back darn. it doesnt change anything you have putted it in one of the different custom code textareas then :-/ not the sitemycode one maybe it was on the siteads page ? uhm. I will use my local copy and tell you wait a sec tiki-admin.php?adssetup=&sitead=&lm_preference[]=sitead&lm_preference[]=feature_sitead&lm_preference[]=sitead_publish oh, it woke up!! :) so what is that feature for? sorry, this one is better (but the previous apparently worked too): tiki-admin.php?page=ads&lm_preference[]=feature_sitead&adssetup :) so make sure the banner code looks like the example there e.g. {banner zone='Test'} (and that your banner code in tiki-admin_banners.php is correct XHTML syntax too) >learn fix bad custom code ads as tiki-admin.php?page=ads&lm_preference[]=feature_sitead&adssetup OK, here we go! >whatis fix bad custom code ads 'fix bad custom code ads' could be tiki-admin.php?page=ads&lm_preference [] =feature_sitead&adssetup ooh. ok. Will use the {banner zone='name'} syntax. how can I guess what is the right syntax to use? >learn fix bad custom code sitemycode as 'tiki-admin.php?page=look&cookietab=2&lm_preference[]=feature_sitemycode&looksetup' OK, here we go! EvocaT1o: you don't need to guess, it is under the textarea as an example written there >whatis fix bad custom code sitemycode 'fix bad custom code sitemycode' could be 'tiki-admin.php?page=look&cookietab=2&lm_preference [] =feature_sitemycode&looksetup' hm, i wonder why this bot puts the spaces there :-p In regards to the database schema, what are dates stored as? i.e.: table: "tiki_history" column: "lastModif" tikiwiki: 03nkoth * r27305 10/trunk/ (20 files in 11 dirs): [NEW] AJAX Tracker entry validation using JQuery Validation plugin Narkster|Desk: presumably UNIX timestamps (that's date and time) Copy that. Thanks. Hi again. How can I make a banner in a module. I can use {banner zone='name'} in a wiki page. And I verified Permissions. but it doesnt show any banners, even text in the user module. cant figure Sheez! I just tried to add CSS and the page is blank aah. tikiwiki: 03chealer * r27306 10/branches/5.x/lib/rss/rsslib.php: [FIX] RSS feed broken by backslash if Tiki in document root on Windows (Closes: #923) polim milop How you are doing Changi ? fine and you :) :) Well... but ungry ! .polom hi Jonny polom guys and (away) gals hi all hello everyone lol, hi all now just xavi has to join ;) hola, amigos hola psu :-p On és el veritable Xavi? psuedoxavi didn't know how to do the inverted ! mark "psu" sounds like "of dogs" in czech :-p it's also short for Power Supply Unit :| :) :-) psuedoxavi should have spelled his name pseudoxavi, actually. the pretender is a bad speller good point chibaguy - that would be less like something you make shoes out of sorry, we just make bad jokes of the pretender ;) :-) chibaguy: btw, the remarksbox highlight is somewhat strange in fivealive... it highlights only the title it seems wow, thanks to whoever fixed and improved the profiles applying duration performance now it was fast :) I'll check on the remarksbox, luciash. I didn't notice that change.] it is visible when you have REMARKSBOX plugin with the highlight param set to y ah, ok. I don't know if I tested that case. and title set luciash, is that type of remarks box ok in other themes? i didn't try, mom i mean just a moment, not calling you my mom ;) I recently changed div.highlight in layout or design.css, to make it inline, to avoid the highlighting going 100% anytime text was highlighted. I don't know if that changed something for remarksbox. ah, yes, that might be the problem heh, yeah was wondering if our relationship changed. ;-) *g* i think whole content of the remarksbox data background should be highlighted, shouldn't it ? not just inline, but whole block it's broken in STRASA too interestingly only for the remarksbox plugin i see another warning remarksbox on the same page (Profiles page) which looks correct chibaguy: to reproduce, you can go to Admin > Profiles and try to list the SN profile where is that, at doc.tw.o? anywhere in branch5 ok just see it on my localhost too filter the list to SN and it will list the SNiPTT profile there is warning remarksbox plugin on the top of the profile description you can see it on http://profiles.tikiwiki.org/SNiPTT too New Forum Posts: Linking to web pages in a dev environment - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=37266 yeah, pretty messed up. there must be something different for the RMB plugin versus the direct Smarty remarksbox in the tpls Well, when .highlight isn't inline, it makes a full-width rectangle that contains the tabbed box. Is that the desired effect? (admittedly, much better than what's happening now) i would say yes, but i don't know where else is .highlight class used as inline i think we have to be more specific, like div.highlight vs span.highlight i wonder why the display: ... must be actually specified well, warning messages in the admin pages have text in div.highlight. wouldn't it work without it ? well, they go full width, even if it's just a few words. probably they should be spans there. it's standard behavior of block elements like div, i don't consider it to be a problem where ? In some admin pages, where there's text like "Needs phplayers." A couple of words in an orange box that goes full width of the column. I'd prefer just the text gets a highlighted background. i think remarksbox is a box, thus block element and should look like fullwidth as seen on tiki-mods.php This isn't a box, though. It's just text. div.highlight gets used for these text comments too. when having .highlight class it should specify just background color, not display: type but the admin text is in a div. div.highlight. should be a span, I think. so if they're divs (the simple short texts to be higlighted), it is probably wrong on the admin pages and you are right, they should be spans instead anyway, I'll revert the css. but not force .highlight to be display: inline yup, good move :) tikiwiki: 03chibaguy * r27307 10/branches/5.x/styles/layout/design.css: [FIX] Remove display:inline property from div.highlight since it had bad effects on remarks box. Thanks to luci for noticing. Recent Bug: Tracker item: #3195 - - messu-mailbox.php shows "Array" where other pages show ... - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3195 tikiwiki: 03sylvieg * r27308 10/branches/5.x/tiki-view_tracker_item.php: [FIX]tracker: missing param http://dev.tikiwiki.org/tiki-searchresults.php?highlight=kitchen+sink&search=Go layout broken and no results :-\ FF 3.0.x Great idea this channel... first time using #tikiwiki :) hi Helene, welcome just trying the IRC channel or gonna using Tiki too ? I'm totally using Tiki:) Since we're using Tiki for some contracts at work, I want to contribute too! I am actually trying to fix some bugs ... cool :) r u gal ? (according to your nick name) dont't know what gal means ... but I'm French if it was the question ;) gal = slang for girl/woman gal = girl = female :) we never have enough of them in the devs team ;) yeah female hahaha;) sorry :P np :) what fixes you have made ? for what version actually ? well, my female employees tend to use nicknames where you can't figure out if theyre male or female, that saves them from a lot of annoying chatters in some channels JoernOtt: understandable :) JoernOtt: some ppl think i am female too on the other hand :-p hehe, using luci might be the reason for that :-) tikiwiki: 03jonnybradley * r27309 10/trunk/lib/payment/cclitelib.php: [MOD] Cclite: Code tidying, reformatting, cleaning comments plus a few small fixes !help You can get a more complete list of commands that work with this bot at http://tikiwiki.org/TikiBot . >help (help [] []) -- This command gives a useful description of what does. is only necessary if the command is in more than one plugin. @luciash actually I'm a not a programer or anything else like this so it could be my first fix today! If I can find information on what I'm looking for, I could maybe fix something;) Trying hard now...:P On v4.x Helene: what you're lookin' for then ? Luciash: in the editor, some icons doesn't work well... when using color, special caracter and wiki link, they appear at the end of the page instead of where the cursor is ... trying to see if it's the same thing v5.x... there's a tiki5 to try on the web? Helene: try http://demo.tikiwiki.org/tiki5 might be fixed in Tiki5 but i am not sure Helene, I am using trunk (future 6.0) and it happens to me sometimes when using Firefox 3.6 on Linux and Windows I have a query regarding protecting text from user editing. I'm using the {INCLUDE..} plug in to combine two pages one of which is locked. This provides edit protection on the locked page. However you inevitably end up with the {INCLUDE..} statement on the unprotected page. How do you prevent users from deleting or changing this? Why not create a locked page, containing 2 or more includes? some of those being editable? something went wrong with irc for me... don't know if you saw what I wrote JoernOtt ! nope JoernOtt: I need to thin about that - thanks for the suggestion JoernOtt : (you were saying it was a problem with firefox 3.6 on Linux and Windows I think) I'm using Firefox 3.6.3 on Mac... did you try if it happens with safari as well? New Forum Posts: Help on Tracker Action Field - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=37272 nope... good idea! JoernOtt: Thanks for the {INCLUDE} suggestion its clear now this would help tracking down the problem JoernOtt : You were soooo right. With Safari it's working great! So Firefox 3.6 is the problem... !help You can get a more complete list of commands that work with this bot at http://tikiwiki.org/TikiBot . JoernOtt: I've tried the two {INCLUDE..} statements on one page. I cant get both to work at the same time. Only the top one works - the bottom one seem to be ignored. What code am I missing out? one sec, trying it myself tikiwiki: 03nkoth * r27310 10/trunk/ (8 files in 7 dirs): [ENH] New Jquery validation to receive message to be shown when validation fails Leigh_: I just set up a test page but not with permissions both included pages work What did you do to assign permissions? Im using {INCLUDE(page="Pluto-1_B")} and {INCLUDE(page="Pluto-1_H")} on separate lines me too wrong syntax imho better would be {INCLUDE(page="Pluto-1_B") /} and {INCLUDE(page="Pluto-1_H") /} yup my page looks like that Master page {INCLUDE(page="Include1")}{INCLUDE} {INCLUDE(page="Include2")}{INCLUDE} but I did not assign permissions (yet) Success thank a lot Guys. That's been a great help yw Leigh_: for plugins without content data, you can use just {pluginname parm1=foo param2=bar} to simplify things ;) plugins with content data need the paretnhesis syntax though *parenthesis thks for that My editing problem are worst then I tought ... icons behavior are different in explorer, safari and firefox... I'll make some tests with v4 and v5 with all browser... Is it something done yet or it will be usefull for Tikiwiki? well, it is definitely useful Helene: please test with Tiki5 RC1 (or the SVN branches/5.x code) if it's fixed there every information in a bug report helps tracking down the problem, but sadly all those browsers are only 95% compatible Luciash: what's Tiki5 RC1? Is the demo.tikiwiki.org/5x the same thing... sorry I'm confuse... Helene: RC1 means Release Candidate 1 it was released to sourceforge.net for download the demo site might be updated from time to time directly from the SVN branch code (more recent fixes than the RC1 package) I understand! Where can I find this Tiki5 RC1 ? all downloads are available from tikiwiki.org/download http://sf.net/projects/tikiwiki > Download hi ricks99 :) http://sourceforge.net/projects/tikiwiki/files/ hi luciash :-) gives you a complete list of files explaination of the different files is on http://info.tikiwiki.org/download tikiwiki: 03sampaioprimo * r27311 10/trunk/templates/tiki-objectpermissions.tpl: tikiwiki: [ENH] minor interface improvements to tiki-objectpermissions.php: tikiwiki: - page title when editing global permissions tikiwiki: - differentiate tab title when editing object permissions and when editing category permissions tikiwiki: - button "Reset to Global Perms" now is "Delete category permissions" if editing category permissions or "Delete object permissions" if editing object p$ I found it! Thanks for your help/time... someday I'll be a very good contributor;) Helene: that would be great :) tikiwiki: 03sampaioprimo * r27312 10/trunk/ (2 files in 2 dirs): tikiwiki: [ENH] minor interface improvements to tiki-list_object_permissions: tikiwiki: - use "global" instead of "default" to refer to global permissions tikiwiki: - use "object" instead of "special" to refer to object permissions I am creating a wiki page with HTML in it. I have it set as (wiki="1") . Is there a way to use a wiki page link within the html ? I have tried ((pagename)) with no results. however, outside of the html, the ((pagename)) works fine why not use Linktext ? That works, I just didn't know if you could add tiki syntax within the html or not tikiwiki: 03jonnybradley * r27313 10/trunk/ (8 files in 4 dirs): [ENH] Payment - mainly improvements to cclite payments, but some fixes and good things for payment in general. tikiwiki: 03jonnybradley * r27314 10/trunk/lib/: [MOD] Remove external fixed revision for jquery third partly libs (had need merged from 5.x) bye tikiwiki: 03jonnybradley * r27315 10/branches/5.x/lib/prefs/feature.php: [MOD] Add the word 'spreadsheet' to jquery.sheet pref description so it comes up in LM search with feature_sheet RavenC: it wasn't latest Tiki 5 branch, right ? i have fixed the wiki=1 there just the normal RC 5.0RC1 that is.. :) fixed after RC i think Thanks! Something to look forward too jonnyb: the links are not clickable in colorbox title ? i thought you were working on it for ricks99 ... um... no, that was getting the descriptions to wiki parse title should lead to the filegal, you think? (or wot?) links in descriptions were breaking badly so needed an emergency fix i mean on http://info.tikiwiki.org/tiki-index.php if you click Featured Tiki thumbnail i thought you guys were working on making the links of the featured sites clickable in popped up colorbox jonnyb: probably i understood it wrongly tikiwiki: 03sylvieg * r27316 10/branches/5.x/lib/wiki-plugins/wikiplugin_fancytable.php: [FIX]fancytable: fix when headclass param value is not quoted Kitchen Sink (not yet) rofl touche :) :) seems someone broke ColorBox in recent branch5 ? or is it doc.tw.o only what is broken ? http://zukakakina.com/Shadowbox_gallery&no_bl=y - works fine http://doc.tikiwiki.org/ColorBox&no_bl=y - doesn't work fine tyr click the images ... s/tyr/try/ is it because "open external links in new window" ? hmm, i wouldn't expect it should do with IMG plugin links ... tikiwiki: 03sylvieg * r27317 10/branches/5.x/lib/wiki-plugins/wikiplugin_fancytable.php: [FIX]fancytable: fix header style no, it must be something else what "kills" loading of images and external links in colorbox... switching external links in new window didn't help works fine on my localhost must be some weirdness setup of doc.tw.o :-/ or conflicting feature changi: some icons on doc.tw.o are broken... like this should be icon for "note" in remarksbox: http://cdn.doc.tikiwiki.org/tiki-wiki_rss.php/tiki-/tiki-editpa/htt/In/tiki-editpa/pics/icons/pics/icons/information.png changi: can be seen e.g. at http://doc.tikiwiki.org/ColorBox&no_bl=y tikiwiki: 03sylvieg * r27318 10/branches/5.x/lib/wiki-plugins/wikiplugin_fancytable.php: [FIX]fancytable: fix correctly 26984 23915:respect alternative lines colors when sorting i think the cdn doesn't work quite right and causes various oddities on doc.tw.o problem with notification mail watches... when watching a page and i change my email, the watched page still keeps the old email value e.g. on dev.tw.o dev.tw.o is terribly slow can't approve TAG plugin there, hmm ? nice frustrating monologue hm, approving any plugin on dev.tw.o doesn't change anything, after page reload the plugin is still unapproved :-( useless hi luciash hi sylvieg which page you can not approve i rolled it back already it was on http://dev.tikiwiki.org/Raphaël alias http://dev.tikiwiki.org/Raphael shit, why the alias doesn't work again ? I do not follow you is it tag opr alias? it was TAG, then i changed to HTML, cannot approve either one now i rolled back and the alias doesn't seem to work anymore maybe the problem with approval was the umlaut in the page name no idea maybe the rollback deactivated the (alias(Raphael)) it's still there but doesn't seem to work i will try re-edit and save html is ok for me here http://dev.tikiwiki.org/test if it wasn't that damn slow site currently :( it is ok for me yeah, i suspect the ë in pagename close browser - try afgain sorry will try later - son crying for starvation no prob :) yep, after re-edit and save, the aliases work now tikiwiki: 03lindonb * r27319 10/branches/5.x/lib/wiki-plugins/wikiplugin_pluginmanager.php: [FIX] Correct version to avoid confusion on doc site.