|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  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  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 , 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.  https://akurtakov.fedorapeople.org/broken.png  https://akurtakov.fedorapeople.org/proper.png  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
Back to the top