Skip Menu |

This queue is for tickets about the Tk-ObjEditor CPAN distribution.

Report information
The Basics
Id: 6832
Status: resolved
Priority: 0/
Queue: Tk-ObjEditor

People
Owner: DDUMONT [...] cpan.org
Requestors: SREZIC [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 2.003
Fixed in: 2.004



Subject: "add element" problems
"add element" seem to have problems. I tried the "add element" function with MLDBM files and normal hashes and both caused problems. The sample one-liner are: perl -MTk -MTk::ObjEditor -e 'tkinit->ObjEditor(caller => \%db, direct => 1)->pack;MainLoop;' and perl -MFcntl -MMLDBM=DB_File,Storable -MTk -MTk::ObjEditor -e 'tie %db, "MLDBM", "/tmp/new.mldbm", O_RDWR|O_CREAT, 0666 or die $!; tkinit->ObjEditor(caller => \%db, direct => 1)->pack;MainLoop;' Adding an element in the first case causes the element to be duplicated. After a reload it looks right. In the MLDBM case the result seems to be even stranger showing some elements of the MLDBM internals. Also, after a reload things look right again. Regards, Slaven
[SREZIC - Fri Jul 2 08:26:59 2004]: Show quoted text
> Adding an element in the first case causes the element to be > duplicated. After a reload it looks right.
In fact, it was not duplicated, but the update of the parent label (e.g. "HASH (1)" was clobbered with the element label. This is fixed now. Show quoted text
> In the MLDBM case the > result seems to be even stranger showing some elements of the MLDBM > internals. Also, after a reload things look right again.
Yes, there was a mistake on displaySubItem call. The second parameter (boolean) specifies whether you want to look at the internal of a tied hash. Now, but default the internal of the tied variable is not shown. You can still peek at the internal by double clicking on the middle button (just like in ObjScanner). I've yet to decide whether to allow to modify hidden data ...