Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ag7hx-0002Pv-EE for pgadmin-hackers@arkaria.postgresql.org; Wed, 16 Mar 2016 09:25:37 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1ag7hx-0000r7-0e for pgadmin-hackers@arkaria.postgresql.org; Wed, 16 Mar 2016 09:25:37 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ag7hj-0000QD-BW for pgadmin-hackers@postgresql.org; Wed, 16 Mar 2016 09:25:23 +0000 Received: from mail-ig0-x22b.google.com ([2607:f8b0:4001:c05::22b]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1ag7he-0006il-2x for pgadmin-hackers@postgresql.org; Wed, 16 Mar 2016 09:25:22 +0000 Received: by mail-ig0-x22b.google.com with SMTP id ig19so110308391igb.0 for ; Wed, 16 Mar 2016 02:25:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=NFCrmtvfQn2y4CbiG7EmBumU4NMwwflHfN3DZqJ1VyM=; b=g2rV+6OvHHPYY7h4QBCgoHJmQafxlorwHxxNGBuB5mUMbjCPC6jferbdtm9Frrqfdt YzcxvxMWoMvVRoE2VkacBEHVzA71T6BxKpw24ugFWWBCyu5g4XFX2SKHq2Ei8XjD1yvS /SKZfu+p/1PCTzblkIZks8Znd7qkhnAQoX0LGXXkUnoDb3CQKUMxcN1ugwrYsywPSW8x M9ZvLKo6My+ogFYkznt/0faJrw/B1BA0rr4MnDobgIitYmKYIeTZJEJs/naEqqM8fb5L Zi9uvIDcmEKTiev1xHzBE4xr1dv3c+zSlEPT/Lt5hv+1Rtu1a1U525aDY0fzOZ6hL+Mk d2/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=NFCrmtvfQn2y4CbiG7EmBumU4NMwwflHfN3DZqJ1VyM=; b=R71Xcl3oy+e5eizTD/HFxqQ9a8G3Rn0JQfbmOyXrTwkFZQiiN18fktAliQ1lN+AElo NCVKE70iveyZTcPfc7SOGmXCaAU2rJDLKE6SzTgKI8Rzxx2+WVMmxhBRzbNDQ52YDIVo v5jWyLfOeUIYLjVl5uIlF37u4XiJuwEHqBzNHvZmRf+wChPjw1/qBlVeo4beIFg+rwM+ Dz+bo1atYJiqoI6QopZt9VvTAKzp9diznXt8tNqqOe2w4sO/gfZC/UmFjXBWyvi6zfs1 lHOpMxmaArGzRo5dsC9lBjGT/5VMXBSObkzzJMwQdoeiLLGIX8/YutmmTQT0P97X+zKM 3ZWA== X-Gm-Message-State: AD7BkJIDxJiLsBu45rc4fczjkVrmFGoXISodJuxmZWsC11pohywvg+9aN+GbkR7tYTfYayK6/eKmI6BogL43Wg== MIME-Version: 1.0 X-Received: by 10.50.61.166 with SMTP id q6mr29260933igr.96.1458120315867; Wed, 16 Mar 2016 02:25:15 -0700 (PDT) Received: by 10.64.213.73 with HTTP; Wed, 16 Mar 2016 02:25:15 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Mar 2016 09:25:15 +0000 Message-ID: Subject: Re: pgAdmin4 PATCH: Domain Module From: Dave Page To: Khushboo Vashi Cc: pgadmin-hackers Content-Type: text/plain; charset=UTF-8 X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgadmin-hackers Precedence: bulk Sender: pgadmin-hackers-owner@postgresql.org Hi On Wed, Mar 16, 2016 at 9:18 AM, Khushboo Vashi wrote: > >>> - Owner and schema should be allowed to be left blank (and then default >>> to the current user/schema) > > Done Oh, sorry - that design changed a while back, and I've updated all the existing nodes already. I thought I'd mentioned that. All we do now is pre-set the default values for those two fields. >>> - When adding constraints, I should be able to type directly into the >>> grid. Expanding the row should be optional. > > I have made the grid non-editable explicitly as the Check constraint control > is multi-line control and right now there is no support in the grid for the > multi-line control. Not sure I follow - the mockup design you sent months ago allowed you to type into the grid, and expand a row to show all fields if you wanted. That is an *absolutely essential* feature enhancement for pgAdmin 4 - it's required by the table design (though this will change a little in other ways, like positioning of the expand row button), and should be used here: https://www.lucidchart.com/documents/edit/610ce42d-c397-48ff-a5e7-bd92c4995715/0 >>> - The comment column on the constraints grid expands when the text >>> reaches ~50% of the width. It should be a fixed size (and use 100% of the >>> space available, less appropriate margins) > > I have applied the size for the each header of the grid, but if the given > input will be without space in the grid then it will expand. For this, we > can make table layout fixed. So, please suggest, should I do that or not? Yes, I think it should be fixed. If the grid row is expanded, presumably it'll show in a multi-line field anyway? Plus the properties will use a multi-line field as well. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers