Re: [xwiki-users] Classification in Xwiki
Hi, I would like to add my humble 1 cent hoping it can help others to decide to get involved with XWiki. Even though I frequently receive comments in the same direction Geoffrey points to, that is, users complaining about not having a "classical" way of organizing contents (that usually means not having a way of creating folder, and subfolders, and subsubfolders and so on, so forth) I usually succeed when explaining that XWiki introduces a different way of organizing and structuring enterprise information. I'm really afraid of using the wrong way concepts as taxonomy or hierarchy, thus I simply use the idea of system-driven creation and retrieval of contents. What XWiki offers you is a more-than-reasonable set of features out of the box but, much more interesting, is an impressive capability of integration of different programming and scripting environments, an impressive set of APIs, a mature data model [1] and database schema implementation [2]. With XWiki, you'll be creating a set of documents structured for the future: you can use a complete set of possibilities based on parent/child relationship, spaces, tags, instantiation of existing and new classes to create, structure, annotate and retrieve new pieces of information. But having XWiki in your organization, at lease in ours works like that, does mean to have some person being able translate your team requirements to XWiki structure, features and new application design (extrem design) capabilities. HTH! Ricardo [1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/DataModel [2] http://platform.xwiki.org/xwiki/bin/view/DevGuide/DatabaseSchema > > From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Jeremie > BOUSQUET [jeremie.bousq...@gmail.com] > Sent: 09 April 2013 16:51 > To: XWiki Users > Subject: Re: [xwiki-users] Classification in Xwiki > > Hello, > > My humble 2 cents ... The "Classification Extension" may be of some help to > start with [1]. > I agree with you that having a real "taxonomy" transverse to all xwiki > items (pages, spaces, objects..., blogs, tags, faq entries, ...) would be a > great improvement IMO. > Currently xwiki natural way of structuring content is more about > parent/child relation-ship and spaces. Taxonomy could bring more meaning to > that, as these relation-ships, in a big wiki, frequently are more > "technical", or driven by rights, more than by taxonomy. Very frequently, > you can't put a document in only one place logically, with a taxonomy you > could relate it to more than one topic for instance. > > BR, > Jeremie > > [1] > http://extensions.xwiki.org/xwiki/bin/view/Extension/Classification+Application > > > 2013/4/9 geoffreyma > >> Hello, >> I have tried several enterprise wiki and I like Xwiki very much appart from >> one thing that makes me hesitant to go for it. >> This thing is the classification. It seems so messy for me to not have a >> clear classification of the pages and documents, and I think others get >> crazy with it too. >> What would seem logical and intuitive for me is to have by default a side >> panel with a tree of all the directories (or categories or spaces, >> depending >> on how you call it), sub directories, sub sub, and pages. By default this >> panel would be empty and as soon as you create a first test directory and a >> first test page, this panel would start to fill up. This would be the main >> menu by default. >> Xwiki has spaces, that's well. But why cannot we create sub spaces and why >> are they not displayed in a hierarchical menu on all pages? >> >> My suggestion is a kind of taxonomy improvement. We could have displayed by >> default on all pages: >> - a panel with a tree of the spaces and pages >> - a panel you can expand with the type of documents (wiki pages, documents, >> etc) so that you can access to a page displaying all the wiki pages, to a >> page displaying all the documents, to a page displaying all the blog posts, >> to a page displaying all the comments, etc. >> - a panel you can expand with collections (or "categories"). This >> collections would be created by the administrator and would be for example >> "Procedure", "Specification sheet", "Documentation", "News", etc. >> - a panel you can expand with all the users. When you click on a user, you >> can see a page with all the pages he has created, all the pages he as >> modified, etc. >> - a tag panel >> >> The Classification is one of the most important aspect in an >> ressources/knowledge/procedure portal. It seems for me that the >> classification should be improved in Xwiki. >> >> If I haven't understood something, could you help me by giving me the good >> practises on how enterprise organise their documents in xwiki so that it is >> easily and intuitively accessible by their users. >> Many thanks, >> Geoffrey >> >> >> >> -- >> View this message in context: >> http://xwiki.475771.n2.nabble.com/Classification-in-Xwiki-tp75846
Re: [xwiki-users] Classification in Xwiki
Hello, My humble 2 cents ... The "Classification Extension" may be of some help to start with [1]. I agree with you that having a real "taxonomy" transverse to all xwiki items (pages, spaces, objects..., blogs, tags, faq entries, ...) would be a great improvement IMO. Currently xwiki natural way of structuring content is more about parent/child relation-ship and spaces. Taxonomy could bring more meaning to that, as these relation-ships, in a big wiki, frequently are more "technical", or driven by rights, more than by taxonomy. Very frequently, you can't put a document in only one place logically, with a taxonomy you could relate it to more than one topic for instance. BR, Jeremie [1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Classification+Application 2013/4/9 geoffreyma > Hello, > I have tried several enterprise wiki and I like Xwiki very much appart from > one thing that makes me hesitant to go for it. > This thing is the classification. It seems so messy for me to not have a > clear classification of the pages and documents, and I think others get > crazy with it too. > What would seem logical and intuitive for me is to have by default a side > panel with a tree of all the directories (or categories or spaces, > depending > on how you call it), sub directories, sub sub, and pages. By default this > panel would be empty and as soon as you create a first test directory and a > first test page, this panel would start to fill up. This would be the main > menu by default. > Xwiki has spaces, that's well. But why cannot we create sub spaces and why > are they not displayed in a hierarchical menu on all pages? > > My suggestion is a kind of taxonomy improvement. We could have displayed by > default on all pages: > - a panel with a tree of the spaces and pages > - a panel you can expand with the type of documents (wiki pages, documents, > etc) so that you can access to a page displaying all the wiki pages, to a > page displaying all the documents, to a page displaying all the blog posts, > to a page displaying all the comments, etc. > - a panel you can expand with collections (or "categories"). This > collections would be created by the administrator and would be for example > "Procedure", "Specification sheet", "Documentation", "News", etc. > - a panel you can expand with all the users. When you click on a user, you > can see a page with all the pages he has created, all the pages he as > modified, etc. > - a tag panel > > The Classification is one of the most important aspect in an > ressources/knowledge/procedure portal. It seems for me that the > classification should be improved in Xwiki. > > If I haven't understood something, could you help me by giving me the good > practises on how enterprise organise their documents in xwiki so that it is > easily and intuitively accessible by their users. > Many thanks, > Geoffrey > > > > -- > View this message in context: > http://xwiki.475771.n2.nabble.com/Classification-in-Xwiki-tp7584636.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Feedback] Activity Stream
2013/4/8 Vincent Massol > > On Apr 8, 2013, at 1:11 PM, Jeremie BOUSQUET > wrote: > > > Hi, > > > > My feedback below: > > > > > > 2013/4/8 Ecaterina Moraru (Valica) > > > >> Hi, > >> > >> We introduced the Activity Stream macro in XE 2.6 > >> http://extensions.xwiki.org/xwiki/bin/view/Extension/Activity+Macro > >> > >> We are investigating ways to improve our Activity Stream, but in order > to > >> do that we would want to know your feedback about it (both from a > >> technology and an user experience pov): > >> - Is Activity Stream a macro you use? > >> > > It's just there, on my home page, but I never used the macro somewhere > > else. I don't know exactly why, but I would say mainly because of > > limitations (filtering...) and performance issues I had with it at some > > time in the past, so I wasn't willing to put this macro everywhere. > > > >> - What features you most miss about it? Maybe filtering? Maybe > pagination? > >> > > I miss both. In my case, my mail archive app generates a large bunch of > > pages (for topics and mails) that crowd the activity stream. Ideally, I > > would like to: > > - have a stream that would show only mail archive events. Could be all > > pages events from mail archive user (as there's a dedicated user > > creating/updating the pages), but may be even better to allow filtering > on > > ... specific objects ? Would be the only way to differentiate a topic > from > > a mail in my case, allowing to show only topics, or only mails. I believe > > that that may bring some performance issues though. > > - have a stream that shows everything, except events from my mail archive > > - have possibility to differentiate stream events depending on their > "type" > > (ie, show mails/topics events with a specific icon, different than the > one > > of standard pages). > > - pagination seems less essential but would be very nice to have (if it > > looks like the livetables pagination it would be even better). Talking > > about that, livetable-style filtering would be nice to have (ie, enter a > > keyword and have the stream filtered on it, based on name, author, ...). > > - have possibility to remove an entry directly from the stream display. > In > > my case, when I change smtp password in xwiki prefs, the "see changes" of > > related event shows both my old and new password in the diff view ... as > > I'm not the only admin, it's a bit unsecure, so I'd like to remove that > (my > > example is more an issue on the diff view, I did not thoroughly check). > > - have possibility to filter what streams get tracked, ie not only filter > > the display (from the macro), but also prevent some events from being > > tracked by activity stream. I must admit that maybe it's already > possible, > > I did not check. > > - have some "purge" features and parameters available from xwiki admin, > in > > order to avoid having to perform them manually from db. For example, say > > "keep only last 50 events for all pages" or "keep only last event for > page > > X.Y" or "keep only 1 event per day/month" etc..., and a purge job in > > scheduler. > > This already exists :) > > See xwiki.cfg, specifically: > > #-# Number of days the events should be kept (0 or any negative value: > infinite duration) > #-# Note: if this value is greater than 0 a scheduler job will be created, > this job will then be fired every week to > #-# delete events older than the configured value. > #-# Default: 0 > # xwiki.plugin.activitystream.daystokeepevents=0 > Thanks for information, I didn't know that :) > > Thanks > -Vincent > > >> - Would you like to see more event types, like events generated by > >> applications? > >> - Are you using the "Send Message" functionality? > >> > > I merely tested by sending a message to someone. It seems my message can > > only be seen from his profile, so he never saw it. I think the feature > > would be more interesting if new messages you received were displayed > > clearly when you log in (through some popup for example, or in some area > > near page content). Would be really nice to have it displayed in "real > > time" (ie, I'm logged, someone sends me a message, it appears in my > current > > browser tab). > > > >> - Other opinions about it. > >> > >> Your feedback will help us improve the macro by adding needed > functionality > >> and not breaking used one. > >> > >> I'll gather ideas on > >> > >> > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActivityStreamFeedback50 > >> > >> Thanks, > >> Caty > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Classification in Xwiki
Hello, I have tried several enterprise wiki and I like Xwiki very much appart from one thing that makes me hesitant to go for it. This thing is the classification. It seems so messy for me to not have a clear classification of the pages and documents, and I think others get crazy with it too. What would seem logical and intuitive for me is to have by default a side panel with a tree of all the directories (or categories or spaces, depending on how you call it), sub directories, sub sub, and pages. By default this panel would be empty and as soon as you create a first test directory and a first test page, this panel would start to fill up. This would be the main menu by default. Xwiki has spaces, that's well. But why cannot we create sub spaces and why are they not displayed in a hierarchical menu on all pages? My suggestion is a kind of taxonomy improvement. We could have displayed by default on all pages: - a panel with a tree of the spaces and pages - a panel you can expand with the type of documents (wiki pages, documents, etc) so that you can access to a page displaying all the wiki pages, to a page displaying all the documents, to a page displaying all the blog posts, to a page displaying all the comments, etc. - a panel you can expand with collections (or "categories"). This collections would be created by the administrator and would be for example "Procedure", "Specification sheet", "Documentation", "News", etc. - a panel you can expand with all the users. When you click on a user, you can see a page with all the pages he has created, all the pages he as modified, etc. - a tag panel The Classification is one of the most important aspect in an ressources/knowledge/procedure portal. It seems for me that the classification should be improved in Xwiki. If I haven't understood something, could you help me by giving me the good practises on how enterprise organise their documents in xwiki so that it is easily and intuitively accessible by their users. Many thanks, Geoffrey -- View this message in context: http://xwiki.475771.n2.nabble.com/Classification-in-Xwiki-tp7584636.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [GSOC] XWiki has been accepted as a mentoring organization for Google Summer of Code 2013
Great news ! On Mon, Apr 8, 2013 at 9:02 PM, Ecaterina Moraru (Valica) wrote: > Hi devs and users, > > I would like to announce that XWiki has been accepted as a mentoring > organization for Google Summer of Code 2013. This is our 8th year > participating in the program. > > If you are an interested student, please have a look over the list of > proposed projects and feel free ask any questions on the devs@xwiki.orglist. > http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/WebHome#HProposedProjects2829 > > If you plan to be a mentor this summer, don`t forget to *register* as such > on XWiki's melange page > http://www.google-melange.com/gsoc/org/google/gsoc2013/xwiki > > The program's timeline is available at > http://www.google-melange.com/gsoc/events/google/gsoc2013 > > Additional information can be found at > http://gsoc.xwiki.org > or in the blog post > http://www.xwiki.org/xwiki/bin/view/Blog/XWiki+is+participating+in+Google+Summer+of+Code+2013 > > Thanks, > Caty > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
