Hi,
I just created simple application containing a few forms.
All are datanav.Form class based.
Some of them contains standard Select/Browse/Edit pages
and I have problematic one that contains dTreeView and dSearchBox controls.
I encountered the following problem when closing that form,
namely
Użytkownik Jacek Kałucki napisał:
Hi,
I just created simple application containing a few forms.
All are datanav.Form class based.
Some of them contains standard Select/Browse/Edit pages
and I have problematic one that contains dTreeView and dSearchBox controls.
I encountered the following
Jacek Kałucki wrote:
Użytkownik Jacek Kałucki napisał:
Hi,
I just created simple application containing a few forms.
All are datanav.Form class based.
Some of them contains standard Select/Browse/Edit pages
and I have problematic one that contains dTreeView and dSearchBox controls.
I
Użytkownik Paul McNett napisał:
Okay, that's a good breakthrough. Do you have time to try to make a
small runnable sample that shows the problem? IOW, using base dForm and
only including the dSearchbox.
You may find that it is something in datanav *and* the presence of
dSearchbox, which
Ed Leafe wrote:
Since you are moving the bizobj record pointer when you select nodes
on the tree, it probably would make sense to check for pending changes
before doing the seek.
I moved the save into the TreeSelection menu. However, I am still
having a problem. I have the following
On Tuesday 18 August 2009 11:25:35 am Nate Lowrie wrote:
Ed Leafe wrote:
Since you are moving the bizobj record pointer when you select nodes
on the tree, it probably would make sense to check for pending changes
before doing the seek.
I moved the save into the TreeSelection menu.
John wrote:
Correct me if I'm wrong. You are saying that the tree event is firing
before the bizobj realizes that a field was changed. Did you by chance
check old.value vs. new.value (not sure what the real code should be)
in the onNodeChange method?
I would have thought the lostfocus
On Aug 18, 2009, at 2:25 PM, Nate Lowrie wrote:
I moved the save into the TreeSelection menu. However, I am still
having a problem. I have the following code that fires on the Tree
Selection bizobj:
Try adding the following line:
def updateBizobj(self, evt):
Ed Leafe wrote:
On Aug 18, 2009, at 2:25 PM, Nate Lowrie wrote:
Try adding the following line:
def updateBizobj(self, evt):
self.Form.activeControlValid()
if self.taskBizobj.isChanged():
print saving bizobj
On Aug 18, 2009, at 2:57 PM, Nate Lowrie wrote:
It works. Maybe we should consider calling this in
dTreeView.__onTreeSel before we raise the event.
I don't think that this is common enough to warrant firing this every
time a tree node is selected. In your case, you're using the
Nate Lowrie wrote:
Ed Leafe wrote:
On Aug 18, 2009, at 2:25 PM, Nate Lowrie wrote:
Try adding the following line:
def updateBizobj(self, evt):
self.Form.activeControlValid()
It works. Maybe we should consider calling this in
dTreeView.__onTreeSel before we
Paul McNett wrote:
The question is: are you getting bitten by a quirk of dTreeView, or by
calling biz.moveToPK() directly, the biz being unaware that there are
pending changes yet.
Not sure. I'll see about doing some more testing this weekend one to
see. Am I not supposed to call
On Aug 18, 2009, at 4:06 PM, Nate Lowrie wrote:
The question is: are you getting bitten by a quirk of dTreeView, or
by
calling biz.moveToPK() directly, the biz being unaware that there are
pending changes yet.
Not sure. I'll see about doing some more testing this weekend one to
see. Am
Ed Leafe wrote:
On Aug 18, 2009, at 4:06 PM, Nate Lowrie wrote:
The question is: are you getting bitten by a quirk of dTreeView, or
by
calling biz.moveToPK() directly, the biz being unaware that there are
pending changes yet.
Not sure. I'll see about doing some more testing this weekend
Użytkownik Paul McNett napisał:
It would also be good to start a ticket for this at this point with all
the available information posted.
I got it!
Just created an ticket.
It only happens when dSearchBox control has a focus.
--
Regards
Jacek Kałucki
Setup:
Platform: GTK
Python Version: 2.5.2 on linux2
Dabo Version: Version 0.9.1; Revision ~5105
UI Version: 2.8.8.1 on wxGTK (gtk2)
Postgres 8.2
Trying to figure something out. I have a grid where one of the columns is a
Numeric type. When I update that field I get:
Dabo Error Log: Tue Aug
On Aug 18, 2009, at 4:20 PM, Paul McNett wrote:
Ed, what's your opinion of adding dForm.moveToPK(), and having that
function call activeControlValid()?
-1
Not that I'm against users calling activeControlValid() explicitly,
but
moveToPK() seems to me to be one of the places where
Ed Leafe wrote:
I think that we shouldn't code to exceptions. The only reason that
the call to activeControlValid() was needed is because of the order of
event firing didn't match what we needed. Most of the time, though, it
works just fine.
Not coding to exceptions, but adding
On Aug 18, 2009, at 5:57 PM, Paul McNett wrote:
Not coding to exceptions, but adding something perhaps overlooked. The
fact that Nate is calling moveToPK() *from the UI* tells me that we
have
a candidate for a UI wrapper.
I guess that I disagree with having that much knowledge in
Ed Leafe wrote:
I think that we shouldn't code to exceptions. The only reason
that the call to activeControlValid() was needed is because of the
order of event firing didn't match what we needed. Most of the time,
though, it works just fine.
I also don't think that controls on
Paul McNett wrote:
Not coding to exceptions, but adding something perhaps overlooked. The
fact that Nate is calling moveToPK() *from the UI* tells me that we
have a candidate for a UI wrapper.
I was going to get around to wrapping this eventually so that the
TreeView can accept a
I am trying to build a list of dictionaries for the report writer and have
run into a strange one. I need to build multiple records with some
duplicated data.
1) rcd is my template record and I append it to the list (rcdlist).
2) I change the value of 'status' in the dictionary and append it
lalo...@charter.net wrote:
I am trying to build a list of dictionaries for the report writer and have
run into a strange one. I need to build multiple records with some
duplicated data.
It is you. Python dicts (and lists) are mutable, whereas most other types are
immutable. So when you
Gr8! tyvm
-Original Message-
From: dabo-users-boun...@leafe.com
[mailto:dabo-users-boun...@leafe.com] On Behalf Of Paul McNett
Sent: Wednesday, August 19, 2009 1:15 AM
To: Dabo Users list
Subject: Re: [dabo-users] Python bug or is it me?
lalo...@charter.net wrote:
I am trying
24 matches
Mail list logo