[Bug 761251] textoverlay: Expose text rendering dimensions to applications and remove absolute positioning limit

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=761251

--- Comment #14 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
> Ah, no please don't :)

A slightly more pro-active approach on how to move forward here might be
advisable then :)


The problem is that the GstController API is weird to begin with, it should
really have defaulted to using absolute values, but that's unfortunately not
how it works by default and we have to deal with that. That means that anyone
who was using GstController with xpos/ypos before would have been able to map
the values passed to controller to the interface now. Since these properties
were controllable before, and their controllability has been requested
specifically (e.g. bug #638859) and it also comes up on irc and the mailing
list from time to time there's a reasonable chance that people are actually
using this.


Sebastian: the change of property range is the problem here in itself if I'm
not mistaken.

Thibault: why do you need relative positioning in pitivi? Wouldn't it make more
sense to make text-x/y writable as well, or add other properties for setting
absolute position in pixel units instead? Or you could just use deltax/deltay
really in combination with relative position 0.0/0.0 ?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.