LouisMartin: joined #tikiwiki
GillesM: joined #tikiwiki
hello
Caarrie: joined #tikiwiki
changi_: joined #tikiwiki
thick_mcrunfast: joined #tikiwiki
HardWare: joined #tikiwiki
Hello
marclaporte: joined #tikiwiki
HardWare: Does tiki currently get it's webhosting for free from a sponsor?
fabricius: hello
arildb: joined #tikiwiki
CIA-36: tikiwiki: 03robertplummer * r40897 10/branches/9.x/lib/ (parser/parserlib.php setup/editmode.php tikilib.php): [FIX] Still was a couple bugs that I couldn't fix, and started to loose it, so I added some object attributes rather than variables, it makes it easier to tracker. Cleaned up very well.
marclaporte: polom
goj_killedByISP: joined #tikiwiki
CIA-36: tikiwiki: 03robertplummer * r40898 10/branches/9.x/lib/wiki-plugins/wikiplugin_textlink.php: [FIX] possible escaping from origin of clipboarddata
tikiwiki: 03robertplummer * r40899 10/trunk/ (23 files in 17 dirs): [MRG] Automatic merge, branches/9.x 40864 to 40898
sandroandrade: joined #tikiwiki
benoitg: joined #tikiwiki
Caarrie|sleeping: joined #tikiwiki
CIA-36: tikiwiki: 03marclaporte * r40900 10/branches/8.x/tiki-pagehistory.php: [bp/r40856] [FIX] Ensure permissions from page history lookup by object type
arildb: joined #tikiwiki
Rob___: joined #tikiwiki
morning
Anyone awake?
sipherdee: joined #tikiwiki
arildb: joined #tikiwiki
GillesM: me rob
Rob___:
mose: hey gilles
GillesM: salut mose ca fait une paye
que deviens tu ?
Rob___: hiya
GillesM: hi Rob___
Rob___: hiya
I was looking for help , if anyone can
GillesM: what kind of help ?.
mose: moi je deviens bridé
GillesM: bridé c'est à dire ?
mose: je suis a taiwan depuis 4 ans
GillesM: et tu y es heureux ?
mose: le paradis :)
Rob___: help with Theme Control and Categories
GillesM: Rob___: ask your question
Rob___: it seems unless I have very very short Category names, the dropdown box won't populate
GillesM: mose tu y fais quoi ?
Rob___: I don't use catégory
Rob___: ah damn.
mose: apres avoir pris le temps d'apprendre le chinois j'ai repris du service, dev et ce genre-la
sorry rob I can't help, last version I knew perfectly well was 1.9
-: mose is a dinosaur
mose: GillesM: je me suis mis a java et puis apres avoir vomi je suis passe a rails
Rob___: blimey
GillesM: moi je suis à fond dans Qt4
mose: classe
GillesM: je développe parfois des petites améliorations dans TW que j'utilise toujours
et je fais des la chanson
j'ai gagné des prix je tourne un peu mais ça reste difficile
mose: je me doute
c'est chaud comme metier
GillesM: mais je travaille en parallèle à développer des application Qt4 et je fais des formations Linux
-: mose doit sortir, bbl
GillesM: joined #tikiwiki
marclaporte1: joined #tikiwiki
rodrigoprimo: joined #tikiwiki
CIA-36: tikiwiki: 03Jyhem * r40901 10/branches/9.x/templates/tracker/edit_field.tpl: [ENH] Present existing text more clearly
arildb: joined #tikiwiki
Trebly: joined #tikiwiki
reetp: joined #tikiwiki
!help
Tiki|bot: You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot .
marclaporte1: Rob___: still need help with categories and theme control?
Rob___: yes please
if you're still there
CIA-36: tikiwiki: 03eromneg * r40902 10/branches/9.x/lib/wiki-plugins/wikiplugin_trackerprefill.php: [FIX] crude fix to increase the number of fields/values that can be set from 5 to 8 - but this should really be made more generic
fabricius: joined #tikiwiki
marclaporte1: here
Rob___: tell me more
you want a different theme depending on the category of the page?
kstingel|offline: joined #tikiwiki
rodrigoprimo: joined #tikiwiki
Rob___: yes, marclaporte1
hmm don't see a way I can send a screenshot on this. Anyway the basic problem is any category with a name longer than 7 letters doesn't display, it instead shows () in the category dropdown box in Theme Control
And, to make it worse, the highest ID/most recently created category isn't shown even with short names
and if I delete a category, creating a discontinuity in the category ID, I have to manually alter them to be in a numerical sequence otherwise none work
I assume it's a problem in tcontrol.php but I'm not a programmer and don't know any PHP
I'm doing chores so only checking IRC occasionally
marclaporte1: ok
which version?
Can you duplicate the problem on http://demo.tiki.org/ and gimme an URL to check? I'll then go and check and fix the code
Rob___: what's the admin login there?
marclaporte1: you can see on demo.tiki.org
fabricius: hey Rob___ r u still there?
Rob___I did realise the problem with the last category not accessible in theme-control aswell
Btw hello everybody
I have a weird problem and cannot find a solution - productive running but small website with Tiki9
I cannot use Articles right at the moment, as the header is kind of invisible / hidden when I go to tiki-view_articles.php etc.
but would be nice to use articles ^u^
It seems not to be a problem with the code, as I frequently SVN'd up and I have not a similar problem on other 9ers
It seems not to be a CSS problem, because the problem appears aswell in a standart fivealive and not only in the custom theme
I did not find any setting or configuration, that could deactivate the header for articles and I do neither use perspectives nor mutidomain
I am really stuck, because I have no more idea where to look for a reason of the problems
Please does anybody has a hint what else to check or had a similar experience before, maybe s.th. that could guide me to a solution?
marclaporte: joined #tikiwiki
arildb: mose: I am looking at a problem with the permissions. In tiki_editpage.php, the direct object permissions are copied from the parent page, when a new structure page is created. This only happens when the current user has tiki_p_admin_wiki permission. This copying messes up systems which rely on category permissions (since the direct permissions override). Your name is mentioned in the blame (from 18 may 2005. (really old, I know). The question is whether
to add an option or to remove the code.
The code segment is: //Criss Holman added the if containing this code of which I don't know the use, but a check before the permissions copy
//is definitely needed in case someone has tiki_p_edit/tiki_p_admin_wiki in a page belonging to a structure. chealer
if ($tikilib->user_has_perm_on_object($user, $_REQUEST["page"],'wiki page', 'tiki_p_admin_wiki', 'tiki_p_admin_categories'))
$userlib->copy_object_permissions($page_info["pageName"], $_REQUEST["page"],'wiki page');
mose: Can you remember the purpose of this code?
I have had an email round with xavi about this. His point is that this code may be used for workspaces. Copying the direct permissions is easier than using category permissions. However, now I see that the copying only occurs if the current user has tiki_p_admin_wiki permissions. Thus it would not be triggered for regular users.
I would also be interested to hear from people familiar with/using workspaces. Is the copying of the permissions from the "mother page" in a structure a useful feature.
CIA-36: tikiwiki: 03marclaporte * r40903 10/branches/9.x/templates/admin/include_wysiwyg.tpl: add PluginWYSIWYG to relevant spot in admin panel
tikiwiki: 03marclaporte * r40904 10/branches/9.x/lib/wiki-plugins/wikiplugin_wysiwyg.php: typo
marclaporte: arildb: xavi is likely the person who has put the most thought in structures and workspaces
arildb: "Thus it would not be triggered for regular users" that doesn't sound right. Maybe it's because non-admins can't set permissions?
arildb: marclaporte: I think it's right. The if statement checks if the current user has tiki_p_admin_wiki (and tiki_p_admin_categories..but this argument is not accepted by the function). So the copying only occurs if the current user has tiki_p_admin_wik permission. I assume normal users won't have that pemrission
I did buy xavi's argumentation, but now I see that it doesn't rteally apply, due to the permission check
I will try to contact xavi on IRC when he comes online. Easier to discuss here
marclaporte: I am glad you are working to improve Tiki. Thank you
arildb: :-)
CIA-36: tikiwiki: 03marclaporte * r40905 10/branches/9.x/lang/en/language.php: fixing some it's/its without affecting translations
marclaporte: changi_: ping
changi_: can you increase the frequency of updates of pre-dogfood server?
Why not every hour?
Tiki|bot: New Forum Posts: Use Wiki syntax in Link directory? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43815
marclaporte: hmmm, I guess we don't want a bit of time to setup and play with it before it refreshes...
Trebly: joined #tikiwiki
coaboa: joined #tikiwiki
HostinatoRigore: left #tikiwiki
Rob___: hmm
not sure how to open up a private chat. Anyway, http://demo.tiki.org/8x/tiki-theme_control.php <- I can't replicate it entirely, your dropdown box is populating, but it's still ignoring the most recently created category so part of the error is there
marclaporte: Rob___: ok, I am checking now
Rob___: thanks
Jyhem: Rob___: yes, I had been wondering about that. Thanks for the confirmation. → The last created category does not appear in the drop-down :-(
only I saw it in the "Add group" page
Rob___: Jyhem - on my own installation it doesn't even populate the list if any categories are longer than 7 letters (or shorter than the word 'imperium' anyway
Jyhem: I have categories "wiki_sections" and "Bucuresti" and they appear
Try "clear all Tiki caches" ?
Oh, I see you are in 8.x and I am in 9.x
I went to see in http://demo.tiki.org/8x/tiki-theme_control.php → Sorry, different bug. I don't know about theme control
coaboa: joined #tikiwiki
polom
Rob___: yea I cleared the cache a lot
I think the server I have struggles to run Tiki tbh
marclaporte: Rob___: I confirm the issue. I look at recent code change in that file and didn't see what would cause it
It is perhaps something in Smarty 3 upgrade...
Rob___: okay, thanks
I have no idea what that means, I assumed it was the function in tcontrol.php that provides the dropdown box
I've got to say, TikiWiki is awesome, but it could do with more killer themes
marclaporte: Rob___: Agreed!
I think newish theme designer will help
Rob___: and it destroys my 1and1 shared hosting
lots of 'out of memory' server errors despite me only enabling a few parts of it
Jyhem: If I create a tracker field of type "category", will choosing the category categorize the item ?
marclaporte: Jyhem yes
Jyhem: thanks marclaporte
marclaporte: Rob___: http://tv.tiki.org/tiki-kaltura_video.php?mediaId=1_d4y23n2f
Jyhem: Nice. Is tv.tiki.org on Tiki9 ?
Rob___: that looks good, but you still need to come up with a workable minimalist theme I think
with clean icons and minimal chrome, but not browser-breaking like Skeleton does on my MacBook :/
I say "you", I mean "Tiki people"
Fivealive is a great theme, but the icons look quite dated.
Obviously take this criticism with a pinch of salt, since I'm no artist
fabricius: joined #tikiwiki
CIA-36: tikiwiki: 03Jyhem * r40906 10/branches/9.x/templates/modules/mod-login_box.tpl: [ENH] A clearer grouping of login instructions
fabricius: Jyhem and Rob___ sorry foir the late reply (disconnected and so ;-) ) I just confirm again: The last created category does not appear in the drop-down aswell in installations <- so I have to setup a next emty category to make the last one the one before the last and let it appear ... but this is a pretty awkward workaround
Rob___: hi fabricius
fabricius: hi Rob
Rob___: yes that is correct. I also seem to have an additional problem, which is that no category name 8 letters or longer displays for me - if I have one, the dropdown won't show it
And to make it worse, unless I manually edit my SQL database to ensure all categories are sequential (1,2,3,4,5) it breaks the dropdown box as well.
My installation is vanilla 8 so I'm not sure if I've done something accidentally or what, but Theme Control by objects and groups works okay.
fabricius: I neverrealised this problem - I will have to check this lateron -> which version was it?
ah 8
Rob___: er objects and sections.
Although theme control by groups would be amazing.
fabricius: jupi objects and sections
there is an option for themes for groups I think, but I never touched this - what if s.b. is in two groups ... even the defaultgroup wins, I am not shure if this will lead to somewhere
better to do with perspectives or so
clemente: joined #tikiwiki
Rob___: I've not tried perspectives yet - I've found the more complex stuff breaks my rubbish shared hosting
marclaporte: Rob___: can you duplicate on demo.tiki.org/9x and add issue to http://dev.tiki.org/Regressions+in+9x ? (I can then backport fix to 8.x for 8.4)
Rob___: roll on the days of Freedom Plugs
marclaporte: Sorry to hear 1and1 is not holding up
Rob___: I couldn't duplicate my "no category names over 7 letters" on the Tiki demo for 8, only the other one
clemente: Hi, how can I insert the current date in a wiki page? I have searched the documentation but didn't find anything. Is there a plugin or something?
Rob___: yea well they used to be good, gone downhill recently IMHO
marclaporte: http://tiki.org/Testing+Tiki+installations+on+major+Shared+Hosting+companies
Rob___: really I should have my own server
interesting, didn't spot that
coaboa: joined #tikiwiki
Rob___: didn't run into any of those particular bugs yet though I haven't tried file uploading
certainly 1and1 defaults to php5 now
coaboa: left #tikiwiki
marclaporte: clemente: yes, there is a way added by sylvieg
fabricius: Hi clemente, there is a little piece of Smarty code ... give me a few minutes and I look for it
marclaporte: joined #tikiwiki
clemente: fabricius: I found this: {$now|tiki_long_date} but it seems to work only in some contexts. Inside a table I get a SmartyCompilerException
xavi: joined #tikiwiki
arildb: xavi: I have looked into the copying of direct object permission for structure pages some more.
The copying is only done if the current user has the permission: tiki_p_admin_wiki
I assume regular users do not have that permission, and thus it will not simplyfy the permission handlng in structures/workspaces for them
I do buy your argument that object permissions "could" simplify things, but that doesn't seem to be the status today, which brings back my original though of removing the code.
s/though/thought
The code is from 2004/2005, which is probably before the category permissions were introduced (or?)
xavi: I would like to get your input in light of the given permission check
LordVan: joined #tikiwiki
joined #tikiwiki
marclaporte: joined #tikiwiki
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/9.x/lib/wiki-plugins/wikiplugin_now.php?view=markup
xavi: polom
arildb, ok
my input: I would vote for adding a preference to let tiki admins select behavior in their sites
and for me, it would be a desired enhancement to allow any user (and not only admins) to have this behavior to get permissions copied from a parent page to their child from within structures (through the structure header bar)
luciash?
sylvieg?
arildb: xavi: I guess that means checking for the edit page permission or edit structure permission, instead of admin wiki?
xavi: +1
arildb: xavi: Adding an option per structure seems a bit too much at the moment.
xavi: then add the option for all structures
that would be enough for most cases
imho
arildb: ok. Which permission would be most fitting edit page or edit structures (if I recall right)
Maybe edit page would be most fitting
xavi: for me , intuitively, it should be edit structures. But as far as I remember, you can't find right now the perm "edit structures" when you are adding local perms.
the page bar would be shown just when the page is in a structure, so tiki_e_edit_structures would be the most intuitive, imho
provided that the code is fix/improved and this perm is shown for local pages
clemente: marclaporte: thanks, I'm using that plugin and it works
marclaporte: :-)
https://doc.tiki.org/PluginNow
xavi: marclaporte: I've just seen this page, and I see that it's not within any structure in doc.t.o :-)
arildb: xavi: if the curent user has tiki_p_edit_structures, would he/she be able to create a new page in the first place (if tiki_p_edit was not also there)?
xavi: do you want any hints on how to create those pages (or add them later) in the main structure in doc.t.o? (so that they are listed by toc, etc)
arildb: I don't know. try it
arildb: xavi: ok, I will look into it
xavi: arildb: thks
marclaporte: ok, I've done it myself.
marclaporte: clemente: do you code?
Trebly: joined #tikiwiki
arildb: xavi: Given that the permission check now will be changed for the inheritance of the direct object permissions. Should the default choice be to disable it?
Jyhem: polom
arildb: I've wondered. What is the use case which would be improved by removing this option ? You seem to believe that not keeping permissions from one page to a new page would be an improvement.
I can see for what people this might be useful. I have not found an example of people who might find this annoying
arildb: xavi: The problem is that the direct object permissions override all other permissions. The sites I am working on are driven by group and category permissions. That's why I am doing this upgrade, to get rid of the direct permission copying. So, yes, it is an improvement (for me). My impression is that category permissions are commonly used, and the copying will mess up the access rights