Hi guys! The phpfreechat package doesn't work know how I can install it manually ? oh i checked, there was something wrong with the filesystem owners hi lizi. Did you try minichat? for some reson the tikiwiki script is not enough for phpfreechat. I suspect it tries to create a Dir in a non-writable dir such as tikiroot or something minichat, no ? where is that ? It's not in my TW mods list http://www.jibble.org/chatbox.php ? ah, it's in Tiki's trunk oh so.. that means it's not been released yet ? No, but last time I checked, it works with Tiki 2, though a table needs to be added to the database. http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/trunk/modules/mod-minichat.php?view=log for the php file. http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/trunk/templates/modules/mod-minichat.tpl?view=log for the .tpl file. (php file goes in modules/ dir, .tpl goes in templates/modules/) is it normal the .php is about 30 lines long ? http://doc.tikiwiki.org/tiki-index.php?page=Module+minichat for docs Yeah, can be. I don't know why there's no closing php tag, though. well, thanks, I'll investigate this :) Heh, the previous version of the .php file has a closing ?>, so that might need to be added back. Anyway, I used it and it was used on a few other sites, but I'm not sure of the current status. You can use the MODULE wikiplugin to display it in a wiki page, of course, and so have a wider text window, etc. Yep, still works at my Tiki 2.1 site. The css is important, tho, so needs to be added to whatever theme stylesheet is being used. (at least the positioning/display parts, not nec colors and borders, etc) ok :) SVN: Commit by pkdille :: r 15188 /trunk/styles/tikinewt.css: [MOD] tikinewt: remove some borders SVN: Commit by pkdille :: r 15189 /trunk/lib/wiki-plugins/wikiplugin_rss.php: [MOD] rss wiki plugin: typo the minichat is already in tikiwiki 2.1 however it doesnt seem to work for me :( I added the css to my theme, but I still can't see any text hmm i tried using one of the bundled themes, same pb Did you turn on Ajax? could it have something to do with the db that's not being written to ? ajax... should be on it's on The db should be ok; I see the minichat table statement is in the upgrade sql. as far as I can tell there is nothing in the minichat db so whatever i typed didn't end in the db I see there are differences between the trunk and 2.1 versions of mod-minichat.php. Maybe you should try the files that I gave the urls for. (I'm not sure offhand which I'm using.) (Well, I'll check....) Seems I'm using the 2.1 version of the php file. and it's working Probably the tpl is also 2.1 then weird which theme are you using ? Well, tried different ones, Ohia and Dark Shine just now. something else must be interfering I'm finding that even if the theme doesn't have the css, the msg inu dang... the message input still works. Switching to a theme with the css displays the message that the other theme could write but not see. IOW, the chat should work regardless of theme, I think. Just not well. yes, it should be able to use the stuff that's already in the (massive imho) css well, a few of minichat's divs are unique ids, so not caught by the existing mass of css. (work is in progress to chip away at the css mountain, btw.) well guess what geej I'm a stupid bitch @[FIX]minichat: display an error message in module if feature is not set@ in the trunk version so i'm like... "wait a minute, why would there be a need for such a fix" upgrade my minichat.php, and guess what? "[FIX]minichat: display an error message in module if feature is not set" aw nope :P wrong paste :D "This feature is disabled: feature_minichat " oddly enough, I haven't seen the feature minichat anywhere in the admin panel you think you're stupid, I went through this once already but totally forgot. You probably have to add the feature directly in the db. ...if there's no gui for it yet. db table tiki_preferences feature_minichat - y . hmm the feature is enabled but it says it's not :( give it a slap. also clear your caches. tiki-admin_system.php yes i did that:P yay and... It works ! yay again all this work, just to get something that simple to work :P thanks by the way :) sure. It should have been easier, definitely this was the long path to go a short distance. I need to keep track of things better. Is there other hidden stuff in TW ? Maybe. . . . Is tiki-action_calendar.php hidden? calendars? I hate them things :P in that case, best leave it hidden. :D well, I think there's a lot of stuff that's hidden in the sense that people might not have come across it or tried it, so don't realize what it can do. Like in trackers, I've only touched the surface, myself. not activated over here :P did you try shadowbox? it's activated but I havent tried it yet is it anygood ? http://zukakakina.com/tiki-index.php?page=Shadowbox_gallery Also in an image gallery: http://zukakakina.com/tiki-browse_gallery.php?galleryId=6 -- click on image for shadowbox display. (arrow keys can be used for navigation.) I have to say, this stuff is pretty sweet I think TW really needs to work on themes now It's so hard to find a decent one (and mittwoch isn't available for v.2 :( ) http://themes.tikiwiki.org yes, i know :P well, it will be eventually I guess. not really much left to do. what I mean is, i think tiki is superior to other CMS feature wise, but looks bad in comparison, which drives people off I think yes, not much left to do :P doc.tikiwiki.org is using Tki2 and mittwoch, so it's that close. but some things haven't been updated for quite a while. Do you have any particular kind of theme in mind? well, I have mittwoch in mind :D it's the greatest :D heh, ok I like neat.css, which kinda looks like plone though there is some graphic work to do on this one, the plone default is superior me thinks I am using Andreas at the moment, which is plain broken It is? I have to investigate some of the others, but there are a few (new themes) which I don't like yes. what specifically? or generally? hmm things aren't clean. not centered, div inside divs that obviously are the wrong size etc... the top bar menu doesn't look so good and breaks if the window is a bit small, etc... Um, ok. well, compared to some legacy themes it's heaven. but still I have seen themes for hacked smf with MW withJoomla that actually looked great (and integrated) under the hood it's all crap, but visually it was awesome Well, the more feedback the better. The themes look pretty solid when I put them up, but there are so many browser versions, Tiki site configurations, logo img sizes, menu widths, etc., that it's hard to anticipate everything. V2 was supposed to change the way in which themes are made... Was this achieved ? oh yes. I'm using the default stuff, no logo, nothing .... ;-) I tested TW around a year ago I did some hacking on mIttwoch css and tpl and the graphics as well The theme process is in transition. I wanted it to go faster but the need to keep supporting legacy sites slowed it down. By Tiki3 (next march) it should be more complete. you guys need to drop the legacy stuff only make bug fixes for the old stuff, and change that api thing I'm for that pretty much, but we need to help people transition who have large sites that have been around for a while. this was a year ago, and already a year ago I thought the old themes/api were just not worth maintaining anymore yes well, it's collaboration, and things take time. if the only thing that changes is how themes (plus breadcrumbs logos and such) are handled, then all they need to do is rewrite the theme or pick a new one I'm sure writting new stuff is easier than maintaining compatibility with the old one. but well, You guys seem to be a fairly small team as well, no ? correct I suspected so, usually the project leaders don't hang around IRC, i remember chating with marc :D actually the total number of contributors is big, but a relatively small group account for most of the commits you were there too and luciash as well and sylvieg :) yeah, it's a small, friendly group :-) is it possible to run TW behind varnish ? I don't know, I haven't heard one way or the other. After not being satisfied with TW, I decided to run plone... plone is fairly slow, but I liked what I saw under the hood then I installed varnish I fried a 10 mbps modem in trying to make the site crash the server wasn't stressed in anyway :P the only thing is that Plone had to be aware of varnish, so it could ask varnish to refresh its cache whenever the page changed I guess to make it work with TW that'd be the only thing to do. though to be honest , i feel TW is faster than the last time I used it Yeah, I don't know. I'm not really very familiar with the server aspects. Yes, Tiki is getting performance enhancements, here and there. Well, maybe more than just here and there. Anyway, it'd be good to ask about tikiwiki and varnish sometime when the heavy-duty coders are on here. Because of the support.mozilla.com project among other things,, this is a significant topic. kk i just broke my tiki :( installed akwa theme and now I get a blank page :( know how I can revert it in the db ? nevermind, I just deleted the css from the FS, and it reverted back to default :) hey, you're pretty smart. ;-) something was meant to happen :P time for me to go. cya later. Anybody having any success with WikiPluginsDb. All I'm getting is a blank page and a support link that doen't exist :( which plugin? Hi Sylvieg WikiPluginsDb (http://tikiwiki.org/WikiPluginsDbTutorial) interesting - I never saw this one It look like it could be quite good, but all i'm getting is ablank page. If I could make SQLPlug in return a record could I would be part way to where I need to go. Any ideas? sorry record count test I have locked a page (so that registered users can't see the source) but registered users can still see the source. I've set the object perms to view only, thinking this is only the page that can be seen, but the edit icon is still available. Any idea what i'm missing? sylvieg, you need to be extra careful when merging tikilib... because the file changed a lot, automatic merges put things out of context I did a svn diff and did not see a lot of change did you see something wrong? yeah, but it changed one line for something completely unrelated check my last commit, it fixes it I had trouble like that too when merging ah the serialize ... yes i took me a while next time you commit to 2 and do not want a merge - better to put in the commit message it had to be merged but the automatic merge could not find where to apply the patch because the code moved too much hmm... placed the str_replace line in some other function which is now about where parse_data was if we have only one error in a merge - we are on the good way usually it aligns itself on existing code, but re-indenting code causes all lines to change, so it just becomes lost and only relies on line numbers it just means we need to spend more time reviewing changes even on auto merges sure - I merged yesterday - because I did some change in 2 that could potentially be hard to merge thats good sorry for the mistake - but you catch it ;-) best would be to avoid changes in tikilib 2.0 as much as possible or to merge as soon as you do a change.... yeah I was planning on doing it after 2.2 release which I should be doing right now SVN: Commit by lphuberdeau :: r 15192 /trunk/lib/tikilib.php: [FIX] Plugin validation broken by bad merge SVN: Commit by lphuberdeau :: r 15194 /branches/2.0/db/tiki-secdb_2.2_mysql.sql: [REL] SecDB for 2.2 SVN: Commit by lphuberdeau :: r 15193 /branches/2.0/ (10 files in 4 dirs): [REL] Pre-release updates Fresh tarballs to test (2.2): http://profiles.tikiwiki.org/tikirel/ zip is still uploading zip now done uploading too I will package the final release in 4 hours from now, making sure there are no obvious problems would be nice SVN: Commit by sylvieg :: r 15195 /trunk/tiki-upload_file.php: [FIX]fgal: perm where not check if galleryId was not set still no results from the tarball tests... http://profiles.tikiwiki.org/tikirel/ Hello -- I recently upgraded my tiki from 1.9 to 2.0.1 -- but since then I am getting database errors when new users attempt to sign on... is it possible to re-upgrade/convert the database? or will that destroy the database? which error - because in 2.0 there was an error check the column email_is_due is in the table users_users column email_confirm is unknown it is this one ... it is easy to fix either you upgrade to the latest 2.x I never heard of 2.0.1 or in phpMyAdmin or other ALTER TABLE users_users ADD email_confirm int(14) default NULL AFTER pass_confirm; any other field changes that I should check? 1.9 to 2.1? if you have run the database upgrade, it should be ok is the database upgrade process a single shot process or can it be re-run? 2.2 will be released in a few hours good to know http://profiles.tikiwiki.org/tikirel/ - you can use the prerelease packages (need testing, but worked for me) is there a changelog somewhere? in the tarball ah, oki changelog.txt SVN: Commit by lphuberdeau :: r 15196 /tags/2.2/: [REL] Tagging release puh... is there any alternative to the calendar? sorry to say, but the one built in really sucks :-( being reworked for 3.0 a pity when 3.0 is due, my project will be almost over when using the "Add messages from this email to the forum" option for a forum, how do i configure how often to check for new messages? i see no such setting? final packages for 2.2 are available on http://profiles.tikiwiki.org/tikirel/ - will put up on sourceforge in 3 hours Look who it is! It's marclaporte! hehe polom NefariousC In SQLPlugin does anyone know the code to count the number of rows in a table? SELECT COUNT (*) FROM does not seem to work for me SVN: Commit by pkdille :: r 15197 /trunk/templates/tiki-admin_content_templates.tpl: [MOD] admin content templates: no changes just code reindenting sylvieg: you there? got a style question for you (as in code style not /styles/) prob: i am (still, between dumb work projects) messing with modifier.sefurl.php for propogating sefurl's all over the place, but need to be tricky with "urls with lots of arguments" ie, /tiki-view_gallery.php?galleryId=38&rebuild=38 ... /gallery38&rebuild=38 works fine but the only way i know to fix that in smarty is to add a param to smarty_modifier_sefurl for 'args' being present, and end the replacement of 'gallery38' with a '?' or a '&' if sefurl is off anyone know something cleaner.. sending the whole arg string to sefurl would work, i guess but then i'd have to rip it apart, grab the galleryId from the string, and glue it back together href="$galleryId|sefurl:fgal}&rebuild=38" ? forgot a { but would that work when sefurl is off? in that case you would want a ? instead of the & yeh - I do not know what is the rule for additional parameter is it ? or / or & ? for the 1st, & for subsequent which is why it sucks. I changed the function to 'smarty_modifier_sefurl($source, $type='wiki', $args = FALSE)' which works and if $args is set I spit out a ? or & depending on how I had to encode the gallery ie, gallery23? or ?galleryId=23& but just seems... icky. I do not understand the rebuild oops yes I like the 1 perhaps with_next can be nice with_next? a parameter a little more explicit ah k only other alternative i see is to pass the whole "nonsefurl" to smarty and rip it apart/glue it back depending on if sefurl is set.. but thats a lot of slow string ops it will be probably nicer - for instance to put the language in a sefurl way ... but it can also be done with 2 sefurls reparsing the parsma is too slow.. Hello, everyone, I was wondering if anyone could point me in the right direction towards modifying the stars that show up by the usernames in tikiwiki dealing with the score feature. I want to change the point level at which the stars change color, and I can't seem to find where that is located tikilib.php -> get_star Thanks! Does "Tell a Friend" try to block spammers, or is it not safe to allow Anon to use it? if you activate the antibot, it will be safe so far ... i know i keep stumbling on ancient and icky code :/ ... revision.. 2. well, 2, 1100 and 5567, @75-77 of /tiki-galleries.php making a silly variable called 'url' sylvieg: Thanks. which fails massively if you use the sefurls in .htaccess. or around 411 of tiki-browse_gallery.php... it grabs the URL (tiki-browse-gallery.php?galleryId=23) rewrites it to the t-b_g to show_image, and then passes that to smarty.. but Smarty already knows that galleryId=23, so its a lot of hoops for no real reason that I can see oh, i see why since it wants to prepend http://// SVN: Commit by sylvieg :: r 15200 /trunk/templates/tiki-admin_modules.tpl: [FIX]module: there were 2 #assign and I see Nyloth did the hardpart, most of the 'foo' code (grep foo *php) can be replaced with $base_url stuff. That's odd. I enabled MooTools and that disabled contact_anon. The MooTools doc page doesn't mention such a dependency. that is odd... i notice some odd changes when i use the 'new' admin menu... is that what you used? (ie, set values become unset.. language likes to switch to arabic...) I'm using the 2.1 admin tools. Haven't seen arabic yet. if you go back and turn contact_anon back on does it come back? cant think of a reason the two would conflict snarlydwarf: I turned off Mootools and turned on contact_anon for the time being. No time now to deal with those two arguing. indeed, 7mins until the end of my day... not that i am counting down In Admin>Freetags, what is format for color specification? red,green,blue did not do anything. Hex needed? Hmm. #FF000,#00FF00,#0000FF didn't work. Maybe if I clear cache. Nope, tags module colors aren't changing. I wonder where the hinted-at larger cloud is. Aha, there it is. Yes, the colors did change in "Freetags" display, but not in "tags suggestions" (what is in module). https://sourceforge.net/project/showfiles.php?group_id=64258&package_id=266122&release_id=634082