Interesting. If I append stuff after an article then I get the article but not the site styling. http://tikiwiki.org/article175/dfdf New Forum Posts: Scores - Exclusion of Users/Groups - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=&comments_parentId=34042 hi anybody in here? New Forum Posts: Combination of Side & Top Menus - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=&comments_parentId=34043 marc? Moving tiki3.1 from serverA to serverB. webserver configs are identical, exported database using mysqldump and reimported via mysql. Any logins on serverB produce the error "Built query was probably:update `users_users` set `lastLogin`='1239305017', `currentLogin`='1248314146', `unsuccessful_logins`='0' where `login`='admin' New Forum Posts: a few questions - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=&comments_parentId=34045 Oh, cute. It's some sort of slow attack which uses loong URLs which resemble reals ones. OK, poof it goes. You might want to check your server logs for URLs with more than 12 or so slashes in them. I don't know what they're trying. The sequence of odd urls seems to start with article.*/lib hi about that wiki page about dropping multi-db support. Is that still the case? Or did you manage to/decide not to drop them? Kissaki, I've seen some code commits lately for postgresql, so I guess there's still hope there. ;-) is that deadline up-to-date? 9 days? implemented - or drop I'm not sure how definite that deadline is, if there's progress happening. is 3.1 the recent stable version, right? Does that one work with the other dbs than mysql? yes and no ok, thank you :) sure. I was shocked (well, a little) by the tikiwiki wiki syntax. Ever thought about adobting the creole syntax? http://www.wikicreole.org/ There have been discussions about that. You can check out http://www.wikicreole.org/wiki/TikiWikiCMSGroupware huh, you're hosting/doing that discussion on wikicreole? :P would've expected that on your wiki There've been discussions on tikiwiki.org, too. I think the wikicreole.org page was to reply in that context, for those people. Most people coming to Tikiwiki from other wikis seem to be familiar with mediawiki syntax, not creole. And even more people don't want _any_ wiki syntax; they want wysiwyg editing. really? :/ well, tikiwiki syntax is not like mediawiki either. At least what I saw, at first glace That's right, it isn't. My point is, how helpful is it to switch to wiki creole when most people coming to tiki from other wikis know mediawiki syntax, not wiki creole? Anyway, for wikis to be comfortable for new users, the demand seems to be for wysiwyg editing. what variant of wiki syntax is there is not too relevant. because most new wiki users don't want to learn any wiki syntax. they want Word, basically. (from what I hear) I think it is relevant. Wikis should have similiar syntax, so that when you know the syntax, you can use any wiki you like. It may not be different to those not wanting to use it anyway, and not using it. But even those not wanting it but then learning it will have advantages when using other wikis sure, it'd be helpful for the people who will use it. but if mediawiki doesn't support wiki creole, and mediawiki is the dominant wiki, it reduces the incentive to switch tikiwiki to wiki creole. so that's one problem. I think Marc described the situation pretty well on the wikicreole.org page. well, mediawiki syntax for mediawiki wikis + creole for all the others is still better than everyone having it's own. If creole is better than mediawiki syntax that's fine. yeah, just read through it well, the main problem for tikiwiki would be the migration I guess, and ppl having to switch syntax the other points don't persuade me ideally, it'd be better to have mediawiki plus wikicreole for all other wikis, than how things are now, for sure. but as a practical matter, there isn't really a lot of visible demand for switching syntax. The demand we see is to enable people to _avoid_ wiki syntax. _which_ wiki syntax tw uses doesn't seem to be a big issue (except "too bad it isn't the same as mediawiki's") (maybe I'm not seeing the whole picture, but that's my perception.) I think this has changed from a few years ago. Then, people expected to have to know syntax to use a wiki. (I guess they were all technical people to begin with.) Now, as wikis spread to the masses, they want the input the same as in their word processors; i.e., MSWord. Or so it seems. The techies still want a common wiki syntax but these people are shrinking as a %age of all wiki users. :) To me, inputting syntax is the heart of using a wiki, but I'm in that shrinking minority too. :-) yeah, me too even technies who document in wikis don't want to use wiki syntax. they use their techniques and don't want to learn anything at side. I know that because I am trying to use a tikiwiki for an internal it documentation for an it department...with different type of techs like san/lan/ads/servers/database administrators so the special problem for documentation is also that people don't want to spent time on it I guess this follows the trend of technology introduction and growth... ....in the beginning, people are into the process.... ...later it becomes just a tool, so people want it to be as easy as possible. huh, you have a git repo on sf? is git the one to develop on now? git is just being tried out in a very limited way. ah wth... does the 3.1 install check for loaded sqlite modules before adding them to dropdown? i don't know hello - im stuck in a multilingual translation problem for some time now - i reread the doc but no solution - the initial hompage is always switching back to english when i try to select trad chinese on http://playaround.cc ?? i need some additional eyes maybe :-) do u have the 'show language based on user browser' option enabled? i think that will override the specific language selection yes i have another computer with manadarin as prefered language so one is english one mandarin other pages can switch fine the hompage not check again i18n detect browser lang is deselected now but show page in user prefered is selected this is refering to the user preferences right? is there something 'wrong' with that specifc page? can u access it directly: http://playaround.cc/tiki-index.php?page=2009-%E7%A7%91%E6%8A%80%E6%B8%B8%E6%B0%91 if the have site default it will be english you have engl right? it should show mandarin doesnt happen with mentor page for ec=xample i am using english (US). i see the website ui in english and the home page english version exactly here to firefox on ubuntu en prefered on another i switched mandarin prefered does anonymous group have permission to change language? ahhh check that ... i can switch langs on http://playaround.cc/tiki-index.php?page=HomPage%2Ctw successfully on the wiki link format, do you have "complete" (i notice that some of your wiki liks on http://playaround.cc/tiki-index.php?page=HomPage%2Ctw are not activated prehaps an issue with chinese characters in page names? homepage,tw was just a tes t yes, and that test seems to work correctly mmmh - the issue is only with the dafault home is that the only page that has English & Chinese characters in the page name? I notice that http://playaround.cc/tiki-index.php?page=%E5%89%B5%E6%84%8F%E5%B7%A5%E5%85%B7%E5%8C%85 works fine OK SOLVED thx hompage,en is switching fine great. what was the issue? maybe the manadarin character and the title 2009-xyz :-) dont know - the Hompage was renamed once maybe this caused it "HomPage" its not going to stop svn checkout... taking ages ^^ tikiwiki: 03axold * r20315 10/branches/experimental/ws/ (166 files in 59 dirs): [MRG] Manual merge of the trunk branch toctoc I was wondering if anyone has tried setting the Default Category for a Group using Profiles? I can't seem to get it working but not sure if it is supported or not pascalstjean, sorry, I haven't tried that, but just wanted to say hi. thanks for the heads up Gary, hope all is well yeah, life is pretty good, tho a little uncertain these days. :-) hi pascalstjean, no idea myself either hi chibaguy i think that is what they are working on in part for workspaces hi xavi chibaguy: I've just noticed another tiny bug with the displayof calendar related things... oh, ok. See this: http://tikiwiki.org/Tikifest+Workspaces+and+Social+Networking#Calendar Thanks Caarrie, yes I saw some of the stuff they are working on with workspaces. Will definitely be using that once v4.0 is out. notice the "if IE >" bit below the output from upcoming_events module yw chibaguy: moreover, there is not mouseover popup on events in the calendar_new module (when inside an iframe, like in that case) when used outside the iframe, the popup mousover box displays as expected marclaporte: ? xavi, where is the upcoming_events module? chibaguy: the "if IE >" issue is also shown when visiting the normal wiki page containing that module: http://dev.tikiwiki.org/TikiFestBarcelona (note that this in the dev.tw.o site) sorry, I meant http://dev.tikiwiki.org/TikiFestBarcelonaCalendar s/early/previous polom oh yeah, I see the "if IE>" now. hi marclaporte : do you have any idea what happened to that old proto PluginCalendar in the early days of 110? nope oups, chibaguy, I forgot to say. I was using firefox (maybe you cannot see it with IE) marclaporte: ok. Anyway, we need some PluginCalendar to reuse/dogfood Tiki calendars ... see this ugly workaround: http://tikiwiki.org/Tikifest+Workspaces+and+Social+Networking#Calendar I'm using Opera, and do see it. Probably also visible in IE. It's supposed to be an HTML comment. ...that got broken somehow. it took me 20 min to find out how to add the right params in the module calendar_new and upcoming_events (they don't use the same syntax for filtering for a single calendar!) marclaporte: what do you think if we (I) try to embed the tiki-calendar.php url for the new calendar I created some hours ago for the TikiFestBarcelona (without side columns) into the iframe for the time being? (in case the popup works this way, Which I don't know, in fact) I'd like to avoid using google calendars... (even if I've just seen a recently updated googlecalendar mod in mods.tw.o ) Hmm, there are 3 html comments in module.tpl to give IE a br tag. I wonder why only in this instance does one of the comments break. They are used in every module. good question chibaguy. no idea myself Is this correct module parameter syntax: calIds[]=3 ? from source of dev.tw.o/TikiFestBarcelonaCalendar page. Could that be breaking the module display? chibaguy: :-) That what I meant. That's the syntax for calendar_new. However, for upcoming events, it's calendarId=3 (!). mmm, dunno... I'll try without it chibaguy: it seems ,calIds[]=3 is not responsible for that. See nowadays (I removed that param) and same effect (well, plugin module needs to be validated again but except for that, same effect) ok (that would have been an easy solution for me ;-) ) :-) the mouseover is lost here: http://dev.tikiwiki.org/tiki-index_p.php?page=TikiFestBarcelonaCalendar when using tiki-index_p.php instead of tiki-index.php ! that looks to me like a bug... btw, I'll add again the calIds[]=3 param, so that it only shows the expected results and not all sylvieg: could we use the same param syntax in both modules upcoming_events and calendar_new for filtering by calendar Id? (see above if needed) looking at the page source, I can see that html in the module.tpl is getting wiki parsed ;-) chibaguy: ? sylvieg: I mean, calendar_new only accepts calIds[]=3 (as an example), and upcoming_events only accepts calendarId=3