Nabble - Dabo

dabo Commit 5539

2009-12-01T09:13:46Z

dabo Commit
Revision 5539
Date: 2009-12-01 09:13:45 -0800 (Tue, 01 Dec 2009)
Author: Paul
Trac: http://trac.dabodev.com/changeset/5539

Changed:
U trunk/dabo/lib/datanav/Form.py

Log:
Fixed datanav Form to not keep the edit page active after a delete or cancel if
that action resulted in the RowCount going to 0.

Diff:
Modified: trunk/dabo/lib/datanav/Form.py
===================================================================
--- trunk/dabo/lib/datanav/Form.py 2009-11-30 01:39:02 UTC (rev 5538)
+++ trunk/dabo/lib/datanav/Form.py 2009-12-01 17:13:45 UTC (rev 5539)
@@ -297,6 +297,21 @@

def onDelete(self, evt):
super(Form, self).onDelete(evt)
+ self._afterDeleteOrCancel()
+
+
+ def onCancel(self, evt):
+ super(Form, self).onCancel(evt)
+ self._afterDeleteOrCancel()
+
+
+ def _afterDeleteOrCancel(self):
+ # If the delete or cancel resulted in 0 records, activate the Select page
+ # so that the user can't interact with any controls on the edit page.
+ biz = self.getBizobj()
+ if biz.RowCount < 1:
+ self.PageFrame.SelectedPageNumber = 0
+
# Make sure that the grid is properly updated.
try:
self.PageFrame.Pages[1].BrowseGrid.refresh()

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/20091201171346.2858C20413B@...

From forum: dabo-dev

Re: select database from Select data Connection?

2009-11-30T21:51:41Z

On Nov 30, 2009, at 11:46 PM, jvandal wrote:

> Thought I was not going to post for a while but, I tried to use
> ClassDesigner aand use the Select Data Connection. I see several
> names in
> the dropdown list, I click on one name and then click on the next
> button .
> Nothing some times happens. Other times I click on a db name and
> click next
> button and go to the next page and then select the fields. Why don't
> I get a
> definition every time????

That's really hard to tell without any error traceback information.
Did you see any error messages in your terminal output?

> I have another question. If I have a folder of projects, are all db
> definitions within the pprojects folder available to use or do I
> have to
> recreate a definition for each database used in each project.?

You could create a single file, and include some extra code to call
dApp.addConnectFile(), but it would probably be simpler to copy or
link the cnxml file. Dabo only automatically import connections in the
standard app paths, but you can always add connection files from any
location with addConnectFile() calls.

-- Ed Leafe

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/A96AB819-9C0F-4112-AC91-65F0CC8A9F69@...

From forum: dabo-users

select database from Select data Connection?

2009-11-30T21:46:01Z

Hi,
Thought I was not going to post for a while but, I tried to use ClassDesigner aand use the Select Data Connection. I see several names in the dropdown list, I click on one name and then click on the next button . Nothing some times happens. Other times I click on a db name and click next button and go to the next page and then select the fields. Why don't I get a definition every time????

I have another question. If I have a folder of projects, are all db definitions within the pprojects folder available to use or do I have to recreate a definition for each database used in each project.?

From forum: dabo-users

Re: suggested change to new()

2009-11-30T19:11:46Z

On Nov 30, 2009, at 8:49 PM, <lalong1@...>
<lalong1@...> wrote:

> My 2 cents. What about a bizobj attribute that does something
> like...?
>
> bizobj.backendDefaultFieldsIfEmpty = (fieldlist) where fieldlist is
> a list
> of fields that if empty (i.e. None or blank) then the fields are
> excluded
> from the insert statement.

