October 2009 - openSUSE Wiki - openSUSE Mailing Lists

[opensuse-wiki] Role of templates in wiki organization
by Rajko M. 27 Oct '09

27 Oct '09

> Ok, some comments on the particular points you proposed so far: > > 1. Use of Templates > While I'm not an expert in that area, John's idea sounds sufficient to > me and linking Templates with standardized formats and designs within > the Guidelines make sense from my perspective. Terms: 1) 'wiki templates' are those found in namespace Templates: described in detail with table that lists templates used there in: http://en.wikipedia.org/wiki/Wikipedia:Template_messages and our small edition is here http://en.opensuse.org/Templates Note that above is just redirect to openSUSE:Template Messages which is moved out of search engine reach. 2) 'article templates' is skeleton of certain article type with accompanying example article, or real article that is using such template; examples are listed here http://en.opensuse.org/Weekly_News#Templates Basic use of wiki templates is simple, provided that user can find already created templates as listed in http://en.opensuse.org/Templates . This effort to list templates needs more work to pick up more existing ones, and remove unused, that were created time ago as part of someones experiment. The other types of templates, could be example images with explanation how to annotate details, videos with instructions how to take and edit them. All that has to be integrated in "Article writing guidelines", or "Demo video guides", and so on. -- Regards, Rajko OpenSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

3 4

[opensuse-wiki] New coordinator of zh_tw wiki
by Ray Chen 26 Oct '09

26 Oct '09

