Re: Planner-list GConf

--===============1989209933676204062==
Content-Type: multipart/alternative; boundary="0000000000001120eb059b7d1797"

--0000000000001120eb059b7d1797
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Alexandre and list;

On Mon, Jan 6, 2020 at 9:42 AM Alexandre Franke <[email protected]> wrote:

> On Mon, Jan 6, 2020 at 4:12 PM Jeremiah C. Foster via planner-list
> <[email protected]> wrote:
> > I don't know if planner is actively maintained in GNOME or if it has an
> invdividual directly working on it.
>
> I am the current maintainer of Planner, but I am not actively working
> on it. The current state has been explained many times already and
> hasn=E2=80=99t changed. Planner needs to be ported to GTK 3 and for that =
a new
> timeline widget needs to be written because libgnomecanvas is
> deprecated (and it would be a bad idea to just copy its code into our
> tree). It is a daunting task. Some people have showed interested but
> all have vanished. Waiting for GTK 4 and rewriting the UI is arguably
> a less daunting task (and the current path I=E2=80=99m on).
>

Not to start a flame war (nor even a flame battle) and perhaps this does
belong on the developer list; but the maintainer of Xournal has this to say
about "deprecated libgnomecanvas"
<https://sourceforge.net/p/xournal/bugs/191/>:

Debian is completely off its rocker... The issue is not with GTK2 (not
> deprecated, fortunately given that even GIMP hasn't managed to migrate
> to GTK3 yet), but rather with the canvas widget for GTK2,
> libgnomecanvas, which they have declared deprecated because its name is
> part of a series of libraries that are mostly obsolete. The problem is
> that there isn't a good replacement.
>
> libgnomecanvas is not related to libgnome in any way despite the name.
> It provides a high-performance canvas widget for GTK2, it is the
> standard canvas widget for GTK2. There is no good replacement for GTK3.
> I am not aware of any serious issues with it apart from it being old.
>
> The two GTK3 canvases that aim to provide something similar to
> libgnomecanvas, foocanvas/geocanvas and goocanvas, are not so
> well-maintained, not as well-optimized, and not as standard as
> libgnomecanvas. I don't want to invest a lot of effort into switching
> to one just to have Debian declare it deprecated the following year.
>
> The official Debian line that libgnomecanvas is deprecated in favor of
> cairo is nonsense since the two don't offer equivalent functionality --
> it's impossible to port libgnomecanvas software to rely only on cairo
> and the cairo ecosystem.
>
> Please consider un-deprecating libgnomecanvas. Despite the lack of
> active development, it is a useful library, has no security issues that
> I am aware of, and software that people want to use depends on it.
>

Perhaps this is why developers who have looked at the concept of moving to
GTK 3 have dropped the idea...?


--=20
Chris Hermansen =C2=B7 clhermansen "at" gmail "dot" com

C'est ma fa=C3=A7on de parler.

--0000000000001120eb059b7d1797
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">Alexandre and list;<br></div><br><div cla=
ss=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Jan 6, 202=
0 at 9:42 AM Alexandre Franke &lt;<a href=3D"mailto:[email protected]">afra=
[email protected]</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi=
ng-left:1ex">On Mon, Jan 6, 2020 at 4:12 PM Jeremiah C. Foster via planner-=
list<br>
&lt;<a href=3D"mailto:[email protected]" target=3D"_blank">planner-lis=
[email protected]</a>&gt; wrote:<br>
&gt; I don&#39;t know if planner is actively maintained in GNOME or if it h=
as an invdividual directly working on it.<br>
<br>
I am the current maintainer of Planner, but I am not actively working<br>
on it. The current state has been explained many times already and<br>
hasn=E2=80=99t changed. Planner needs to be ported to GTK 3 and for that a =
new<br>
timeline widget needs to be written because libgnomecanvas is<br>
deprecated (and it would be a bad idea to just copy its code into our<br>
tree). It is a daunting task. Some people have showed interested but<br>
all have vanished. Waiting for GTK 4 and rewriting the UI is arguably<br>
a less daunting task (and the current path I=E2=80=99m on).<br></blockquote=
><div><br></div><div>Not to start a flame war (nor even a flame battle) and=
 perhaps this does belong on the developer list; but the maintainer of Xour=
nal has <a href=3D"https://sourceforge.net/p/xournal/bugs/191/">this to say=
 about &quot;deprecated libgnomecanvas&quot;</a>:</div><div><br></div><div>=
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex"><p>Debian is completely o=
ff its rocker... The issue is not with GTK2 (not <br>
deprecated, fortunately given that even GIMP hasn&#39;t managed to migrate =
<br>
to GTK3 yet), but rather with the canvas widget for GTK2, <br>
libgnomecanvas, which they have declared deprecated because its name is <br=
>
part of a series of libraries that are mostly obsolete. The problem is <br>
that there isn&#39;t a good replacement.</p><p>libgnomecanvas is not relate=
d to libgnome in any way despite the name. <br>
It provides a high-performance canvas widget for GTK2, it is the <br>
standard canvas widget for GTK2. There is no good replacement for GTK3. <br=
>
I am not aware of any serious issues with it apart from it being old.</p><p=
>The two GTK3 canvases that aim to provide something similar to <br>
libgnomecanvas, foocanvas/geocanvas and goocanvas, are not so <br>
well-maintained, not as well-optimized, and not as standard as <br>
libgnomecanvas.  I don&#39;t want to invest a lot of effort into switching =
<br>
to one just to have Debian declare it deprecated the following year.</p><p>=
The official Debian line that libgnomecanvas is deprecated in favor of <br>
cairo is nonsense since the two don&#39;t offer equivalent functionality --=
 <br>
it&#39;s impossible to port libgnomecanvas software to rely only on cairo <=
br>
and the cairo ecosystem.</p><p>Please consider un-deprecating libgnomecanva=
s.  Despite the lack of <br>
active development, it is a useful library, has no security issues that <br=
>
I am aware of, and software that people want to use depends on it.</p></blo=
ckquote>



<p><br></p><p>Perhaps this is why developers who have looked at the concept=
 of moving to GTK 3 have dropped the idea...?<br></p></div></div><br clear=
=3D"all"><br>-- <br><div dir=3D"ltr" class=3D"gmail_signature"><div dir=3D"=
ltr">Chris Hermansen =C2=B7 clhermansen &quot;at&quot; gmail &quot;dot&quot=
; com<br><br>C&#39;est ma fa=C3=A7on de parler.</div></div></div>

--0000000000001120eb059b7d1797--

--===============1989209933676204062==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
planner-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/planner-list

--===============1989209933676204062==--