[00:40]  aalex_ joined #tikiwiki
[01:12]  MichaelC1 joined #tikiwiki
[02:24]  fabricius1 joined #tikiwiki
[02:59]  Anzhe joined #tikiwiki
[03:49]  rodrigoprimo joined #tikiwiki
[04:06]  Tiki|bot joined #tikiwiki
[04:17]  Anzhe_m joined #tikiwiki
[04:42]  DarkCalf joined #tikiwiki
[04:51]  nkoth|nelson left #tikiwiki
[05:11]  rodrigoprimo joined #tikiwiki
[05:24]  goj joined #tikiwiki
[05:27]  chibaguy joined #tikiwiki
[07:20]  Anzhe joined #tikiwiki
[08:12]  chibaguy joined #tikiwiki
[08:15]  rodrigoprimo joined #tikiwiki
[08:43] Tiki|bot New Forum Posts: Problem with .htaccess - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=48347
[09:07]  Anzhe joined #tikiwiki
[09:24] Anzhe is there a way with tikiwiki syntax to automatically print the logged-in viewer's name? such that you could do "Hello (user)."
[09:24]  chibaguy joined #tikiwiki
[09:54]  Anzhe joined #tikiwiki
[10:01] Jyhem_laptop Anzhe: yes, you can use the {{user}} syntax. If it just displays {{user}}, you need to activate "Wiki argument variables" in Admin → Admin Home → Editing and Plugins
[10:02] Anzhe Jyhem_laptop: thank you, I'll try it now
[10:09]  Anzhe joined #tikiwiki
[10:10] Anzhe Jyhem_laptop: thank you, that did it!
[10:13] Anzhe next question - if I create an internal link to a page that doesn't exist, TW adds a "?" to the end of the linked word(s), and that "?" allows me to create the page, well and good.
[10:13] Anzhe However, if I am not logged-in, I can still see the "?". Is there a way to restrict that to registered users if I already forbid anonymous edits?
[10:13] Anzhe I don't want guests to even see it.
[10:31] Jyhem_ I doubt that can be done :-(
[10:43]  redflo joined #tikiwiki
[11:26] Anzhe localization question: if I set the user page prefix to "User:", but then I want to translate my user page, what should the new page title be?
[11:26] Anzhe should I just translate "User:" as well?
[11:26] Anzhe what does TW do if you do a language besides English as the installation language?
[11:27] Anzhe I'm afraid using an alternate page title will break links for people viewing the wiki in another language...
[11:27] Anzhe this isn't a problem for other pages because you would translate their entire title, but for users it doesn't make sense to translate their usernames
[12:41]  arildb joined #tikiwiki
[12:50]  jonnyb joined #tikiwiki
[13:02] jonnyb polom
[13:03] jonnyb changi_: has the cron job on http://composer.tiki.org stopped working? or do you need to prod it? (Last updated: 2013-07-24)
[13:14] jonnyb this looks interesting: http://www.indiegogo.com/projects/ubuntu-edge
[13:31]  pianoliv joined #tikiwiki
[13:39] jonnyb hi arildb - looks like we're going to have to re-render pages for inline editing server-side somehow because of the plugin handling... dull :(
[13:40]  Anzhe_m joined #tikiwiki
[13:41] arildb in call
[13:45]  Anzhe joined #tikiwiki
[13:54] Tiki|bot New Forum Posts: Best way to localize user pages? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=48350
[14:18] jonnyb have to nip out, bbl
[14:27] amette polom
[14:29]  marclaporte joined #tikiwiki
[14:35]  Anzhe joined #tikiwiki
[14:57]  Anzhe joined #tikiwiki
[15:19]  chibaguy joined #tikiwiki
[15:35]  dhazel joined #tikiwiki
[15:36]  jonnyb joined #tikiwiki
[15:36] jonnyb repolom
[15:49] leagris Hello
[15:51] leagris Tracker field auto-fill with creator/modifier name does not work with admin account. Only provides None as choice. Is it a know issue/feature?
[15:59] chibaguy Sorry, leagris, I don't know about that.
[16:02] chibaguy My complaint today is how Tiki doesn't want to change templates. I have a templates/styles/themename/tiki.tpl and my Tiki trunk refuses to use it, insisting on the default templates/tiki.tpl even if I actually replace the default file with the theme file, and clear all the server and local caches.
[16:02] chibaguy This is in svn trunk.
[16:07] lphuberdeau In trunk, if you want to change tiki.tpl, you should consider using the layouts feature
[16:09] lphuberdeau the base tiki.tpl is now almost empty
[16:09] chibaguy Hi lphuberdeau. Thanks for the reminder. I'll try that. Yes, I want to replace most of what's left in tiki.tpl with bootstrap-friendly divs, just as a preliminary test.
[16:11] lphuberdeau that's what layouts are for ;)
[16:11] fabricius1 chibaguy: at the moment tiki.tpl is nearly emty already - it extends /layouts/classic/layout_view.tpl
[16:11] fabricius1 /s/emty/empty
[16:11] chibaguy Heh. Ok.
[16:12] lphuberdeau btw, the experimental branch should have some bootstrap-friendly layouts you can import
[16:12] Anzhe can anyone point me in the direction of an example sidebar for a tikiwiki wiki page? I'm thinking about the how Wikipedia has geographic information for city pages, or order of battle information for conflicts...
[16:12] chibaguy Hi, fabricius1. Yes, I've been watching and enjoying tiki.tpl getting simpler. ;-)
[16:12] fabricius1 chibaguy: you can easily add a new directory "besides" classic and name it to your needs
[16:12] lphuberdeau the classic one in there has the 3-column layout and behaves quite normally
[16:13] chibaguy I figured so, looking at the layout directories.
[16:13] fabricius1 chibaguy: I suggest not to name it "bootstrap", cause maybe we will put there a directory called "bootstrap" by default
[16:13] chibaguy @lphuberdeau, oh, maybe I'm reinventing the wheel, then, if normally means responsive bootstrap.
[16:14] chibaguy Sure, fabricius1, I've named it something else.
[16:14] lphuberdeau I did not use the responsive ones (too hard for me)
[16:14] fabricius1 chibaguy: I am experimenting with that on http://bootstrap.wiki4.me
[16:14] lphuberdeau but you can look in there to see the base set-up, modules handling and all
[16:15] chibaguy lphuberdeau, I just found the HTML of a minimal responsive bootstrap layout and more or less mashed it up with a trimmed down tiki.tpl.
[16:15] chibaguy And used bootstrap css and no Tiki layout css.
[16:17] fabricius1 chibaguy: are you working with bootstrap3? there are some changes towards bootstrap2 and soon will be released - v3 is actually the one, where they wil dual licence and which we then will adopt to Tiki
[16:17] chibaguy But I'll take a look at the experimental branch for sure.
[16:17] chibaguy Yes, of course bootstrap 3.
[16:18] fabricius1 If you want access to the server (wiki4.me) to have a look and to collaborate with me, just give me a shout
[16:19] fabricius1 we have ssh there aswell and once something useful is coming out, it could be committed from there via svn aswell
[16:20] fabricius1 at the moment I try to figure out the integration of the js files ... a very new topic for me
[16:21] fabricius1 PenguinMan offered me a hand and might give me some training lesson on that
[16:22] chibaguy Ok, at this point I'm just experimenting with the HTML and CSS on my localhost. I managed to get a responsive theme working which is nice but have run into problems with template caching or something, as the pages aren't consistently using the new tiki.tpl. So I will definitely check out the layout feature.
[16:22] chibaguy I haven't
[16:22] chibaguy er, I haven't even thought about the js yet.
[16:24] chibaguy Anzhe, do you mean just a div in the wiki page, like one made with the box plugin?
[16:26] Anzhe @chibaguy: yeah I guess? I'm brand new to TW and still haven't gotten to grips with all the online documentation
[16:26] Anzhe box plugin is what I should be looking into? I'll check it now
[16:28] chibaguy I'm not sure if it has a "float" argument, but that'd be good to place it on the side of the content.
[16:28]  marclaporte joined #tikiwiki
[16:29] chibaguy https://doc.tiki.org/PluginBox
[16:30] Anzhe thanks, yeah I just found it
[16:30] chibaguy ok
[16:30] Anzhe I'll fiddle with it, perhaps I can just isolate the element and add a float via theme CSS
[16:30] Anzhe thanks for the quick reply!
[16:30] chibaguy sure. looks like it has a float specification already so it should be easy to configure.
[16:34]  marclaporte joined #tikiwiki
[16:34]  Anzhe joined #tikiwiki
[16:35] jonnyb polomarclaporte
[16:36] jonnyb thanks for setting up (and updating) the demo wysiwyg sites
[16:36] marclaporte polom pom pom
[16:36] leagris I am playing with various performance enhancements. I am happy I can get some improvements from a busy loaded i3 2130.
[16:36] * marclaporte is excited about WYSIWYG again
[16:36] jonnyb shall i update them? (or get on with the next thing - bullet proofing the plugins)?
[16:37] leagris I fired all I could: xcache, memcache, multiple cookie-less cdns, and mod_pagespeed
[16:37] marclaporte jonnyb: I will update the sites
[16:37] marclaporte you code :-)
[16:37] jonnyb super, thanks marclaporte
[16:38] jonnyb leagris: thanks for looking into this - are you using some sort of load testing service?
[16:39] leagris It is an amateurish job (play with settings, value perceived improvment ;D
[16:40] leagris Well it is a dedicated server I haz root ;D
[16:40] lphuberdeau xcache or an opcode cache is definitely required
[16:41] lphuberdeau memcache I'm not sure you will get so much benefits, except perhaps for sessions
[16:41] leagris But it is loaded with a heavy clunky Minecraft server with a significant load average: load average: 1,05, 1,20, 1,11
[16:42] leagris Apache mpm_itk (not the best performer, but per user), php-fpm on fastcgi (I like it).
[16:44] leagris Default HomePage with default theme gives 406ms on php script response and 1.58s onload with 325KB out of the original 460 without pagespeed optimizations
[16:45] leagris This is the best time I get on forced reload unauth anonymous visitor
[16:46] marclaporte leagris: you sound like you have experience will all this :-)
[16:46] marclaporte will -> with
[16:47] leagris Don't name me an expert;D
[16:48] leagris Well, worst case is, accessing an de-cached admin page with 18s onload
[16:51]  sipherdee joined #tikiwiki
[16:56] marclaporte leagris: I suggest http://www.showslow.com/all.php?search=tiki.org
[16:56] marclaporte and http://www.webpagetest.org/testlog.php?days=365&filter=tiki.org
[17:02] Anzhe at marclaporte's request I just tried out the WYSIWYG editor demo with Mandarin Chinese. You can see my scribble here: http://demo.tiki.org/wysiwyg-wiki-11x/tiki-index.php
[17:02] Anzhe no problems whatsoever dealing with hanzi
[17:03] chibaguy :-)
[17:10] marclaporte Anzhe: now, please try http://demo.tiki.org/wysiwyg-wiki-trunk/tiki-editpage.php?page=long+Wikipedia+page
[17:10] marclaporte oups http://demo.tiki.org/wysiwyg-wiki-trunk/
[17:11] Anzhe same tasks? use CHN in the visual editor?
[17:12] Jyhem_ Thanks Anzhe :-)
[17:12] * Jyhem_ wonders about chinese characters in wiki page names, also
[17:13] marclaporte Anzhe: try whatever you would most commonly use.  It's useful if you report differences of behavior in 11x and trunk
[17:13] Anzhe I gotta say the "Rich Text Editor, editwiki" tooltip is obnoxious
[17:14] leagris thanks marclaporte
[17:14] * Jyhem_ thinks it may require toying with "Prevent special characters in page names" and "Wiki link format:" configs in http://demo.tiki.org/wysiwyg-wiki-11x/tiki-admin.php?page=wiki
[17:17] Anzhe alright, I've created two pages, one with ENG title and CHN content, and one with both CHN title and content
[17:17] Anzhe also created links between
[17:17] Anzhe everything works as expected
[17:18] Anzhe the consolidation of the "link" buttons into one button threw me off
[17:18] marclaporte jonnyb: I see you changed satis.json, but I think composer.json also needs editing so we get CK Editor 4.2
[17:18] Anzhe I was looking for the WikiLink button
[17:18] Anzhe so you can expect users to ask about that going forwards, but it's easy to adapt (duh)
[17:19] marclaporte http://demo.tiki.org/wysiwyg-wiki-trunk/ was no longer in wiki format.   /me reverts
[17:19] jonnyb marclaporte: have to wait for composer.tiki.org to update to include it - i have the change locally ready for when it's there (changi_ not about today?)
[17:20] Anzhe marclaporte: huh?
[17:20] marclaporte jonnyb: it's on a cron job
[17:20] jonnyb was last updated on the 24th by the look of it, so maybe it's broken
[17:21] jonnyb http://composer.tiki.org
[17:21] marclaporte https://composer.tiki.org/dist/ckeditor-ckeditor-4.2.zip is already working
[17:22] jonnyb ah, ok - just the list not up to date then...
[17:24] jonnyb yup, works now (didn't earlier) - commit to trunk coming...
[17:31] arildb Anzhe "Rich Text Editor, editwiki" tooltip ...yes that needs to go. It was introduced by the inline editing which is being integrated now. Still a few details to fix
[17:32] Anzhe thank you!
[17:32] marclaporte arildb & jonnyb: I did some copy-pasting to WYSIWYG and it works suprisingly well.  But it's slow. I suggest a spinner so we don't think nothing is happening
[17:32] Anzhe +1 to that
[17:33] Anzhe took more than 2 seconds for me from Word with only a small paragraph worth of text
[17:34]  jk101 joined #tikiwiki
[17:37] marclaporte jonnyb & arild: demo sites are now at latest trunk with CKEditor 4.2
[17:38] marclaporte Anzhe: related thread about WYSIWYG: http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48332
[17:38] jonnyb thanks marclaporte - i'm getting some odd js errors but clearing caches etc
[17:39]  jk101_ joined #tikiwiki
[17:39] arildb Anzhe I added your comment here: http://dev.tiki.org/Inline+Editing#Open_issues
[17:41] jonnyb arildb and Anzhe: that "Rich Text Editor, editwiki" tooltip stuff shouldn't be happening now (in the ckeditor4 branch) - will merge it back to trunk soon if everything else is looking ok
[17:41] Anzhe *thumbs up*
[17:41] jk101_ I am trying to register on tiki.org so that I can ask a question to a problem I am having, but I am not able to register. I keep getting the message "Error - Request not from this host." Any suggestions?
[17:41] arildb jonnyb: sounds good!
[17:44]  jk101 joined #tikiwiki
[18:02]  PenguinMan98 joined #tikiwiki
[18:03]  rodrigoprimo joined #tikiwiki
[18:05] Tiki|bot New Forum Posts: Bug in tiki-check? - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=48355
[18:06] jonnyb jk101_ (in case you return or read the log) that "Request not from this host" error is because tiki can't tell what your "HTTP_REFERER" is, which might be down to some sort of firewall/privacy thing you are running or might be a network proxy or something - some more info might help (if you try again)
[18:07] jonnyb arildb - going to have a go at merging the latest changes from ckeditor4, unless you've found any complete horrors? (getting concerned i'm going to miss something if too much changes there)
[18:08] arildb jonnyb: I have been  busy with some other things. So, I haven't tested the latest status. Should I?
[18:09] jonnyb fair enough - if you could have a quick look that would be nice
[18:09] arildb checking now
[18:09] jonnyb you know devs only test the stuff that works! :)
[18:10] arildb he he ... an OK should arrive soon then ;-)
[18:16] arildb wow, I managed to put a box inside the content by trying all letters on the "numeric" kwyboard row. Uses both with and without shift key.
[18:16] arildb strange effect, but pmaybe not a bug
[18:16] jonnyb :D
[18:16] jonnyb i saw a few things about new keyboard shortcut stuff for cke 4.2
[18:17] jonnyb ah, maybe you just entered a ^something^ which is wiki syntax for a simple-box (something i intend to support properly soon)
[18:17] arildb probably
[18:19] arildb It does a very good job retaining all characters in the correct form, including < and >
[18:23] arildb jonnyb: I am still� getting HTML tags inside one page that is in wiki format. This page has been switched between wiki <=> html formats. Is it possible that the history conflicts?
[18:23] arildb works fine on another page in wiki format
[18:24] jonnyb mmm, hard to tell with all the changes going on - you will get wiki markup showing in inline edit mode if you have nested plugins, no way round that at the moment
[18:25] arildb I am doing a new test, going through some switching, to see if I can reproduce it on a new page
[18:26] jonnyb i haven't seen any html tags showing though - can you reproduce on demo?
[18:26] jonnyb either way, i think the chances of losing data now are pretty minimal, so i'll do the merge (soon)
[18:26] jonnyb if you're switching between wiki and html modes a lot something will almost certainly break - it's not really intended (yet) to be a user-switchable thing
[18:27] arildb I am testing with very basic content, which the converter can handle
[18:28] arildb got it
[18:28] arildb jonnyb: try this...
[18:28] arildb 0) set system in html mode (use wysiwyg-html as default)
[18:29] arildb 1) create a new wiki page with very basic content, e.g. bla bla
[18:29] arildb save it in html mode
[18:29] arildb 2) Reopen the editor and switch to wiki mode.
[18:29] arildb save the page in wiki mode
[18:30] arildb 3) now make some inline changes and save.
[18:30] arildb >> wiki mode page has HTML tags
[18:32]  aalex_ joined #tikiwiki
[18:35] arildb jonnyb: you are right. This is not a very common use case
[18:36] jonnyb when you say "save it in html mode" you mean switch to wysiwyg? (step 1.5)
[18:36] jonnyb there is no "html mode" really
[18:37] arildb I mean save the page using the wysiwyg-html standard editor
[18:38] jonnyb ah, ok - i think i see what's happening - pages have an "allowHtml" checkbox (hidden when in wysiwyg i think), so you need to turn that off once you've switched back to the normal editor
[18:38] jonnyb so it should like it's behaving correctly (well, at least consistently ;) )
[18:39] arildb can you fix it?
[18:39] arildb I will try it
[18:40] arildb as a user I kind of expect this change to be set automatically (if it is required)
[18:40] jonnyb not really - you (or your user) has to do it really - wiki pages (using the "normal" editor) can contain html if you have that option set...
[18:41] arildb "allowHtml" ... I cannopt find it. Have the wiki editor open
[18:42] arildb Is it the admin option you mean?
[18:42] jonnyb ah, ok - i think it's options (would be, wouldn't it!) - so if it's not enabled it should just make it not html automatically when you switch back to normal editor
[18:43] jonnyb yes, feature_wiki_allowhtml
[18:43] arildb testing
[18:43] jonnyb it gets overridden if you use wysiwyg with html
[18:43] jonnyb there's a perm for it too
[18:44] arildb "Allow HTML" was off
[18:45] jonnyb sorry, need to do this merge - that should be fixable later...
[18:45] arildb yes
[18:45] jonnyb and the inline save and cancel buttons have gone :(
[18:45] arildb after the merge?
[18:47] jonnyb depends how long it takes (off out in about an hour)
[18:49] jonnyb seems there's no save buttons on "plain" wiki pages - you get that?
[18:50] arildb checking
[18:50] arildb I have both here
[18:51] jonnyb weird - just made a new wiki only page and there's there...
[18:52] jonnyb ok, going to commit the merge before my head explodes :)
[18:52] arildb I did check the toolbar lib. It got messy. So, no commit
[18:53] arildb :)
[18:53] jonnyb ah, the page with no save/cancel buttons had a wysiwyg plugin in it, which no longer seems to work
[18:54] arildb should it be supported at all for inline editing?
[18:54]  marclaporte joined #tikiwiki
[18:55] jonnyb no, it should lock that bit
[18:55] jonnyb which it does...
[18:55] arildb having inline editing and the wysiwyg editor open at the same time, means 2 editors are working on the same page, or?
[18:56] jonnyb going to remove it and see what happens
[18:56] jonnyb big merge on it's way
[18:56] arildb wysiwyg plugin I meant, not editor
[18:57] jonnyb ok, no wysiwyg plugin, save & cancel come back
[18:57]  aalex_ joined #tikiwiki
[18:57] jonnyb i think that's fair - why would you need both the plugin and inline editing?
[18:58] arildb I don't see the need
[18:58] jonnyb maybe i can tussle up a little warning
[18:59] jonnyb but first it's broken, probably since i added the divarea plugin a few weeks ago
[19:04]  Telesight joined #tikiwiki
[19:05] arildb doesn't seem like commits are logged here any more
[19:13] jonnyb seems not, i can't see the bot logged in (tiki_kgb or something i think it was)
[19:14] jonnyb another changi_ thing i'm afraid ;) (i think)
[19:16] jonnyb i'm thinking we need a tiki-ckeditor.js file for utility functions etc...
[19:16] arildb In trunk, tiki-admin_system.php?do=all seems to redirect to ltiki-admin_system.php, not clearing all caches. Anybody else getting this?
[19:19] jonnyb it should be clearing the caches ok, but some improvements i made a while back to caching (and minifying) meant that page came back really messed up - was a quick fix to redirect
[19:20] arildb ok
[19:25] arildb jonnyb: Maybe I still have cache problems, but in trunk, I am unable to edit a table inline and the "Rich Text Editor" tooltip is still displayed
[19:26] * jonnyb checks
[19:26] arildb I see the problem
[19:26] arildb The update had not overwritten all files properly
[19:27] arildb trying again
[19:27] jonnyb ok, good - looks ok here
[19:29] arildb after the update it got worse... now the inline toolbar is empty
[19:29] jonnyb ew
[19:30] jonnyb is "svn status" ok now?
[19:30] arildb trying more
[19:30] arildb updated again...got tiki-jquery.js
[19:31] jonnyb strange it was so bitty - i'll try updating a spare trunk here
[19:31] arildb SVN should be good. Trying new cache clean + test
[19:32] jonnyb my spare trunk updated ok by the look of it
[19:32] arildb I get this notice...
[19:32] arildb PHP (5.4.11) NOTICE (E_NOTICE):
[19:32] arildb File: D:\OpenSource\TikiWiki\www\tikitrunk\lib\ckeditor_tiki\wysiwyglib.php
[19:32] arildb Line: 70
[19:32] arildb Type: Undefined offset: 0
[19:32] jonnyb maybe sf.net flaked out at some point
[19:34] arildb SVN says: At revision: 46917
[19:35] arildb ah...composer
[19:35] jonnyb ah yes, cke got updated
[19:40] arildb still the same
[19:43] arildb tested in FF, Chrome and Opera. All the same. Trying a different trunk installation
[19:43]  Jyhem_laptop joined #tikiwiki
[19:44] jonnyb you get nothing in the toolbars? does anything else (normal wysiwyg editing) work?
[19:45] arildb no toolbars. the warning is for line: $cktools[0][count($cktools[0]) - 1][] = 'inlinecancel';
[19:45] arildb checking standard editor
[19:46] jonnyb seems that smarty_function_toolbars is returning nothing then? how does toolbar admin look?
[19:46] arildb standard editor works fine
[19:47] arildb It's a fairly fresh trunik installation. I don't think I edited the toolbars
[19:47] jonnyb if the normal editor gets them i can't see why they're empty inline
[19:48] arildb me neither
[19:48] jonnyb can you debug? i'd put a breakpoint in at line 68 of wysiwyglib.php
[19:49] arildb It works fine in a different trunk installation.
[19:49] jonnyb (once this is fixed those line need some more checks that there is stuff in there)
[19:49] arildb Maybe some "residues" of my editing is around somewhere
[19:54] jonnyb could be - so many changes... that's why i wanted to get back into trunk
[19:56] arildb I am reinstalling the database for the problem installation now. WIll check if I can get it back working. It may be an IIS issue (Other test was on linux)
[19:56] jonnyb here comes another one i'm afraid - new tiki-ckeditor.js file :)
[19:56] jonnyb r46918
[20:00] arildb Using the "Basic" admin view, I can enable wysiwyg editor, but the requirement "Wiki paragraph formatting" is hidden.
[20:01] arildb You mentioned hardcoding this value jonnyb. This sounds better to me. It's very difficult to activate inline editing in a fresh installation
[20:01] arildb ...if you don't know what to do
[20:01] jonnyb yes... that why we had the profile for a while
[20:02] jonnyb trouble is, that is quite advanced - doesn't it default to on these days? (would just work if so)
[20:02] arildb A cleanup in thye admin panel, and possibly auto-setting of preferences would be nice
[20:03] marclaporte So no more experimental branch?
[20:03] arildb maybe keep it for now, in case other "ideas" come around?
[20:03] jonnyb +1
[20:03] marclaporte ok
[20:11] arildb How about a "wizard" like setup of Tiki after a fresh install. One page could be the editor setup. The system could auto-activate dependencies
[20:14] arildb Currently the wysiwyg editor must be activated in "wiki" or "edit / plugins" first. Then the wysiwyg panel becomes visible. The  experimental admin views must be activated to see the inline editor option. Then inline editing can be activated
[20:15] arildb Inline editing is a great feature and should be much easier to activate (even if it is experimental)
[20:16] jonnyb think we should make feature_wiki_paragraph_formatting default to 'y' for new installs? marclaporte: what do you think?
[20:16] jonnyb (would need an update script)
[20:19]  arildb_ joined #tikiwiki
[20:20]  fabricius joined #tikiwiki
[20:46]  arildb_ joined #tikiwiki
[21:04]  TomJarvis joined #tikiwiki
[21:04] TomJarvis polom
[21:05] TomJarvis I turned on the RSS feed for a calendar and I was surprised to see the wiki syntax unparsed.
[21:06] TomJarvis I don't find any options to strip or parse the calendar feed, am I missing something?
[21:12] arildb TomJarvis: I am not familiar with RSS and calendars, but which Tiki version are you using?
[21:13] TomJarvis I am stuck on Tiki 9 because I don't have the newer versions of php
[21:14] arildb ok, and which Tiki 9 version? The latest release: 9.6 ?
[21:16] TomJarvis 9.7svn
[21:16] arildb ok
[21:17] arildb can you try to reproduce it on the demo server?
[21:17] arildb at http://demo.tiki.org  use the 9x installation
[21:18] TomJarvis tiki-calendars_rss.php just takes the name and description columns from tiki_calendar_items without parsing them
[21:19] arildb are you able to fix it?
[21:20] TomJarvis I've added some code to tiki-calendars_rss.php to strip the wiki stuff, some of the things I remove are my own plugins.
[21:21] TomJarvis I was just wondering if I was missing an option that would parse or strip them for me.
[21:21] arildb sorry, I don't know
[21:22] TomJarvis Maybe people that rss feed their calendars don't use wiki syntax in their event descriptions?
[21:22] arildb It's possible
[21:37]  fabricius joined #tikiwiki
[21:47] PenguinMan98 polom fabricius
[21:52]  MichaelC|Mobile joined #tikiwiki
[21:54] TomJarvis I tested calendar rss feed in demo tiki 9, same problem.  The wiki syntax is all stripped in demo Tiki 11 though.  I need to upgrade my server so I can move beyond Tiki 9.
[22:06] TomJarvis OK. I was missing something. In Admin > Calendar, I unchecked "Treat calendar item descriptions as HTML" and it now strips the wiki syntax from the description.
[22:12] arildb TomJarvis: good find
[22:15] TomJarvis When it worked in demo Tiki 11, I decided to go back through all the options in my Tiki 9, and that option looked suspicious.
[22:18] Tiki|bot New Forum Posts: Inline editing problems on demo - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=48357
[22:26]  SkiNut joined #tikiwiki
[22:30] TomJarvis I was wrong.  Even though I cleared the tiki_rss_feeds table before trying it, I did not clear cache.  Changing that Admin > Calendar option does not fix the problem.
[22:33]  marclaporte joined #tikiwiki
[22:34]  Jyhem_laptop joined #tikiwiki
[22:38]  SkiNut joined #tikiwiki
[22:49]  changi joined #tikiwiki
[22:57] luciash polom
[22:58] luciash Anzhe: still there ?
[23:04]  SkiNut joined #tikiwiki
[23:21]  brolin_empey joined #tikiwiki
[23:26]  pianoliv joined #tikiwiki