tikiwiki: 03marclaporte * r34494 10/branches/7.x/doc/devtools/release.php: 
tikiwiki: [REL] merge the release procedure from release.php to
tikiwiki: dev.tiki.org/How+to+release
tikiwiki: http://dev.tiki.org/tiki-pagehistory.php?page=How+to+release&diff_style=sidediff-full&compare=Compare&newver=0&oldver=118
tikiwiki: Please review and improve.
 New Forum Posts: New Danish language.php - http://tiki.org/tiki-view_forum_thread.php?forumId=13&comments_parentId=41287
hm... my custom headr & footer stuff from tiki6 l&f did *not* get converted to a module when upgraded to tiki 7
rev 34494
:(
and a bunch of my html plugins were un-approved :(
ricks99: the HTML plugin issue is listed on http://dev.tiki.org/Tiki7#Wish-list_for_8.x_or_not_fixing
(was previously listed as blocker, should be in release notes now)
k. saw something about it earlier but didnt remember
what about my custom header and footer stuff?
ricks99: there's a blocker related to that too, but I didn't have the chance to re-test that in the last month
it seems jonnyb needs help to find what's wrong
k. tx
tikiwiki: 03marclaporte * r34495 10/branches/7.x/db/tiki.sql: moving sql to be with similar (no functional change)
tikiwiki: 03marclaporte * r34496 10/branches/7.x/ (2 files in 2 dirs): Adding missing prefs for category-related features
marclaporte: if you want to separate two parts of a string for translation, you need to call tra() twice
tra('Blog:').' '.tra('Force and limit categorization to within subtree of') instead of tra('Blog:'.' '.'Force and limit categorization to within subtree of')
tks
any suggestion about the space?
marclaporte: what? it doesn't need translation, just put it in between as the above shows
tikiwiki: 03marclaporte * r34497 10/branches/7.x/lib/prefs/feature.php: Thanks Chealer
tikiwiki: 03chealer * r34498 10/trunk/templates/remarksbox.tpl: [FIX] HTML special characters encoding
hallo, i hope you can help me. i use tiki 5.4 and want to upgrade to tiki 6.3 lts. for my users i need wysiwyg and a tabs - function. with the new version it is not possible to change the content of the tabs directly in the editor only in the plugin-window.
what is the future of the plugin-tabs. will the wysiwyg-editor be changed to work with the tabs inside or if there an new function with js\css wich makes the plugin-tabs obsolete. please excuse my bad english
good morning 
hi coaboa 
hi luciash
Hello honored Wiki Users :)
I come here in search of clarification I have questions about the difference between Modules and Plugins and which gives me the most flexibility when customizing TikiWiki to my companies' needs
(I come here since I have not been able to find what I am looking for in the documentation)
Merbster: in short Modules are special "boxes" with various features which can be placed anywhere on side columns
luciash, thank you for answering :) - Ok. How do they differentiate from plugins? - because can't plugins do the same? 
Merbster: Plugins are special wiki syntax code, which provide various features in Wiki Pages mainly, but can be used in fact anywhere in textareas throughout Tiki
Merbster: even in custom Modules
Ah so to expose some kind of plugins functionality to the user, one would use a Module?
Merbster: and there is also one Plugin, which can display Modules (even) ;)
Merbster: surprisingly it is called Module Plugin
Aha. Basically I need to render a Matrix structure in any type of Wiki page. so I guess the way to go here would be a plugin?
probably yes
it depends what you mean by "Matrix structure" and if such Plugin exists to suit your needs
luciash, I think it can also be called a "GridView" ^^
But it's based on a custom datastructure filled out from data from ERP, databases etc.
ok, like a table of data ?
It's not just ONE table
it's a tree structure 3 levels deep
and it needs to be rendered in a "table structure"
but the placement of cells will indicate relations between data-fields.
it's like a checklist
Based on data from 3-5 different datasources... :P So I doubt anything can do this as it is very, very specific to our company
luciash, another thing, if I just use PHP to render the HTML, I can "ignore" the smarty engine... To keep it simple (since I have little experience with PHP and I want to keep learning new stuff to a minimum).
i see, you can create your own Wii Plugin pretty easily if you can code PHP
Coding PHP is "easy"
s/Wii/Wiki/
I have an AP in computer science and currently studying a bachelor degree and I have 5 years of experience with C#.net... the switch to php is not that bad.
I can jsut see the complexity growing if I have to learn every nook and cranny of smarty too
here's about Modules (difference to Plugins, etc.) → http://doc.tiki.org/Module
that's why I want to "ignore" it so far
and just render HTML directly
here's about Plugins → http://doc.tiki.org/Wiki+Plugin
down there are links on how to create own Plugins for developers
under "Related Pages"
Cool. I will look at this. 
and cross my fingers that nothing will blow up when I ignore smarty :P
you can pretty much ignore smarty in WIki Plugins
my humble thanks for your help luciash :)
np, good luck with writing your first Tiki Plugin ;)
hopefully I won't need luck :D
ok, another question, if my plugin is split across several files (I made a prototype I need to include it in the wiki now) Where should the fiels be placed? (I can see that the wiki-plugins directory only contains php files)
files*
... looking at the file structure of the other plugins I would say I should put my plugin dependant files in the lib/<my plugin dir> Is this a correct assumption ?
it's up to you, really, you have to call them (php include or whatever) from the wikiplugin php file... i'd suggest templates or files/custom/wikiplugin_foo/ (when your wikiplugin is named foo ;))
luciash, I know how to include them my problem is the inner workings of the wiki :) and I want to do "best practice"
unless you use Smarty template for your Plugin, it doesn't matter
from the inner workings view
Ok.
bbl
polom
hmmm.
Where can i find some information/guidlines about the *_info method of plugins?
Merbster: i fear there is none other than viewing the code
Well.. .I see no overall structure so I am assuming I decide for myself what it returns and in what datastructure/format
:P
as far as it works ... ;)
tikiwiki: 03chibaguy * r34499 10/users/chibaguy/trunk_themes/themes/mollio_tiki_trunk/ (7 files in 5 dirs): [NEW] Mollio theme for trunk/Tiki 7. One theme option removed (Type H, fixed-width, made redundant by Tiki config option). In Mollio theme, all the standard site header modules go in Top module zone.
tikiwiki: 03chibaguy * r34500 10/mods/trunk/themes/mollio_tiki_7/: [NEW] Mollio theme for Tiki 7. One theme option removed (Type H, fixed-width, made redundant by Tiki config option). In Mollio theme, all the standard site header modules go in Top module zone.
tikiwiki: 03sylvieg * r34501 10/branches/7.x/lib/wiki/wikilib.php: [FIX]wiki: cache time can be redefined for a page
tikiwiki: 03sylvieg * r34502 10/branches/proposals/6.x/lib/wiki/wikilib.php: [bp/r34501][FIX]wiki: cache time can be redefined for a page
sunny poloms
polom
hi marclaporte - just reviewing your release notes changes, all look good so far
looks like the main 7.0 blocker is this upgrade script to convert the custom l&f prefs to modules, i'm going to have "one more go" at it now...
thanks
ok, tks
everything else seems ignorable or fixed, i think...
tikiwiki: 03sylvieg * r34503 10/trunk/ (32 files in 14 dirs): [MRG] Automatic merge, branches/7.x 34460 to 34501
there is all the notion tracker field editable/visible .. that is missing in tiki7 - but it is not a simple job
sylvieg, it's kind of all there but some parts are commented out, I could never figure out where some of those variables were coming from
apparently it's not used so much because in all of the testing there has been, you're the first to report it
I have some sites that use tracker field permission
nope, not reported
yes, that's true
didn't get to that (perm testing) and to testing the various field options (ex.: notification e-mail is sent to this user upon change on tracker item)
i'm still getting a few email errors form my servers doing svn up saying "svn: No such revision 24042" - apparently from Zend but i'm not getting it locally - any one got any ideas?
Ok. I'm off for today, thanks for the help so far :)
polom
y'all
 Recent Bug: Tracker item: #3891 - - If Watching All Wiki Pages, Disable Per-Page Watch  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3891
