***: L0ggar has joined #tikiwiki
amette has quit IRC (":wq")
amette_ has quit IRC (Client Quit)
amette has joined #tikiwiki Tikiwiki|bot: SVN: Commit by lphuberdeau :: r 16036 /trunk/ (8 files in 5 dirs): [FIX] Multiple fixes in plugin alias and webservice plugins cause by other changes [NEW] Allow post requests to be made from webservice plugin [MOD] Loosen up handling of declared received types to handle bad services ***: GillesMM has joined #tikiwiki GillesMM: hello iw there a doc to upgrade theme from 1 to 2 version ? Tikiwiki|bot: SVN: Commit by lphuberdeau :: r 16037 /trunk/ (5 files in 4 dirs): [MOD] Add UI to set filters on plugin alias ***: GillesMM has quit IRC (Remote closed the connection)
grobda24 has joined #tikiwiki
Lucymoz has joined #tikiwiki
stefon has joined #tikiwiki
FrankP_german has quit IRC ("Nettalk6 - www.ntalk.de") stefon: Hi... Can I ask you a question concerning permissions and categories?
sorry... I just read the topic *g* I tried to use categories to seggregate a tikiwiki installtion into seperate spaces which cant be seen from one another
like there is a group A which can edit some wiki pages and manages some forums and group B which has another set of wiki pages and forums and they cant see the other ones. Is this possible? lphuberdeau: not certain, may be really hard to do... improving this is on the roadmap stefon: Isnt it possible to create categories for groups and seperating their objects (e.g. forums) for one another? lphuberdeau: yes stefon: I have this problem: I create a group called A, create a category called A and a user which belongs to group A
then i create a wiki page which gets assigned to category A
then I add the "view" permission of category A to group A
In my understanding, from this point on, users in group A should see this wiki page. Am i Wrong? lphuberdeau: you know of tiki_p_view_categories and tiki_p_view_categorized? stefon: I know that you can assign groups the permission to view and another permission to edit a category. do you mean this? lphuberdeau: category permissions are quite complex at this time
there are special permissions required stefon: Is there a document (beside the http://doc.tikiwiki.org/ ones) about the category system and how to use them? Because if I understand you, it should be possible to map a organization with suborganizations, but i would be complicated lphuberdeau: not that I know of
there may be something in http://twbasics.keycontent.org stefon: I read something about version 3 of tikiwiki, is this version in a usable state? lphuberdeau: the change you need is not made yet, likely to be in version 4 stefon: damn *g* lphuberdeau: tw 3 is in dev and to be released in April 2009, first RC somewhere early March Tikiwiki|bot: Welcome to the official Tikiwiki English Irc Channel. TikiWiki or better known as TW, is your Groupware/CMS (Content Management System) solution, you can get more infomation at http://info.tikiwiki.org/ . stefon: thx for your help... do you know of another open source groupware system which you find good? (i tested the popular ones and they didnt fulfill my needs, no usable forum systems for example) ***: rpg has joined #tikiwiki marclaporte: stefon: : you can have many instances of tiki
This is what we are looking into: http://dev.tikiwiki.org/Workspace stefon: the problem is: I want forums and wiki pages which can be accessed by members of the two sub organizations marclaporte: I understand stefon: Like having a forum for the whole organization and special ones for the suborganizations marclaporte: In Feb, we'll be working on this in Madrid: http://tikiwiki.org/TikiFestMadrid stefon: So is this possible (though complicated) in 2.2 and will the workspace feature allow me to do this easily? marclaporte: stefon: : you can do all that now if you give individual perms per forum / wiki page / etc., but this can only work up to a certain volume stefon: assigning groups to categories want to the trick? marclaporte: how many wiki pages?
how many users/groups/forums? stefon: hmmm ... 10 sub organizations marclaporte: ok, so you make 10 groups stefon: they should be able to create forums which only they can see marclaporte: and you add users to one or many groups
10 forums: you add perms individually on each (forget about using categories for this, just go one by one) stefon: and what about allowing users in one group to create wikipages which can only be seen by their group and not the other ones?
and forums: it would be nice/necessary to allow the users to create forums themselves which ALSO can be only seen by their group...
impossible with 2.2? *g* marclaporte: only issue is wiki pages. Either you get the category permissions thing to work for you. Or you have to give perms for each
forums: that is a bad idea ***: PrezKennedy has quit IRC ("Leaving") marclaporte: how many forums do you want? stefon: I dont know... in the current system, suborganizations have around 10 forums and can administer them themself marclaporte: users can create new threads in each forum, that should be sufficient
so you can have different perms for each forum, with different moderators
10 forums is ok to administer manually
The only tricky part is the wiki page creation stefon: yeah but I cant allow one user to create a forum for their group. if they want a additional forum, they have to ask me. Am i right? why is wiki trick?
y marclaporte: yes, they ask you
(for forum)
for wiki, it's trickier because you may end up with hundreds of pages
so handling manually may be too much overhead stefon: yeah, thats what i thought....
would the workspace concept solve my problems? marclaporte: yes
and much more
it will segregate not just wiki pages and forums stefon: is this concept getting integrated into 3.x or 4.x? marclaporte: 4.x for sure
too big of a change, can't sneak in 3.0 stefon: Understandable marclaporte: but some people have got the category permission thing working
it's just tricky to setup
and there can be some weirdness stefon: So categories COULD solve my problems, if i get my head around them? marclaporte: like someone adding a wiki page to a category and being locked out (not sure if this is accurate but the type of issue you could have) stefon: This would be something i could accept *g* marclaporte: stefon: : as far as what I understood from sylvieg: yes
You can also have page name collisions stefon: Ok then I will try to explore the categorie concept... 4.0 is not ready for a long time I guess? marclaporte: http://dev.tikiwiki.org/RoadMap stefon: (page name collisions: this can be handled by explicit name conventions) marclaporte: yup stefon: Impressive RoadMap! Another questions *g* Is there a difference between 2.2 and 3 concerning the category system? marclaporte: http://dev.tikiwiki.org/Organic+Groups -> Many things are done in 2.x
stefon: the stuff in 3.0 in the roadmap is already coded. not vaporware. Currently available from trunk
http://ui.tikiwiki.org/ -> This is 3.0 stefon: Yeah but the question was, does 3.0 make it easier to solve my specifiy grouping problem than 2.2 *g* marclaporte: stefon: : nothing that I am aware of
maybe some UI enhancements stefon: is it advisable to use 3.0 in a more or less productive environment? marclaporte: depends on so many factors
1- tolerance to instability stefon: Ok i try it to say it more concrete *g* marclaporte: 2- need for new features
3- if you have devs to fix things
4- which features you use (some are just as stable in trunk)
Many people on the dev team run production sites with trunk
but they know the risks and accept the consequences stefon: That a great difference to me, thats true *g* marclaporte: and they let other people know when someone breaks something stefon: Will there be a easy way to upgrade from 2.2 to 3.0? marclaporte: yes stefon: nice... marclaporte: upgrades in tiki are always easy
because of all in one design
If you customize your templates, you may have to redo
especially from 2.0 to 3.0 because of major overhaul of UI stefon: I seached for some months now for a decent groupware system and just recently discovered tikiwiki, dont know how i didnt knew about it before marclaporte: best kept secret stefon: Yeah, a masterplan for a open source project: dont tell anyone *g* marclaporte: so now, you are in the secret
:-) stefon: the first rule of tikiwiki is... *g* marclaporte: hehe
If you have trouble sleeping
and what to know everything that's wrong with TikiWiki
And everything that's right
http://tikiwiki.org/SWOT stefon: Ok so now i know that MAYBE i can get the system to work by investing my time in exploring the category system .. thats a rather valuable information. Thx for that! marclaporte: http://marclaporte.com/TikiSucks stefon: Nice picture of yours *g* marclaporte: stefon: : and try to catch sylvieg with your questions about categ perms
stefon: : do you code? stefon: Dou you think it would be wise to formulate my problems and post in to you tikiwikis mailing list?
i'm a programmer, decent in java, little bit in php marclaporte: Surely, as you are using for 10 units, you will find bugs, and ways to improve Tiki. It's very important to share: http://dev.tikiwiki.org/How+to+get+commit+access ***: sylvieg has quit IRC (Read error: 104 (Connection reset by peer)) marclaporte: stefon: : yes, it's very important to formulare on a wiki page, linked from the workspaces pages. We should make sure that the new code addresses it ***: sylvieg has joined #tikiwiki stefon: I dont know if you would be happy with my php coding abilities *g* but thx for your confidence marclaporte: stefon: : did you look at trackers?
hehe, some bugs are trivial, but with lots of eyeballs... stefon: Trackers? Not really marclaporte: in a corporate context, the combination of trackers and wiki is where TikiWiki really becomes amazing Tikiwiki|bot: SVN: Commit by lphuberdeau :: r 16038 /trunk/lib/categories/categlib.php: [FIX] WYSIWYCA... breaking profiles stefon: Im not really in a corporate context, more in a NGO organization which is distributed in a country (Austria) marclaporte: stefon: : http://doc.tikiwiki.org/tiki-index.php?page=Tracker&redirectpage=Trackers stefon: we are paying for a proprietary groupware system which sucks *g* Using open source would be way better marclaporte: stefon: : do you need multilingual capacities? stefon: (which doesnt mean that we would not want to invest money also in open source *g*) marclaporte: stefon: hehe stefon: We are speaking german mainly, so i dont think this is needed for our organization marclaporte: or invest time from people in your NGO
To solve your needs and to be useful to tens of thousands of other TikiWikis stefon: If we would be big enough, sure *g* but we are around 100 people being full of work to change the university and education system... sadly there is little room beside being politically active
BUT sharing is a thing we support for sure marclaporte: stefon: : with trackers, you can empower non programmers to build simple applications stefon: Interesting, there might be situations we could need them marclaporte: I can 100% guarantee that within a year, you'll be using trackers more than the other features! stefon: IF i am able to get categories to work with forums and wikipages *g* marclaporte: the ultimate flexible groupware tool
haha, yes
just wiki pages
forums, you can do manually stefon: btw. I read something about using IMAP and tikiwiki. is this advisable? using tikiwiki as a webmailer for an IMAP server? marclaporte: AFAIK, IMAP is not supported
only POP
and webmail is quite basic stefon: Oh ok... maybe I got this wrong marclaporte: There has been some work in 3.0 webmail
to improve
as a group inbox thing stefon: so much features to explore, so little time *g* Tikiwiki|bot: SVN: Commit by lphuberdeau :: r 16039 /trunk/ (8 files in 2 dirs): [MOD] Missing alter in the table marclaporte: and more work is ongoing, in the context of a charity, where several people are responding to inbox stefon: which would be a use case for my organization
sylvieg: can i ask you something about categories? marclaporte recommended me to ask you ***: Lucymoz has quit IRC (Read error: 104 (Connection reset by peer)) sylvieg: you can ask - not sure I will answer
will be able to answer stefon: sylvieg: i have one organization with around 10 suborganization. the goal is to have some forums and wikipages which can be accessed by all members of the organizations. some forums and wikipages should only be accessed by suborganizations.
sylvieg: is it advisable to use cateogories to accomplish this? sylvieg: yes why not -: marclaporte thinks Sylvie is the authority on this topic... :-) sylvieg: you have only 2 ways to organize - groups and catregories - so you have to find the appropriate way to assign group /categ stefon: *g* there were some voices in the channel who werent that sure about this
so i CAN have a group which has permissions for a category which allows it to have a list of forums and wikipages which only they can see. can I appoint a user who is able to create forums for this subgroups or do I have to do this for them? and can the members in the subgroup create new wikipages themself which only can be seen by members of their group? ***: Caldavien has quit IRC (Read error: 60 (Operation timed out)) sylvieg: perhaps some aspects are still missing for your case - but it is not a big deal to implement them'
we have some comments about this in a page about tiki feast montreal with the last detail of a discussion we had stefon: nice to hear. Ok then I will try to accomplish my goal with the categories. Is there a prefered location where I can document my experiences and problems while organizing the tikwiki in that way? like a howto wiki or something? to be of help for other people with similar needs? ***: gizwill has joined #tikiwiki sylvieg: whereever you want ... the page I was speaking about is http://tikiwiki.org/Technical+Group stefon: Thx for you all, now i try to implement your suggestions. Ill try to contribute back to you during this proccess
Have a nice day! ***: stefon has quit IRC () Tikiwiki|bot: SVN: Commit by sylvieg :: r 16040 /trunk/lib/categories/categlib.php: [FIX]what_is_related: check for perm for each object ***: GillesMM has joined #tikiwiki Tikiwiki|bot: SVN: Commit by sylvieg :: r 16041 /trunk/templates/tiki-admin_tracker_fields.tpl: [MOD]tracker: a remarks box to explain the role of fieldId when exporting ***: xTremePower has joined #tikiwiki xTremePower: hello all ***: Lucymoz has joined #tikiwiki
xTremePower has quit IRC ()
franck has quit IRC ()
Blammo has joined #tikiwiki
Blammo has left lphuberdeau: wiki way graphics are fun... http://profiles.tikiwiki.org/Webservice_Sequence_Diagram