| 00:00.15 | *** join/#storm wallflower (n=wallflow@ip-205-246-113-216.pool.grokthis.net) |
| 02:56.33 | *** join/#storm ghtdak (n=tarbox@dsl081-170-177.sea1.dsl.speakeasy.net) |
| 03:38.30 | *** join/#storm harnak (n=harnak@bilbo.netconcepts.com) |
| 04:55.43 | *** join/#storm jukart (n=jukart@85-124-221-45.static.xdsl-line.inode.at) |
| 04:56.06 | *** join/#storm bigdog (n=scmikes@72-197-8-8-arpa.cust.cinci.current.net) |
| 04:58.44 | *** join/#storm dobee (n=dobeee@85-124-200-100.static.xdsl-line.inode.at) |
| 05:24.03 | *** join/#storm bigdo1 (n=scmikes@72-197-8-8-arpa.cust.cinci.current.net) |
| 05:53.30 | *** join/#storm dobee (n=dobeee@lsfw01.lovelysystems.com) |
| 06:00.05 | *** join/#storm jukart (n=jukart@lsfw01.lovelysystems.com) |
| 06:28.01 | *** join/#storm jukart (n=jukart@lsfw01.lovelysystems.com) |
| 06:46.23 | *** join/#storm pyCube (n=jmayfiel@c-24-5-153-62.hsd1.ca.comcast.net) |
| 07:00.35 | *** join/#storm goschtl (n=goschtl@p5B0BFDF7.dip.t-dialin.net) |
| 07:07.14 | *** join/#storm mcella (n=mcella@ip-179-71.sn2.eutelia.it) |
| 09:38.55 | *** join/#storm lepell (n=tua-emai@151.57.40.160) |
| 09:39.11 | lepell | ciao |
| 09:39.13 | lepell | !list |
| 09:39.13 | ubot3 | I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots |
| 09:40.50 | *** join/#storm adslfast (n=tua-emai@151.57.40.160) |
| 09:40.58 | *** part/#storm adslfast (n=tua-emai@151.57.40.160) |
| 09:41.18 | *** part/#storm lepell (n=tua-emai@151.57.40.160) |
| 12:03.37 | *** join/#storm mcella (n=mcella@ip-179-71.sn2.eutelia.it) |
| 12:40.47 | *** join/#storm marianom (n=marianom@ubuntu/member/marianom) |
| 12:45.20 | *** join/#storm niemeyer (n=niemeyer@200-103-245-169.ctame705.dsl.brasiltelecom.net.br) |
| 13:25.41 | *** join/#storm bigdog (n=scmikes@72-197-8-8-arpa.cust.cinci.current.net) |
| 14:58.43 | jamesh | niemeyer: ping? |
| 15:09.14 | *** join/#storm oubiwann (n=oubiwann@209-181-152-150.omah.qwest.net) |
| 15:37.35 | niemeyer | jamesh: pong! |
| 15:38.20 | jamesh | niemeyer: hi. I was wondering if I could get your advice about the best way to implement something with Storm. |
| 15:38.50 | niemeyer | jamesh: Sure thing |
| 15:39.07 | jamesh | namely field validators that check a value before it is stored |
| 15:40.49 | jamesh | I don't think custom Variable subclasses cut it, since the validators sometimes need to know which row the value is being set on. |
| 15:40.59 | niemeyer | jamesh: Hmm |
| 15:41.26 | niemeyer | jamesh: I agree it's something we should think about |
| 15:41.28 | jamesh | and custom Property __set__() methods look like they may get skipped for variables changed by a Reference() |
| 15:41.47 | niemeyer | jamesh: I don't get the idea about validators knowing which row the value is set on, though |
| 15:43.02 | jamesh | niemeyer: the idea is that you might have a statement like "obj.property = value", and the validator uses both "obj" and "value" to decide whether the it is acceptable |
| 15:43.42 | niemeyer | jamesh: Ah, gotcha.. I was thinking about properties, but you were referring to Variables, sorry |
| 15:43.58 | jamesh | one example would be a table that is used to represent a tree, and you might want to use a validator for the "parent" property to ensure that loops aren't formed |
| 15:44.11 | niemeyer | jamesh: Yeah, I think we should come up with a mechanism specific for validation |
| 15:45.02 | niemeyer | jamesh: We actually have this case implemented, IIRC |
| 15:45.13 | niemeyer | jamesh: We've used the __set__ in the parent_id, if I'm not mistaken |
| 15:45.15 | jamesh | oh? |
| 15:45.47 | niemeyer | jamesh: Nevertheless, I agree that we should have a clear path to do it |
| 15:46.23 | jamesh | niemeyer: I was looking at the Relation.unlink() implementation, and it seems to be calling set() on the Variable instances |
| 15:46.45 | niemeyer | jamesh: I'll think about this today, and let you know if I can come up with something |
| 15:46.59 | jamesh | niemeyer: wouldn't that bypass a __set__() on the corresponding Property? |
| 15:47.27 | niemeyer | jamesh: Yeah.. but we're not affected by that issue I believe.. our intention was just to prevent loops |
| 15:48.21 | jamesh | niemeyer: the loops thing was just an example, but I believe you'd need to know both the object and the value in order to handle things right |
| 15:48.31 | jamesh | which you don't have at the Variable level |
| 15:48.41 | niemeyer | jamesh: Right, agreed |
| 15:49.29 | niemeyer | jamesh: I'll try to come up with a design for that and mail the list, so that we can try to agree on a design for it |
| 15:50.09 | jamesh | niemeyer: the other cases I've got are (1) preventing a column being set to particular values based on some other state and (2) preventing particular values being set for a column |
| 15:50.39 | jamesh | the second one definitely can be handled at the Variable level, but it'd be nice if it didn't require new variable and property classes |
| 15:51.23 | jamesh | niemeyer: thanks. I can do some of the implementation work, but I'd like to have some idea of what direction you want things to go in. |
| 15:52.09 | jamesh | also, fog finally released psycopg2-2.0.7 |
| 15:52.10 | niemeyer | jamesh: Thanks a lot. It's good to have some actual use case for that too.. we've been pondering about that stuff for quite a while, but since we've never had any real requirements, we've been postponing it |
| 15:56.00 | jamesh | niemeyer: one last thing: I would like to get the sqlobject-prejoins stuff landed. I know we've both looked over most of each others' work, but do you think it needs another set of eyes first? |
| 15:56.51 | niemeyer | jamesh: I think so.. we always operate with two reviews, so it'll be good to have at least one more people to check it out.. we can probably get a review somewhat quickly |
| 15:57.42 | jamesh | niemeyer: okay. All my changes have been pushed. |
| 16:07.28 | niemeyer | jamesh: Cool, thanks! |
| 16:07.52 | niemeyer | "one more people".. english is hard |
| 16:20.04 | jkakar | I'll try to check out the prejoins branch at some point today or tomorrow. |
| 16:32.47 | *** join/#storm marianom (n=marianom@ubuntu/member/marianom) |
| 19:36.24 | *** join/#storm dobee (n=dobeee@85-124-200-100.static.xdsl-line.inode.at) |
| 19:53.26 | *** join/#storm thumper (n=tim@125-236-193-95.adsl.xtra.co.nz) [NETSPLIT VICTIM] |
| 20:26.16 | *** join/#storm mcella (n=mcella@ip-179-71.sn2.eutelia.it) |
| 21:19.44 | *** join/#storm bac (n=bac@cpe-065-190-187-178.nc.res.rr.com) |
| 21:24.43 | *** join/#storm bac (n=bac@cpe-065-190-187-178.nc.res.rr.com) |
| 22:29.26 | *** join/#storm bac (n=bac@cpe-065-190-187-178.nc.res.rr.com) |
| 23:25.25 | *** join/#storm ajmitch (n=ajmitch@ubuntu/member/ajmitch) |
| 23:48.35 | *** join/#storm harnak (n=harnak@ip-118-90-69-51.xdsl.xnet.co.nz) |