I know that I can mail-in from email -> forum, anyone if there is a way to generate forum posts from an RSS feed?
ricks99: i think it's only articles that you can generate from rss, afaik
any 3rd-party ideas? I'm experimenting with feedmyinbox (for rss -> email), then tiki's regular email -> forum feature. know of anything better?
not offhand - sounds feasible though
k. tx
BTW, ur copy of Smarties is on its way
 Recent Bug: Tracker item: #3892 - - LinkedIn Footer Link Broken  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3892
tikiwiki: 03sylvieg * r34504 10/trunk/ (lib/wiki/wikilib.php templates/tiki-editpage.tpl): [FIX]wiki: cache a wiki page for any user (not only anonymous) when the wiki cache is only individual + display warning to the editor if he uses this feature
tikiwiki: 03luciash * r34505 10/branches/7.x/templates/tiki-browse_freetags.tpl: [FIX] Freetags: the clear button link onclick attribute needed "return false" to prevent going away from the page (while it just should clear the form input)
hi ricks99
hola
hi too :)
shalom
ricks99: any news regarding your wish to make it easier to update English text in Tiki?
nope. my wish remains the same :-)
ricks99: :)
ricks99: have you tried capitalize_buttons.pl?
ricks99: it works to update the English strings in all language.php as Marc mentioned?
ricks99: I agree that it needs to be much easier. Probably the best solution is to switch to a key based i18n system (having keys instead of the English text in the source code). But while we don't have that we should look for a workaround.
tikiwiki: 03jonnybradley * r34506 10/branches/7.x/installer/schema/ (3 files): [FIX] modules revamp: Remove dependency on lib/setup/prefs.php and get modified prefs from the database directly. Should now reliably convert all custom look & feel prefs to custom modules.
having externalized keys is great, but then it becomes very hard to find specific templates (unless you know the key)
ricks99: yes, it is a trade-off
ricks99: anyway, I will check now some options with our current system
personally, i think it is ok... with the new module stuff (tiki7) and custom L&F areas (tiki 6) I rarely have to edit tpls
ricks99: it will probably involve a call to an external script as capitalize_buttons.pl
couldn't that be automated as part of the build?
..part of the daily build?
ricks99: there is a daily build?
yup
http://dev.tiki.org/Daily+Build
that was my original suggestion...
let EN folks translate just like everyone else. and the lang/en/lang.php will be out-of-sync only until the next bulid/script run
but i dont know enough about the build process or automation of the script to know how difficult it would really be
ricks99: for now I'm looking for the fastest solution possible since I don't have much time for it. I don't about the build process and that is why I don't fell like integrating with it. on the other hand there is no point if I create a solution that you and others don't know how to use.
because it depends on a shell script or something like that
ricks99: do you know the basics to use a shell?
ricks99: copying and pasting a command and running it?
shell? like sea shells? ;-P
ricks99: :P
i realize that it isn't overy difficult, but my concern is that it will add another step to the process...
i'm hoping r34506 will have fixed the ongoing blocker issues with the custom code conversion to modules for 7.0 - can anyone (everyone) test this please? :)
what happens when I make massive updates overa a period of weeks, but forget to run the script each time?
i need to make sure that any/everything i do (or don't do) doesn't mess up anything for anyone else
ricks99: what I had in mind is that in order to do any change you have to use the script. so this risk doesn't exist.
oops, hold on, fails in installer/shell.php
@07odrigo_sampaio101: i guess i could try/demo/test the process
ricks99: I will think about it for a moment and probably later I will come back with something for you to test
great.
lphuberdeau: any idea why $installer->table() works in the web installer but fails in the shell? Class 'TikiDb_Table' not found in [...] /lib/core/TikiDb.php on line 271
which version?
7.x
presumably missing an include?
compare with trunk, you will see
which file? Bridge.php?
installer/shell.php
thx
autoload is not set-up in 7.x
for that file
ok, checking
tikiwiki: 03jonnybradley * r34508 10/branches/7.x/installer/shell.php: [bp/r34223][FIX] Shell installer did not have autoload
ok, seems to work ok for me - thanks lphuberdeau 
tikiwiki: 03lphuberdeau * r34509 10/trunk/lib/prefslib.php: [MOD] Adding the 'all' tag to all preferences, setting the default to 'advanced' for preferences that are not specified
looks like js minify is breaking preview (maybe more) on dev.t.o... running up to date 6.x by the look of it, anyone got any ideas what's changed?
checking 7.x
i noticed a load of jquery.sheet and jqs5 updates went through last time i svn up'd my 6.x
jonnyb: interesting
7.x seems ok with js minify on
jonnyb: I don't think anything "changed" though, preview has been unreliable for what, months? I would think since Tiki 6
was ok on dev.t.o quite recently, i thought?
jonnyb: I never dug into it, don't remember where I see it but I think you may find the same in 6.0
 Recent Bug: Tracker item: #3893 - - Preview Oddities  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3893
jonnyb: although it could have been another instance that was fixed
for now i've switched off js minify on dev.t.o - found an error in the minified js file, but can't see how it's happening yet...
other *.t.o sites might need checking too...
that may be what Daniel reported here: http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3592&show=view&reloff=22&cant=25&status=o&trackerId=5&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=preview
could be 0 i thought doc was on 7.x now, no?
yes but that report is from October
think i've found it - a BOM in a JS file :(
jonnyb : is there a way to have BOM detection as part of release.php or quality.tiki.org?  we waste a lot of time with that
fck editor's build tools had one, but i never managed to get it working inside tiki
tikiwiki: 03jonnybradley * r34510 10/third_party/jquery/cluetip/lib/jquery.hoverIntent.js: [FIX] Remove UTF-8 BOM from hoverIntent included JS file in third_party
 Recent Bug: Tracker item: #3894 - - Menu bar with search engine disappearing on the *doc.tiki.org* side  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3894
in third party, no less
hmm
not sure how to backport it to 6.x as the external lib is fixed at an old revision, so it doesn't get updated
i'm going to try and commit the change manually, but in theory it shouldn't let me (i think) - lphuberdeau: any ideas how this should work?
not too sure
I guess you need to remove the fixed revision
or update it to later
but that would update the jQuery version and lots of other stuff
they are all in the same directory?
it's inside lib/jquery
messy...
i could just try committing it? (just the one file)
nah, not going to work
shouldn't do...
and creating a special 6.x version of the whole jquery lib seems like a bit overkill just to remove two bytes
can you tell "them" to fix?
it's an external lib inside cluetip which doesn't seem to be very supported these days
ok
(hoping jquery-ui will get their tooltip working soon)
added to wishes: http://dev.tiki.org/How+to+improve+the+release+process#Script_to_detect_invisible_weirdness_in_files
and anyway, it wouldn't get us round this fixed revision external issue
i could just remove the include of that file, it's optional and just makes the tooltips appear in a slightly nicer way
tikiwiki: 03jonnybradley * r34511 10/branches/proposals/6.x/ (3 files in 2 dirs): 
tikiwiki: [bp/r34510][FIX] Remove UTF-8 BOM from hoverIntent included JS file in third_party
tikiwiki: (added as a new file in jquery_tiki/6.x_only to get round fixed revision on lib/jquery svn external)
ok, worked out a fix for 6.x (above) - not pretty but seems to work - how do we get dev.t.o svn up'ed? changi|away really away? ;)
polom
tikiwiki: 03lphuberdeau * r34512 10/trunk/ (11 files in 4 dirs): [NEW] Adding dynamic filters to selectively hide/show classes or preferences (and reduce complexity), the preferences still need to be tagged (looking at you marclaporte)
jonnyb: yesterday he was really away, as usual  :-)
chealer: ok, guess it's not urgent (as minify is now off on dev) but would be nice to test while i remember
I agree
perhaps the minify could kill those BOM in the process
yes, that occurred to me - but i hacked round it another way
sylvieg: thanks for r34501, I missed that
sylvieg: but what does does r34504 fix?
here is my bet
if there is no global wiki cache
only individual cache
I bet that the admin can cache only page that are the same for all the groups
sylvieg: hum, what do you mean? the admin can configure Tiki to do that?
yes there are 2 options - global cache and individual cache
if the admin wants only to cache one page
tikiwiki: 03jonnybradley * r34513 10/branches/7.x/ (4 files in 3 dirs): [FIX] modules revamp: Remove orphaned prefs and change warning on site logo feature
he sets only the individual cache and gives a cache time only for this page
ah, I think I see what you mean
before it was only dione for anonymous
in my case the site is only visible for Registered
so... I do not think it is risky with the warning I put in editpage
sylvieg: the warning reads "Cache only page that looks the same for all the groups able to see the page."
sylvieg: can that read "Cache only pages that look the same for all groups able to see the page."
will prefer this page
as it is an individual cache
sylvieg: how would you translate it to French?
cacvhe only the page if it looks...
sylvieg: OK, right
cache la page que si elle a le meme affichage pour tous les groupes
chealer: feel free to use a better wording - I am not gifted in En
sylvieg: I'll exercise my liberty
tikiwiki: 03jonnybradley * r34514 10/branches/7.x/lib/wiki-plugins/wikiplugin_versions.php: [FIX] versions plugin: Add new line before default content so it gets parsed correctly (thanks ricks99)
 Recent Bug: Tracker item: #3895 - - Comments Edit  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3895
