+1 for taking middle ground
Thanks and Regards,
Sravan
Sravan Kumar Lakkimsetti
IBM India Pvt Ltd,
Embassy Golf Links Business Park, D Block,
Off Indiranagar-Kormangla Inner Ring Road,
Bangalore - 560071, India
Phone: 91-80-41776858
*From:* Aleksandar Kurtakov <akurtako@xxxxxxxxxx>
*Sent:* Friday, November 30, 2018 1:23 PM
*To:* developers, Eclipse <platform-swt-dev@xxxxxxxxxxx>
*Subject:* Re: [platform-swt-dev] Bumping minimum version of GTK3 to
3.14 in4.11
On Fri, Nov 30, 2018 at 8:50 AM Sravan K Lakkimsetti
<sravankumarl@xxxxxxxxxx <mailto:sravankumarl@xxxxxxxxxx>> wrote:
We use SLES 12 on our JIPPs. And GTK version available here is 3.10.9.
Now moving to 3.14 will make the gerrit jobs to fail for all
components(specifically UI tests). We will need to upgrade our
infrastructure to upgrade OS on all JIPPs. I don’t think that is a
good option considering we are trying to move to Cloudbees Jenkins
Enterprise(CJE). With CJE we will run on an OS configuration of our
choosing
I suggest a delay to 4.12 as I am expecting CJE migration to be
complete by that time.
I think we should take the middle ground here - and bump the min Gtk
version to Gtk 3.10. It would still be an improvement for maintenance
and will make the next round smaller. Furthermore, CJE migration might
need additional cycle (my previous experience with the SLES 11 -> 12
migration) so we would better get what we can now.
Thanks and Regards,
Sravan
Sravan Kumar Lakkimsetti
IBM India Pvt Ltd,
Embassy Golf Links Business Park, D Block,
Off Indiranagar-Kormangla Inner Ring Road,
Bangalore - 560071, India
Phone: 91-80-41776858
*From:* Aleksandar Kurtakov <akurtako@xxxxxxxxxx
<mailto:akurtako@xxxxxxxxxx>>
*Sent:* Friday, November 30, 2018 12:19 AM
*To:* developers, Eclipse <platform-swt-dev@xxxxxxxxxxx
<mailto:platform-swt-dev@xxxxxxxxxxx>>
*Subject:* Re: [platform-swt-dev] Bumping minimum version of GTK3 to
3.14 in 4.11
On Thu, Nov 29, 2018 at 8:36 PM Leo Ufimtsev <Leonidas@xxxxxxxxxx
<mailto:Leonidas@xxxxxxxxxx>> wrote:
+1. Multiple dnd logic is confusing.
+1.
Sounds like we have an agreement from the people that touched the
code in the last few years :) .
On Thu, Nov 29, 2018 at 12:39 PM Andrey Loskutov
<loskutov@xxxxxx <mailto:loskutov@xxxxxx>> wrote:
+1 from me.
No doubts, with more resources this would be may be
different, but for now we have no other alternative.
Maintaining this spaghetti code is a Nightmare.
Am 29. November 2018 18:03:20 MEZ schrieb Eric Williams
<ericwill@xxxxxxxxxx <mailto:ericwill@xxxxxxxxxx>>:
>Hello,
>
>For the 4.11 release, I believe SWT will strongly benefit
from moving
>to
>a minimum version of GTK3.14. Here are some specific details:
>
>-CSS for backgrounds and foregrounds is 3.14+, no more
GtkStyleContext
>background/foreground machinery
>
>-no need to support pre-3.10 drawing model changes
>
>-gtk-gradient CSS is gone in GTK4, we only use it for
Combo on GTK3.12
>and below
>
>-removal of non-Cairo setRegion() drawing as this is 3.8
and below
>
>-removal of pre-GTK3.10 DnD logic
>
>-removal of miscellaneous functions such as: GtkWidget
opacity,
>GtkScrolledWindow add_with_viewport, etc.
>
>-removal of several pre-GTK3.14 Table/Tree drawing hacks
>
>-greatly allows for simplification of Cairo drawing in GC,
as many of
>these operations are guarded with GTK3.14+ calls
>
>-allows SWT to rely solely on GTK CSS theme parsing, no more
>GtkStyleContext lookups to get system colours
>
>
>In summary, these changes would really simplify the
codebase as almost
>all the items mentioned above are gone in GTK4. With the
introduction
>of
>GTK4 guards it would be really beneficial if we could start to
>eliminate
>the GTK3 specific version guards. Furthermore, it is very
hard to find
>a
>modern (supported) Linux distribution that ships with
anything less
>than
>GTK3.14 anymore, and the disconnect between the 3.14- and
3.24
>methodologies is quite large.
>
>If anyone has any concerns, please raise them.
>
>Thanks,
--
Kind regards,
Andrey Loskutov
http://google.com/+AndreyLoskutov
_______________________________________________
platform-swt-dev mailing list
platform-swt-dev@xxxxxxxxxxx
<mailto:platform-swt-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-swt-dev
--
Leo Ufimtsev
Senior Consultant, Red Hat Certified Engineer #150-127-462
Red Hat Consulting
Leonidas@xxxxxxxxxx <mailto:Leonidas@xxxxxxxxxx>
_______________________________________________
platform-swt-dev mailing list
platform-swt-dev@xxxxxxxxxxx <mailto:platform-swt-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-swt-dev
--
Alexander Kurtakov
Red Hat Eclipse Team
_______________________________________________
platform-swt-dev mailing list
platform-swt-dev@xxxxxxxxxxx <mailto:platform-swt-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-swt-dev
--
Alexander Kurtakov
Red Hat Eclipse Team
_______________________________________________
platform-swt-dev mailing list
platform-swt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-swt-dev