***: 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