That's sort of the inverse of the way I see it. Instead of defining a
negative (what you don't want included), I prefer that you define the
positive (what you do want included). Anything that is not user-
modified or set in DefaultValues is excluded.

-- Ed Leafe

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/50A8B38C-9171-4F2C-A4F4-E61696DA013E@...

From forum: dabo-dev

Re: suggested change to new()

2009-11-30T18:49:59Z

Ed,

My 2 cents. What about a bizobj attribute that does something like...?

bizobj.backendDefaultFieldsIfEmpty = (fieldlist) where fieldlist is a list
of fields that if empty (i.e. None or blank) then the fields are excluded
from the insert statement.

for field in bizobj.backendDefaultFieldsIfEmpty:
if not bizobj.getFieldVal(field):
excude from insert statement

Larry

> -----Original Message-----
> From: dabo-dev-bounces@...
> [mailto:dabo-dev-bounces@...] On Behalf Of John
> Sent: Monday, November 30, 2009 11:57 AM
> To: dabo-dev@...
> Subject: [dabo-dev] suggested change to new()
>
> moved from dabo-user - from a request by Jacek Kalucki who
> would like a way to prevent Dabo of passing a field value
> when inserting or updating a row. Not passing a field will
> allow the DB to apply the a default value.
>
> >Ed Wrote:
> I think that the way it should work for new, unsaved
> records is as
> follows:
>
> modified: used to determine isChanged(), and included in INSERT.
> default: not used to determine isChanged(), but included in INSERT.
> blanks: not used to determine isChanged(), and not included in INSERT
>
> Paul wrote:
> +1, but we need a better way to flag blanks. I propose
> defining a string
> +or
> class in dabo.db called DaboBlankField or
> "^^^DaboBlankField^^^". The cursor fills in the blanks with
> this value. The UI controls display the proper rendition of
> blank in the context of how the control works ("" for
> textbox, 0 for spinner, etc.)
>
>
>
> John wrote:
> What about list values - is it possible to have a
> "^^^DaboBlankField^^^"
> value for a list? I use lists for DB values all the time. I
> see this being very difficult to work with - the list has to
> have the value in the list that is in the DB.
>
> Ed's reply to John
>
> > To be blunt, you don't need to worry about it at all, just the way
> >that I'm sure you don't worry about the new record flag
> value. This is
> >why I said that the conversation should be on dabo-dev, not
> dabo-users.
>
> Ed please always be blunt - I may not be the brightest
> programmer but I'll work until the job is done. BTW it's
> only others that have said to lighten up on me - not me.
> Also I believe I can speak for Larry (who is gun shy these
> days) who wants your honest opinion too.
>
> Back to the question - but I do account for the new record.
> I always include , 0, and None in my list. If I don't the
> list control complains.
> What would be the value of the new key in the list using your
> suggestion.
>
> Johnf
>
>
>
>

[excessive quoting removed by server]

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAafA2fnYuPUOMNFpIYnBEQcKAAAAQAAAAfUgPEMKSSU+e02BRHCmt3gEAAAAA@...

From forum: dabo-dev

Re: suggested change to new()

2009-11-30T09:58:49Z

On Monday 30 November 2009 09:05:27 am Ed Leafe wrote:

> On Nov 30, 2009, at 10:56 AM, John wrote:
> > Back to the question - but I do account for the new record. I always
> > include , 0, and None in my list. If I don't the list control
> > complains.
> > What would be the value of the new key in the list using your
> > suggestion.
>
> It wouldn't be a value in the list; that's why I called it a
> placeholder. Currently we *are* creating an actual value, and this
> created value is not always ideal, as it is preventing database
> default values from working correctly.
>
> If you need a new record to have a particular value in a particular
> column, you should be setting the DefaultValues property of your
> bizobj already, right? You shouldn't be relying on undocumented
> behaviors of the framework.
>
>
> -- Ed Leafe

Thanks - I think the change is very worth while and if I need to change
something then I will get it done with the group's help.

Johnf

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/200911300958.49877.jfabiani@...

From forum: dabo-dev

Re: suggested change to new()

2009-11-30T09:05:27Z

On Nov 30, 2009, at 10:56 AM, John wrote:

> Back to the question - but I do account for the new record. I always
> include , 0, and None in my list. If I don't the list control
> complains.
> What would be the value of the new key in the list using your
> suggestion.

It wouldn't be a value in the list; that's why I called it a
placeholder. Currently we *are* creating an actual value, and this
created value is not always ideal, as it is preventing database
default values from working correctly.

If you need a new record to have a particular value in a particular
column, you should be setting the DefaultValues property of your
bizobj already, right? You shouldn't be relying on undocumented
behaviors of the framework.

-- Ed Leafe

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/D8035661-4E79-4EE2-96AC-E91CED452AC8@...

From forum: dabo-dev

suggested change to new()

2009-11-30T08:56:47Z

moved from dabo-user - from a request by Jacek Kalucki who would like a way to
prevent Dabo of passing a field value when inserting or updating a row. Not
passing a field will allow the DB to apply the a default value.

>Ed Wrote:
I think that the way it should work for new, unsaved records is as
follows:

modified: used to determine isChanged(), and included in INSERT.
default: not used to determine isChanged(), but included in INSERT.
blanks: not used to determine isChanged(), and not included in INSERT

Paul wrote:
+1, but we need a better way to flag blanks. I propose defining a string or
class in dabo.db called DaboBlankField or "^^^DaboBlankField^^^". The cursor
fills in the blanks with this value. The UI controls display the proper
rendition of blank in the context of how the control works ("" for textbox, 0
for spinner, etc.)

John wrote:
What about list values - is it possible to have a "^^^DaboBlankField^^^"
value for a list? I use lists for DB values all the time. I see this being
very difficult to work with - the list has to have the value in the list that
is in the DB.

Ed's reply to John

> To be blunt, you don't need to worry about it at all, just the way
>that I'm sure you don't worry about the new record flag value. This is
>why I said that the conversation should be on dabo-dev, not dabo-users.

Ed please always be blunt - I may not be the brightest programmer but I'll
work until the job is done. BTW it's only others that have said to lighten
up on me - not me. Also I believe I can speak for Larry (who is gun shy
these days) who wants your honest opinion too.

Back to the question - but I do account for the new record. I always
include , 0, and None in my list. If I don't the list control complains.
What would be the value of the new key in the list using your suggestion.

Johnf

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/200911300856.47319.jfabiani@...

From forum: dabo-dev

Re: Troublesome _getBlankRecord() method

2009-11-30T08:17:39Z

On Nov 30, 2009, at 10:12 AM, John wrote:

> Playing devils advocate how does a developer force a blank string
> ('') or a
> zero value for the spinner. And in the case of a spinner what if I
> wanted -1
> to be the no value indicator?

Fill in the DefaultValues. That wouldn't change.

> Another question I have has to do with checkboxes. What is
> the "^^^DaboBlankField^^^" field value of a checkbox? Afterall it
> has three
> values - checked, unchecked, no value?

It's just a placeholder with zero probability of matching an actual
value. The UI controls would have to be modified to recognize this
placeholder and display an equivalent "blank" value.

> What about list values - is it possible to have a
> "^^^DaboBlankField^^^"
> value for a list? I use lists for DB values all the time. I see
> this being
> very difficult to work with - the list has to have the value in the
> list that
> is in the DB.

To be blunt, you don't need to worry about it at all, just the way
that I'm sure you don't worry about the new record flag value. This is
why I said that the conversation should be on dabo-dev, not dabo-users.

-- Ed Leafe

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/232205DA-CB63-4F86-9E2E-5E454E60456F@...

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-30T08:12:57Z

On Sunday 29 November 2009 09:55:46 pm Paul McNett wrote:

> [moved to dabo-dev]
>
> Ed Leafe wrote:
> > modified: used to determine isChanged(), and included in INSERT.
> > default: not used to determine isChanged(), but included in INSERT.
> > blanks: not used to determine isChanged(), and not included in INSERT.
>
> +1, but we need a better way to flag blanks. I propose defining a string or
> class in dabo.db called DaboBlankField or "^^^DaboBlankField^^^". The
> cursor fills in the blanks with this value. The UI controls display the
> proper rendition of blank in the context of how the control works ("" for
> textbox, 0 for spinner, etc.)
>
> Paul

Playing devils advocate how does a developer force a blank string ('') or a
zero value for the spinner. And in the case of a spinner what if I wanted -1
to be the no value indicator?

Another question I have has to do with checkboxes. What is
the "^^^DaboBlankField^^^" field value of a checkbox? Afterall it has three
values - checked, unchecked, no value?

What about list values - is it possible to have a "^^^DaboBlankField^^^"
value for a list? I use lists for DB values all the time. I see this being
very difficult to work with - the list has to have the value in the list that
is in the DB.

Johnf

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/200911300812.57174.jfabiani@...

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-29T21:55:46Z

[moved to dabo-dev]

Ed Leafe wrote:
> modified: used to determine isChanged(), and included in INSERT.
> default: not used to determine isChanged(), but included in INSERT.
> blanks: not used to determine isChanged(), and not included in INSERT.

+1, but we need a better way to flag blanks. I propose defining a string or class in
dabo.db called DaboBlankField or "^^^DaboBlankField^^^". The cursor fills in the
blanks with this value. The UI controls display the proper rendition of blank in the
context of how the control works ("" for textbox, 0 for spinner, etc.)

Paul

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/4B135E62.3040702@...

From forum: dabo-users

dabo Commit 5537

2009-11-29T17:38:19Z

dabo Commit
Revision 5537
Date: 2009-11-29 17:38:18 -0800 (Sun, 29 Nov 2009)
Author: Ed
Trac: http://trac.dabodev.com/changeset/5537

Changed:
U trunk/dabo/ui/uiwx/dGridSizer.py

Log:
Updated the code for determining position of an object in the grid sizer

Diff:
Modified: trunk/dabo/ui/uiwx/dGridSizer.py
===================================================================
--- trunk/dabo/ui/uiwx/dGridSizer.py 2009-11-28 17:14:22 UTC (rev 5536)
+++ trunk/dabo/ui/uiwx/dGridSizer.py 2009-11-30 01:38:18 UTC (rev 5537)
@@ -296,15 +296,12 @@
sizer, returns a (row,col) tuple for that item's location.
"""
if isinstance(obj, self.SizerItem):
- szit = obj
+ # Two of these will return None and one will return the actual object
+ # The line below will return the one that is not None.
+ itm = obj.GetWindow() or obj.GetSpacer() or obj.GetSizer()
else:
- szit = obj.ControllingSizerItem
- try:
- row, col = szit.GetPos()
- except (wx.PyAssertionError, AttributeError):
- # Window isn't controlled by this sizer
- row, col = None, None
- return (row, col)
+ itm = obj
+ return self.GetItemPosition(itm).Get()

def getGridSpan(self, obj):

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/20091130013819.2521F20413F@...

From forum: dabo-dev

Yeah, what he said!

2009-11-29T15:54:01Z

http://nedbatchelder.com/blog/200502/get_out_of_the_zeros.html

( -or- http://j.mp/4VYdQK )

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
I love open source software. I use a lot of open source software. But
there's something that really bugs me about it: zeros. You know the
ones I mean: the major version number. What is the problem people have
with declaring a piece of software to be 1.0?

Look, your software isn't done, we all know that. Software is never
done. That's one of the great things about it. If you write a book, at
some point you have to walk away from it and hand it to the printer.
You generally don't get to tweak it some more, fix problems in it, add
new content. Sure, some books will go through multiple editions or
revisions, but for the most part, writing text is a finite process.

But software is never done. You'll always find bugs to fix, features
you want to add, improvements to make, and so on. That's what version
2 is for!

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-- Ed Leafe

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/57BC9462-619E-428A-B29C-F74C555112D5@...

From forum: dabo-dev

Re: Troublesome _getBlankRecord() method

2009-11-29T15:29:03Z

On Nov 29, 2009, at 3:52 PM, Jacek Kałucki wrote:

> It can't be done, because every field, even with None/Null value is
> passed to INSERT command.

It's not supposed to work that way. Only values that were changed
after the new record was created are supposed to be passed; the
"blank" values are supposed to be ignored.

The reason for the blanks is that a record in Python is a dict, with
column names as the keys. There is no way to have a key without a
value, and in order to be able to be edited with UI controls, we need
to supply a value of the same type as the column.

I think that the way it should work for new, unsaved records is as
follows:

modified: used to determine isChanged(), and included in INSERT.
default: not used to determine isChanged(), but included in INSERT.
blanks: not used to determine isChanged(), and not included in INSERT.

This will take some additional work, so I thought I'd run this
delineation by everyone first. If this sounds good, we can take the
discussion over to dabo-dev.

-- Ed Leafe

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/5CAF9AB0-4A70-48D1-A811-56556BF5F779@...

From forum: dabo-users

Re: Summary page 26 select form? afterInitAll???

2009-11-29T15:00:15Z

On Nov 29, 2009, at 3:58 PM, jvandal wrote:

> I am almost through the tutorial Step by step. Page 26 it states
> "lets go to
> the form's afterInitAll(), I have only the hoursform and the afer
> InitAll
> has code. What do I do??

It might just be redundant - the guide was written across several
months. I think the only thing that should be there is a call to
self.requery(), so just add the call to self.new().

-- Ed Leafe

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/7B595FEA-ADE0-46FA-B14E-7551829A165E@...

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-29T14:14:20Z

On Sunday 29 November 2009 2:06:17 pm Jacek Kałucki wrote:

> Użytkownik Adrian Klaver napisał:
> > On Sunday 29 November 2009 11:48:38 am Jacek Kałucki wrote:
> >> Sorry guys, I just found DefaultValues dBizobj property, which is what I
> >> missing.
> >> But unfortunately, it still doesn't resolve backend default values
> >> issue, which is completely unusable :(
> >
> > Actually it does. If you set DefaultValues = None then the backend
> > defaults are used.
>
> For what backend?
> For PostgreSQL 8.3 it doesn't work.

I have used it with Postgres 8.1+. You might need to show your bizobj
definition.

--
Adrian Klaver
aklaver@...
_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/200911291414.20670.aklaver@...

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-29T14:06:17Z

Użytkownik Adrian Klaver napisał:

> On Sunday 29 November 2009 11:48:38 am Jacek Kałucki wrote:
>
>> Sorry guys, I just found DefaultValues dBizobj property, which is what I
>> missing.
>> But unfortunately, it still doesn't resolve backend default values issue,
>> which is completely unusable :(
>>
> Actually it does. If you set DefaultValues = None then the backend defaults are
> used.
>

For what backend?
For PostgreSQL 8.3 it doesn't work.

--
Regards
Jacek Kałucki

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/4B12F059.2090705@...

From forum: dabo-users

Summary page 26 select form? afterInitAll???

2009-11-29T13:58:01Z

I am almost through the tutorial Step by step. Page 26 it states "lets go to the form's afterInitAll(), I have only the hoursform and the afer InitAll has code. What do I do??

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-29T13:52:44Z

Użytkownik John napisał:
> If I understand you correctly. If the value is None (or Null) you want Dabo not to pass the field value to the DB otherwise pass the value. You want this because you want the DB to set the default value in the case the field is not passed. And can you can not use NonUpdateFields() because you want Dabo to pass a value if one is supplied.
>
> My first question is how can you get this done via the dBizObj.onNew(). I can see where this might be valuable in the future. But I don't see how to do it in onNew().
>
> Normally when I setup a DB and need special handling I use triggers. Maybe that could be a work around in your case.
>

It can't be done, because every field, even with None/Null value is
passed to INSERT command.
To achieve this from Dabo, it would have to omit fields with Null values
from INSERT.
But, now it's the only way to use triggers.
Of course I can do that, but:
1) DEFAULT clause size is about ten characters, while trigger is ten
times more
2) triggers are handled differently in almost each database, e.g.
Firebird vs. PostgreSQL,
while DEFAULT is 99% the same, so I have much more work to do,
to provide support for multiple backends.

--
Regards
Jacek Kałucki

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/4B12ED2C.3070609@...

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-29T13:40:01Z

On Sunday 29 November 2009 11:48:38 am Jacek Kałucki wrote:
> Sorry guys, I just found DefaultValues dBizobj property, which is what I
> missing.
> But unfortunately, it still doesn't resolve backend default values issue,
> which is completely unusable :(

Actually it does. If you set DefaultValues = None then the backend defaults are
used.

--
Adrian Klaver
aklaver@...
_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/200911291340.02163.aklaver@...

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-29T11:48:38Z

Sorry guys, I just found DefaultValues dBizobj property, which is what I
missing.
But unfortunately, it still doesn't resolve backend default values issue,
which is completely unusable :(

--
Regards
Jacek Kałucki

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/4B12D016.9010403@...

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-29T10:42:37Z

On Sunday 29 November 2009 07:52:42 am Jacek Kałucki wrote:

> Hi,
>
> I found dCursorMixin._getBlankRecord() makes me angry.
> The idea of setting a default field value is generally a good idea,
> with one exception. There could be a fields I don't want default
> value to be set.
> When for e.g. field value is set by backend, in SQL 'DEFAULT' clause,
> or when I want the filed has explicit NULL value set (see, my post
> about BLOB field default value).
> Of course, I can hook dBizObj.onNew() method, but I think it would be
> more elegant to exclude some fields from setting their default values,
> than setting values twice.
> For e.g. the NoDefaultValueFileds tuple property could be added to dBizobj
> class to achieve this.
> It would be a perfect solution to extend dBizobj.DataStructure property
> for field default value.

If I understand you correctly. If the value is None (or Null) you want Dabo not to pass the field value to the DB otherwise pass the value. You want this because you want the DB to set the default value in the case the field is not passed. And can you can not use NonUpdateFields() because you want Dabo to pass a value if one is supplied.

My first question is how can you get this done via the dBizObj.onNew(). I can see where this might be valuable in the future. But I don't see how to do it in onNew().

Normally when I setup a DB and need special handling I use triggers. Maybe that could be a work around in your case.

Johnf

--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---
_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/200911291042.37572.jfabiani@...

From forum: dabo-users

Re: Troublesome _getBlankRecord() method

2009-11-29T08:36:12Z

Unfortunately, now there is even no option in Dabo,
to let backend set default field value with "DEFAULT" clause,
because Dabo always send all fields with default values set
with INSERT command.
Only way to achieve this is to create insert trigger in database.

--
Regards
Jacek Kałucki

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/4B12A2FC.2060509@...

From forum: dabo-users

Troublesome _getBlankRecord() method

2009-11-29T07:52:42Z

Hi,

I found dCursorMixin._getBlankRecord() makes me angry.
The idea of setting a default field value is generally a good idea,
with one exception. There could be a fields I don't want default
value to be set.
When for e.g. field value is set by backend, in SQL 'DEFAULT' clause,
or when I want the filed has explicit NULL value set (see, my post
about BLOB field default value).
Of course, I can hook dBizObj.onNew() method, but I think it would be
more elegant to exclude some fields from setting their default values,
than setting values twice.
For e.g. the NoDefaultValueFileds tuple property could be added to dBizobj
class to achieve this.
It would be a perfect solution to extend dBizobj.DataStructure property
for field default value.

--
Regards
Jacek Kałucki

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/4B1298CA.2080801@...

From forum: dabo-users

Re: NameError: global name 'datetime' is not defined

2009-11-28T22:12:29Z

On Saturday 28 November 2009 09:27:20 pm jvandal wrote:
> "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\ui\uiwx\dPemMixi
> n.py", line 320, in _afterInit
> self.afterInit()
> File "c:\users\jim\appdata\local\temp\tmpeiu34a.py", line 264, in
> afterInit
> self.Defaultvalues = ("servicedate", datetime.date.today())
> NameError: global name 'datetime' is not defined

You need to import the 'datetime' module

as in
import datetime

If you are using ClassDesigner use the File->Import Declarations to add the
above line.

Johnf
_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/200911282212.30015.jfabiani@...

From forum: dabo-users

NameError: global name 'datetime' is not defined

2009-11-28T21:27:20Z

I am trying to create the hours form in Step by step. I get this error and I can't find what is wrong. I have included the HoursBizobj.pyI am ok till I get the page 19 Dropdown List Control.
I am confused by the creation of the HoursBizobj.py an placed in the biz folder. I use the Editor to CreateBizObj and wonder how they relate ???

==============================================================

C:\dabo-0.9.2-win\dabo\projects\hours>main.py
C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\lib\SimpleCrypt.py:32: U
serWarning:
WARNING:
Your application uses SimpleCrypt, which is fine for testing but should
not be used in production, because:

1) Anyone with a copy of Dabo could decrypt your password.

2) It isn't portable between 32-bit and 64-bit python. See the trac
ticket at http://trac.dabodev.com/ticket/1179 for more information.

""", UserWarning)
Traceback (most recent call last):
File "C:\dabo-0.9.2-win\dabo\projects\hours\main.py", line 12, in <module>
app.start()
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\dApp.py", line 3
76, in start
self.setup()
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\dApp.py", line 3
32, in setup
self.initUIApp()
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\dApp.py", line 3
68, in initUIApp
self.uiApp.setup()
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\ui\uiwx\uiApp.py
", line 406, in setup
frm = self.dApp.MainForm = dabo.ui.createForm(mfc)
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\ui\uiwx\__init__
.py", line 1168, in createForm
frm = cls(*args, **kwargs)
File "c:\users\jim\appdata\local\temp\tmpeiu34a.py", line 126, in __init__
obj = self.getCustControlClass('dDropdownList_32020')(currParent)
File "c:\users\jim\appdata\local\temp\tmpeiu34a.py", line 255, in __init__
dabo.ui.dDropdownList.__init__(self, parent=parent, attProperties=attPropert
ies, *args, **kwargs)
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\ui\uiwx\dDropdow
nList.py", line 23, in __init__
dcm.dControlItemMixin.__init__(self, preClass, parent, properties, attProper
ties, *args, **kwargs)
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\ui\uiwx\dControl
ItemMixin.py", line 20, in __init__
super(dControlItemMixin, self).__init__(*args, **kwargs)
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\ui\dDataControlM
ixinBase.py", line 22, in __init__
dabo.ui.dControlMixin.__init__(self, *args, **kwargs)
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\ui\uiwx\dPemMixi
n.py", line 186, in __init__
self._afterInit()
File "C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\ui\uiwx\dPemMixi
n.py", line 320, in _afterInit
self.afterInit()
File "c:\users\jim\appdata\local\temp\tmpeiu34a.py", line 264, in afterInit
self.Defaultvalues = ("servicedate", datetime.date.today())
NameError: global name 'datetime' is not defined

