From: | Paolo Saudin <paolosaudin(at)gmail(dot)com> |
---|---|
To: | Ashesh Vashi <ashesh(dot)vashi(at)enterprisedb(dot)com> |
Cc: | Dave Page <dpage(at)pgadmin(dot)org>, pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>, pgadmin-support <pgadmin-support(at)postgresql(dot)org> |
Subject: | Re: Revamped runtime vs. Version number |
Date: | 2018-02-01 15:09:10 |
Message-ID: | CADtZQgm32JzePn+to6dp2xYyPi6iANGrfbdFj5Reto1dLA9f7Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers pgadmin-support |
As Melvin, I am too in favor of "version number to 3.0 for the next
release".
Paolo
2018-02-01 16:00 GMT+01:00 Ashesh Vashi <ashesh(dot)vashi(at)enterprisedb(dot)com>:
>
>
> On Feb 1, 2018 8:15 PM, "Dave Page" <dpage(at)pgadmin(dot)org> wrote:
>
> So there's been nothing but positive feedback about the PoC revamped
> runtime I asked folks on the lists to test. Thank you to everyone that did
> so.
>
> With that in mind, I think we should use that in the next version and
> moving forwards, and bump the version number to 3.0 for the next release.
>
> +1
>
> Does anyone object to that plan?
>
> Nope.
>
> -- Thanks, Ashesh
>
>
> FYI, since the original PoC, I've made the following additional changes:
>
> - Move to using a shared memory interlock to ensure only a single instance
> (per user, per copy of the executable) is run. This means if you have
> multiple copies of pgAdmin installed, they won't interact with each other,
> but a single copy is limited to a single instance per user.
>
> - Add a log viewer. If startup fails (or other errors occur), the Python
> logs can now easily be viewed in the runtime.
>
> - Tidied up the configuration dialogue.
>
> - Added a config option to allow an alternate command to be run rather
> than executing the default browser. This allows any browser to be
> configured, using different profiles etc, as possible when launching on the
> command line.
>
> - Made startup more robust so config options can be corrected without
> restarts if needed, and failures can be detected much more quickly.
>
> - Cleaned up a bunch of redundant code.
>
> --
> Dave Page
> Blog: http://pgsnake.blogspot.com
> Twitter: @pgsnake
>
> EnterpriseDB UK: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Eckhardt | 2018-02-01 15:17:39 | Re: Revamped runtime vs. Version number |
Previous Message | Dave Page | 2018-02-01 15:01:10 | Re: Fix for RM3052: Alter column error |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Eckhardt | 2018-02-01 15:17:39 | Re: Revamped runtime vs. Version number |
Previous Message | Ashesh Vashi | 2018-02-01 15:00:46 | Re: Revamped runtime vs. Version number |