←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
aalex_joined #tikiwiki [00:40]
....... (idle for 32mn)
MichaelC1joined #tikiwiki [01:12]
............... (idle for 1h12mn)
fabricius1joined #tikiwiki [02:24]
........ (idle for 35mn)
Anzhejoined #tikiwiki [02:59]
........... (idle for 50mn)
rodrigoprimojoined #tikiwiki [03:49]
.... (idle for 17mn)
Tiki|botjoined #tikiwiki [04:06]
Anzhe_mjoined #tikiwiki [04:17]
...... (idle for 25mn)
DarkCalfjoined #tikiwiki [04:42]
nkoth|nelsonleft #tikiwiki [04:51]
..... (idle for 20mn)
rodrigoprimojoined #tikiwiki [05:11]
gojjoined #tikiwiki [05:24]
chibaguyjoined #tikiwiki [05:27]
....................... (idle for 1h53mn)
Anzhejoined #tikiwiki [07:20]
........... (idle for 52mn)
chibaguyjoined #tikiwiki [08:12]
rodrigoprimojoined #tikiwiki [08:15]
...... (idle for 28mn)
Tiki|botNew Forum Posts: Problem with .htaccess - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=48347 [08:43]
..... (idle for 24mn)
Anzhejoined #tikiwiki [09:07]
.... (idle for 17mn)
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]
chibaguyjoined #tikiwiki [09:24]
....... (idle for 30mn)
Anzhejoined #tikiwiki [09:54]
Jyhem_laptopAnzhe: 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:01]
AnzheJyhem_laptop: thank you, I'll try it now [10:02]
joined #tikiwiki
Jyhem_laptop: thank you, that did it!
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.
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?
I don't want guests to even see it.
[10:09]
.... (idle for 18mn)
Jyhem_I doubt that can be done :-( [10:31]
redflojoined #tikiwiki [10:43]
......... (idle for 43mn)
Anzhelocalization 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?
should I just translate "User:" as well?
what does TW do if you do a language besides English as the installation language?
I'm afraid using an alternate page title will break links for people viewing the wiki in another language...
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
[11:26]
............... (idle for 1h14mn)
arildbjoined #tikiwiki [12:41]
jonnybjoined #tikiwiki [12:50]
polom
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:02]
this looks interesting: http://www.indiegogo.com/projects/ubuntu-edge [13:14]
.... (idle for 17mn)
pianolivjoined #tikiwiki [13:31]
jonnybhi 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:39]
Anzhe_mjoined #tikiwiki [13:40]
arildbin call [13:41]
Anzhejoined #tikiwiki [13:45]
Tiki|botNew Forum Posts: Best way to localize user pages? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=48350 [13:54]
..... (idle for 24mn)
jonnybhave to nip out, bbl [14:18]
amettepolom [14:27]
marclaportejoined #tikiwiki [14:29]
Anzhejoined #tikiwiki [14:35]
..... (idle for 22mn)
joined #tikiwiki [14:57]
..... (idle for 22mn)
chibaguyjoined #tikiwiki [15:19]
.... (idle for 16mn)
dhazeljoined #tikiwiki [15:35]
jonnybjoined #tikiwiki
repolom
[15:36]
leagrisHello
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:49]
chibaguySorry, leagris, I don't know about that.
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.
This is in svn trunk.
[15:59]
lphuberdeauIn trunk, if you want to change tiki.tpl, you should consider using the layouts feature
the base tiki.tpl is now almost empty
[16:07]
chibaguyHi 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:09]
lphuberdeauthat's what layouts are for ;) [16:11]
fabricius1chibaguy: at the moment tiki.tpl is nearly emty already - it extends /layouts/classic/layout_view.tpl
/s/emty/empty
[16:11]
chibaguyHeh. Ok. [16:11]
lphuberdeaubtw, the experimental branch should have some bootstrap-friendly layouts you can import [16:12]
Anzhecan 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]
chibaguyHi, fabricius1. Yes, I've been watching and enjoying tiki.tpl getting simpler. ;-) [16:12]
fabricius1chibaguy: you can easily add a new directory "besides" classic and name it to your needs [16:12]
lphuberdeauthe classic one in there has the 3-column layout and behaves quite normally [16:12]
chibaguyI figured so, looking at the layout directories. [16:13]
fabricius1chibaguy: 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.
Sure, fabricius1, I've named it something else.
[16:13]
lphuberdeauI did not use the responsive ones (too hard for me) [16:14]
fabricius1chibaguy: I am experimenting with that on http://bootstrap.wiki4.me [16:14]
lphuberdeaubut you can look in there to see the base set-up, modules handling and all [16:14]
chibaguylphuberdeau, I just found the HTML of a minimal responsive bootstrap layout and more or less mashed it up with a trimmed down tiki.tpl.
And used bootstrap css and no Tiki layout css.
[16:15]
fabricius1chibaguy: 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]
chibaguyBut I'll take a look at the experimental branch for sure.
Yes, of course bootstrap 3.
[16:17]
fabricius1If you want access to the server (wiki4.me) to have a look and to collaborate with me, just give me a shout
we have ssh there aswell and once something useful is coming out, it could be committed from there via svn aswell
at the moment I try to figure out the integration of the js files ... a very new topic for me
PenguinMan offered me a hand and might give me some training lesson on that
[16:18]
chibaguyOk, 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.
I haven't
er, I haven't even thought about the js yet.
Anzhe, do you mean just a div in the wiki page, like one made with the box plugin?
[16:22]
Anzhe@chibaguy: yeah I guess? I'm brand new to TW and still haven't gotten to grips with all the online documentation
box plugin is what I should be looking into? I'll check it now
[16:26]
chibaguyI'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]
marclaportejoined #tikiwiki [16:28]
chibaguyhttps://doc.tiki.org/PluginBox [16:29]
Anzhethanks, yeah I just found it [16:30]
chibaguyok [16:30]
AnzheI'll fiddle with it, perhaps I can just isolate the element and add a float via theme CSS
thanks for the quick reply!
[16:30]
chibaguysure. looks like it has a float specification already so it should be easy to configure. [16:30]
marclaportejoined #tikiwiki [16:34]
Anzhejoined #tikiwiki [16:34]
jonnybpolomarclaporte
thanks for setting up (and updating) the demo wysiwyg sites
[16:35]
marclaportepolom pom pom [16:36]
leagrisI am playing with various performance enhancements. I am happy I can get some improvements from a busy loaded i3 2130. [16:36]
marclaportemarclaporte is excited about WYSIWYG again [16:36]
jonnybshall i update them? (or get on with the next thing - bullet proofing the plugins)? [16:36]
leagrisI fired all I could: xcache, memcache, multiple cookie-less cdns, and mod_pagespeed [16:37]
marclaportejonnyb: I will update the sites
you code :-)
[16:37]
jonnybsuper, thanks marclaporte
leagris: thanks for looking into this - are you using some sort of load testing service?
[16:37]
leagrisIt is an amateurish job (play with settings, value perceived improvment ;D
Well it is a dedicated server I haz root ;D
[16:39]
lphuberdeauxcache or an opcode cache is definitely required
memcache I'm not sure you will get so much benefits, except perhaps for sessions
[16:40]
leagrisBut it is loaded with a heavy clunky Minecraft server with a significant load average: load average: 1,05, 1,20, 1,11
Apache mpm_itk (not the best performer, but per user), php-fpm on fastcgi (I like it).
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
This is the best time I get on forced reload unauth anonymous visitor
[16:41]
marclaporteleagris: you sound like you have experience will all this :-)
will -> with
[16:46]
leagrisDon't name me an expert;D
Well, worst case is, accessing an de-cached admin page with 18s onload
[16:47]
sipherdeejoined #tikiwiki [16:51]
marclaporteleagris: I suggest http://www.showslow.com/all.php?search=tiki.org
and http://www.webpagetest.org/testlog.php?days=365&filter=tiki.org
[16:56]
Anzheat 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
no problems whatsoever dealing with hanzi
[17:02]
chibaguy:-) [17:03]
marclaporteAnzhe: now, please try http://demo.tiki.org/wysiwyg-wiki-trunk/tiki-editpage.php?page=long+Wikipedia+page
oups http://demo.tiki.org/wysiwyg-wiki-trunk/
[17:10]
Anzhesame tasks? use CHN in the visual editor? [17:11]
Jyhem_Thanks Anzhe :-)
Jyhem_ wonders about chinese characters in wiki page names, also
[17:12]
marclaporteAnzhe: try whatever you would most commonly use. It's useful if you report differences of behavior in 11x and trunk [17:13]
AnzheI gotta say the "Rich Text Editor, editwiki" tooltip is obnoxious [17:13]
leagristhanks marclaporte [17:14]
Jyhem_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:14]
Anzhealright, I've created two pages, one with ENG title and CHN content, and one with both CHN title and content
also created links between
everything works as expected
the consolidation of the "link" buttons into one button threw me off
[17:17]
marclaportejonnyb: I see you changed satis.json, but I think composer.json also needs editing so we get CK Editor 4.2 [17:18]
AnzheI was looking for the WikiLink button
so you can expect users to ask about that going forwards, but it's easy to adapt (duh)
[17:18]
marclaportehttp://demo.tiki.org/wysiwyg-wiki-trunk/ was no longer in wiki format. /me reverts [17:19]
jonnybmarclaporte: 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:19]
Anzhemarclaporte: huh? [17:20]
marclaportejonnyb: it's on a cron job [17:20]
jonnybwas last updated on the 24th by the look of it, so maybe it's broken
http://composer.tiki.org
[17:20]
marclaportehttps://composer.tiki.org/dist/ckeditor-ckeditor-4.2.zip is already working [17:21]
jonnybah, ok - just the list not up to date then...
yup, works now (didn't earlier) - commit to trunk coming...
[17:22]
arildbAnzhe "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:31]
Anzhethank you! [17:32]
marclaportearildb & 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
took more than 2 seconds for me from Word with only a small paragraph worth of text
[17:32]
jk101joined #tikiwiki [17:34]
marclaportejonnyb & arild: demo sites are now at latest trunk with CKEditor 4.2
Anzhe: related thread about WYSIWYG: http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48332
[17:37]
jonnybthanks marclaporte - i'm getting some odd js errors but clearing caches etc [17:38]
jk101_joined #tikiwiki [17:39]
arildbAnzhe I added your comment here: http://dev.tiki.org/Inline+Editing#Open_issues [17:39]
jonnybarildb 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]
arildbjonnyb: sounds good! [17:41]
jk101joined #tikiwiki [17:44]
.... (idle for 18mn)
PenguinMan98joined #tikiwiki [18:02]
rodrigoprimojoined #tikiwiki [18:03]
Tiki|botNew Forum Posts: Bug in tiki-check? - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=48355 [18:05]
jonnybjk101_ (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)
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:06]
arildbjonnyb: I have been busy with some other things. So, I haven't tested the latest status. Should I? [18:08]
jonnybfair enough - if you could have a quick look that would be nice [18:09]
arildbchecking now [18:09]
jonnybyou know devs only test the stuff that works! :) [18:09]
arildbhe he ... an OK should arrive soon then ;-) [18:10]
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.
strange effect, but pmaybe not a bug
[18:16]
jonnyb:D
i saw a few things about new keyboard shortcut stuff for cke 4.2
ah, maybe you just entered a ^something^ which is wiki syntax for a simple-box (something i intend to support properly soon)
[18:16]
arildbprobably
It does a very good job retaining all characters in the correct form, including < and >
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?
works fine on another page in wiki format
[18:17]
jonnybmmm, 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:24]
arildbI am doing a new test, going through some switching, to see if I can reproduce it on a new page [18:25]
jonnybi haven't seen any html tags showing though - can you reproduce on demo?
either way, i think the chances of losing data now are pretty minimal, so i'll do the merge (soon)
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:26]
arildbI am testing with very basic content, which the converter can handle
got it
jonnyb: try this...
0) set system in html mode (use wysiwyg-html as default)
1) create a new wiki page with very basic content, e.g. bla bla
save it in html mode
2) Reopen the editor and switch to wiki mode.
save the page in wiki mode
3) now make some inline changes and save.
>> wiki mode page has HTML tags
[18:27]
aalex_joined #tikiwiki [18:32]
arildbjonnyb: you are right. This is not a very common use case [18:35]
jonnybwhen you say "save it in html mode" you mean switch to wysiwyg? (step 1.5)
there is no "html mode" really
[18:36]
arildbI mean save the page using the wysiwyg-html standard editor [18:37]
jonnybah, 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
so it should like it's behaving correctly (well, at least consistently ;) )
[18:38]
arildbcan you fix it?
I will try it
as a user I kind of expect this change to be set automatically (if it is required)
[18:39]
jonnybnot 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:40]
arildb"allowHtml" ... I cannopt find it. Have the wiki editor open
Is it the admin option you mean?
[18:41]
jonnybah, 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
yes, feature_wiki_allowhtml
[18:42]
arildbtesting [18:43]
jonnybit gets overridden if you use wysiwyg with html
there's a perm for it too
[18:43]
arildb"Allow HTML" was off [18:44]
jonnybsorry, need to do this merge - that should be fixable later... [18:45]
arildbyes [18:45]
jonnyband the inline save and cancel buttons have gone :( [18:45]
arildbafter the merge? [18:45]
jonnybdepends how long it takes (off out in about an hour)
seems there's no save buttons on "plain" wiki pages - you get that?
[18:47]
arildbchecking
I have both here
[18:50]
jonnybweird - just made a new wiki only page and there's there...
ok, going to commit the merge before my head explodes :)
[18:51]
arildbI did check the toolbar lib. It got messy. So, no commit
:)
[18:52]
jonnybah, the page with no save/cancel buttons had a wysiwyg plugin in it, which no longer seems to work [18:53]
arildbshould it be supported at all for inline editing? [18:54]
marclaportejoined #tikiwiki [18:54]
jonnybno, it should lock that bit
which it does...
[18:55]
arildbhaving inline editing and the wysiwyg editor open at the same time, means 2 editors are working on the same page, or? [18:55]
jonnybgoing to remove it and see what happens
big merge on it's way
[18:56]
arildbwysiwyg plugin I meant, not editor [18:56]
jonnybok, no wysiwyg plugin, save & cancel come back [18:57]
aalex_joined #tikiwiki [18:57]
jonnybi think that's fair - why would you need both the plugin and inline editing? [18:57]
arildbI don't see the need [18:58]
jonnybmaybe i can tussle up a little warning
but first it's broken, probably since i added the divarea plugin a few weeks ago
[18:58]
Telesightjoined #tikiwiki [19:04]
arildbdoesn't seem like commits are logged here any more [19:05]
jonnybseems not, i can't see the bot logged in (tiki_kgb or something i think it was)
another changi_ thing i'm afraid ;) (i think)
i'm thinking we need a tiki-ckeditor.js file for utility functions etc...
[19:13]
arildbIn trunk, tiki-admin_system.php?do=all seems to redirect to ltiki-admin_system.php, not clearing all caches. Anybody else getting this? [19:16]
jonnybit 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:19]
arildbok [19:20]
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:25]
jonnybjonnyb checks [19:26]
arildbI see the problem
The update had not overwritten all files properly
trying again
[19:26]
jonnybok, good - looks ok here [19:27]
arildbafter the update it got worse... now the inline toolbar is empty [19:29]
jonnybew
is "svn status" ok now?
[19:29]
arildbtrying more
updated again...got tiki-jquery.js
[19:30]
jonnybstrange it was so bitty - i'll try updating a spare trunk here [19:31]
arildbSVN should be good. Trying new cache clean + test [19:31]
jonnybmy spare trunk updated ok by the look of it [19:32]
arildbI get this notice...
PHP (5.4.11) NOTICE (E_NOTICE):
File: D:OpenSourceTikiWikiwwwtikitrunklibckeditor_tikiwysiwyglib.php
Line: 70
Type: Undefined offset: 0
[19:32]
jonnybmaybe sf.net flaked out at some point [19:32]
arildbSVN says: At revision: 46917
ah...composer
[19:34]
jonnybah yes, cke got updated [19:35]
arildbstill the same
tested in FF, Chrome and Opera. All the same. Trying a different trunk installation
[19:40]
Jyhem_laptopjoined #tikiwiki [19:43]
jonnybyou get nothing in the toolbars? does anything else (normal wysiwyg editing) work? [19:44]
arildbno toolbars. the warning is for line: $cktools[0][count($cktools[0]) - 1][] = 'inlinecancel';
checking standard editor
[19:45]
jonnybseems that smarty_function_toolbars is returning nothing then? how does toolbar admin look? [19:46]
arildbstandard editor works fine
It's a fairly fresh trunik installation. I don't think I edited the toolbars
[19:46]
jonnybif the normal editor gets them i can't see why they're empty inline [19:47]
arildbme neither [19:48]
jonnybcan you debug? i'd put a breakpoint in at line 68 of wysiwyglib.php [19:48]
arildbIt 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]
arildbMaybe some "residues" of my editing is around somewhere [19:49]
jonnybcould be - so many changes... that's why i wanted to get back into trunk [19:54]
arildbI 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]
jonnybhere comes another one i'm afraid - new tiki-ckeditor.js file :)
r46918
[19:56]
arildbUsing the "Basic" admin view, I can enable wysiwyg editor, but the requirement "Wiki paragraph formatting" is hidden.
You mentioned hardcoding this value jonnyb. This sounds better to me. It's very difficult to activate inline editing in a fresh installation
...if you don't know what to do
[20:00]
jonnybyes... that why we had the profile for a while
trouble is, that is quite advanced - doesn't it default to on these days? (would just work if so)
[20:01]
arildbA cleanup in thye admin panel, and possibly auto-setting of preferences would be nice [20:02]
marclaporteSo no more experimental branch? [20:03]
arildbmaybe keep it for now, in case other "ideas" come around? [20:03]
jonnyb+1 [20:03]
marclaporteok [20:03]
arildbHow about a "wizard" like setup of Tiki after a fresh install. One page could be the editor setup. The system could auto-activate dependencies
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
Inline editing is a great feature and should be much easier to activate (even if it is experimental)
[20:11]
jonnybthink we should make feature_wiki_paragraph_formatting default to 'y' for new installs? marclaporte: what do you think?
(would need an update script)
[20:16]
arildb_joined #tikiwiki [20:19]
fabriciusjoined #tikiwiki [20:20]
...... (idle for 26mn)
arildb_joined #tikiwiki [20:46]
.... (idle for 18mn)
TomJarvisjoined #tikiwiki
polom
I turned on the RSS feed for a calendar and I was surprised to see the wiki syntax unparsed.
I don't find any options to strip or parse the calendar feed, am I missing something?
[21:04]
arildbTomJarvis: I am not familiar with RSS and calendars, but which Tiki version are you using? [21:12]
TomJarvisI am stuck on Tiki 9 because I don't have the newer versions of php [21:13]
arildbok, and which Tiki 9 version? The latest release: 9.6 ? [21:14]
TomJarvis9.7svn [21:16]
arildbok
can you try to reproduce it on the demo server?
at http://demo.tiki.org use the 9x installation
[21:16]
TomJarvistiki-calendars_rss.php just takes the name and description columns from tiki_calendar_items without parsing them [21:18]
arildbare you able to fix it? [21:19]
TomJarvisI've added some code to tiki-calendars_rss.php to strip the wiki stuff, some of the things I remove are my own plugins.
I was just wondering if I was missing an option that would parse or strip them for me.
[21:20]
arildbsorry, I don't know [21:21]
TomJarvisMaybe people that rss feed their calendars don't use wiki syntax in their event descriptions? [21:22]
arildbIt's possible [21:22]
.... (idle for 15mn)
fabriciusjoined #tikiwiki [21:37]
PenguinMan98polom fabricius [21:47]
MichaelC|Mobilejoined #tikiwiki [21:52]
TomJarvisI 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. [21:54]
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:06]
arildbTomJarvis: good find [22:12]
TomJarvisWhen 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:15]
Tiki|botNew Forum Posts: Inline editing problems on demo - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=48357 [22:18]
SkiNutjoined #tikiwiki [22:26]
TomJarvisI 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:30]
marclaportejoined #tikiwiki [22:33]
Jyhem_laptopjoined #tikiwiki [22:34]
SkiNutjoined #tikiwiki [22:38]
changijoined #tikiwiki [22:49]
luciashpolom
Anzhe: still there ?
[22:57]
SkiNutjoined #tikiwiki [23:04]
.... (idle for 17mn)
brolin_empeyjoined #tikiwiki [23:21]
pianolivjoined #tikiwiki [23:26]

←Prev date Next date→ Show only urls(Click on time to select a line by its url)