Why not setup a repository in git to keep the images etc. there? -----Original Message----- From: Robinson Tryon [mailto:[email protected]] Sent: 15 February 2013 20:09 To: Florian Effenberger Cc: website LibreOffice Subject: Re: [libreoffice-website] Wiki upload issues [was Libo4 Pages: new version 20130211]
On Fri, Feb 15, 2013 at 5:10 AM, Florian Effenberger <[email protected]> wrote: > so, the function and message itself is incorporated in MediaWiki > directly, and editing is probably not impossible, oh, really...? > but rather painful, since you would > have to translate the text in all supported languages, plus edit the > MediaWiki core, and merge your changes with every update coming in. In > other > words: It is somehow impossible. ;-) ...yes, really :-) > What we can do is tweaking the file sizes when a warning gets triggered. > Right now, I have configured the wiki the following way: > > $wgUploadSizeWarning = 1024 * 1024 * 5; $wgMaxUploadSize = 1024 * 1024 > * 25; > > I would feel uncomfortable with more than 25 MB upload size, since the > wiki is no file storage. I do apologize for gumming-up the wiki with these oversized image files. They really don't belong on the wiki. Perhaps Camille and I can work with you to find a replacement tool for storing all of our source media! Or rather, perhaps we can take the lead on that task and coordinate with you -- I don't want to take more of your time than necessary. > However, we can talk about raising the warning size. :-) What do you > think makes sense? As a quick fix, I'd suggest moving it up to 10MB. Even though the wiki is serving as our defacto repository for source media for design team stuff, I think it's reasonable to have reservations about throwing anything larger up than 10MB without having a really good reason, first :-) >> 2) Some uploaded images display properly, some don't: >> >> https://wiki.documentfoundation.org/Qubit/Images_of_computers > > > It indeed seems that MediaWiki has a problem with resizing these > files, independent of whether we use ImageMagick or not, and > independent of the memory limitation I configure. I can't solve this > ad-hoc, but will put it on the todo to be fixed then. > > Is this only for larger size images, or did you spot this also for > much smaller files? I'm puzzled myself! A 3.8MB file and a ~ 6MB file worked. But a couple of 4.1MB files and a ~7MB file did not, so it's not like I'm seeing a direct correlation with file size. Maybe there's something about the complexity of the encoding...bit depth...something that makes the internal processing stop. >> 3) We need more license options in the drop-down file upload box > > > That was an easy task, they're added now. :) Great! :-) --R -- Unsubscribe instructions: 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/website/ All messages sent to this list will be publicly archived and cannot be deleted -- Unsubscribe instructions: 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/website/ All messages sent to this list will be publicly archived and cannot be deleted
