[CU] Draft conforming to OM Wiki editing guidelines
Hi! Some underground effort is going to evolve Community Updates. Patryk Benderz is doing a great work defining guide lines [1] and showing an example of them for the next community update [2]. I'm forwarding our last mail to thanks it and share. Community feedbacks, suggestions, collaborations will be very apreciated! I like the new layout and Patryk templates and propose for it's immediate adoption :) [1] http://wiki.openmoko.org/wiki/Talk:Community_Update_Draft [2] http://wiki.openmoko.org/wiki/Community_Update_Draft Regards Nicola Ranaldo -- Forwarded message -- From: Nicola Mfb nicola@gmail.com Date: Tue, Jul 21, 2009 at 3:03 PM Subject: Re: [CU] Draft conforming to OM Wiki editing guidlines To: patryk.bend...@esp.pl On Tue, Jul 21, 2009 at 12:39 PM, Patryk Benderzpatryk.bend...@esp.pl wrote: Hi Nicola, I have started wiki on making Community Update Draft conforming to OM Wiki editing guidelines: http://wiki.openmoko.org/wiki/Talk:Community_Update_Draft I would appreciate your constructive criticism. Hi Patryk! really a *great* work, thanks for your effort in CU! It' all perfect, only one point: applications with no screenshot is a bit disturbing, the logo may be substituted with a smaller pic or simple a text screenshot not available. Another good idea is to create a draft example page to copy when the new CU draft has to be created again. According to me it's no too late for adopting it immediately, If you synced all news from the actual draft page to the new, feel free to swap the two page, if unsure we may just contact Risto too, as it started the CU when OM dropped it, just to have another +1 (I'm sure he will agree), wath do you think about? And last, this time please release *you* the next CU, it's important your effert will get gratifications :) Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] Draft conforming to OM Wiki editing guidelines
[cut] It' all perfect, only one point: applications with no screenshot is a bit disturbing, the logo may be substituted with a smaller pic or simple a text screenshot not available. You are right. I was doing this layout last evening, and had a little time to find something which would fit better. I was looking for pictures here: http://wiki.openmoko.org/wiki/Special:Imagelist but there are tons of files, thus was hard to dig through those. Maybe some of you guys know of existing default image that would fit to put in, when there is no default application screen shot? Another good idea is to create a draft example page to copy when the new CU draft has to be created again. That is easy part. Deleting all this data from draft and leaving only default examples would do the trick. I have filled in some data to show how finished CU would look like. According to me it's no too late for adopting it immediately, If you synced all news from the actual draft page to the new, feel free to swap the two page, if unsure we may just contact Risto too, as it started the CU when OM dropped it, just to have another +1 (I'm sure he will agree), wath do you think about? I agree. Looks like he follows this mailing list, so I will await for his comment. And last, this time please release *you* the next CU, it's important your effert will get gratifications :) As i enlightened here: http://wiki.openmoko.org/wiki/Talk:Community_Update_Draft#Community_Update_releasing_process It is not important who releases CU, but HOW does he do it. Use 'move' link and all contributions history will be saved ;). I have tested this: 1. made test page 2. edited it several times 3. moved it to another name 4. ...and viola, all history was at it's place. ;) -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki Editing Guidelines
On 2/21/07, Lars Hallberg [EMAIL PROTECTED] wrote: Harald Welte skrev: This is really important not to confuse users. Imagine somebody googling for GSM Phone and Wifi and he ends up in our wiki on a page that describes what wonderful things you can do with wifi on an [not explicitly marked as imaginary] OpenEZX phone. Now that person buys a device, to only then find out that this is some wishlist/dream of somebody. It's even more complicated... OpenMoko being a distribution. An idea may or may not be implemented in the distribution. May demand some hardware features of the device. Finally, different devices that physically have those features may or may not have these feature supported in the distribution. Marking things wishlist is a start, but listing needed hardware features is nest step, and when it matures and start being implemented, listing supported devices may be a good idea. I still do not like the wishlist concept for reasons I described earlier. I have given it some thought and I have implemented it on http://wiki.openmoko.org/wiki/Distance_Measuring Does this address Lars' and Harald's concerns well enough? /Ole ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki Editing Guidelines
Harald Welte skrev: This is really important not to confuse users. Imagine somebody googling for GSM Phone and Wifi and he ends up in our wiki on a page that describes what wonderful things you can do with wifi on an [not explicitly marked as imaginary] OpenEZX phone. Now that person buys a device, to only then find out that this is some wishlist/dream of somebody. It's even more complicated... OpenMoko being a distribution. An idea may or may not be implemented in the distribution. May demand some hardware features of the device. Finally, different devices that physically have those features may or may not have these feature supported in the distribution. Marking things wishlist is a start, but listing needed hardware features is nest step, and when it matures and start being implemented, listing supported devices may be a good idea. But maybe a list of OpenMoke supported devices and what features are supported for those devices can replace a list of supported device for each application/idea. /LaH ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki Editing Guidelines
On Tue, Feb 20, 2007 at 01:58:38PM +, Ole Tange wrote: On 2/19/07, Harald Welte [EMAIL PROTECTED] wrote: From reviewing the 'Recent Changes', I have drafted a (currently still) small list of rules for Wiki editing. It is available at http://wiki.openmoko.org/wiki/OpenMoko_Wiki_Editing_Guidelines I like most of the guidelines. I am not too happy about the Wishlist part, though. Putting wishlist in the title will imply that an idea can only have 2 states: Being on the wishlist or not. And that is not the case. It is a continuum where an idea progresses from being just a wild idea to being a rock solid application. I agree with you. However, I would really like to see anything non-factual (or, let's say, anything that is not on our 'official roadmap') to be clearly marked, if not better in some specific section of the wiki only. Or maybe in a different wiki alltogether(!). Please don't get me wrong, I appreciate the creativity of all those suggestions. But we cannot have more suggestions/dreams/plans in the wiki than actual, factual content. I we run into that case, the wiki simply becomes irrelevant to people who want to actually practically learn something about OpenMoko and/or the supported devices. This is really important not to confuse users. Imagine somebody googling for GSM Phone and Wifi and he ends up in our wiki on a page that describes what wonderful things you can do with wifi on an [not explicitly marked as imaginary] OpenEZX phone. Now that person buys a device, to only then find out that this is some wishlist/dream of somebody. It has to be clearly visible in the page itself. One way of enforcing tihs is to put it in the title. Also some of the pages will include ideas that have parts that could be implemented now, but that contains advanced options that requires, say, WiFi. yes, this is why all that stuff should _actually_ be in some ticket/issue tracking system, such as bugzilla. Those systems can track dependencies, as well as differentiate the current status of an item. However, bug tracking systems usually cannot collaboratively change the 'bug description'. So ideally, things should mature in the wiki, and only items with very detailed specification go into bugzilla wishlist items. I don't have a golden solution for this. Maybe one can configure a Section in the wiki, which has a slightly different layout/style, i.e. that really optically differentiates. We could then have a policy that such 'dream' pages can only be linked from the Dreams main page, or whatever. -- - Harald Welte [EMAIL PROTECTED] http://openmoko.org/ Software for the world's first truly open Free Software mobile phone ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wiki Editing Guidelines
Hi! From reviewing the 'Recent Changes', I have drafted a (currently still) small list of rules for Wiki editing. It is available at http://wiki.openmoko.org/wiki/OpenMoko_Wiki_Editing_Guidelines The most impportant one I would like to point out is that the Neo1973 is only _one_ of the devices that run OpenMoko. Thus, all hardware related information that you add, needs to indicate that it relates to Neo1973. Stuff like Battery and I2C e.g. come to my mind. Also the Buying Interest List is actually a Neo1973 Buying Interest List, if you think about it :) Thanks for keeping this in mind, -- - Harald Welte [EMAIL PROTECTED] http://openmoko.org/ Software for the world's first truly open Free Software mobile phone ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki Editing Guidelines
On Mon, Feb 19, 2007 at 03:19:50PM +, Ian Stirling wrote: Stuff like Battery and I2C e.g. come to my mind. Also the Buying Interest List is actually a Neo1973 Buying Interest List, if you think about it :) Well - to be honest, for me, it's not. From my point of view the whole 'buying interest list' isn't really important for the wiki anyway. For whom is that list? FIC? They will produce more than 64 phones anywy ;) Its all cool and nice that people indicate their interest in so many ways - but is it useful? Once openmoko.com goes online, there will be a possibility to pre-order the Neo1973. While I am very grateful to FIC for their involvement in OpenMoko, if someone came up with mostly comparable open hardware with Wifi, available at a similar time, and it wasn't too much more expensive... Well, it's the OpenMoko wiki, after all. So if somebody else offered comparable open hardware, plus there would be openmoko support for it: Yes, I agree, then that would fit on a 'buying list' in the openmoko wiki. Otherwise, if there's no relation to OpenMoko, there's no point in having this information in the wiki. And yes, such device support can (and will!) eventually be provided by the community, no problem here at all. We _do want_ to support more devices in the future, but we (the current paid development team) can't stretch our way too thin resources on that right now. If Motorola were to open the A1200, for example, it'd be a temptation. (not very much, I'd really quite like GPS) It doesn't have Wifi either, does it? -- - Harald Welte [EMAIL PROTECTED] http://openmoko.org/ Software for the world's first truly open Free Software mobile phone ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community