pgadmin III initial comments and bug reports - Mailing list pgadmin-hackers

Hello,

I've finished a first, raw translation of pgadmin3 into Danish and I now
want to actually use the program. I'm using a pgadmin3 based on code
checked out today.

First, some bugs found. In order not to confuse things, these errors
have been confirmed using the en_US locale:

- I tried to create a relatively simple table, but
  the resulting SQL failed because of misplaced and/or
  missing commas:
   CREATE TABLE public.misc_event
   (,
      misc_event_id serial
      shop_id int4
      time_create timestamptz NOT NULL
      remote_ip inet NOT NULL
      remote_id int4CONSTRAINT misc_event_pkey PRIMARY KEY
    (misc_event_id)
   ) WITHOUT OIDS;

 - I tried opening the "Query builder", but got a debug window:
     src/gtk/window.cpp(2852): assert "(m_widget != NULL)"
     failed: invalid window
     Do you want to stop the program?
     You can also choose [Cancel] to suppress further warnings.
   After hitting "no":
     src/gtk/window.cpp(2853): assert "(m_parent != NULL)" failed:
     wxWindowGTK::SetSize requires parent.
     Do you want to stop the program?
     You can also choose [Cancel] to suppress further warnings.
   (After this, I chose 'cancel') and the program crashed.
   The output of "bt" in gdb is attached.

- When adding a new column ("New Column" dialog), I'm not
  allowed to bring focus to neither the "Length" or the
  "Precision" fields, so the varchar length cannot be
  specified. This seems to be a general problem for all
  types with lengths which may be defined.


Some inconveniences:

 - I have to explicitly name primary keys which is annoying
   because I normally don't care what primay keys are called.

   It would be cool if pgadmin had pre-selected a name with
   a pattern as <table_name>_pkey as suggested primary key name.

   Like when this is run:

   create table test(test_id int not null primary key);

   then PostgreSQL auto-names the primary key "test_pkey".

 - When creating a new table, it's inconvenient that the
   primary key has to be defined separately. Example:
   In the CLI, I would do:
   create table test(test_id int not null primary key, ...);
   i.e. define the primary key in connection with the column
   which will act as primary key.
   It would be great of pgadmin had a selection box called
   "primary key" in the "Create column" dialog when a
   primary key hasn't already been defined for the table.

 - Indexes related to primary keys are not listed under
   the table's "Indexes" sub-tree.

 - Foreign keys have to be explicitly named which is a bit
   annoying compared to the CLI situation where PostgreSQL
   just chooses a name like $1, $2, ...

 - When creating a new column, I cannot simultaneously
   to look at another column in another table to be
   inpired by data type, etc: The "New Column" dialog
   is "modal".


Finally, a feature suggestion:

 - I haven't been able to find a sort of front-end to
   pg_dump. It would be nice if that existed in pgadmin.

--
Greetings from Troels Arvin, Copenhagen, Denmark