Establishing GTK3 port "rules" (and some q.s)
Steve Dodier-Lazaro
sidnioulz at gmail.com
Sat Feb 21 05:27:43 CET 2015
On 21 February 2015 at 00:44, ikey <ikey at evolve-os.com> wrote:
> True. But those have always been evil anyway.
>
They're an absolute necessity for user-driven access control and for
securing a bunch of other applications. UI embedding is used on Windows 8
(and OS X, I suspect) to provide custom widgets in file choosers, it's used
by Android to serve ads without exposing parent apps' UIs, and it's got a
massive potential for building permission UIs within apps. I don't remember
anything of the internals of Plug/Socket and am generally not qualified to
discuss that stuff, but I do hope there's a replacement coming.
> My personal thoughts are to go forward with a complete port. If the
> future of XFCE is on GTK3, then why support GTK2 anymore.. ?
>
> I can understand why a compat shim would be used in a dual-scenario,
> but I'm not entirely sure any API #ifdef's are wanted here. :)
>
I would assume it'd be easier to just keep 4.12 in its own branch and
backport high/critical/blocker fixes until installs of xfce4 (specifically
4) plummet. I believe that's what Andrzej meant?
--
Steve Dodier-Lazaro
PhD Student
University College London
Free Software Developer
OpenPGP : 1B6B1670
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.xfce.org/pipermail/xfce4-dev/attachments/20150221/13be9b35/attachment.html>
More information about the Xfce4-dev
mailing list