Chun-hung Huang (sakana) ( http://en.opensuse.org/User:Sakana ) wants to participate more for openSUSE. He is now the main openSUSE Weekly News translator for traditional Chinese. He is so kind to take over the wiki job,because I don't have enough time to maintain the zh_tw.opensuse.org wiki. Let's welcome the new coordinator of zh_tw wiki: Chun-hung Huang ! and please, the admins of wiki give sysop permition to sakana. thanks. with Best Regards Ray Chen (swyear) -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

1 0

[opensuse-wiki] Concept Proposal for the openSUSE wiki
by Rupert Horstkötter 26 Oct '09

26 Oct '09

Community, in context of my employment as openSUSE Community Assistant at open-slx.com, I'm responsible to come up with a reasonable concept for the openSUSE wiki. Our goal is to clean up the current wiki and enhance its maintainabilty and consistency, while supporting the openSUSE community with the concept implementation. In order to provide a better wiki experience to the openSUSE community and to enhance the content quality from a long term perspective, I'd like to propose the following changes to the openSUSE wiki organisation and discuss these with the openSUSE community. That said, I'm certainly committed to this concept from a long term perspective. --- Overview/Portal Page We need a proper Entry page to the openSUSE wiki. The current http://en.opensuse.org/Welcome_to_openSUSE.org does not reflect the character of a documentation ressource. I'm aware of the issue that it may not be possible to change this particular page due to political reasons, but what we can certainly do, is introducing an overview/portal page that is accessible by clicking the link "Wiki" in the upper left corner of the current startpage (so to speak as a buffer when accessing the openSUSE wiki). This is, from my perspective, particularly important as we need a central place where to get started – a place where we categorize/index the existing content and provide easy access to the Usage Guideline, FAQ, the Wiki Forum (see below) and related support information. A general approach that already starts implementing this idea is available at http://en.opensuse.org/Portal - credit goes to Wiki Team Member Rajko_m. Usage Guidelines In order to ensure the quality of wiki articles, we need to create a Usage Guideline for editors. I mean, the wiki documentation should be easy to read, to understand and to maintain, but this cannot be achieved without a proper hand-holding documentation about wiki editing. While this information is already available (in parts), it is currently not easily accessible and we need to change this. The Usage Guideline should contain information about proper design, formulation, conception and syntax of wiki articles. That way we can guarantee a consistent overall openSUSE wiki experience for the user. Sandbox Editing Currently we have no QA and publishing processes for wiki articles. This makes it very hard to assure a consistent quality across all articles. In the past several approaches were made to clean up and scan the wiki in order to sort and merge articles, to assure a consistent quality, to merge duplicates, introduce meaningful categories etc. However, we are still not where we want to be. Therefore I would suggest to implement a publishing/QA process. This process would look like the following: we introduce Sandbox editing for new articles. We create a namespace "Sandbox" where every new article will be created initially. As soon as the author of the new article feels the result sufficient and conform with the Usage Guideline, he presents the new article to the openSUSE community for reviewing/commenting purposes. This can be done by presenting the Sandbox article at @opensuse-wiki ML and/or a dedicated Wiki forum at forums.opensuse.org – I myself propose the creation of a Wiki forum to be able to reach out to a much broader audience than the @opensuse-wiki ML could ever provide. Once the review process is done and the new article meets the QA standards and Usage Guideline, a wiki moderator moves the article out of the "Sandbox" namespace. That way non-reviewed content won't end up in the wiki at all. While the sandbox model will help us with new articles, it does not solve the problems we have with the existing wiki content. therefore I would propose to introduce... Namespace "new-wiki" In order to cleanup and re-organize the current wiki content, we introduce a namespace "new-wiki" where we can build the new openSUSE wiki. Migrating of existing content will then be done from the current wiki to the "new-wiki" namespace. Wiki Team Member Fsundermeyer already got started with a QA process for existing articles at http://en.opensuse.org/Wiki_Team/Checked_Pages. Every new article not yet available in the current wiki needs to be introduced via the namespace "Sandbox" into the namespace "new-wiki". This approach ensures the continous operation of the current wiki while building the new one in parallel. Every article transferred to "new-wiki" needs to pass the standards defined in the Usage Guideline, newly created articles need to pass the reviewing process. and to introduce... Minor/Major Editing Existing articles can be edited by everyone, although we'll encourage the openSUSE community (within the Usage Guidelines) to make only minor edits, such as spelling corrections, fixing links, etc to existing pages. Whenever a major edit to an existing wiki-page needs to be done, the author needs to request a working copy of the page in "Sandbox" while the existing page remains untouched. Once the working copy in "Sandbox" is done, the new article (major edit) needs to pass the defined Sandbox reviewing process and afterwards the existing page may (or may not) be replaced with the working copy from Sandbox – this decision is the sole responsibility of the wiki moderators. Semantic MediaWiki We'll utilize the Semantic MediaWiki extension in order to enhance the openSUSE wiki search results. Within the Usage Guideline (as part of the QA standards), we encourage the openSUSE community to use the tags of this particular extension while creating new articles in "Sandbox". More information about Semantic MediaWiki can be found at http://en.wikipedia.org/wiki/Semantic_MediaWiki Wiki Team We need to strengthen the existing Wiki Team with openSUSE community members. Furthermore we need to define the role and responsibility of a Wiki Team Member. Responsibilities I can think of currently: 1.ensure the conformity of the wiki content with the Usage Guideline 2.instruct editors how to write articles 3.categorize/index articles and create overview pages 4.take care of the Wiki forum/ML and gather community suggestions 5.responsibility for the Sandbox reviewing process The major responsibility therefore is not to write articles but to take care of the proper operation of the wiki in a moderating, assisting and supporting capacity. --- I certainly do not claim this concept-proposal to be complete yet, but I'd like to encourage you to provide feedback and ideas. Let's brainstorm together and improve/expand this concept-proposal to finally come up with a concept that addresses the current drawbacks of the wiki organisation, its quality, its usability and maintainability. I sent this concept-proposal to @wiki and @boosters MLs as we certainly need to sync the process we make with the openSUSE boosters team. Please let the discussion take place on @wiki ML though to avoid a split of the discussion. Thanks, Rupert -- Rupert Horstkötter openSUSE Community Assistant http://en.opensuse.org/User:Rhorstkoetter Email: rhorstkoetter(a)opensuse.org Jabber: ruperthorstkoetter(a)googlemail.com -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

8 16

Re: [opensuse-boosters] Re: [opensuse-wiki] Concept Proposal for the openSUSE wiki
by Rupert Horstkötter 26 Oct '09

26 Oct '09

Federico Mena, thanks for your detailed input, much appreciated. 2009/10/22 Federico Mena <federico.mena(a)gmail.com>: > 2009/10/22 Rupert Horstkötter <rhorstkoetter(a)opensuse.org> >> >> 1. Use of Templates > > This is perfect. > > One of the things that templates would let us do is to give people an easy > way to organize the wiki by themselves, rather than always relying on > "official wiki editors" to do it. Let me throw around some ideas: > > * Pages that refer to old versions of the distro; we can group them in a > consistent way. Maybe we can have a little template that says "See > instructions for [11.2] [11.1] [10.3]", etc. > Aligned. I'd also propose a wiki-template "tested with openSUSE 11.0, 11.1, 11.2" on top of topics that apply to several versions of openSUSE. That way, we can guarantee to the user that a certain howto works with the flagged version of openSUSE. > * Pages that refer to the same general topic but are not under a "topic/" > hierarchy or otherwise in an easy-to-access group. We can provide > guidelines on how to group them, create a topic template for them, etc. > Topic templates could probably have common things like: > > - Link to the topic's toplevel > - Link to the OBS project > - Link to important documentation on the topic > - Link to starting points > - Link to bugs > > Some of our bigger subprojects already have these (KDE, GNOME), but other > large chunks of the wiki could use similar templates very well. > Good idea! May you provide an example template from one of our bigger subprojects here? >> 2. QA Process >> I appreciate to see a lively discussion about the proposed QA process >> (the central part of my proposal) and I clearly see your concern from >> a maintenance perspective. cboltz proposed to utilize the MediaWiki >> Extension FlaggedRevs instead of the Sandbox/new-wiki approach. > > FlaggedRevs sounds much better than sandboxing; the latter could lead to > bureaucracy and pages which remain stuck in the sandbox even though they are > in a good shape. > While the majority of interested parties seems to be on the same page here, I'm not completely sure if the sandboxing approach leads to that much overhead and is to be neglected in favor of the FlaggedRevs approach. JFYI, I interviewed Martin Gräßlin from ubuntuusers.de last Friday on IRC about the sandboxing approach (to get experiences - they use something similar for their ubuntuusers.de wiki) and he reported very good experiences with this approach from a QA perspective - and an acceptable amount of maintenance time. Btw, Martin Gräßlin has written a comparison of Wikipedia and the ubuntuusers.de wiki some days ago at his blog (unfortunately in german, but Google translate may help here) http://blog.martin-graesslin.com/blog/2009/10/wikipedia-im-vergleich-zum-ub… That said, if the majority of interested parties is in favor of the FlaggedRevs approach I'll certainly go along with that decision, no question. Just some thoughts: I proposed the sandboxing as it definitely guarantees an end of the uncontrolled wiki-growth we currently have to face. Furthermore, with the proposed proof-reading/reviewing process with a dediated wiki-forum in combination with sandboxing we can make use of currently 35.000 proof-readers which hopefully leads to better QA and last but not least, I cannot really see the disadvantage of "discouraging contribution" I heard several times when implementing sandboxing. I mean, we just limit the contribution (and for major edits) to the Sandbox - it's just a matter of how to deal with new articles (and major edits) initially. We don't discourage people to write articles that way. Just my 2c! What do you think about it? > I was reading this: > http://en.wikipedia.org/wiki/Wikipedia:Editorial_oversight_and_control > > And it pointed me to "WikiProjects", which is a very valuable part of > Wikipedia: > http://en.wikipedia.org/wiki/Wikipedia:WikiProject > > A WikiProject is basically a group of editors who have a common interest in > one topic (botany, musical instruments, etc.) and who commit themselves to > improving all the pages related to that topic. I really like their > explanation of what a WikiProject is from here: > http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Council/Guide > > There are all sorts of ways to encourage knowledge-building and > collaboration. See for example this page: > > http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Percussion > Definitely a good idea from a long term perspective. We just need way more committed contributors to the wiki to be able to implement such Wiki-Projects. Let's keep this in mind and come back to this idea once we have the big showstoppers ironed out. > They have a "Collaboration of the Month", where everyone participates to > take one important article and make it excellent: > > http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Percussion/Collaboration… > That's something I really like. I had a rather similar idea when riting my concept-proposal: What about announcing a monthly "focus on <insert-topic-here>" to the broader openSUSE community (utilizing planetsuse and/or the forums)? Like a call for participation to the community to help improving a certain topic-area of the wiki. Something along the lines: "In October we'd like to focus on PIM and IM and we encourage everyone interested to test-out article-instructions within that topic-area with various versions of openSUSE and ensure the instructions are (still) valid and easily understandable." The result would be QA and improvement of existing ariticles. Next month we may focus on "Software Management" and so on. For supporting purposes of community engagement, some Wiki team members could sign responsible to support the efforts via IRC - just an idea. > For openSUSE, we could similarly encourage volunteers to maintain sections > of the wiki based on related topics. > > Wikipedia has "featured articles": when you go to the main page, you get a > snippet from an article that has been decided to be really good. This may > be a good way to do two things for us: first, to promote really good > articles, and second, to let people know about parts of the openSUSE > organization or technical aspects that they didn't know before. > Excellent idea! +1 >> >> 3. Wiki-Frontpage aka Portal > > This is perfect. > >> >> 4. Guidelines >> Robert outlined that the Guidelines should be easily understandable in >> 5-10 minutes and I totally support this point of view. We shouldn't >> scare away potential contributors but encourage them to participate. > > Have you seen this? > http://en.wikipedia.org/wiki/Wikipedia:Be_bold > > It's a very nice thing to keep in mind for potential contributors :) > > Also, for people who don't quite know how to get started with the structure > of a page, our own OpenSUSE_Style_Guide page could borrow some ideas from > http://en.wikipedia.org/wiki/Wikipedia:Layout > > We could probably the MediaWiki:Sitenotice special page. This is the little > area that can be made to appear automatically at the top of all wiki pages. > We could have "cleanup weeks" every now and then, where the Sitenotice > points people to guidelines about how to clean up pages, group related ones, > etc. > Very valuable input, thanks. I guess the creation of Guidelines and their proper promoting (I like the Sidenotice idea) is anyway an area where we still have to do lots of brainstorming. > (By the way, the people in freenode's #wikipedia are very helpful. We could > certainly get some good tips from them.) > >> >> So, next question is: how to proceed now? > > I'm very excited about the possibility of those WikiProject-like things. It > reminds me of when the GNOME team had a period during which we organized the > GNOME pages really well; it was very productive. I can only imagine that it > would be just as good for other teams. > >> >> An overview about timezones our team members live in would be great >> here - I'm in CEST timezone. > > UTC -7 here. > > Thanks for coordinating all of this, Rupert :) > > Federico > > -- Rupert Horstkötter openSUSE Community Assistant http://en.opensuse.org/User:Rhorstkoetter Email: rhorstkoetter(a)opensuse.org Jabber: ruperthorstkoetter(a)googlemail.com -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

1 0

[opensuse-wiki] Extension:Social Bookmarking
by Shayon 26 Oct '09

26 Oct '09

Hello everyone, While i was surfing through some websites and blogs,I found an interesting item named:Social Bookmarking.Then i thought of making it add in our Wiki(openSUSE).But i saw that its not showing the appearance as it needs to show.So after a bit of research i found an Extension:Social Bookmarking,Which i suppose is missing.Its just my opinion to have this on our wiki. As it would help us in few ways listed below: 1)To spread the word- 2)Editors/Readers who feel that the Articles needs to be read by all can use them fully- 3)It may also attract non-openSUSE users - and you never know ,They may switch to openSUSE by just reading few articles posted by the Editors/Readers to there social networking account :). Also this would be a major step towards marketing of the product :) Some of the websites which use it are : - http://quarterwiki.com/Main-Page - http://fivedollarwiki.com/Main_Page - http://onebuckwiki.com/ I just made my opinion over here :) Best, Shayon -- openSUSE Wiki Team Member http://en.opensuse.org/User:Wwarlock Website: http://www.shay0n.hpage.com Email: hkwarlock(a)gmail.com -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

1 0

Re: [opensuse-wiki] Test pages of New PORTAL page :
by Shayon 23 Oct '09

23 Oct '09

Hello, Once again i edited the my test page2 ( http://en.opensuse.org/User:Wwarlock/Test_Page2 ),trying to make it a condensed version- Things which are edited/added 1)I added an intro box [Which will give a short descp. on Portal to openSUSE] with ' GEEKO HEAD' as the image. But what i feel is that there should be a separate geeko-portal image be designed which would enhance the look of the portal page-(if possible) 2)I created a Nav template for the portal ' Named:PortalNav '.Which contains almost all the sub-pages of the existing Portal page-.And later on while implementing from my test page to the Portal New page we can create separate sub-pages and link the template accordingly.Thus making the page a condensed version. I have added the template in my test page , just to give an idea on how the actual page will be. So guys,now your valuable feedback,Reviews and opinions are needed. :) . I understand that each and every time going through or having a look at it must be a irritating job.And i apologize for it.But until and unless contributor(s)(valuable) dont express there views and thoughts towards the Page,the page remains incomplete and the scope of improvements lacks. :) Link - http://en.opensuse.org/User:Wwarlock/Test_Page2 Best , Shayon -- openSUSE Wiki Team Member http://en.opensuse.org/User:Wwarlock Website: http://www.shay0n.hpage.com Email: hkwarlock(a)gmail.com -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

1 0

[opensuse-wiki] Test pages of New PORTAL page :
by Shayon 23 Oct '09

23 Oct '09

Hello, i have just made a minor edit of the PORTAL NEW page , its in - http://en.opensuse.org/User:Wwarlock/Test_Page (Part1) & http://en.opensuse.org/User:Wwarlock/Test_Page2 (Part 2) You can go through it once.I have just improved its look a bit,by adding icons to the topics.If its a satisfactory step,then i may proceed with other my tests?? :) Opinion(s) Will be appreciated :) Warm Regards Shayon -- openSUSE Wiki Team Member http://en.opensuse.org/User:Wwarlock Website: http://www.shay0n.hpage.com Email: hkwarlock(a)gmail.com -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

6 10

Re: [opensuse-wiki] Concept Proposal for the openSUSE wiki
by Federico Mena Quintero 22 Oct '09

22 Oct '09

2009/10/22 Rupert Horstkötter <rhorstkoetter(a)opensuse.org> > 1. Use of Templates This is perfect. One of the things that templates would let us do is to give people an easy way to organize the wiki by themselves, rather than always relying on "official wiki editors" to do it. Let me throw around some ideas: * Pages that refer to old versions of the distro; we can group them in a consistent way. Maybe we can have a little template that says "See instructions for [11.2] [11.1] [10.3]", etc. * Pages that refer to the same general topic but are not under a "topic/" hierarchy or otherwise in an easy-to-access group. We can provide guidelines on how to group them, create a topic template for them, etc. Topic templates could probably have common things like: - Link to the topic's toplevel - Link to the OBS project - Link to important documentation on the topic - Link to starting points - Link to bugs Some of our bigger subprojects already have these (KDE, GNOME), but other large chunks of the wiki could use similar templates very well. > 2. QA Process > I appreciate to see a lively discussion about the proposed QA process > (the central part of my proposal) and I clearly see your concern from > a maintenance perspective. cboltz proposed to utilize the MediaWiki > Extension FlaggedRevs instead of the Sandbox/new-wiki approach. FlaggedRevs sounds much better than sandboxing; the latter could lead to bureaucracy and pages which remain stuck in the sandbox even though they are in a good shape. I was reading this: http://en.wikipedia.org/wiki/Wikipedia:Editorial_oversight_and_control And it pointed me to "WikiProjects", which is a very valuable part of Wikipedia: http://en.wikipedia.org/wiki/Wikipedia:WikiProject A WikiProject is basically a group of editors who have a common interest in one topic (botany, musical instruments, etc.) and who commit themselves to improving all the pages related to that topic. I really like their explanation of what a WikiProject is from here: http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Council/Guide There are all sorts of ways to encourage knowledge-building and collaboration. See for example this page: http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Percussion They have a "Collaboration of the Month", where everyone participates to take one important article and make it excellent: http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Percussion/Collaboration… For openSUSE, we could similarly encourage volunteers to maintain sections of the wiki based on related topics. Wikipedia has "featured articles": when you go to the main page, you get a snippet from an article that has been decided to be really good. This may be a good way to do two things for us: first, to promote really good articles, and second, to let people know about parts of the openSUSE organization or technical aspects that they didn't know before. > 3. Wiki-Frontpage aka Portal This is perfect. > 4. Guidelines > Robert outlined that the Guidelines should be easily understandable in > 5-10 minutes and I totally support this point of view. We shouldn't > scare away potential contributors but encourage them to participate. Have you seen this? http://en.wikipedia.org/wiki/Wikipedia:Be_bold It's a very nice thing to keep in mind for potential contributors :) Also, for people who don't quite know how to get started with the structure of a page, our own OpenSUSE_Style_Guide page could borrow some ideas from http://en.wikipedia.org/wiki/Wikipedia:Layout We could probably the MediaWiki:Sitenotice special page. This is the little area that can be made to appear automatically at the top of all wiki pages. We could have "cleanup weeks" every now and then, where the Sitenotice points people to guidelines about how to clean up pages, group related ones, etc. (By the way, the people in freenode's #wikipedia are very helpful. We could certainly get some good tips from them.) > So, next question is: how to proceed now? I'm very excited about the possibility of those WikiProject-like things. It reminds me of when the GNOME team had a period during which we organized the GNOME pages really well; it was very productive. I can only imagine that it would be just as good for other teams. > An overview about timezones our team members live in would be great > here - I'm in CEST timezone. UTC -7 here (to be UTC -6 this Sunday on). Thanks for coordinating all of this, Rupert :) Federico -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

