[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 C. Scott Ananian canan...@wikimedia.org changed: What|Removed |Added CC||canan...@wikimedia.org --- Comment #30 from C. Scott Ananian canan...@wikimedia.org --- See also bug 35756 comment 13, where cropping functionality is proposed that also allows: [[File:Foo.jpg|crop|100x200]] to be an exactly 100x200 image which is scaled and cropped to fit. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added CC||stv...@gmail.com --- Comment #29 from Andre Klapper aklap...@wikimedia.org --- *** Bug 19473 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #28 from Rezonansowy lukas.ce...@gmail.com --- This bug is here since 2006. We have solution, we have approval. Can someone implement it? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #25 from Rezonansowy lukas.ce...@gmail.com --- (In reply to comment #24) The magic of wikitext; once we have a server side solution, this template can just be updated to call that. Likewise with some of the other templates that do similar things. Could you say more about the your solution? I we have something like this in #c3 we don't need any templates. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #26 from Rezonansowy lukas.ce...@gmail.com --- (In reply to comment #25) (In reply to comment #24) The magic of wikitext; once we have a server side solution, this template can just be updated to call that. Likewise with some of the other templates that do similar things. Could you say more about the your solution? I we have something like this in #c3 we don't need any templates. Ops, should be #comment3 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #27 from Michael Dale md...@wikimedia.org --- your solution looks good. I was just commenting that once that is implemented, the respective templates could call your code, this way any usage of said template will be seamlessly upgraded to server side based cropping. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Rezonansowy lukas.ce...@gmail.com changed: What|Removed |Added CC||lukas.ce...@gmail.com --- Comment #21 from Rezonansowy lukas.ce...@gmail.com --- Since Wikimedia Commons policy doesn't allow to override file with other content, implementation of this won't affect selected images in future. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #22 from Rezonansowy lukas.ce...@gmail.com --- (In reply to comment #16) (In reply to comment #15) Chiming in here... instead of server-side cropping, the same effect can be achieved with CSS overflow/positioning. Downside is that the entire image is still downloaded, but it is not destrucrive and it only requires that the image be scaled according to the size and cropping desired. Yea templates exist for that. See: http://en.wikipedia.org/wiki/Template:Css_Image_Crop The idea of server side crop transform would be non-destructive creating a local thumbnail. Yes, agree. That's a good way to do this. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #23 from Rezonansowy lukas.ce...@gmail.com --- (In reply to comment #16) (In reply to comment #15) Chiming in here... instead of server-side cropping, the same effect can be achieved with CSS overflow/positioning. Downside is that the entire image is still downloaded, but it is not destrucrive and it only requires that the image be scaled according to the size and cropping desired. Yea templates exist for that. See: http://en.wikipedia.org/wiki/Template:Css_Image_Crop The idea of server side crop transform would be non-destructive creating a local thumbnail. This template has been considered as hard to use and they're right. This template has been only a hotfix to do this and needs a regular solution. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #24 from Michael Dale md...@wikimedia.org --- The magic of wikitext; once we have a server side solution, this template can just be updated to call that. Likewise with some of the other templates that do similar things. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Zil vers...@gmail.com changed: What|Removed |Added CC||vers...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Dereckson dereck...@espace-win.org changed: What|Removed |Added Blocks||37883 --- Comment #20 from Dereckson dereck...@espace-win.org --- Adding to tracking bug 37883. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Sumana Harihareswara suma...@wikimedia.org changed: What|Removed |Added Keywords|need-parsertest, patch, | |patch-need-review | CC||suma...@wikimedia.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Sumana Harihareswara suma...@wikimedia.org changed: What|Removed |Added Attachment #2964|0 |1 is obsolete|| --- Comment #19 from Sumana Harihareswara suma...@wikimedia.org 2012-10-12 01:43:09 UTC --- Comment on attachment 2964 -- https://bugzilla.wikimedia.org/attachment.cgi?id=2964 same patch Marking patch as obsolete given its reversion in comment #8. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Dereckson dereck...@espace-win.org changed: What|Removed |Added CC||dereck...@espace-win.org See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=37732 --- Comment #18 from Dereckson dereck...@espace-win.org 2012-06-23 21:02:47 UTC --- See also bug #37732 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Thehelpfulone thehelpfulonew...@gmail.com changed: What|Removed |Added AssignedTo|ne...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org --- Comment #17 from Thehelpfulone thehelpfulonew...@gmail.com 2012-06-22 19:40:31 UTC --- Reassigning to wikibugs-l per bug 37789 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Priority|High|Normal CC||innocentkil...@gmail.com -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Erwin Dokter er...@darcoury.nl changed: What|Removed |Added CC||er...@darcoury.nl --- Comment #15 from Erwin Dokter er...@darcoury.nl 2012-01-03 13:19:39 UTC --- Chiming in here... instead of server-side cropping, the same effect can be achieved with CSS overflow/positioning. Downside is that the entire image is still downloaded, but it is not destrucrive and it only requires that the image be scaled according to the size and cropping desired. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #16 from Michael Dale d...@ucsc.edu 2012-01-03 18:46:27 UTC --- (In reply to comment #15) Chiming in here... instead of server-side cropping, the same effect can be achieved with CSS overflow/positioning. Downside is that the entire image is still downloaded, but it is not destrucrive and it only requires that the image be scaled according to the size and cropping desired. Yea templates exist for that. See: http://en.wikipedia.org/wiki/Template:Css_Image_Crop The idea of server side crop transform would be non-destructive creating a local thumbnail. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #14 from timothyaus...@yahoo.com 2011-12-05 08:26:23 UTC --- (In reply to comment #8) I'd much rather we move towards limiting the number of rendered variants we have, not increase them... IMO cropping would be better served with an interface allowing for explicit, visible cropping which creates either a new saved version, or a 'cloned' virtual file which can be referred to by name... and more importantly, uses of it would be trackable so that if crops needs to be updated they can be cleanly. Without cropping support, original, uncropped images get orphaned. Also, it would not ruin the simple beauty of wiki markup because it only renders ordinary css. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Jeff G. rsyqfiojg...@spammotel.com changed: What|Removed |Added CC||rsyqfiojg...@spammotel.com --- Comment #13 from Jeff G. rsyqfiojg...@spammotel.com 2010-07-31 19:47:25 UTC --- The possibility of such a capability was mentioned in http://commons.wikimedia.org/w/index.php?title=Commons:Deletion_requests/File:German_stamp-_Marlene_Dietrich_crop.PNGdiff=41773339oldid=41764625 and then in http://commons.wikimedia.org/wiki/Commons:Village_pump#When_to_crop_and_when_not_to_crop with the following text: 'If we had image tags that would let us crop in wikitext, perhaps There is little point in doing crops such as this in any case might make some sense, but we would have to teach everyone who is using crops how to crop in wikitext. Many original photographers leave a large margin for error when composing their photographs, with the thought I can always crop it later - this was what I was taught in photography class. To prefer full images with EXIF metadata, and not allow cropping, flies in the face of classic photography.' -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 STyx s...@neuf.fr changed: What|Removed |Added CC||s...@neuf.fr --- Comment #11 from STyx s...@neuf.fr 2010-05-13 12:46:19 UTC --- This is a great idea to limit the proliferation of images. Especially within cartography, it has a small set of SVG maps of great qualities and many maps of subdivisions don't exist. In the present state of things, we will create these missing sub-maps by copying and reframing the original map ; which is a bad way to do that. How to: Add a parameter geometry to the command [[Image:...|geometry|...]]. The syntax of this parameter geometry remains to be defined, but imho, commandes X (see [http://www.x.org/archive/X11R6.8.1/doc/X.7.html#sect6) should be copied. I don't like : [[File:Image.jpg|400px|Crop=top:22.423%;left:30.43%;bottom:10%;right:22%]] Improvement: Moreover, this extension could be combined with (or based on) Commons:Help:Gadget-ImageAnnotator (see http://commons.wikimedia.org/wiki/Help:Gadget-ImageAnnotator http://commons.wikimedia.org/wiki/Commons:Using_ImageAnnotator). Then, we will proceed as follows for http://commons.wikimedia.org/wiki/File:Bundesrat der Schweiz 2009 Teil 1.JPG : [[Image:Bundesrat der Schweiz 2009 Teil 1.JPG#Members of the Federal Council]] -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 STyx s...@neuf.fr changed: What|Removed |Added Priority|Normal |High -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #12 from STyx s...@neuf.fr 2010-05-13 13:32:54 UTC --- See also http://www.imagemagick.org/www/command-line-processing.html#geometry Therefore [[File:Image.jpg|400px|Crop=47.57%x77.687%+30.43%+22.423%]] is a more standard syntax than [[File:Image.jpg|400px|Crop=top:22.423%;left:30.43%;bottom:10%;right:22%]] but [[File:Image.jpg#mycrop|400px]] should be the best using ImageAnnotator (if possible) -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added CC||ne...@wikimedia.org AssignedTo|wikibug...@lists.wikimedia. |ne...@wikimedia.org |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 --- Comment #9 from Guillaume Paumier gpaum...@wikimedia.org 2009-12-30 20:51:45 UTC --- (In reply to comment #8) IMO cropping would be better served with an interface allowing for explicit, visible cropping which creates either a new saved version, or a 'cloned' virtual file which can be referred to by name... and more importantly, uses of it would be trackable so that if crops needs to be updated they can be cleanly. I couldn't agree more with that. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757
Michael Dale d...@ucsc.edu changed:
What|Removed |Added
CC||d...@ucsc.edu
--- Comment #10 from Michael Dale d...@ucsc.edu 2009-12-30 23:04:09 UTC ---
I don't see much of an issue with treating source assets as a non changing
resource.
In place uploaded destructive updates to source images assets ~should be~
widely discouraged.[1] We should not keep infinite-options non-used images
around since they are software transformations and can be re-created and cached
as used. In the case of legal destructive transformation like blacking out a
logo or privacy personal representation rights ~blurring a face~, we want that
to instantly percolate through the derivatives.
Storing procedural transformations as an new saved version will in my
estimation make it more complicated to prune the infinite-combination unused
transformations ~not easier~. Furthermore re-sizing those new asset
transforms will result in another set of transforms. Or say the parent image is
removed for copy-write infringement or you want a high res version of the crop
for a book, where the crop was uploaded as a new asset at screen-resolution.
We need a unused image transformation garbage collector for unused arbitrary
thumbnails sizes. The same system could be used for cropped images, if we
create new assets for these simple transforms it will make this garbage
collector more complex.
== Syntax ==
In terms of crop syntax in the short term I like something like:
[[File:Image.jpg|400px|Crop=top:22.423%;left:30.43%;bottom:10%;right:22%]]. I
don't like [[Image:Foo|crop=width:offset*height:offset]] because it does not
keep the existing size parameter convention, would let you request non-scale
transformations, makes you need to do mathematics if you want to re-size the
image in page size, and would not scale up well with SVG.
Long term the syntax should integrate it into the SMIL frame like
representation something like:
http://www.w3.org/TR/SMIL3/smil-extended-media-object.html#q31
or excerpts there of. The ~smil like~ xml could go onto dedicated Composite
namespace pages.
The ~smil like~ stuff is on its way to be supported via javascript or naively
in the browser tool-chain ... so the editor interface that enabled users to
crop ( or apply other filters or layered transforms ) in the browsers could
also upload the transformation file. ( Modern browsers support canvas and it
supports uploading jpg representation of transformations ) ... We could use the
browser uploaded transformation system in the short term. In such case as a
stop-gab using something like the explicit file interface that Brion described
is ideal.
Long term we would want to parallel the transformation description language on
the server side and just store the transformation xml, and handle
transformation and associated usage caching ( to not store infinite versions of
things) all on the server. That we can scale out delivery across platforms and
interfaces. ie browser's won't want to upload the 300dpi crop that will be
needed for the book print. When cropping on a cellphone we may want size A
instead of size B reference image. And finally if we start including
{{DynamicText}} in svg figures we want to be able to dynamically output static
representation per translations or what have you.
[1] http://commons.wikimedia.org/wiki/Commons:Don%27t_be_bold
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #8 from Brion Vibber br...@wikimedia.org 2009-08-19 02:07:58 UTC --- I'm not fond of this syntax or implementation; reverted in r Reverted: r54748 Making demon happy (adding public/protected to function definitions) and add some comments along the way. r54746 Update formatting for r54745 r54745 Added crop support for inline images. Several issues: * Implementation is ImageMagick-specific, no support for GD backend * Specification syntax is pretty ugly and non-obvious imo... [[File:foo.jpg|widthpx|leftxtopxwidthxheight]] * Crop syntax seems to be tied to pixels... I _presume_ source pixels? This would break if a file is re-uploaded with a new size. * In general I'm very leery of tacking on more infinite-options-in-infinite-combinations for image rendering; our treatment of resizing already has implications for CPU and disk usage and this just adds another level of arbitrary-rendered horror. ;) I'd much rather we move towards limiting the number of rendered variants we have, not increase them... IMO cropping would be better served with an interface allowing for explicit, visible cropping which creates either a new saved version, or a 'cloned' virtual file which can be referred to by name... and more importantly, uses of it would be trackable so that if crops needs to be updated they can be cleanly. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7757] allow cropping images when rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=7757 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added CC||bryan.tongm...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-08-11 14:21:33 UTC --- Fixed in r54745 with syntax [[File:foo.jpg|widthpx|crop=leftxtopxwidthxheight]] with all parameters after left optional. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
