Re: [pgAdmin4][Patch]: Allow user to cancel long running queries from dashboard - Mailing list pgadmin-hackers
From | Robert Eckhardt |
---|---|
Subject | Re: [pgAdmin4][Patch]: Allow user to cancel long running queries from dashboard |
Date | |
Msg-id | CAAtBm9X-6fB5hNBSQs4mXqtvUW0c4_eohFHfAgN2+6TvHj4uDQ@mail.gmail.com Whole thread Raw |
In response to | Re: [pgAdmin4][Patch]: Allow user to cancel long running queries from dashboard (Chethana Kumar <chethana.kumar@enterprisedb.com>) |
List | pgadmin-hackers |
How does this reflect actual user workflow? I have never quite understood how a user was supposed to navigate through this, it seems like the expectation is to continually click until they see the thing they want rather than just going through as though it were a wizard. Is this something that could be made into a wizard?
-- Rob
On Tue, Aug 29, 2017 at 10:57 AM, Chethana Kumar <chethana.kumar@enterprisedb.com> wrote:
Hi Team,I am sharing a improvised mockup in response to the below request that I received for 'Table properties' where we have multiple subgrid controls with tabs.Please feel free to share your views on the same.Thanks and regards,Chethana kumarOn Tue, Aug 8, 2017 at 10:22 AM, Ashesh Vashi <ashesh.vashi@enterprisedb.com> wrote: On Mon, Aug 7, 2017 at 9:06 PM, Dave Page <dpage@pgadmin.org> wrote:On Mon, Aug 7, 2017 at 3:49 PM, Chethana Kumar <chethana.kumar@enterprisedb.com> wrote: Hi Dave,Could you comment on the new design update for subnode control ?Attached designs -1. subnode_current.png - The existing view2. subnode_new.png - The updated view3. current_new.png - Existing and new design placed together for comparison purposeBelow changes done -1. Reduced number of gray color variations2. Made more simplified by removing unwanted borders3. Merged "Arrow Down" background and the body background for more clarityPlease feel free to provide your input on the same.Much nicer in my opinion! Good work.Anyone else have any comments?It looks much nicer.I would like to see the effect on another dialogs like 'Table properties', where we have multiple level of subgrid controls with tabs.-- Thanks, AsheshRegards,Chethana kumar--On Fri, Jul 28, 2017 at 4:11 PM, Dave Page <dpage@pgadmin.org> wrote:HiI took a quick look at this and have a couple of thoughts:- Instead of the "edit" icon to open the subnode, we should use something more appropriate - a "properties" icon perhaps.- There seems to be a lot of different shades of grey on there (maybe a subnode design in general that just shows up with the disabled controls), and the subnode control looks a bit messy as a result.Can you work with Chethana to improve the look and feel please?Input from others welcome of course - screenshot attached.Thanks.--On Fri, Jul 28, 2017 at 11:33 AM, Murtuza Zabuawala <murtuza.zabuawala@enterprisedb.com> wrote: ++ Attaching the patch--Regards,On Fri, Jul 28, 2017 at 4:02 PM, Murtuza Zabuawala <murtuza.zabuawala@enterprisedb.com> wrote: Hi Dave,PFA patch to display additional information from pg_stat_activity table using subnode control.RM#2597Please review.--Regards,On Tue, Jul 25, 2017 at 10:56 AM, Shirley Wang <swang@pivotal.io> wrote:On Mon, Jul 24, 2017 at 8:11 PM, Dave Page <dpage@pgadmin.org> wrote:On Mon, Jul 24, 2017 at 3:28 PM, Shirley Wang <swang@pivotal.io> wrote:2-3 days is a lot of valuable engineering time. Is this a 'drop everything now' kind of feature or can this wait for some user validation on a mock up first?Most of the time will likely be on the infrastructure to change the display to a subnode control. If you have some cycles to mockup potential layouts for the subnode view and have them validated, please feel free, however, that seems like an awful lot of work to me to display some missing SQL using a standard control.Regarding SQL display: Developing simple control to show codemirror in disabled state (for now) wont take that much time.Part of a product designer's job is to make sure there is a definitive need for a feature and that the interface for the feature is designed in such a way that the user gets all intended value from it. Time spent validating now will decrease the time spent later on redesigning / reimplementing.If everyone is aware of what that value is and confident that how it'll be displayed is right, there's little risk in starting to develop it. If we're wrong, it'll add to feature bloat and detract from the experience.Would Chethana be able to take on some of the design work? It would be valuable for the dev team to also be part of design process.Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL CompanyChethana KumarPrincipal UI/UX DesignerEnterpriseDB CorporationThe Postgres Database Company--Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company--Chethana KumarPrincipal UI/UX DesignerEnterpriseDB CorporationThe Postgres Database Company
pgadmin-hackers by date: