Thanks. On May 25, 2016 21:01, "Thom Brown" <t...@linux.com> wrote:
> Thanks. I've raised all of these in tickets 1231 to 1237. > > Thom > > On 25 May 2016 at 04:23, Ashesh Vashi <ashesh.va...@enterprisedb.com> > wrote: > >> Hi Thom, >> >> Can you please create RM cases for the same, it will be easy to track >> those issues? >> We're using "https://redmine.postgresql.org/projects/pgadmin4/" for the >> same. >> >> -- >> >> Thanks & Regards, >> >> Ashesh Vashi >> EnterpriseDB INDIA: Enterprise PostgreSQL Company >> <http://www.enterprisedb.com> >> >> >> *http://www.linkedin.com/in/asheshvashi* >> <http://www.linkedin.com/in/asheshvashi> >> >> On Wed, May 25, 2016 at 6:42 AM, Thom Brown <t...@linux.com> wrote: >> >>> On 25 May 2016 at 02:00, Thom Brown <t...@linux.com> wrote: >>> > On 25 May 2016 at 00:29, Thom Brown <t...@linux.com> wrote: >>> >> On 24 May 2016 at 19:09, Ashesh Vashi <ashesh.va...@enterprisedb.com> >>> wrote: >>> >>> >>> >>> On Mon, May 23, 2016 at 6:35 PM, Murtuza Zabuawala >>> >>> <murtuza.zabuaw...@enterprisedb.com> wrote: >>> >>>> >>> >>>> Hi, >>> >>>> >>> >>>> PFA patch, which will fixes below mentioned issues, >>> >>> >>> >>> Committed. >>> >> >>> >> >>> >> In the Create Table dialog, on the Advanced tab, the "Of type" >>> drop-down >>> >> lists tables and composite types, but those are supposed to just be >>> >> composite types. >>> >> >>> >> Also, when using OF in CREATE TABLE, LIKE is no longer valid, so LIKE >>> should >>> >> be disabled when using OF. Also, there should probably be a way of >>> setting >>> >> options for the columns taken from the composite type. For example: >>> >> >>> >> CREATE TYPE inventory AS (product_id bigint, product_name text, weight >>> >> numeric); >>> >> >>> >> CREATE TABLE stock OF inventory ( >>> >> PRIMARY KEY (product_id), >>> >> weight WITH OPTIONS DEFAULT 0 >>> >> ); >>> >> >>> >> There's currently no way of doing this (neither the primary key, nor >>> the >>> >> default value for any columns). It should probably automatically >>> populate >>> >> the columns from the composite type on the columns tab. >>> >> >>> >> Also, could the generated SQL have an empty line between each >>> statement? >>> > >>> > Another thing I've noticed is that, when adding columns, the "Is >>> > primary key?" column is greyed out. Why not just make those >>> > modifiable in that view rather than having to go into the details for >>> > each column? >>> > >>> > When there's something that hasn't been set up correctly, like adding >>> > variables for a column, but not actually selecting a variable, the SQL >>> > pane, correctly, doesn't show an output, but the error message, >>> > "Please provide input for variable." isn't enough to identify what >>> > needs checking. Could the relevant tab and field/row be >>> > highlighted/coloured in red/bold? This is more general, so doesn't >>> > just apply to the create table dialog. >>> >>> Last issue today: >>> >>> When using "Of type", it's not valid to allow additional columns to be >>> added, so those should be prevented. >>> >>> Thom >>> >> >> >