Hi.
From: "Dave Page"
I'm not clear what this is trying to do - can you describe the problem
some more?
(I'm not entirely sure what key WXK_SCROLL is - scroll lock perhaps? Or
one that is on a Japanese keyboard? (for those that haven't used one,
they have numerous extra keys and modes that wo
Hiroshi Saito wrote:
> Hi.
>
> Yes, Good point:-). Then, I had other problems in the portion.
> I want to repeal the operation( not accept key Enter)
> However, I think that the review of Dave is required for this.
>
> pgadmin/frm/frmEditGrid.cpp
> *** pgadmin/frm/frmEditGrid.cpp.orig2007
Guillaume Lelarge a écrit :
> Olivier Bouiron a écrit :
>> The problem only happen when I edit just the 100 last lines of the table.
>> This is how i do:
>> 1)I edit just the 100 last lines of the table using the popup menu
>> 2)Click on the cell I want to edit
>> 3)Tape the new value
>> 4)'Enter'
Hi.
Yes, Good point:-). Then, I had other problems in the portion.
I want to repeal the operation( not accept key Enter)
However, I think that the review of Dave is required for this.
pgadmin/frm/frmEditGrid.cpp
*** pgadmin/frm/frmEditGrid.cpp.orig2007-07-30 09:34:37.0 +
---
Hi
The problem only happen when I edit just the 100 last lines of the table.
This is how i do:
1)I edit just the 100 last lines of the table using the popup menu
2)Click on the cell I want to edit
3)Tape the new value
4)'Enter'
5)Then I can close the frame or clik on the refresh button, the resul
Olivier Bouiron a écrit :
> The problem only happen when I edit just the 100 last lines of the table.
> This is how i do:
> 1)I edit just the 100 last lines of the table using the popup menu
> 2)Click on the cell I want to edit
> 3)Tape the new value
> 4)'Enter'
> 5)Then I can close the frame or cl
ginal Message -
From: "Olivier Bouiron" <[EMAIL PROTECTED]>
To: "Dave Page" <[EMAIL PROTECTED]>;
Sent: Saturday, July 28, 2007 1:08 AM
Subject: Re: [pgadmin-support] Bug on the beta release: table cell editor
Hi.
This is one of the table that I use, and I have t
Just a thought.. Are you leaving the cell (cursor being moved to a
different cell) in order to commit the change before you refresh the table?
Derrick
Olivier Bouiron wrote:
Hi.
This is one of the table that I use, and I have the problem with it too.
But as I said to Hiroshi Saito, I use the b
Hi.
This is one of the table that I use, and I have the problem with it too.
But as I said to Hiroshi Saito, I use the beta 1, I've just seen few
minutes ago that the beta 2 was released.
I have the problem evry time for the last value that i change.
I've tested again to use the refresh buton an
It seems that a problem is in somewhere.
Anyhow, I investigate this. At all angles.
I result will be reported.
- Original Message -
From: "Dave Page" <[EMAIL PROTECTED]>
Olivier Bouiron wrote:
Hi.
I'm using the pgAdmin 1.8 beta release and i've found a bug.
When i use the graphical
Olivier Bouiron wrote:
> Hi.
> I'm using the pgAdmin 1.8 beta release and i've found a bug.
> When i use the graphical editor in order to change some values on a
> table, evry time, the last value that i change is not saved, and i'm
> sure that the edition of the cell stopped.
> I don't kow if you
Hi.
Umm, Probably,
In order to edit the data, each row in the table must be uniquely identifiable.
This can be done using the OID, or a primary key. If none of them exist,
the table is read only. Note that views can't be edited and are read only by
design; updatable views (using rules) are not
12 matches
Mail list logo
