tikiwiki: 03changi67 * r35393 10/trunk/ (3 files in 2 dirs): Translation
tikiwiki: 03changi67 * r35394 10/trunk/lib/jquery_tiki/tiki-trackers.js: ~FIX~ Remove unnecessary &
hi
any1 here who can help me at installation? maybe on german?
anyway... i try to install tikiwiki. it works till the point where i can click on "install". after that i get a site with "Forbidden". I tryed with 2 different rights.... 1 time with: all directorys with 7-7-7 and all files with 6-4-4 and 1 time with the discription from http://doc.tiki.org/Install+by+FTP
 New Forum Posts: Head 3 edit feature disappearing - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=41778
polom all
polom jonnyb
changi, chealer, did you see my msgs from yesterday?
polom RobertPlummer 
tikiwiki: 03sylvieg * r35395 10/trunk/lib/ (userslib.php wiki-plugins/wikiplugin_mail.php): [ENH]MAIL: be able to select the users of a group and the including groups at a certain depth
tikiwiki: 03sylvieg * r35396 10/branches/7.x/lib/filegals/filegallib.php: [FIX]FGAL: fix archive when keep_same_fileId is off
I committed in 7 - hope it is ok?
tikiwiki: 03sylvieg * r35397 10/trunk/ (4 files in 4 dirs): [MRG] Automatic merge, branches/7.x 35378 to 35396
tikiwiki: 03robertplummer * r35398 10/trunk/tiki-batch_upload_files.php: [FIX] Draw archive saving (it works now, woohoo!)
tikiwiki: 03robertplummer * r35399 10/trunk/lib/trackers/trackerquerylib.php: [FIX] Tracker query lib search param handling.
tikiwiki: 03robertplummer * r35400 10/trunk/tiki-batch_upload_files.php: [FIX] refinements to draw archive, multi save on singe instance wasn't working, needed to return the new file id.
sylvieg1: polom ;)
polom all
hi RobertPlummer. I did see your messages, but I'm glad sylvieg1 saved the day :-)
thanks chealer 
My next refinement is this, should I make all the wiki pages that have draw plugin enabled update to that of the new id of the archive parent?
what do you think chealer?
sorry for the stupid question...but is anyone able to see the MAIL plugin in trunk, in Admin Textarea?
mail plugin?
wikiplugin_mail.php?
RobertPlummer: wikiplugin_mail.php, yes
oh
I have it
sylvieg1: oh. right, you're missing a prefs key in the array
RobertPlummer: hum...
RobertPlummer: so you're seeing mail and its description "Directly mail other users or groups"?
yup
chealer
that is quite strange, I'll check demo
so chealer and sylvieg1, how do you think I should handle the changing draw id in the draw plugin?
I do not remeber the rule ... it is the fact the file exists - or I need a pref?
sylvieg1: you talking to me?
RobertPlummer: uh, I really don't get it. surely a stupid question, but... wait, is it enabled?
no chealer but perhaps you know...
RobertPlummer: I'm not seeing it on http://demo.tiki.org/trunk/tiki-admin.php?page=textarea either, do you?
sylvieg1: you need a pref ('prefs' => array('wikiplugin_mail'))
chealer: how do I add it do that textarea admin page?
RobertPlummer: you probably need to use the option do not change fileId
the other setting - is only valid for people that do svn history - or thing laike that
RobertPlummer: what do you mean, how do I add it? I was asking if you saw the plugin there...
it's a preference screen, you're not supposed to add preferences as admin
lol
sylvieg1: I think we need to fix that, each plugins shouldn't have to "depend" on itself
chealer, I mean for draw how do I add it.  I do not see it for mail plugin.
chealer, sylvieg1: the current functionality for draw plugin is that it will update only if edited from the wiki page, otherwise, it will use the archive (or old) id.
RobertPlummer: oh OK. so (if we finish on mail), you're seeing mail on your local trunk but not on demo, right?
tikiwiki: 03sylvieg * r35401 10/trunk/lib/wiki-plugins/wikiplugin_mail.php: [FIX]MAIL: missing prefs -thx chealer
No, I only have the file, not the ability to enable/disable it.
sorry, I'm a mess today.
RobertPlummer: oh, OK
makes sense now
thank sylvieg1
sorry, *I* interrupted your question on draw
sylvieg1: that fixed it
RobertPlummer: so, what are "wiki pages that have draw plugin enabled"
?
(sorry, I admin I haven't tried draw yet)
(but a customer asked about it a few months ago)
lib/wiki-plugins/wikiplugin_hasbought.php:		'prefs' => array('wikiplugin_hasticket', 'payment_feature'), is it normal the prefs does not have the same name
chealer: draw is a plugin that links to an svg image inside of a file gallery.
If you just use {draw} in a page, it gives you a button to make an image.
The image then is updatable if you edit it, see tiki dev list email for archive/save functionality.
sylvieg1: and indeed it doesn't show in Admin Textareay
RobertPlummer: looks like that's one for you
(wikiplugin_hasbought not showing in Admin Textarea)
about the same problem as mail's it seems
RobertPlummer: OK. so a "wiki page that has draw plugin enabled" is just a wiki page which calls the draw plugin?
right
sorry for not explaining it too well.
I think we should have either a global update type feature or that the default for keeping the id should be reversed.
It just seems right with web content... Part of the issue with web content is that new urls aren't as important to search engines, ones that have been around for some time are.
unfortunately I'd need to check to study file galleries to give you an opinion on that
ok chealer
RobertPlummer: can it be on fgal basis?
because I agree to be global ... is not the best
sylvieg1: That actually sounds like a good plan.
and I remember that all the mecanism to overwrite prefs at a fgal level is done...
chealer, where do I add draw plugin as an option?
permission to butt in with unrelated query?
an option that I can turn on or off here: tiki-admin.php?page=textarea
IN THE INFO FUNCTION OF THE PLUGIN 'PREFS' => ARRAY(...)
oops sorry caps
sylvieg1: in what file?
wikiplugin_xxxx.php
Do we seperate them by space?
tikiwiki: 03changi67 * r35402 10/trunk/templates/tiki-user_cssmenu.tpl: [FIX] Revert commit 35177 Main item are not translate anymore
nm, I see they are arrays
it is a list
RobertPlummer: as sylvieg1 wrote, but I thought draw was already fixed for that
I don't see it in trunk.
RobertPlummer: it's hasbought that doesn't show here
Draw doesn't display there either that I see, it has draw, but no checkbox to turn it on or off.
RobertPlummer: oh, that's right, I had it fixed locally
care to commit?
I will if you don't
tikiwiki: 03chealer * r35403 10/trunk/lib/wiki-plugins/wikiplugin_draw.php: [FIX] DRAW plugin: add self to preferences so that it shows in Admin Textarea
if I want to provide a choice of Smarty or Smarty3, would the best way be to create a preference for it and add a selector in "Look & Feel"?
RobertPlummer: the fix should be very similar for hasbought
kstingel: +1
but is it look and feel or feature?
the look will be the same
?
wil prefer in admin features ... but my 2 cents
I'm still getting used to DB managed config, don't want to crash Tiki whilst I play with Smarty3 templating in trunk checkout
kstingel: we shouldn't offer 2 Smarty versions, we should just upgrade to 3 when the time comes (which I believe is going to be today)
the Fest is a little quiet today
chealer: so maybe I should just do an update of my checkout after lunch? (2:40AM here)
kstingel: wait for news that 7.1 was released (you saw Jonny Bradley's yesterday mail "Re: [Tiki-devel] Releases coming up soon (lots!)"?
and in the meanwhile let's hope Strasbourg wakes up
bbl
I missed that one ... have lost much time today rebuilding Tiki IDE ... still have broken debugger
So chealer, after I add the wikiplugin pref to the wikiplugin, how do I get it to list on that page?
reset cache?
yup, answered my own question.
hi all - Strasbourg sort of awake but having a day off here (first one since i got here)
hey jonnyb do you know for the fests if they are going bbb/audio? And if so, when?
RobertPlummer: the tikifest was last week, bbb wasn't working sadly
polom
hi chealer 
hi jonnyb. ah OK
jonnyb: so should we expect 7.1 today or tomorrow?
trying to do the release preparations for 7.1 but keep getting distracted
tomorrow's more likely
thanks jonnyb
you da man
trying to get doc/devtools/securitycheck.php to make some more sense (it's on the how to release doc)
kstingel: in any case I just thought the main guy that pushes to Smarty 3, Stéphane Casset, never comes on IRC. you should send a mail to the tikiwiki-devel (ideally after reading Stéphane's mails on the topic)
chealer: thanks, will do
chealer, I'm looking at filegallib (and this is a concern of other) is there a standard function that we should make that can check if the user has permission to the object they are trying?
like $this->user_has_perms();
or better: $this->user_has_perms($user, $fileId, $categoryId, $etc, $etc);
there is sort of a wrapper functions $tikilib->user_has_perm_on_object as well as $tikilib->get_perm_object and sometimes in some places I see code that access the Perms object directly
e.g. $objectperms = Perms::get( $objecttype, $objectid );
RobertPlummer: http://dev.tiki.org/Permission%20cleanup
RobertPlummer: I really don't know about filegallib, but I believe the file-specific permissions vs gallery permissions are still a mess
chealer, that is what I thought
but there is very good progress, not to put anyone down.
tikiwiki: 03kstingel * r35404 10/trunk/tiki-quiz_edit.php: [FIX] added new var $limit and edited for statement
tikiwiki: 03jonnybradley * r35405 10/branches/7.x/ (9 files in 4 dirs): [FIX] Missing features and perms checks and update test script.
tikiwiki: 03jonnybradley * r35406 10/trunk/ (11 files in 5 dirs): [MRG] Automatic merge, branches/7.x 35396 to 35405
tikiwiki: 03jonnybradley * r35407 10/branches/7.x/README: [REL] Update README file for 7.1RC1
tikiwiki: 03jonnybradley * r35408 10/branches/7.x/lang/ (48 files in 48 dirs): [REL] Update language.php files for 7.1RC1
tikiwiki: 03jonnybradley * r35409 10/branches/7.x/changelog.txt: [REL] Update changelog.txt for 7.1RC1
tikiwiki: 03jonnybradley * r35410 10/branches/7.x/copyright.txt: [REL] Update copyright.txt for 7.1RC1
tikiwiki: 03jonnybradley * r35411 10/branches/7.x/db/tiki-secdb_7.1_mysql.sql: [REL] SecDB for 7.1RC1
tikiwiki: 03jonnybradley * r35412 10/tags/7.1RC1/: [REL] Tagging release
tarballs uploading...
to late to commit in 7 now?
too
tikiwiki: 03sylvieg * r35413 10/trunk/tiki-switch_lang.php: [FIX]sefurl: better fix to 33975 when switching with url cat111-xxx
hi sylvieg1 - is it a fix?
yes
fixes are still good for 7.1 - this release is RC1
it possibly should have been a beta but that would have delayed things quite a bit (i'm not going to have reliable connection next week - travelling)
ok, gotta go - French stuff to see! :)
tikiwiki: 03robertplummer * r35414 10/trunk/ (4 files in 4 dirs): 
tikiwiki: [FIX] A bunch of draw fixes and refinements. Much faster overall, and smooth.
tikiwiki: [NEW] Added $.modal(msg) in tiki-jquery.js function that FIXES ajax loading user navigation prevention
HI everyone 
tikiwiki: 03sampaioprimo * r35415 10/trunk/lib/ (4 files in 3 dirs): new get_strings handles strings ending with punctuation as old get_strings
tikiwiki: 03sampaioprimo * r35416 10/trunk/ (4 files in 3 dirs): new get_strings.php output languages being updated
hi rodrigo_sampaio. I don't really understand the Wordpress translation example
rodrigo_sampaio: what do you mean by accessing (strings in PHP files) in JS files?
hi chealer
chealer: what I mean is that instead of defining the strings directly in the js files we would define them in php files
chealer: you define the string in the php files with a key
chealer: than in the js file you have an array with all the strings available and access them using the key
rodrigo_sampaio: "in the js file you have an array with all the strings available"?
rodrigo_sampaio: are you suggesting to ship a JS version of language.php to the client?
chealer: no
chealer: I'm suggesting we create a mecanism to now in a php file which strings will be used in a specific js file. than we load to the js just the strings it uses.
chealer: say you have tiki-edit_languages.php and this script uses tiki-edit_language.js
chealer: in tiki-edit_languages.php you define the strings you want to use in tiki-edit_language.js
rodrigo_sampaio: sorry but I still don't really understand. what does "loading to the js" mean? you would add inline JS?
chealer: we need some way to make the strings defined in the php files available to the js script
rodrigo_sampaio: right. are you suggesting a particular way to do that?
chealer: I haven't got to the details yet. I just have the general idea.
chealer: it should be something similar to what we do with $headerlib->add_js()
(not sure about the name of the method, something like that)
rodrigo_sampaio: right, so inline JavaScript (in the HTML document)
chealer: yes
rodrigo_sampaio: FWIW, I didn't understand from your mail that you wanted to generate the JavaScript translations array at runtime. but it's one way to do it. if you think that's the easiest to implement, I think it's reasonable
chealer: do you have other suggestions on how to do it? so far this is the only reasonable solution I came up with.