marclaporte: joined #tikiwiki kstingel|lurking: if a (proposed) plugin is likely to be a package, where should it live?
... in the lib folder? arildb: joined #tikiwiki goj_killedByISP: joined #tikiwiki tk___: joined #tikiwiki
Anybody here can tell me if I can use tikiwiki to create some kind of outliner? Zyith: left #tikiwiki tk___: left #tikiwiki goj: joined #tikiwiki kstingel|lurking: joined #tikiwiki fabricius: joined #tikiwiki Tiki|bot: New Forum Posts: Cannot Add Users - https://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43868
New Forum Posts: When I save my Wiki pages after editing I get 404 page not found - https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43861
New Forum Posts: (SOLVED) My wiki page doesn't keep format - https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43857
New Forum Posts: Cannot Add Users - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43868
New Forum Posts: When I save my Wiki pages after editing I get 404 page not found - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43861
New Forum Posts: (SOLVED) My wiki page doesn't keep format - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43857 CIA-36: tikiwiki: 03changi67 * r41015 10/branches/9.x/installer/schema/20120421_autoincementtoautoincrement_tiki.sql: [FIX] Typo for people who already upgrade their tiki arildb: joined #tikiwiki RobertPlummer: polom all changi: Hi RobertPlummer RobertPlummer: changi: Hi
changi: lets fix this changi: RobertPlummer: Call to a member function getModifiedPreferences() on a non-object in /var/local/trunkdev.tiki.org/www/lib/setup/prefs.php on line 367
the main issue, is that what you change only work when you use the web upgrader
as for doc / dev and other website, we upgrade using shell.php
RobertPlummer: PHP Fatal error: Call to a member function get() on a non-object in /var/local/trunkdoc.tiki.org/www/lib/cache/cachelib.php on line 353 RobertPlummer: changi: So why doesn't Tikilib exist in a case like this? changi: RobertPlummer: that's a good question RobertPlummer: changi: Perhaps we could add TIkilib::lib("tiki"); lol
rather than make all those function calls static
changi: How do I invoke the upgrade from command line? changi: RobertPlummer: when you are in docroot just lauch php installer/shell.php RobertPlummer: changi: I don't see any errors, what is up? changi: RobertPlummer: it's only in some case you have some prefs like memcached RobertPlummer: changi: So we need to move it or invoke it differently? changi: RobertPlummer: yes
RobertPlummer: you can connect on community server
trunkdev is actually in the position that DB is not up2date RobertPlummer: changi: I have no idea how to fix memcachelib easily, it is integrated very badly.
changi: Hold on, i think I may have it
changi: If I give you a patch, can you test it and see if we should commit?
changi: I don't want to commit something that I can't fully test here. changi: send , i'll test
RobertPlummer: you know that you've access to the community server RobertPlummer: changi: I know, I've never logged in, I feel though that us working together we'll get more done.
changi: Just sent, please try and let me knwo. changi: RobertPlummer: ok RobertPlummer: I migrated memcachelib to be callable in TikiLib::lib("memcache") and migrated others to follow where needed.
changi: Can you test right now
? changi: RobertPlummer: yes
RobertPlummer: not working
still have the same error RobertPlummer: changi: What breaks?
changi: It should be really close changi: PHP Fatal error: Call to a member function getModifiedPreferences() on a non-object in /var/local/trunkthemes.tiki.org/www/lib/setup/prefs.php on line 369
RobertPlummer: trying refreshing trunkdoc from doc RobertPlummer: changi: Sending another patch
sent changi: RobertPlummer: testing .. RobertPlummer: changi: results? changi: RobertPlummer: taks time, need to refresh db RobertPlummer: changi: But we got much farther than last time? changi: RobertPlummer: yes, we got much farther
RobertPlummer: now we have /var/local/trunkdoc.tiki.org/www/lib/setup/prefs.php +369 RobertPlummer: changi: Same error? changi: RobertPlummer: yes
$tikilib is missing RobertPlummer: changi: patch sent
I just got rid of $tikilib calls and added TikiLib::lib("tiki")
changi: testing? changi: PHP Fatal error: Call to a member function getModifiedPreferences() on a non-object in /var/local/trunkdoc.tiki.org/www/lib/setup/prefs.php on line 367
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. include_once() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:36
PHP 6. require_once() /var/local/trunkdoc.tiki.org/www/tiki-setup_base.php:149
PHP 7. initialize_prefs() /var/local/trunkdoc.tiki.org/www/lib/setup/prefs.php:35
RobertPlummer: sorry RobertPlummer: changi: Ok, now I check for existence of method.
Much cleaner, patch sent. changi: Yes 1 more step : PHP Fatal error: Call to a member function get_style_base() on a non-object in /var/local/trunkdoc.tiki.org/www/lib/init/smarty.php on line 55 RobertPlummer: patch sent changi: another step :) : PHP Fatal error: Call to a member function assignByRef() on a non-object in /var/local/trunkdoc.tiki.org/www/tiki-setup_base.php on line 156
now it's $smarty that is missing
RobertPlummer: find what was missing
some is_object RobertPlummer: I found a way to start to test it
I was including tiki-setup.php, and so it wasen't failing. changi: RobertPlummer: do you have another patch ? RobertPlummer: changi: any reason why the installer doesn't have tiki-setup.php initialized?
changi: I'm uncovering more and more that aren't set at the moment the installer needs them. changi: RobertPlummer: don't know CIA-36: tikiwiki: 03changi67 * r41016 10/branches/9.x/tiki-setup_base.php: [FIX] If smarty is not an object, we can assign anything changi: fix a little nonsense RobertPlummer: changi: Try my patch now
just sent changi: you're the best
it's working RobertPlummer: changi: Commit then?
Did the tiki wiki 9 converter work? changi: RobertPlummer: in fact, in your last patch you comment the convert part
normal ? RobertPlummer: changi: woops
lol
1 min
changi: There you go changi: RobertPlummer: testing
RobertPlummer: need to refresh data RobertPlummer: ok
changi: How is it looking? changi: not so bad
just having plenty of notice RobertPlummer: changi: I saw that, I don't mind it so much, I think I have errors turn all the way up
How does the content look?
What is the url? changi: trunkdoc.tiki.org RobertPlummer: changi: That is running 9.x? changi: yes
:)
a little trick :)
RobertPlummer: what should we see or not see RobertPlummer: changi: The pages should just look good, like they did in 6-8
changi: Look for pages with many plugins, those are the worst offenders.
which pages have many plugins? changi: RobertPlummer: good question RobertPlummer: http://trunkdoc.tiki.org/Advanced+Wiki+Syntax+usage+examples changi: http://trunkdoc.tiki.org/PluginCode RobertPlummer: changi: What is your opinion?
Things running well? problems? changi: RobertPlummer: there is a big difference between http://trunkdoc.tiki.org/Advanced+Wiki+Syntax+usage+examples and http://doc.tiki.org/Advanced+Wiki+Syntax+usage+examples
RobertPlummer: your code only handle html and nonhtml tag ? RobertPlummer: I'm not sure what you mean,
it looks like %%% is being handled differently.
Is that the only thing that sticks out?
I see the problem, changi: yes %%% are not handle the same way
RobertPlummer: parser parse order ? RobertPlummer: changi: No I have it returning n<br />
the answer (I think) is to return <br /> and ensure toc looks at both n and <br /> as line breaks changi: RobertPlummer: i remove the n and it's working :) RobertPlummer: changi: Yes, but it will fail on other areas.
There is a specific syntax I need to try it against it was something that xavi gave the other day. changi: The trick is after you save the wiki page that you need to click every NaV to edit the dynamic variables you just created and substitute first occurence of %)li% with , then %li(% with
and finally %)ol% with and %ol(% with
is this normal ? RobertPlummer: changi: Not sure on that. changi: RobertPlummer: ok it's the same on doc.tiki.org
false alert :) Jyhem: Polom
Is not the same for me in doc.tiki.org :-(
doc.t.o: substitute first occurence of %)li% with </li>, then %li(% with <li>
trunkdoc.t.o: substitute first occurence of %)li% with , then %li(% with
It's the handling of: -+</li>+- -: Jyhem never even used -+stuff+- changi: RobertPlummer: to resume, upgrade script is working, substitute things isn't :( RobertPlummer: substitue things? changi: Jyhem: salut jm
RobertPlummer: <li> is substiture by empty Jyhem: salut changi RobertPlummer: How many special characters are there for %)something% or %something(% ?
is it just li? changi: RobertPlummer: ol too RobertPlummer: changi: what about ul? changi: ul too
in fact it's ul and not ol Jyhem: no, it's a parsing issue: -+</li>+- is in the source, and doc displays </li> (in <code> style) while trunckdoc displays nothing changi: Jyhem: in fact it display the true li and ul as html tag Jyhem: %stuff% is a dynamic var, and it works fine changi: Jyhem: they are interpreted Jyhem: it's the -+stuff+- behaviour that changes for html entities changi: Jyhem: so they should be htmlentitised :)
Jyhem: and they aren't Jyhem: -+~np~%)li%~/np~+- correctly outputs <code>%)li%</code>
but -+</li>+- outputs source <code></code> -: Jyhem believes RobertPlummer understood RobertPlummer: give me a minute guys trying to fix the line issue Jyhem: In doc.t.o, it outputs correctly in source: <code>&lt;li&gt;</code> RobertPlummer: Let me commit the changes with tiki-setup_base and then I will fix that
Jyhem, changi I cannot find where the parser handles %)li%, can you help me find it? changi: RobertPlummer: ok CIA-36: tikiwiki: 03robertplummer * r41017 10/branches/9.x/ (11 files in 6 dirs): [FIX] Getting command line tiki installer working with the new converter
tikiwiki: 03robertplummer * r41018 10/branches/9.x/lib/parser/parserlib.php: [FIX] Parsing of %%% needs to be done almost last for it not to interfier with toc and data tables Jyhem: RobertPlummer: there is absolutely nothing to change at the %)li% level!
It works quite fine, as the example shows RobertPlummer: Jyhem, you mean it is working?
oh ok Jyhem: %stuff% is perfectly working
what does not work is the explanatory text RobertPlummer: So at this point are there any outstanding issues with the parser besides %%% which I just fixed?
Oh ok, what is the syntax for that? Jyhem: which explains %stuff%, but the problem part is about -+</li>+- not outputting <code>&lt;li&gt;</code> changi: RobertPlummer: %%% is fixed :) Jyhem: but oitputting <code></code> instead
but outputting <code></code> instead RobertPlummer: ?
<code></code> is html, it will probably be handled in the browser.
if html is on it will simply output <code></code> as html, if it is not it will output &lt;code&gt;&lt;/code&gt; to the browser which will show up as "<code></code>"
to the client changi: RobertPlummer: i think it's the </code> that is misplaced
RobertPlummer: maybe in parse_data_inline_syntax function RobertPlummer: 1 min, checking something changi: RobertPlummer: it's there for sure Jyhem: RobertPlummer: yes, <code></code> is html but we want <code>&lt;li&gt;</code> changi: RobertPlummer: $line = preg_replace("/(^|s)-+(.*?)+-/", "$1<code>$2</code>", $line); -: Jyhem sorry, was distracted Jyhem: Correct: -+</li>+- →→→ <code>&lt;li&gt;</code> (in doc.t.o) RobertPlummer: so <code></code> is in-fact wiki syntax? Jyhem: Incorrect: -+</li>+- →→→ <code></code> (in trunkdoc.t.o)
RobertPlummer: i am talking html source RobertPlummer: ok ok Jyhem: -+</li>+- is wiki syntax
<code>&lt;li&gt;</code> is expected page html source -: Jyhem didn't know quebec universities were still on general strike changi: RobertPlummer: maybe it's parsed before going in parse_data_inline_syntax sandroandrade: joined #tikiwiki RobertPlummer: no I think it was that I was using &$data when parsing even in test scenarious
yup that was it
svn up CIA-36: tikiwiki: 03robertplummer * r41019 10/branches/9.x/lib/parser/parserlib.php: [FIX] Still some issues with protect and unprotect, looks solid now, was using &$data even in tests, which changed the original, essentially turning on html always RobertPlummer: changi, jyhem ^ changi: RobertPlummer: congrats RobertPlummer: changi, changi, changi and the result? changi: RobertPlummer: perfect RobertPlummer: WOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO! changi: RobertPlummer: i found another parse issue RobertPlummer: Yes?
quick, I don't have much time changi: http://trunkdoc.tiki.org/Advanced+Wiki+Syntax+usage+examples#SPLIT_plugin_work-around
td width=">100"
RobertPlummer: not a parser issue
w ikiplugin issue
will find it RobertPlummer: perhaps a plugin issue? changi: RobertPlummer: yes
found the bug :)
waouhou Jyhem: kflsmdkflsmkfmsl ? RobertPlummer: good deal, can you annouce on dev list, I'm done for the day, I have other things I have to get to/ changi: Jyhem: it's my test :) -: mose watches silently from the shadows changi: mose: lol Jyhem: Ah, that's a relief :-) changi: mose: shadow boy mose: shht
(you gonna make me noticed) -: Jyhem does not watch the shadows so as not to blow moses's cover :-) Jyhem: RobertPlummer: did you add the line breaks ? mose: (see, jyhem IS a real friend!) -: Jyhem thinks the text is better with the line breaks RobertPlummer: Jyhem, line breaks? Jyhem: %)li% with </li> (line break) , then %li(% with <li> (line break) and finally %)ol% with </ul> changi: Jyhem: i did the line breaks
:)
Jyhem: just to help seeing the parse issue displaying $line Jyhem: Yes, i just saw them in the wiki source. It's better that way RobertPlummer: I have no idea what you guys are talking about -: changi oh it's 18h trunkdoc is refresheing :) RobertPlummer: I can't get %>li& to work
%)lt% i mean Jyhem: RobertPlummer: what are you trying to do and where ? RobertPlummer: You guys keep wanting me to test %)lt% as wiki syntax, no? changi: Jyhem: did you ask for that ,
?
:) -: changi confused Jyhem: no, it seems to work fine to me
-+</li>+- is fixed. I saw no issue with %)li% -: Jyhem waitig for Table 'trunkdocto.users_users' to exist again changi: Jyhem: lol
takes time
go go go Jyhem: array
0 => string '~REAL_GT~100' (length=12)
1 => string '100' (length=3) changi: it's me Jyhem: hehe, someone is testing :-) changi: don(t worry
it's the problem with SPLIT plugin
RobertPlummer: ~REAL_GT~ comes from parser ? Jyhem: I also see "Plugin execution pending approval "
Apart from that, everything looks fine. -: Jyhem congrats RobertPlummer changi: Jyhem: do we allow param declared like = and => in plugin ? Jyhem: ? changi: Jyhem: dans la declaration d'un plugin, les paramètres peuvent être déclare comme toto = tata et toto => tata Jyhem: like {CODE(wrap=1)} changi: wrap=>1
is it right too ? Jyhem: not sure
it's already confusing enough to have {tracker trackerId="15" showmandatory="y"} together with {TRACKER(trackerId="15" showmandatory="y") } and {TRACKER(trackerId="15",showmandatory="y") }
I did not know about => RobertPlummer: changi: Right before it gets to the plugin it should decode ~REAL_GT~ to >
Jyhem, changi = and => are both accepted right now changi: RobertPlummer: so we have an issue RobertPlummer: not sure why you'd want to use =>, the ">" is just noise. changi: but not for today RobertPlummer: changi: What is the plugin? changi: SPLIT RobertPlummer: changi: Actual syntax please changi: http://trunkdoc.tiki.org/Advanced+Wiki+Syntax+usage+examples#SPLIT_plugin_work-around
{SPLIT(joincols=>n,fixedsize=>y,colsize=>100|100)} benoitg: joined #tikiwiki Jyhem: bbl CIA-36: tikiwiki: 03robertplummer * r41020 10/branches/9.x/lib/core/WikiParser/PluginArgumentParser.php: [FIX] htmldecode to unprotecthtmlentities RobertPlummer: changi: fixed
Now I step waway
away changi: RobertPlummer: thx a lot
changi: sorry not to be good enough to help you
RobertPlummer: working, great
RobertPlummer: one last, edit plugin doesn't work :) Jyhem: back
I can't approve the plugin in the right column in the "keywords" module :-( changi: Jyhem: me neither
and editing plugin using the quickedit icon doesn't work neither
see ya all
bye mose :) RobertPlummer: The inability to edit trunkdoc is because the minified js + tablesorter
It is not a blocker and not related to parser -: Jyhem managed to approve the right-column plugins in the menupage mudule through editing the page "Keywords"
Jyhem not touching minified js :-( Jyhem: Parser is enough for today, i think. Nice job RobertPlummer: Very good marclaporte: polom -: marclaporte wonders if we could have a way to relaunch upgrade on trunkdoc.tiki.org at will? (So we can quickly test Robert's fixes) marclaporte: changi: ^^ :-) mlaporte: joined #tikiwiki sylvieg: Does somebody know why on some page I have with fck a toolbar with plenty of tools and for aother page I have only soem tools
I know there are 2 modes - but do not know how it is chhosen Jyhem_laptop: sylvieg: have you looked at tiki-admin_toolbars.php ? sylvieg: thx Jyhem_laptop
in fact it has been fixed by jonny in tiki9
I am stil on tiki8 CIA-36: tikiwiki: 03sylvieg * r41021 10/branches/9.x/templates/modules/mod-user_bookmarks.tpl: [FIX]bookmark: more explicit bouton names Tiki|bot: Recent Bug: Tracker item: #4200 - - Compare generated HTML for all *.tiki.org sites between versions (to check for regressions/changes of behavior) - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4200 arildb: joined #tikiwiki
joined #tikiwiki Tiki|bot: Recent Bug: Tracker item: #4201 - - Adding an event to the calendar - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4201 fabricius: joined #tikiwiki
polom