https://bugzilla.wikimedia.org/show_bug.cgi?id=28135
--- Comment #7 from Bryan Tong Minh <[email protected]> 2011-10-15 21:52:17 UTC --- (In reply to comment #2) > Outstanding issues: > > * $wgMaxImageArea should only be used for scalers which decompress the source > image. This is essential if VIPS deployment is going to allow larger PNGs to > be > uploaded. Needs a little bit of refactoring. r99911 > * The "comment" parameter in $scalerParams is not used, so that feature would > disappear entirely. Maybe shell out to exiv2 to add comments. $wgExiv2Command > is available in core and is used by PagedTiffHandler already. r99912 > * Consider having PagedTiffHandler call VipsScaler to do the scaling, to > reduce > code duplication and to get sharpening support in PagedTiffHandler. Probably not going to have time for this the coming weeks. (In reply to comment #6) > (In reply to comment #4) > > To make the test feature without hacking into the 404-handler I would need > > to > > stream the vips thumbnail through the Special page. Is vips available on all > > mediawiki servers or only on the image scalers? > > It looks like VIPS will be just on the scalers for now. I think the easiest > way > to do it is to hit the image scalers using Http::request() with proxy = > rendering.svc.pmtpa.wmnet in $options. The URL could just be a secret subpage > of the special page, which would cause a thumbnail to be generated with > specified parameters. > If we need to fetch it over HTTP from the scalers, can't the browser just request it directly? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
