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><li></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><li></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 <code></code> 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><li></code>
changi: RobertPlummer: $line = preg_replace("/(^|s)-+(.*?)+-/", "$1<code>$2</code>", $line);
-: Jyhem sorry, was distracted
Jyhem: Correct: -+</li>+- →→→ <code><li></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><li></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