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  
hello iw there a doc to upgrade theme from 1 to 2 version ? 
SVN:  Commit by lphuberdeau :: r 16037 /trunk/ (5 files in 4 dirs): [MOD] Add UI to set filters on plugin alias  
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?
not certain, may be really hard to do... improving this is on the roadmap
Isnt it possible to create categories for groups and seperating their objects (e.g. forums) for one another?
yes
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?
you know of tiki_p_view_categories and tiki_p_view_categorized?
I know that you can assign groups the permission to view and another permission to edit a category. do you mean this?
category permissions are quite complex at this time
there are special permissions required
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
not that I know of
there may be something in http://twbasics.keycontent.org
I read something about version 3 of tikiwiki, is this version in a usable state?
the change you need is not made yet, likely to be in version 4
damn *g*
tw 3 is in dev and to be released in April 2009, first RC somewhere early March
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/ .
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)
stefon: : you can have many instances of tiki
This is what we are looking into: http://dev.tikiwiki.org/Workspace
the problem is: I want forums and wiki pages which can be accessed by members of the two sub organizations
I understand
Like having a forum for the whole organization and special ones for the suborganizations
In Feb, we'll be working on this in Madrid: http://tikiwiki.org/TikiFestMadrid
So is this possible (though complicated) in 2.2 and will the workspace feature allow me to do this easily?
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
assigning groups to categories want to the trick?
how many wiki pages?
how many users/groups/forums?
hmmm ... 10 sub organizations
ok, so you make 10 groups
they should be able to create forums which only they can see
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)
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*
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
how many forums do you want?
I dont know... in the current system, suborganizations have around 10 forums and can administer them themself
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
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
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
yeah, thats what i thought.... 
would the workspace concept solve my problems?
yes
and much more
it will segregate not just wiki pages and forums
is this concept getting integrated into 3.x or 4.x?
4.x for sure
too big of a change, can't sneak in 3.0
Understandable
but some people have got the category permission thing working
it's just tricky to setup
and there can be some weirdness
So categories COULD solve my problems, if i get my head around them?
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)
This would be something i could accept *g*
stefon: : as far as what I understood from sylvieg: yes
You can also have page name collisions
Ok then I will try to explore the categorie concept... 4.0 is not ready for a long time I guess?
http://dev.tikiwiki.org/RoadMap
(page name collisions: this can be handled by explicit name conventions)
yup
Impressive RoadMap! Another questions *g* Is there a difference between 2.2 and 3 concerning the category system?
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
Yeah but the question was, does 3.0 make it easier to solve my specifiy grouping problem than 2.2 *g*
stefon: : nothing that I am aware of
maybe some UI enhancements
is it advisable to use 3.0 in a more or less productive environment?
depends on so many factors
1- tolerance to instability
Ok i try it to say it more concrete *g*
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
That a great difference to me, thats true *g*
and they let other people know when someone breaks something
Will there be a easy way to upgrade from 2.2 to 3.0?
yes
nice...
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
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
best kept secret
Yeah, a masterplan for a open source project: dont tell anyone *g*
so now, you are in the secret
:-)
the first rule of tikiwiki is...  *g*
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
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!
http://marclaporte.com/TikiSucks
Nice picture of yours *g*
stefon: : and try to catch sylvieg with your questions about categ perms
stefon: : do you code?
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
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
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
I dont know if you would be happy with my php coding abilities *g* but thx for your confidence
stefon: : did you look at trackers?
hehe, some bugs are trivial, but with lots of eyeballs...
Trackers? Not really
in a corporate context, the combination of trackers and wiki is where TikiWiki really becomes amazing
SVN:  Commit by lphuberdeau :: r 16038 /trunk/lib/categories/categlib.php: [FIX] WYSIWYCA... breaking profiles  
Im not really in a corporate context, more in a NGO organization which is distributed in a country (Austria)
stefon: : http://doc.tikiwiki.org/tiki-index.php?page=Tracker&redirectpage=Trackers
we are paying for a proprietary groupware system which sucks *g* Using open source would be way better
stefon: : do you need multilingual capacities?
(which doesnt mean that we would not want to invest money also in open source *g*)
stefon: hehe
We are speaking german mainly, so i dont think this is needed for our organization
or invest time from people in your NGO
To solve your needs and to be useful to tens of thousands of other TikiWikis
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
stefon: : with trackers, you can empower non programmers to build simple applications
Interesting, there might be situations we could need them
I can 100% guarantee that within a year, you'll be using trackers more than the other features!
IF i am able to get categories to work with forums and wikipages *g*
the ultimate flexible groupware tool
haha, yes
just wiki pages
forums, you can do manually
btw. I read something about using IMAP and tikiwiki. is this advisable? using tikiwiki as a webmailer for an IMAP server?
AFAIK, IMAP is not supported
only POP
and webmail is quite basic
Oh ok... maybe I got this wrong
There has been some work in 3.0 webmail
to improve
as a group inbox thing
so much features to explore, so little time *g*
SVN:  Commit by lphuberdeau :: r 16039 /trunk/ (8 files in 2 dirs): [MOD] Missing alter in the table  
and more work is ongoing, in the context of a charity, where several people are responding to inbox
which would be a use case for my organization
sylvieg: can i ask you something about categories? marclaporte recommended me to ask you
you can ask - not sure I will answer
will be able to answer
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?
yes why not
you have only 2 ways to organize - groups and catregories - so you have to find the appropriate way to assign group  /categ
*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?
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
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?
whereever you want ... the page I was speaking about is http://tikiwiki.org/Technical+Group
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!
SVN:  Commit by sylvieg :: r 16040 /trunk/lib/categories/categlib.php: [FIX]what_is_related: check for perm for each object  
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  
hello all
 wiki way graphics are fun... http://profiles.tikiwiki.org/Webservice_Sequence_Diagram