C:\dabo-0.9.2-win\dabo\projects\hours>c:\dabo-0.9.2-win\dabo\ide\Classdesigner.p
y

C:\dabo-0.9.2-win\dabo\projects\hours>c:\dabo-0.9.2-win\dabo\ide\Classdesigner.p
y
C:\Python25\lib\site-packages\dabo-0.9.2-py2.5.egg\dabo\lib\SimpleCrypt.py:32: U
serWarning:
WARNING:
Your application uses SimpleCrypt, which is fine for testing but should
not be used in production, because:

1) Anyone with a copy of Dabo could decrypt your password.

2) It isn't portable between 32-bit and 64-bit python. See the trac
ticket at http://trac.dabodev.com/ticket/1179 for more information.

""", UserWarning)

This is my HoursBizobj.py file
=========================================
#!/usr/bin/env python
# -*- coding: utf-8 -*-
import dabo
import datetime
class HoursBizobj(dabo.biz.dBizobj):
def afterInit(self):
self.DataSource = "hours"
self.KeyField = "pkid"
self.addField("hours.pkid")
self.addField("hours.clientfk")
self.addField("clients.clientname")
self.addField("hours.servicedate")
self.addField("hours.hours")
self.addField("hours.notes")
self.addField("hours.billed")
self.addFrom("hours")
self.addJoin("clients", "hours.clientfk = clients.pkid")

def getClients(self):
"""Return a 2-tuple of lists of the client names and their keys."""
crs = self.getTempCursor()
crs.execute("select pkid, clientname from clients order by clientname")
ds = crs.getDataSet()
# Create the lists
names = [rec["clientname"] for rec in ds]
keys = [rec["pkid"] for rec in ds]
# Add the entry for an undefined (new) client
names.insert(0, "-Please Select a Client-")
keys.insert(0, 0)
return (names, keys)

def validateRecord(self):
ret = ""
# Make sure that the user selected a valid client
if self.Record.clientfk == 0:
ret = "You must select a valid client"
return ret

def beforeSave(self):
bizobj = self.getBizobj(self.dataSourceParameter)
# If the bizobj hasn't changed, we want to notify the user
# and abort the save process, so that the new record is
# not added afterwards.
if not bizobj.isChanged():
return "No changes have been made; cannot save."

def afterSave(self):
# This will only get called if the save succeeds
self.new()
self.serviceDate.setFocus()

def save(self):
err = self.beforeSave()
if err:
# Display the error
return
# do the typical save() stuff
self.afterSave()

From forum: dabo-users

NameError: global name 'datetime' is not defined

2009-11-28T20:56:06Z

From forum: dabo-users

Re: Grid Column - DatType = 'list' - Valuemode = 'key'

2009-11-28T15:27:16Z

On Saturday 28 November 2009 02:31:19 pm Mike wrote:

> In a word is it possible?
> I have used the Datatype 'list' in a grid with success but would really
> like a key value to be placed in the data field not the displayed string
> ie a key look up process
>
> I notice that in dGrid.py dColumn I can specify custom Editor and Render
> classes ( not sure how ) and that there already exists a class
> GridListEditor with the value mode set to 'string' (this class is not
> used at present)
>
> 1. How can I set up a new class based on GridListEditor where I set the
> Valuemode = 'key', and also load up the key values.
> I haven't set up derived classes before so I'm unsure of how to approach
> this
> 2. having set up a class is the CustmoEditorClass property a string or
> an object instance
> 3. Do I still set the DataType to list
> 4. Am I right in assuming that the renderclass dose not require
> modification ie it will be wx.grid.GridCellStringRenderer - the same as
> the list DataType
>
> Thanks
> Mike Ayers

The best example of creating a custom list editor would be dGrid. Look at the
test code. All the normal settings apply (to my knowledge) - so just set
the DataSource and DataField and allow Dabo to handle the data type.

Johnf

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/200911281527.16372.jfabiani@...

From forum: dabo-users

Grid Column - DatType = 'list' - Valuemode = 'key'

2009-11-28T14:31:19Z

In a word is it possible?
I have used the Datatype 'list' in a grid with success but would really
like a key value to be placed in the data field not the displayed string
ie a key look up process

I notice that in dGrid.py dColumn I can specify custom Editor and Render
classes ( not sure how ) and that there already exists a class
GridListEditor with the value mode set to 'string' (this class is not
used at present)

1. How can I set up a new class based on GridListEditor where I set the
Valuemode = 'key', and also load up the key values.
I haven't set up derived classes before so I'm unsure of how to approach
this
2. having set up a class is the CustmoEditorClass property a string or
an object instance
3. Do I still set the DataType to list
4. Am I right in assuming that the renderclass dose not require
modification ie it will be wx.grid.GridCellStringRenderer - the same as
the list DataType

Thanks
Mike Ayers

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/1259447479.15483.18.camel@linux

From forum: dabo-users

dabo Commit 5535

2009-11-28T09:13:56Z

dabo Commit
Revision 5535
Date: 2009-11-28 09:13:55 -0800 (Sat, 28 Nov 2009)
Author: Nate
Trac: http://trac.dabodev.com/changeset/5535

Changed:
U trunk/dabo/dApp.py

Log:
Added a lib directory into the standard Dabo structure. I found myself needing a lib directory for application specific modules I needed.

Diff:
Modified: trunk/dabo/dApp.py
===================================================================
--- trunk/dabo/dApp.py 2009-11-26 02:36:42 UTC (rev 5534)
+++ trunk/dabo/dApp.py 2009-11-28 17:13:55 UTC (rev 5535)
@@ -940,7 +940,7 @@
currsyspath = sys.path
if not currdir in sys.path:
sys.path.insert(0, currdir)
- for dd in ("biz", "db", "ui", "resources", "reports"):
+ for dd in ("biz", "db", "ui", "lib", "resources", "reports"):
currmod = getattr(self, dd, None)
if sys.version.split()[0].split(".") >= ["2", "5"]:
try:

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/20091128171356.55E0D3188D5@...

From forum: dabo-dev

How doyou Create Hours form step by step just open Designer????

2009-11-27T20:50:00Z

I am in create Hours Form, page 17, in step by step. It says "To Start open up Class designer".Do you open the ClientForm or start with a new form?
How is the pageframe relate to the Clients form?.

From forum: dabo-users

using file\save in classDesigner.py

2009-11-27T12:57:05Z

I have created hours in dabo-0.9.21-win\dabo\projects using quickstart. I then move to subfolder hours. I then run Classdesigner c:\dabo-0.9.2-win\dabo\ide. I have created forms using ClassDesigner.py following in Step by step tutorial and I then clicked from the menu File\Save. Where does it save or ? I thought that it would be forced to save the form in the folder hours that I set up in my path.
I have misplaced my forms several times.
when I get to the Hours pages where do they get saved? Iam thinking I am creating HoursForm.cdxml and it should be in ui folder along with ClientForm.cdxml (where I lost my ClientForm with out the buttons. Coulld I have not savedit but run the ClientForms and thought it was saved?

From forum: dabo-users

Re: New user: Step-by-step tutorial trouble...

2009-11-26T17:31:29Z

>
> Could you send me your cdxml file? Apparently 'row' and/or 'col'
> are not integers at this point; those values come straight from the
> cdxml file.
>
>
> -- Ed Leafe
>
Hi Ed,

I sent the file to you. Then I started wondering if you meant to send it
to the list or via an issue report in the bug trac? Did you receive the
file?

Regards,

Greg

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/4B0F2BF1.5090504@...

From forum: dabo-users

Trac Ticket Change Notification

2009-11-25T20:00:02Z

The following ticket(s) have been added or changed recently. To comment on
any of them, DO NOT REPLY to this message but instead click on the link to
bring you to the trac ticket page.

1295 : http://trac.dabodev.com/ticket/1295 : TallPaul : assigned
ClassDesigner failing silently when following step-by-step instructions.
-> comment(s) added by gskelhorn.

As lots of time can go by between ticket submission and resolution, it is
important that we keep the trac system updated with any and all feedback.

Thanks!

_______________________________________________
Post Messages to: Dabo-dev@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/20091126040002.405D12056F3@...

From forum: dabo-dev

Re: Cannot remove rows from grid sizer

2009-11-25T18:38:42Z

On Nov 25, 2009, at 6:15 PM, altanis@... wrote:

> I have a grid sizer, 2 columns by 25 rows, and I have merged some of
> the
> rows, so I want to remove a couple of them. Thus, I delete some
> content,
> and move the items accordungly, so that I am left with 3 emtpy rows
> in the
> bottom of the sizer.
>
> Then, I find the sizer in the document tree, and try to change its row
> count from 25 to 22 (I even tried 24, with the same results). There
> is no
> change in the sizer's rows, and after I save, I can't load my cdxml
> file
> anymore. I have to revert to a previous version for it to work.
>
> Is there a way for me to delete sizer rows without this problem?

I looked into this issue, and found that there were some references
in the removeRow() method of dGridSizer that had never been updated
when the underlying properties had been changed.

I've just posted a fix; are you using Subversion or Web Update to
stay current?

-- Ed Leafe

_______________________________________________
Post Messages to: Dabo-users@...
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/1422840E-1E99-4487-BC78-A2367132AC6E@...

From forum: dabo-users