tikiwiki: 03lphuberdeau * r34515 10/trunk/ (4 files in 4 dirs): [MOD] Never hide values that differ from the default
tikiwiki: 03chealer * r34516 10/trunk/templates/tiki-list_file_gallery.tpl: [FIX] Double escaping (nbsp)
 Recent Bug: Tracker item: #3896 - - Preview Horizontal Scrollbars  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3896
 Recent Bug: Tracker item: #3897 - - Watch Object Tracker Descriptions  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3897
tikiwiki: 03chealer * r34517 10/trunk/ (4 files in 2 dirs): [FIX] HTML special characters encoding
tikiwiki: 03jonnybradley * r34519 10/branches/7.x/templates/comments.tpl: [FIX] comments: Stop comments box being "super small"
tikiwiki: 03jonnybradley * r34520 10/trunk/ (10 files in 5 dirs): [MRG] Automatic merge, branches/7.x 34501 to 34519
tikiwiki: 03lphuberdeau * r34521 10/trunk/ (lib/prefslib.php templates/tiki-admin.tpl tiki-admin.php): [ENH] Usability improvement on how filters are applied on the search query
tikiwiki: 03sampaioprimo * r34522 10/trunk/doc/devtools/update_english_strings.php: script to change English strings in language.php files
polom
jonnyb: should i switch dev.to ? 
hi changi
tikiwiki: 03yonixxx * r34523 10/branches/7.x/lib/newsletters/nllib.php: [FIX]Autoclipping feature - Error in typo
tikiwiki: 03yonixxx * r34524 10/branches/6.x/lib/newsletters/nllib.php: [FIX]Autoclipping feature - Error in typo
changi: could we afford keeping the Tiki 6 versions running in parallel for some upgrades, like the upcoming dev upgrade? having for example old.dev.tiki.org
changi: we saw several issues after upgrading doc.tiki.org but we weren't sure if they were new
hi changi 
i must say i'm worried about the trackers
didn't you set up devtest.tiki.org or something to do a trial run?
i'm onto other stuff now (and fading) so i'm not really around now... :P
ok creating devtest.tiki.org
just in order to not create an A record
i thought you already had (not called devtest maybe?)
just add the same IP address on your client
no time until now
ok, i understand (busy times!)
i'll have more time next month, one of my biggest project at work goes online next week
(I hope so)
tikiwiki: 03yonixxx * r34525 10/branches/6.x/lib/newsletters/nllib.php: [ROLLBACK] wrong branch commit
tikiwiki: 03yonixxx * r34526 10/branches/6.x/lib/newsletters/nllib.php: [ROLLBACK] wrong branch commit
Bernard1 : congrats on finding the issue!
lol… Nelson ?? Marc is talking to yu i guess…. Shame on me ! :D
but hey i move the stone at least !
Bernard1: you're yonixxx?
yes also ! 
but i keep gender Male :D i'm in very good mood tonight… i need a strong drink
tikiwiki: 03sampaioprimo * r34527 10/trunk/lib/test/bootstrap.php: 
tikiwiki: update bootstrap to reflect changes to $systemConfiguration (we to
tikiwiki: decouple the tests from the preferences system)
Bernard1: there was also a @ on the ob_get_level() line. BTW, if you're interested, svn can undo a change automatically
Oh right tks chealer ! how can i set it back without recommiting (i find out that removing the @ make the email listing for sending the newsletter appearing but i beleive there is a reason they are there) 
tikiwiki: 03chealer * r34528 10/trunk/templates/tiki-list_file_gallery.tpl: [FIX] File gallery title: "Files of $user" when viewing another user's files
Bernard1: well you would need to do a new commit. you can really cancel a change, you have to commit a change that reverts
yes chealer instead of another rollback undoing will be nice (i have to commit to proposal)
Bernard1: well you would need to do a new commit. you cannot really cancel a change, you have to commit a change that reverts
Mmm… not good them. I need to reset the file back (with the bug) and to commit in proposal
but tks anyway ;)
Bernard1: see http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.undo
tks chealer
tikiwiki: 03yonixxx * r34529 10/branches/6.x/lib/newsletters/nllib.php: [ROLLBACK] wrong branch commit
Bernard1: thanks
kidding ? :) now checking out proposal to do the right commit
is there a way to purge actionlog ? 
devtwo has 614 Mo of data in action log, can i purge it ? 
changi: action log could be useful for analysis possibly in future (I've done some of that a few years back). If you purge it, it would be good to keep a db backup/export of it. Perhaps you can purge by date? e.g. keep some
nkoth: it's possible
keeping 1 year should be enough ? 
if you backup the rest (past years) in a backup/dump outside of the db, I think keeping 1 year inside the d is enough
is viewed action usefull ? 
we have action log from 2004 :)
it could be, but if we have other sources of that, e.g. google analytics, it may duplicate that source.
(for view actions)
nkoth: yes
that
's why we have a lot
:)
marclaporte: can we purged Viewed log in action_log table
marclaporte: ?
as for me, if we already have google analytics data we can purge the viewed log (but how long back we have google analytics data?) marclaporte, do you agree?
tikiwiki: 03yonixxx * r34530 10/branches/proposals/6.x/lib/newsletters/nllib.php: [bp/34529][FIX]Autoclipping feature - Error in typo
Hi.  I upgraded my instance of tiki from 6.1 to 6.3.  The installation went smoothly and uneventfully.  When it was done, I got my login page, but when I click the login button, I get a page full of generic, user-friendly error messages, but no details about what the error is.
If I log in with the wrong password, I correctly get an "incorrect password" message, so I am assuming the db connection is ok.
I have tried to register for the forums, but I never get an activation email
thanks Bernard1
Bernard1: BTW, that was a backport of r34523, not 34529
nkoth: in fact viewed log started only in 2010
is there a way to deactivate it ? 
chealer: an idea  ?
jonnyb: you can play with devtest.tiki.org
 New Forum Posts: System errors after upgrading to 6.3 - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=41289
