[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [cross-project-issues-dev] Eclipse Installer makes first hand experience on Linux worse
|
Hi Alexander,
I think the best way to fix this would be to fix the GTK bug happening
with the Oomph installer. By fixing the bug we could have Oomph revert
back to using gtk3+ (I don't think the installer has any other big
problems with gtk3 as far as I know). This bug is also happening on
Fedora and Ubuntu (both with gtk3), so I think it's worth investigating.
Otherwise we have to make yet another possible hack to make this work.
I think there might be some hints in SimpleProductPage@SetInput() (and
deeper) if you haven't already looked.
I agree that the installed IDE should not inherit this variable though...
Regards,
\Patrick
On 07/04/2016 10:54 AM, Aleksandar Kurtakov wrote:
----- Original Message -----
From: "Marc-André Laperle" <marc-andre.laperle@xxxxxxxxxxxx>
To: "Cross project issues" <cross-project-issues-dev@xxxxxxxxxxx>
Cc: "Patrick Pollo Guilbert" <patrick.pollo.guilbert@xxxxxxxxxxxx>
Sent: Monday, 4 July, 2016 5:50:11 PM
Subject: Re: [cross-project-issues-dev] Eclipse Installer makes first hand experience on Linux worse
Hi Alexander,
GTK2 was forced because of bug 471721/471035. Perhaps now it works correctly
with GTK3 and there is no need to force GTK2 anymore. It was still a problem
last time I tested (April 27th).
I'll look into the bugs but this doesn't explain why the installed IDE should inherit this env. variable. A workaround for Oomph/installer should not be inherited by the installed IDE.
Marc-Andre
________________________________________
From: cross-project-issues-dev-bounces@xxxxxxxxxxx
[cross-project-issues-dev-bounces@xxxxxxxxxxx] on behalf of Aleksandar
Kurtakov [akurtako@xxxxxxxxxx]
Sent: Monday, 04 July 2016 10:43 AM
To: Cross project issues
Subject: [cross-project-issues-dev] Eclipse Installer makes first hand
experience on Linux worse
Hi everyone,
Oomph runs with GTK2 by default and when you install and run your ide with it
(the very first time) the env variables are inherited thus in the very first
run users of Neon will see something broken [1] on recent Linux distro
(Fedora 24) and that's pretty bad initial experience. It is really
disturbing that installer/Oomph overrides defaults and decides that it knows
better what is on the user machine better than SWT managed to find on the
user machine. Upon restart of the IDE (when installer/oomph no longer
defines env variables) user will see the proper page [2] but the initial
experience would be already ruined and we might have lost the chance this
user would ever start it again.
Not to mention that webkitgtk (gtk2 version) is no longer installed by
default on latest Ubuntu/Fedora (AFAIK) unless one explicitly installs it or
had installed some other application that explicitly requires it. This
essentially breaking the Internal web browser [3], making Help center
opening in browser tab instead of its own applications and probably others.
I understand this is just the first start but this is the most important run
if we want to grow the user base. Doing such changes without deeply
understanding the possible variations and how/when decisions are taken
generates too much bad mouth and ruins so much effort spent that I would
describe it as unacceptable.
I sincerely ask the Oomph project/installer to reconsider these practices.
[1] https://akurtakov.fedorapeople.org/broken.png
[2] https://akurtakov.fedorapeople.org/proper.png
[3] https://akurtakov.fedorapeople.org/broken_browser.png
--
Alexander Kurtakov
Red Hat Eclipse team
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
