After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 114823 - [patch] videocrop interface proposal
[patch] videocrop interface proposal
Status: RESOLVED DUPLICATE of bug 116387
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other other
: High enhancement
: 0.6.x
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-06-10 09:26 UTC by Joshua N Pritikin
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
add relative crop properties (9.01 KB, patch)
2003-06-11 07:32 UTC, Joshua N Pritikin
none Details | Review
this? (7.70 KB, patch)
2003-06-30 13:05 UTC, Ronald Bultje
none Details | Review

Description Joshua N Pritikin 2003-06-10 09:26:16 UTC
Instead of what i was expecting,

  crop_top     -- how many pixels to crop from the top
  crop_bottom  -- etc ..
  crop_left
  crop_right

videocrop requires the new x,y,width,height of the image
which means that my app needs to query or know the original
width & height.

Can we support both styles of crop specification?  If i submit
a patch, will it get applied?
Comment 1 Joshua N Pritikin 2003-06-11 07:32:41 UTC
Created attachment 17430 [details] [review]
add relative crop properties
Comment 2 Elijah Newren 2003-06-14 22:03:25 UTC
Adding PATCH keyword and setting priority to high because of the patch.
Comment 3 Ronald Bultje 2003-06-22 11:27:28 UTC
There is some use in doing it this way, yes... However, don't forget
that in the end, if you're making a userfriendly app with graphical
userinterface and cropping tool (like the GIMP) which implements this
plugin, you'll still need to know the height/width. :).

Anyway, I think we can actually just go over to *only* this new
interface, I like it more, to be honest. What do others think?
Comment 4 Joshua N Pritikin 2003-06-22 11:39:16 UTC
The new interface is much easier for command-line usage.  However, i
think we should maintain backward compatibility, at least for one
major release.  We can add a warning for the deprecated properties (or
something).
Comment 5 David Schleef 2003-06-22 20:01:27 UTC
We have previously had no plans for keeping compatibility between
stable releases.  Attempting to do so would make 0.8 very heavy with
backward compatibility code.
Comment 6 Joshua N Pritikin 2003-06-30 12:39:54 UTC
If someone actually takes the leap and commits my patch then i'll be
motivated to remove or deprecate the old API.
Comment 7 Ronald Bultje 2003-06-30 13:05:34 UTC
Created attachment 17921 [details] [review]
this?
Comment 8 Ronald Bultje 2003-06-30 13:06:21 UTC
I fixed some typos and stylish'ities. Does the above work? If so, I'll
apply that.
Comment 9 Ronald Bultje 2003-07-04 20:51:33 UTC
I've got this patch locally, I'll apply it with my caps remake.

*** This bug has been marked as a duplicate of 116387 ***