Hi all, Le 13/11/2013 05:35, Robinson Tryon a écrit : > On Tue, Nov 12, 2013 at 8:01 PM, Marc Paré <[email protected]> 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 Kind regards Sophie -- To unsubscribe e-mail to: [email protected] 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