jonnyb: just put the ip of dev.tiki.org in your hosts file with devtest.tiki.org in it
sorry, not at the moment, can you do a little mail to the devels pls? more eyeballs would be better anyway
will try tomorrow a.m.
thanks :)
lot's of work to do
me2
changi: I had barely seen action log, but no, I don't see a way to clean
changi: although if you're asking whether it can be disabled, yes, there is an action log feature
chealer: with options ? or just on off ? 
oh, in devtest tiki7, this feature is marked as disable, but it still logged everything
bad english, it's still logging everything (maybe better)
chealer: ok found it,
in fact it was not checked in the admin panel, but the feature was logging anyway
maybe a regressin
s/regressin/regression
changi: you're right
tikiwiki: 03chealer * r34531 10/trunk/templates/tiki-admin_actionlog.tpl: [FIX] HTML special characters encoding
changi: it looks like it's been that way for a long time
changi & nkoth can you just make a backup of current action log table and let it start as empty?
if we need, we can merge back in
marclaporte: ok
chealer: shouldn't we add a test of feature enable before adding log ? 
tikiwiki: 03chealer * r34532 10/trunk/templates/modules/mod-login_box.tpl: [FIX] HTML special characters encoding
changi: it's usually that way
changi: see for example http://sourceforge.net/apps/trac/tikiwiki/changeset/5968#file4
changi: looks like these actions were logged before actionlog was a "feature"...
chealer: i found the problem
commit in pipe
changi: looks like it only existed for the wiki before that
tikiwiki: 03changi67 * r34533 10/branches/7.x/tiki-view_tracker_item.php: [FIX] Don't log if feature actionlog is not enabled
tikiwiki: 03changi67 * r34534 10/branches/proposals/6.x/tiki-view_tracker_item.php: [bp/34533][FIX] Don't log if feature actionlog is not enabled
how do I make a hyperlink to something that has [ and ] in it?
using HTML?
marclaporte: to be wiki parsed?
marclaporte: oh, didn't understand your question properly. for me a link to that works fine in trunk
[~np~http://www.inesss.qc.ca/index.php?id=65&user_inesssdoc_pi1[code]=FICHE&user_inesssdoc_pi1[uid]=878&user_inesssdoc_pi1[backUrl]=index.php%253Fid%253D49%2526no_cache%253D1~/np~]
chealer: tks
tikiwiki: 03marclaporte * r34535 10/trunk/lib/prefs/feature.php: adding some tags to preferences
tikiwiki: 03marclaporte * r34536 10/trunk/lib/prefs/feature.php: http://blip.tv/web2expo/web-2-0-expo-ny-clay-shirky-shirky-com-it-s-not-information-overload-it-s-filter-failure-1283699
tikiwiki: 03chealer * r34537 10/branches/7.x/ (3 files in 3 dirs): 
tikiwiki: [MOD] Quick Edit module: remove parameters pastetext, enterdescription and chooseCateg introduced in Tiki 6 (r28084)
tikiwiki: These fields overlap with those in page edition.
tikiwiki: http://article.gmane.org/gmane.comp.cms.tiki.cvs/63827/match=28084
tikiwiki: Sorry if this affects anyone, please speak up
tikiwiki: 03marclaporte * r34538 10/trunk/lib/prefs/feature.php: paraphrasing Clay Shirky, it's not feature overload, it's filter failure (which we are now addressing)
tikiwiki: 03marclaporte * r34539 10/trunk/lib/prefs/feature.php: paraphrasing Clay Shirky, it's not feature overload, it's filter failure (which we are now addressing)
tikiwiki: 03marclaporte * r34540 10/trunk/lib/prefs/ (11 files): paraphrasing Clay Shirky, it's not feature overload, it's filter failure (which we are now addressing)
marclaporte: i think enterdescription would be useful for us... there is no other module allowing this. as of chooseCateg it overlaps with the choose category module, pastetext i don't know
luciash : I am not invoved in that (AFAIK)
marclaporte: oops, sorry ! it was chealer :D i thought it's you by the famous quote "please speak up" ;)
chealer: i think enterdescription would be useful for us... there is no other module allowing this. as of chooseCateg it overlaps with the choose category module, pastetext i don't know
hehe :-)
luciash: when you say for us, do you mean tiki.org or what?
chealer: me and my colleagues
as there is no possibility to enter page description automagically by tracker page auto-creation it is very useful to allow modify the description via module as it reduces need to open whole page edit session
just to add the description
luciash: do you know this module would only preset the description? it doesn't allow just setting the description for the current page.
or maybe i just misunderstood what it does
ah, ok, just preset, ok, not so useful then, i agree
my "speak up" is over, thanks ;)
tikiwiki: 03marclaporte * r34541 10/trunk/lib/prefs/ (feature.php global.php metatag.php wiki.php): paraphrasing Clay Shirky, it's not feature overload, it's filter failure (which we are now addressing)
chealer: maybe it just reduces the need to switch tabs, fill description and save (one click save)
chealer: just curious: i personally think it wouldn't hurt to keep it... did you found out otherwise ? memory eater or some other disadvantage which have lead you to remove the params ?
luciash: I don't think this saves a click on save, the module brings to tiki-editpage.php
chealer: it saves one click in the process of editing the page (the clicking on the tab to switch where the description field is)
luciash: well OK, but if it's just that, that would be better addressed by having the description in the first tab
chealer: yeah, sure, +1 for that from me
luciash: I basically thought it wasn't worth the code weight and added complexity of 3 module parameters, unless it's really used. there were already 2 parameters about categories.
ok, i see
i don't know who uses it actually, maybe fabricius ?
if only we could know
I could be wrong
tikiwiki: 03marclaporte * r34542 10/trunk/lib/prefs/ (feature.php feed.php global.php sitelogo.php): paraphrasing Clay Shirky, it's not feature overload, it's filter failure (which we are now addressing)
tikiwiki: 03marclaporte * r34543 10/trunk/lib/prefs/ (calendar.php feature.php): paraphrasing Clay Shirky, it's not feature overload, it's filter failure (which we are now addressing)