1 0

Re: [opensuse-boosters] Re: [opensuse-wiki] Concept Proposal for the openSUSE wiki
by Shayon 22 Oct '09

22 Oct '09

Rupert Horstkötter wrote: > Team, > > thanks for all your input on my proposal so far. I try to summarize > your ideas and state my very personal opinion. I'd also like to plan > the next steps on how to actually get started with the implementation. > I hope it's desired that I try to be a driving force here. > > Ok, some comments on the particular points you proposed so far: > > 1. Use of Templates > While I'm not an expert in that area, John's idea sounds sufficient to > me and linking Templates with standardized formats and designs within > the Guidelines make sense from my perspective. > > 2. QA Process > I appreciate to see a lively discussion about the proposed QA process > (the central part of my proposal) and I clearly see your concern from > a maintenance perspective. cboltz proposed to utilize the MediaWiki > Extension FlaggedRevs instead of the Sandbox/new-wiki approach. I > tried to get as much information as possible about this extension > yesterday and if we, as a team, agree on using it I'm definitely OK > with it - thanks cboltz for the suggestion. My very personal goal with > the implementation of a QA process seems to be clear for everyone and > if we achieve that goal with FlaggedRevs better than with my initial > approach while minimizing the maintenance overhead - that's great. > I'd appreciate very much if everybody involved could comment on the > issue FlaggedRevs vs. Sandbox/new-wiki as this particular issue is > from my perspective mission-critical to our success with the whole > concept - thanks in advance. > One more thing that is particular important to me in that regard: How > could we "marry" the FlaggedRevs approach with the Wiki-Forum I > proposed earlier as part of the QA process. My intention here (with > the wiki forum) is to get as much feedback as possible from a broad > audience when working on a major edit and/or a new wikipage. I hope > this intention is clear to everyone involved? May you state your > opinion please? > > 3. Wiki-Frontpage aka Portal > Rajko_m proposed to offload content from the current wiki-frontpage to > www.opensuse.org while shaping the current frontpage in direction of > his portal approach, i.e. the entry page to openSUSE wiki > documentation I proposed earlier and honestly, I like this idea very > much! An example of what I personally dream of can be found at one of > our competitor's offering http://wiki.ubuntuusers.de/Startseite > (sorry, this is in german, but I think you get the idea) > Ok,i get it (an overview).A bit of i am also working on like-to a give a better look to the portal page ( http://en.opensuse.org/User:Wwarlock/Test_Page )Formating it in rows and columns is left.Also i am focusing on the other parts of the portal. > 4. Guidelines > Robert outlined that the Guidelines should be easily understandable in > 5-10 minutes and I totally support this point of view. We shouldn't > scare away potential contributors but encourage them to participate. > If we find a way to intoduce John's template idea, this would be the > right place to explain the Template usage to potential wiki-editors. > If we need to provide more detailed information within the Guidelines > and/or if we'd like to do so, we may create additional sub-documents > with specific (more deep) information and link those pages from the > "main" Guidelines - just my 2c! > > --- > > So, next question is: how to proceed now? > I'd propose to proceed with the idea gathering until, let's say, > wednesday next week? Then we may schedule an IRC-based wiki-meeting at > #opensuse-wiki with all interested parties to gather more specific > input about various topics. I'd take care of setting up an agenda for > that meeting and moderate it if that's desired by the team - the > meeting could take place on Friday next week - what do you think about > that? FINE,i am OK with it- :) > An overview about timezones our team members live in would be great > here - I'm in CEST timezone. > Mine is IST time zone :) -- > Within the proposed meeting we can iron out all sub-topics we need to > focus on and discuss these in seperate topics at the wiki-ML (if still > needed) for a few days as proposed by rajko_m - I like that idea. As a > result we finally should come up with a wiki-concept we all agree on > and then... let's get started with the implementation. > > As of the implementation: Whom of the people involved are actually > able/willing to participate in the implementation of the concept? I > mean, I'd like to setup kind of a wiki task-force at some point in > time and assign responsibilities to various involved parties. From my > perspective it makes sense to organize this a bit - opinions? > > Does this make sense to the team? > It perfectly makes sense - As i am hoping for an effective meeting which would surely come up with the BEST WIKI-CONCEPT. And also i am very much ready to channelize my energy and interest towards the new wiki-concept (In short to give my best to the WIKI) > Thanks, > Rupert Best , Shayon(Wwarlock) -- openSUSE Wiki Team Memeber http://en.opensuse.org/User:Wwarlock Website: http://www.shay0n.hpage.com Email: hkwarlock(a)gmail.com -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

1 0

[opensuse-wiki] Namespaces: example articles starting with Bug:
by Rajko M. 22 Oct '09

22 Oct '09

Any title of the wiki page starting with Bug: (Bug colon) in case of introduction of such namespace called Bug: will make page(s) disappear, and retrieval is a bit tedious if we don't save content before name space is introduced. The problem with particular pages is that they are linked a lot from outside, so procedure will be to move them to the title without colon which will leave redirects, then introduce name space and then move them back. In any case we have to be careful when is time to add new name space not to loose some articles. -- Regards, Rajko OpenSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-wiki+help(a)opensuse.org

1 0