Re: [pgadmin-hackers] pgAdmin 4 commit: Improve handling of nulls anddefault values in the d

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: [pgadmin-hackers] pgAdmin 4 commit: Improve handling of nulls anddefault values in the d
Дата
Msg-id CA+OCxozd+WfJYuupw=8j3VJMNPYrOGEDg9hgw_UY8dVtaCfWJQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [pgadmin-hackers] pgAdmin 4 commit: Improve handling of nulls anddefault values in the d  (Surinder Kumar <surinder.kumar@enterprisedb.com>)
Список pgadmin-hackers
Hi

On Fri, May 12, 2017 at 3:20 PM, Surinder Kumar <surinder.kumar@enterprisedb.com> wrote:
Hi Dave,

Please find attached patch and review.

Thanks, committed.
 

Also, I found an issue which logged and will work on it.

Yes, I also saw that, though I found the colour was lost on paste, not save. I also found another issue - https://redmine.postgresql.org/issues/2400. Can you fix that too please?

Thanks.

 

On Fri, May 12, 2017 at 5:19 PM, Surinder Kumar <surinder.kumar@enterprisedb.com> wrote:
On Fri, May 12, 2017 at 5:00 PM, Dave Page <dpage@pgadmin.org> wrote:


On Fri, May 12, 2017 at 12:19 PM, Harshal Dhumal <harshal.dhumal@enterprisedb.com> wrote:
Hi,

Below code snippet from above commit assumes that we have to disable last row after saving.

@@ -2320,6 +2340,10 @@ define(
                       grid.setSelectedRows([]);
                     }
 
+                    // Add last row(new row) to keep track of it
+                    if (is_added) {
+                      self.rows_to_disable.push(grid.getDataLength()-1);
+                    }

 However this is not the case all the time

For e.g 
Table has some data already and If user adds new row (do not save) and then copy past few exiting rows (at this point  newly added row no longer remains at last position). And after saving it disable last row which is not the newly added row.

Hmm, good point. Can you/Surinder work up a fix for that in time for the release please? 
​Sure Dave, I am working on it.​

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company





--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

В списке pgadmin-hackers по дате отправления:

Предыдущее
От: pgAdmin 4 Jenkins
Дата:
Сообщение: [pgadmin-hackers] Build failed in Jenkins: pgadmin4-master-python34 #105
Следующее
От: Joao Pedro De Almeida Pereira
Дата:
Сообщение: Re: [pgadmin-hackers][patch] Dependents and Dependencies in GreenPlum