Sophie, Marc, Robinson, Le Wed, 13 Nov 2013 08:27:23 +0100, Sophie <gautier.sop...@gmail.com> a écrit :
> Hi all, > Le 13/11/2013 05:35, Robinson Tryon a écrit : > > On Tue, Nov 12, 2013 at 8:01 PM, Marc Paré <m...@marcpare.com> > > wrote: > >> > >> I see more a problem with making workflows different from one > >> section to another (design, documentation, marketing) which may > >> add confusion for those of us who help out in more than one area. > >> I see this as just one more hurdle to getting people to work in a > >> consistent manner. > > > > I'm not really familiar with the workflows for Design, > > Documentation, and Marketing. I'm pretty sure that Documentation > > uses a completely separate ODFAuthors site, so their workflow is > > very different from that of many of our other LibreOffice teams. > > Yes and the workflows depend of the type of the task, we won't use > owncloud for QA or BZ for documentation, so the organization is > adapted to the tools and we can't have one for all. > > > >> Perhaps, a better idea would be to get the leads in design, > >> documentation and marketing to decide on a process and then all > >> follow the same. This will make it easier for our volunteers to > >> work in more than one area without having to spend time learning > >> how different one group works from another. > > > > I'm not quite sure who those leads are, but I'd love to have more > > standardization and organization between teams. I've been trying to > > trumpet that cause for a while, and I'll gladly rally QA and the > > Website team to join in on such meetings if you can get Design, > > Documentation, and Marketing on board. > > As part of my work, I'll coordinate the communication flow for the 4.2 > release and will organize such a meeting on irc by mid/end December. > > > >> We are still struggling with trying to engage users to volunteer > >> in the project, while at the same time, not being clear right from > >> the start as to how a volunteer is expected to contribute. Adding > >> to the mix, it now means that a volunteer needs to master the use > >> of OwnCloud and the wiki. > > > > To upload files, one needs to be able to use ownCloud and/or the > > wiki, yes, but I don't think it's that much work to learn how to > > use them. If it isn't clear, then we should work on our > > documentation for those tools. > > For me the wiki is not a file repository, it's really too difficult to > find things on it. Beside this there is no private area. When I ask > for a repository for marketing it was because most of the PR are share > through the mailing list and it's error prone on versioning (most of > the time I wait for the announcement to make sure I don't make > mistake). So it's easier to contribute when the material is well > organized too. > > > >> I am not quite clear on the problem of uploading more than one > >> file at a time, when a search for a wikimedia extensions shows > >> that there is one available[1] for installation. As for the size > >> of uploaded files, this is usually set in the configuration file. > >> As for the preview of images, I am not sure I understand the > >> problem as being flakey. > > > > The feedback I got from infra was that they would prefer to not have > > many larger files (> 5-10MB) in the wiki. Additionally, we > > encountered problems with images of that size and image previews in > > the wiki. > +1 > > > >> I agree that uploading a 100-200 megabyte file would be a problem, > >> but, these types of files would surely fall into a very clear > >> minority of files. > > > > Indeed. But the filesize limit is 25MB right now, and files even > > half that size are (AFAIK) not encouraged, so I think we're talking > > about a much larger set of files. > > > >> IMO, we need to make the system as easy as possible to attract, > >> engage and keep our volunteers. Adding to the mix, to me, sounds a > >> little too frustrating of an event for new volunteers. If we are > >> looking for people who have a little time to spend helping, well, > >> they may end up spending all of their time trying to figure out > >> our work habits and not staying. > > > > I think our primary issue right now is lack of clear documentation. > > QA struggles with complicated documentation and unclear software > > interfaces, and while we're making good progress on improving both > > our documentation and our tools, it's a long process for us. I'm > > sure that's an issue all of our teams are facing. > > owncloud is really not difficult to use and imho easier than the wiki. > But the purpose of the two is different too, one two store files, the > other to put content, I don't see where it overlaps. > > > > I'm working on ownCloud documentation here, if anyone would like to > > help me improve and expand our information: > > https://wiki.documentfoundation.org/Website/ownCloud > > I'll would be able to help you soon :) > > > > The WebDAV interface in particular is very slick on GNU/Linux -- you > > can just connect via your GUI shell and upload/download files via > > drag-and-drop as if they were on your local file system: > > http://doc.owncloud.org/server/6.0/user_manual/files/files.html After Milano what was felt is that we need a simple document repository. The wiki should be used as a wiki, that is for collaborative text editing (yet there's a pad for that too) and more exactly for texts and pages we don't really need on the website itself. It means that at least for marketing, the wiki has stopped to be a primary and daily marketing tool. I'm quoting the discussions from the Milano workshop here. Best, -- Charles-H. Schulz Co-founder, The Document Foundation, Kurfürstendamm 188, 10707 Berlin Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts Legal details: http://www.documentfoundation.org/imprint Mobile Number: +33 (0)6 98 65 54 24. -- To unsubscribe e-mail to: marketing+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/marketing/ All messages sent to this list will be publicly archived and cannot be deleted
