From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | Dave Page <dpage(at)pgadmin(dot)org> |
Cc: | Joao De Almeida Pereira <jdealmeidapereira(at)pivotal(dot)io>, Murtuza Zabuawala <murtuza(dot)zabuawala(at)enterprisedb(dot)com>, pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>, Akshay Joshi <akshay(dot)joshi(at)enterprisedb(dot)com>, Neel Patel <neel(dot)patel(at)enterprisedb(dot)com>, Ashesh Vashi <ashesh(dot)vashi(at)enterprisedb(dot)com>, Robert Eckhardt <reckhardt(at)pivotal(dot)io> |
Subject: | Re: Showstopper desktop runtime issue |
Date: | 2018-03-23 10:08:23 |
Message-ID: | CABUevExT0iYm-z=3X3cESe6uKef8jHBdwTut4UX9ROv_VO2JMA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
On Thu, Mar 22, 2018 at 5:28 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
>
>>
>> 3) Electron
>>>
>>> Pros:
>>> - Full Javascript runtime, no more C++ code to handle
>>> - Self packaging for all the environments
>>> Cons:
>>> - No fully supported on Linux based OS with old libstdc++, (This might
>>> solve the problem: https://github.com/mattermost/desktop/issues/312)
>>>
>>
>>
>> Losing support for things like RHEL6 would make it completely unworkable
>> for several of my largest customers. Particularly in large enterprise
>> organisations, this would be a very substantial issue.
>>
>
> That's good to know. There are clunky workarounds (shipping different
> libcs for example, but that potentially adds licensing issues).
>
> Sidenote: It would only be an issue for desktop mode. Web mode should not
> be affected.
>
Right.
> - CPU/RAM high utilization (Found a issues around and the majority of them
>>> have solutions like CSS animations running or settings on the created
>>> windows)
>>>
>>
>> This does sound bad. But do we actually know if this is worse in Electron
>> than it is in the option #2? I mean sure, we point to things like Slack,
>> but that may not be because of electron, it may be because the app running
>> inside it?
>>
>
> We don't know for sure, but we do know that Chrome in general is a bit of
> a hog. It's certainly not a stretch to think a combination of those things
> are why people (correctly) see browser based apps as being more resource
> hungry.
>
It is, but is it more of a hog than other modern browsers? :) (I mean,
every single Electron app I've ever used has been absolutely horrible from
a CPU/RAM/Battery utilization, to the point that I've deleted them all, but
blame needs to be assigned to the right place)
> - Electron does not support tabs by default, only HTML tabs
>>>
>>
>> I think that also makes it a showstopper. This was another one of the
>> main complaints I have personally heard from people going from pgadmin3 ->
>> pgadmin4, and enough to make people not want to use it at all. It would be
>> really bad to go back to that.
>>
>
> To clarify; it would mean no tabs, but not single window. That was already
> working in the PoC. In other words, helpfiles, the debugger and query tools
> could all be opened in new windows, just not tabs on the same window that
> could be docked and un-docked.
>
> I suspect for most people that would be enough.
>
What people want, in my experience, is it for different queries. Haven't
really seen requests for it when it comes to anything other than that. But
people do definitely want the ability to do those both in tabs and in
windows, by their choice, if at all possible.
3) Electron can to play, first when we though about removing QTWebkit,
>>> because it always packs a browser with it and also and there is a very big
>>> Open Source Community being it. It came back again when when we saw that we
>>> were ready to ditch the browser. (As a personal note I dislike applications
>>> that I install in my machine and pop browser open to do anything, this is a
>>> personal issue that I would like to see if it was shared by others that was
>>> why we decided to park Electron for a second time. Because if our users are
>>> ok with it there is no need to add extra complexity to the product)
>>> The most interesting thing about the cons that I found in Electron there
>>> is an issue open for them and a bunch of different solutions to try to
>>> handle it, or even advises on how to handle it. This option also allow us
>>> to focus less on browser compatibility as the main target of our
>>> development will become Chromium which is the base of browsers like UC
>>> Browser, Vivaldi, Opera, Google Chrome.
>>>
>>
>> Please don't ever give up browser independence for the *web* version of
>> pgadmin. Don't be That Project (TM).
>>
>
> Not on my watch!
>
:)
(And don't give up on proper tabs either, but I'm sure Electron might catch
>> up in that eventually -- and the issue around RHEL6 will also go away
>> eventually)
>>
>
> RHEL 6 is in support until 2024, though it's already halfway through the
> maintenance 2 phase. It's definitely going, but we really don't know how
> many folks might still be using it in production on systems they're
> updating and using pgAdmin on. That last bit is important; many folks will
> continue to run production servers on RHEL/CentOS 6 for years, but how many
> are using them for client-side stuff or actively updating things like
> pgAdmin on them?
>
I doubt RHEL will very much be used on desktop systems all the way until
2024. But definitely still is in my experience, but it won't be used *that*
long. I still see it, but it's starting to go away, but it's the usual case
of large enterprises shifting platform and needing to certify a gazillion
little desktop apps and hardware gizmos before they can move...
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2018-03-23 10:10:16 | Re: Showstopper desktop runtime issue |
Previous Message | Khushboo Vashi | 2018-03-23 09:57:59 | Re: v3.0 release on hold |