tikiwiki: 03marclaporte * r37128 10/trunk/ (2 files in 2 dirs): improve admin panel by adding plugin prefs in relevant spot
RobertPlummer: sorry, I think we misunderstood yesterday. my comment on documentation was that the getJSFromHTML() method documentation had not been updated (no explanation of the new parameter)
Ah yes, sorry chealer.  I will get that added early this upcomming week.
chealer: the php site (http://www.php.net/license/) says: The PHP manual text and comments are covered by the Creative Commons Attribution 3.0 License, copyright (c) the PHP Documentation Group
not sure what that means though
tikiwiki: 03nkoth * r37129 10/trunk/lib/wiki-plugins/wikiplugin_addrelation.php: [FIX] typo leading to not being able to turn on plugin in admin textarea
according to wikipedia (http://en.wikipedia.org/wiki/Creative_Commons_licenses#Attribution), it means I need to attribute it to the best of my ability using the information available
RobertPlummer: np, thanks. interesting page anyway. thanks for the addition, note that I have some trouble parsing "tiki is smart enough to both ensure that the files is only added , minified, and cached once if those features are turned on"
lindonb: ah, that's great!
lindonb: thanks, that's good to know :-)
np, makes me happy too :)
tikiwiki: 03marclaporte * r37130 10/trunk/ (2 files in 2 dirs): better prefs for freetags
lindonb: I'm not sure neither. I don't know that's LGPL-compatible
s/know/know if/
tikiwiki: 03marclaporte * r37131 10/trunk/templates/tiki-admin_menus.tpl: update in-app doc for the new better way of handling menus
lindonb: if the code was significant, we'd need at least a copyright notice, in the long term determine if the license is LGPL-compatible
chealer: ok
tikiwiki: 03marclaporte * r37132 10/trunk/templates/admin/include_wiki.tpl: more contextual prefs
tikiwiki: 03marclaporte * r37133 10/trunk/templates/tiki-admin_modules.tpl: Hide polls in custom module helper unless polls are activated
tikiwiki: 03oeversetten * r37134 10/trunk/lang/nds/language.php: Translation growing
tikiwiki: 03marclaporte * r37135 10/trunk/templates/modules/mod-quickadmin.tpl: Much more complete quick admin module, which should help new admins
tikiwiki: 03marclaporte * r37136 10/trunk/templates/admin/ (include_look.tpl include_module.tpl): make Module zone visibility sections look nicer
tikiwiki: 03marclaporte * r37137 10/trunk/templates/admin/include_textarea.tpl: Some text area plugins also put next to wiki syntax prefs, because it's related
tikiwiki: 03marclaporte * r37138 10/trunk/tiki-admin.php: moving admin icons is now easy thanks to LP
tikiwiki: 03marclaporte * r37139 10/trunk/ (css/readme.txt styles/readme.txt): Adding some readme files to help new designers
good mornin & polom tikiverse
good morning
good morning Luci
hi fabricius
gits and digs?
do we enter a new gitical world?
lol
Houston I have a problem
I would need assistance to get a Tiki running on a godaddy account
godaddy wants to help me, but insists, that I ask the exact appropriate questions
I am sure, that the problem has to do with certain server settings
I think I might need a handler or something
maybe just a specific line for the htaccess or so
but how to guide them to the information I need?
could somebody with experience in installing at different providers please look at this subdomain and see if the error message tells him/her something?
http://watchdogwiki.watchdogarizona.org
fabricius: seems the installer didn't run properly
try to rerun
the tables weren't created by sql
make sure the sql files in db/ exist (were copied porperly via ftp)
polom
hi chibaguy 
hi luciash
hi chibaguy 
luciash chealer : I have news from godaddy
luciash chealer : there has been a file/folder missing on their server, that we needed - they created it and the first error message is sorted for this and future installations
hello fabricius
the next error messages are related to cookies
it seems, that Tiki saves cookies to the servers memory
but godaddy expects them in the webaccount, in the local system, for ex. in /db
godaddy says, that this would be a script problem
do anybody know anything about that?
maybe add s.th, in the .htaccess or uncommenting one or a few lines in it?
chibaguy: do you have some experience in installing at different providers?
luciash: didn't Marc want to dogfood plugin Split instead of spreadsheet and need some hint for that?
tikiwiki: 03arildb * r37140 10/branches/experimental/tiki-innodb/: Test of running Tiki on InnoDB
tikiwiki: 03arildb * r37141 10/branches/experimental/tiki-innodb/tiki_innodb.sql: Script to generate database based on tiki.sql
fabricius: maybe four or so.
But it went smoothly in each case.
I mean, that is good, but I don't have any debugging lessons from those cases.
fabricius: About Marc's message, he did mention that, but (and maybe I should reply on list) I think using plugin split these days is retro. If not using the spreadsheet, then I think using a more modern grid layout scheme would be better.
Although I guess technically the particular page is a table of data, so probably is ok semantically, now that I think about it again.
chibaguy: I sometimes think about how to sort modules-like content areas for a 960.gs like design on Wikipages or maybe in articles aswell
chibaguy: I guess it is a completely different issue, but just the word "grid" triggered me again
chibaguy: I find it not so hard to make a theme appearing in a 960 style in respect of menus, col2 and col 3, header etc.
chibaguy: but the main content area -> co1 seems to remain a problem - I have to use tables for that (for that kind of design I work with WYSIWYG), but that seems to me  to be more an odd workaround
I hope, that the TikiFestDesign will not happen too early, because I want to come and have to save some money for the flight
I think col1 isn't so hard to use a grid in, you just have to create the divs for the "boxes" in wikitext. If the boxes have a css class to provide rules for layout, then the page will work fine.
It's no fun editing a wiki page full of layout divs, though, so a good method is to make a container page that provides the layout, and this page loads modules or included wiki pages into its grid boxes, so content can be edited on those child pages, which are pure content and no layout syntax.
chibaguy: that sounds interesting
so I divide between wiki-layout-master-page and wiki-content-child-pages ? 
Well, I should do a wiki page about it.
that would be great
Yes, I think that's a good approach for sites that are like news portals.
The friendsofannie.org site that I did (and I noticed your facebook like, thank you) uses that method for most of the front page.
using the idea and measurements of the 960.gs I came quite a good bit forward in setting up non-odd designs as I am not a skilled designer and my projects cannot afford to pay designers yet
So I rarely have to edit the front page.
similar than working with dynamic content
or article modules
yes
you can combine modules and included wiki pages, etc. for various kinds of content display.
I still have no imagination how to include and use the grid divs in Tiki and then how to "position" the narrower divs besides each other
and included wikipages - is that similar to included articles in a div? a special function?
You use the INCLUDE wikiplugin.
It grabs just the wikitext content of the target page.
I already read about that, but never used it
very handy.
would that work between independant tiki sites aswell?
unfortunately, no.
ok, understand
(or maybe, not yet ;-) )
I want to get in a decent calendar synchronisation between Tiki sites first ;-)
but really sharing content dynamically between independant installations of Tiki would be quite a "nice to have"
fabricius: toinclude wiki content from other tikis you can use pluginsnarf
yes, that's something that comes up when we think 'should this content be at doc.t.o or themes.t.o?' If we could include it at one site from the other, that would be great.
hi coaboa, when I used snarf (a long time ago) it was not as easy as with include.
true
indicating the start and end points was kind of hard, or anyway so I recall.
regex stuff
a while ago I tried different things to include content cross-site and nothing really worked out well enough
but at the moment neither in one of my projects, nor in the community this is on my main focus - just for now
I think the calendar issue is much more important for Tiki as Groupware/CMS in general and for my projects in particular
and I need to get Tiki running on godaddy for s.b. who wants to setup an interesting socio-political project 
I hate it, when I start to step in and them I am stuck on the very start aswell
step in and help I mean
if that is correct english
sometimes ... grrr ... would like to be better in english
hopefully someone recognizes what the problem is with the install and can get you unstuck :-).
just mixing up words and grammar - sounds english but is whatsoever, but no english at all ;-)
chibaguy: yes, I hope so
hi :)
my gmap locator isn't offering a way to save position anymore, and tiki-gmap_usermap.php is an empty page
is gmap v2 API brocken ?
aye aye aye ... I get further!!!
I got it I got it
I just had to delete the local.php, that I created manually as usual
ooops
hehe and wooohooo
site is running
yay
shaka!
;-) 
pianoliv: which Tiki version are you running? Are you using the right google maps key?
arildb, 6.2 The key used to be ok & I have just tried with a new one with the same result
re
pianoliv: There is a 6.4 version out. I made a quick test on 6.4, and my map comes up OK. You may want to try that. 
fabricius: yes, in the reply to Marc i sugest to dogfood Spreadsheets instead --- that is why i used the smiley ;)
using plugin Split to make a grid data table is not very good idea imho
thanks for the test arildb
i'll have to ask the super-admin :)
better to dogfood common table syntax or plugin FancyTable even than plugin Split
Odd combination of third-person and first-person forms on tiki-user_information.php: "Send me a message" (1st person, on tab), "The following message wil be sent to user Username" (3rd person, in message header).
Also, I see "MyTiki" and "MyInfo" buttons when I click on a user's information page link. That row of buttons actually apply to me, not to the user I'm checking out, which is kind of confusing.
Under "Use messages" on tiki-admin community, aren't these items for individual users to configure for themselves? "Send me an email for messages with priority equal or greater than:  " seems wrong for a site global setting.
Or are those default settings (but again the personal pronoun is making it confusing, if so).
Apparently they are default settings; the section above on the admin page does in fact say "default"; this ought to be repeated for each section, I think, since the wording of the specific options is what individual users see.
Yeah, checking as a non-admin user, the row of buttons (MyTiki, MyInfo, etc., which refer to the logged in user) shouldn't be displayed when a user is on tiki-user_information.php looking at another user's info.
It's like, 'Whose account was I looking at, again?'
tikiwiki: 03oeversetten * r37142 10/trunk/lang/nds/language.php: Low German growing
chibaguy: I just read your comments to the tiki-user_information.php
chibaguy: is that default in Tiki - like in the templates or php files or so?
chibaguy: it is really odd and should be put on the "consolidation list"
fabricius: As far as I know, that's the default arrangement.
I think this part of Tiki hasn't seen much attention.
chibaguy: I think most focus in the community actually is further development - new functions and all this amazing stuff
chibaguy: I want now more and more point my own focus on bits and pieces, on consolidating and finishing up existing core functions and stuff like that, what you mentioned
Unfortunately, consolidating and finishing up is probably rather boring compared to pioneering some new feature. ;-)
Some of the cleaning up might be within the range of people who aren't pioneering new features, if the problems are pointed out. Actually maybe I can help on the user's preference page.
tikiwiki: 03arildb * r37143 10/trunk/lib/categories/categlib.php: [FIX] Truncate tiki_categories,description data on updates to fit the column and survive in strict mode.
chibaguy: unfortunately I am a lateral entrant and never learned coding, so for a long while I will be dependant on volontary devs and customers (wich I hopefully find soon) to get those things either done for free or financed
I think one way or another things will progress.
polom
chealer: polom
tikiwiki: 03changi67 * r37144 10/trunk/lib/ (3 files in 2 dirs): [user:changi:FIX] SVN Property
tikiwiki: 03changi67 * r37145 10/trim/src/ext/Password.php: [user:changi:FIX] Remove useless property
tikiwiki: 03changi67 * r37146 10/quality/: [NEW] Create folder to store project config for build on quality.to
polom chealer
even an hour later ;-)
such a nice late summer day on the balcony
tikiwiki: 03changi67 * r37147 10/quality/ (16 files in 9 dirs): [NEW] Add configuration for jenkins for project trim and trunk
tikiwiki: 03arildb * r37148 10/trunk/ (2 files in 2 dirs): [FIX] Add missing table engine specifications
tikiwiki: 03arildb * r37149 10/branches/experimental/tiki-innodb/tiki_innodb.sql: [FIX] Add missing table engine specifications
tikiwiki: 03marclaporte * r37150 10/trunk/templates/modules/mod-quickadmin.tpl: Changing menu icon so as not to be confused with structures .Thanks Arild
tikiwiki: 03marclaporte * r37151 10/trunk/modules/ (3 files): typo
polom
I have some questions about jqs5 in tiki7
and when showing content frmo a wiki page thorugh jqs5, I miss a few things....:
(1) the ability to play a video embedded in a slide. Exemple:
http://iesbarcelona.org/esso350/tiki-slideshow.php?page=Session+03#s3
(clicking at the "play" button doesn't start the video, but it passes one slide forward)
(2) how to preset the default theme for the slideshow
(3) I also miss the ability to show/hide sections that are hidden with *- bullets
(they are shown as hidden always; they can't be shown). I guess some js is missing from tiki-slideshow.php
tikiwiki: 03chealer * r37152 10/trunk/lib/filegals/filegallib.php: [FIX] hasOnlyPrivateBacklinks(): path to objectlib (r37054 regression, oops)
tikiwiki: 03chealer * r37153 10/trunk/lib/objectlib.php: 
tikiwiki: [FIX] "Fatal error: Call to a member function get_object_id() on a non-object in lib/filegals/filegallib.php on line 1599" when editing a Wiki page.
tikiwiki: objectlib always needs to be global. Exposed r37054. Thanks Marc Laporte.
strrrange behaviour of Tiki7.x branches: I did a new installation and changed the sitetitle - a few hours later I added a word to the sitetitle - when I am loged in, I see the new longer sitetitle - when I am loged out I see the old shorter sitetitle
login - logout -> always switches the sitetitle
I have no groups, no perspectives, nothing set up
just a nearly fresh installation
clearing the cache does not help
hmm changingdirectly in the database did solve it
odd somehow
but fine that it worked
anyone knows how I can avoid <x>
I'll just workaround it by using a different var for now...
what is the story with this mysterious <x> tag?
I am using the tabs plugin
isn't sylvie into that?
andand the contents are being "filtered" to prevent XSS presumably
now I have a trackerlist plugin in one of the tab
ok
and the parameter url=whatever is vbeing comverted to u<x>rl=whatever and so it doesn't work
tikiwiki: 03jean-lucnavarro * r37154 10/trunk/lang/fr/language.php: [TRA] more French translations
nkoth|nelson: I will fix the bug....
I need a bug fix
sylvieg: you know how to already, or still investigating? Because I have no idea,
I have a very short bug test
ok
{DIV()}{tracker trackerId=1 url="xxx}{DIV} is not working - but {tracker trackerId=1 url="xxx}
is working
same issue...
yeah needs to be fixed
I am also looking into another I think regression. In previous version if you use  plugin tracker, even if you don't specify the user selector field with auto assign as one of the fields, the user is autoassigned right? It doesn't do that anymore.
chealer: Are you here?
hi arildb
chealer: I will go ahead and revert the categlig.php change. As I understand there is consesus about setting "description" aatributes to type = mediumtext, or?
arildb: OK. It might be a bit early, but I don't expect that anyone would see MEDIUMTEXT as worst than VARCHAR(250).
sylvieg: in the plugintracker doc, for the parameter fields, it is written: is the list of the numeric field IDs separated by :. The fields beginning by - are optional. Do you know what this optional means? I am trying to understand it and the code don't seem to do much except make the label italic...
nkoth|nelson: sorry no idea
chealer: maybe not, but when I first use categories, I did run into this problem. We are hoever now discussing (in mail) a better approach. So, what do you think: Keep the change for now?
tiki 7.1: what permission do i need to assign to allow anonymous to use the search wiki page feature?  thanx
sylvieg, nelson: are you aware that in 6.4 when you put html inside {DIV()}...{DIV} plugin it works in wiki pages even when HTML is not enabled ?
luciash, not aware
it gets parsed as html, while when it is outside, it doesn't get parsed and displays as plain text
seems like a security issue for me...
i think secure tags work only though
like it still will be sanitized if there's something
but i think it is misbehavior at least
arildb: I think we misunderstood. when I said it might be a bit early, I meant it might be early to say we have "consensus". but I don't think the change will be controversial at least for descriptions, so it wouldn't be an error to do the change now.
unfortunatelly we use this "trick" a lot in some of our (here on some sites) templates now :-/
luciash, are you sure?
(too lazy to enable the HTML per page ;))
(I mean are you sure you can?)
yes
arildb: the change is far from being a pressing issue, it can stay like that for a while.
nkoth|nelson: you can just try with {DIV()}<b>bold</b>{DIV}
or anything
chealer: we can do a massive change if we know what to do :)
chealer: ok, I will leave it. The prosed chances in this handling sound good.
proposed
nkoth|nelson: the url bug is fixed in trunk :-(
changi|pause: I think arildb's suggestion is good, unless someone else comes with a better idea.
sylvieg: i feel like removing this optional - feature, trying to see when it was ever used
Hi - I would like to construct a menu item URL where the host name part is determined by (ultimately) apache, e.g. https://%HTTP_HOST%:10000  - I tried that syntax but found that the variable didn't expand.  Is there a way to do this or am I sol?
looks like there from years ago
offgrid: the search wiki page feature... tiki_p_search ? otherwise where is that feature? are you talking about a module?
yeah, when i am signed in i have the search wiki page on the right (its a module) and when not logged in it doesn't display.  do i just look through the permissions area?
offgrid: Admin > Modules edit assigned module and check both Registered and Anonymous groups
very good.  thanx!
tikiwiki: 03chealer * r37155 10/trunk/lib/categories/categlib.php: [REF] CategLib: add "roots" type and explicit "all" type to getCategories() filter
Does anyone know if there's a way to get the HTTP_HOST variable to expand in a menu item's url ?
sylvieg which revision is your fix?
(have you commit yet?)
I did not fix it yet.. comparing both version
I have the problem in trunk
ah.. perhaps I forgot to check html page...
my page is a normal page,  no html
humm seems to be fixed for me in trunk
testing...
I see, inside {DIV} is ok for me but not inside {TABS}
mayeb it is a different but related issue
but for sure it is caused by <x>. I have to run out, bbl
nkoth|nelson: tested in 6.x ?
tikiwiki: 03chealer * r37156 10/trunk/lib/ (7 files in 5 dirs): 
tikiwiki: [REF] call getCategories() instead of get_[viewable_]child_categories().
tikiwiki: Note: Review welcome
tikiwiki: 03sylvieg * r37157 10/branches/7.x/lib/wiki-plugins/ (3 files): [bp/r 36027] missing filters: otherwise {DIV()}{tracker trackerId=1 url=x){DIV} has the url changed to u<x>rl
nkoth|nelson: I suppposed you have to do the same filter for TABS
this is so picky.......
tikiwiki: 03chealer * r37158 10/trunk/lib/categories/categlib.php: 
tikiwiki: [FIX] CategLib: get_category_descendants() did not return the base category (r37055 regression, oops)
tikiwiki: Warn on limited intuitiveness
tikiwiki: Thanks lindon
chealer: the king od teh escape.. did you see my answer to marc
is thre a page on dev.tiki explaining the filters
tikiwiki: 03chealer * r37159 10/trunk/tiki-browse_categories.php: [REF] add_watch_icons(): tiny clarification
hi sylvieg. I did, seems good but I'll try to verify.
sylvieg: not that I know
chealer do you have a page on escape on dev - a lot od security problems are fixed with your tenacious add of escape
thx
perhaps it should be in dev.tiki.org/DevTips (or 3 rules)]
sylvieg: no, but I thought it should be done, indeed
sylvieg: I sent a mail on the topic titled "Escaping, security" in February, but there's little Tiki-specific in there. it could be a base
tikiwiki: 03chealer * r37160 10/trunk/lib/tikilib.php: 
tikiwiki: [FIX] TikiLib: add_group_watch()
tikiwiki: r32067 regression. Thanks Lindon
nkoth|nelson: ping
chealer, yes
tikiwiki: 03nkoth * r37161 10/trunk/lib/wiki-plugins/wikiplugin_tabs.php: [FIX]missing filters: otherwise {DIV()}{tracker trackerId=1 url=x){DIV} has the url changed to u<x>rl
tikiwiki: 03nkoth * r37162 10/branches/7.x/lib/wiki-plugins/wikiplugin_tabs.php: [bp/r37161][FIX]missing filters: otherwise {DIV()}{tracker trackerId=1 url=x){DIV} has the url changed to u<x>rl
nkoth|nelson: about your mail "Do not fatally crash on detecting orphan categId"
chealer: yes, just an idea... I don't actually have a case where it is crashing
(since I fixed that particular case where it was passed)
nkoth|nelson: I checked all getCategories() callers, direct or indirect except for calls through get_category() and saw nothing with orphan
nkoth|nelson: something could be done at get_category()'s level though
I was imagining, maybe if I retrieve the categories from the search results, and then pass it through the smarty categoryName function, not sure what will happen
anyway, I'm not sure what is the best way to increase the robustness in the presence of an exception like this...
I mean special case like this
nkoth|nelson: I see roughly 100 "orphan" occurences in trunk, that's a bit much to check
I was just thinking making it ignore it more gracefully, what do you think? or is returning the error the correct thing to do?
maybe the problem is just we don't have a gracefull way to handle the error
it should be more of a warning I suppose
tikiwiki: 03oeversetten * r37163 10/trunk/lang/nds/language.php: delete some double lines, not to translate one string more often than once
nkoth|nelson: sorry, that was quite easy to go through. on second look I see two suspicious occurences of "orphan", 2 times in lib/core/Search/Formatter/ValueFormatter/Categorylist.php
and one at lib/core/Search/GlobalSource/CategorySource.php:42
nkoth|nelson: as I said I don't know search but if you can verify these 2 cases there shouldn't be problem
the one at GLobalSource I handled, the ValueFormatter one should be safe I think
It actually checks for orphan and removes it
nkoth|nelson: excellent then, thanks.
nkoth|nelson: if you see anything else wrong, please tell me. I'm mostly done with CategLib refactoring.
curious though, categories can be formatted using the Reference formatter as well
if orphan is passed to smarty objectlink, maybe it sanitizes it
anyway, we'll solve it when we encounter it
polom all
yeah, if these are fine I don't think orphan will be a problem, I'm doing nothing for now
good evening RobertPlummer
good evening.
tikiwiki: 03chealer * r37164 10/trunk/lib/categories/categlib.php: (log message trimmed)
tikiwiki: [REF][FIX] remove list_categs(), get_child_categories() and get_viewable_child_categories() (unused)
tikiwiki: Note: get_[viewable_]child_categories() callers use getCategories() instead
tikiwiki: since r37156. This could cause performance regressions as getCategories() does
tikiwiki: not cache per perspective / category filter nor per category subtree.
tikiwiki: getCategories() also has no static cache after permission filtering as get_viewable_child_categories() had.
tikiwiki: Such caches could be reimplemented in getCategories() if filtering from allcategs is found to be too slow.
hm - ok - I just enabled and then disabled php memcache support in my installation, and now I'm getting 500 errors on every page - it appears to be dying because I never actually put any items in the memcache server list.  Anyone know which table/file that's in? I think I need to fudge something in there to get around this.
svdasein: did you actually turn on memcache in tiki or just in php?
I installed memcache and enabled it in tikiwiki
then disabled it - did not put anything in the server list
probably you just need to clear the tiki cache 
how do I do that without being able to access the site? everythings giving a 500 error
this is the message:
 PHP Fatal error:  Call to a member function get() on a non-object in /var/www/tiki/lib/cach
e/memcachelib.php on line 101
(nkoth)
you could edit lib/cache/memcachelib
nkoth - what would you recommend?
to force it to set it to off  (there is probbaly another way, this is most direct)
I'm pretty new to this code
do you see the two lines: $this->memcache = FALSE; and $this->options  = array( 'enabled' => FALSE ); ? Copy those two lines outside of the if statement just above it.