*** natea_ has joined #zope3-dev | 00:07 | |
*** timte has quit IRC | 00:08 | |
*** nathany has quit IRC | 00:16 | |
*** nathany has joined #zope3-dev | 00:20 | |
*** natea_ is now known as natea|away | 00:24 | |
*** nerdalert has quit IRC | 00:28 | |
*** derek_richardson is now known as derek|office | 00:28 | |
*** d2m has quit IRC | 00:28 | |
*** dunny has quit IRC | 00:28 | |
X-scream | I think my head just exploded | 00:39 |
---|---|---|
*** theuni has joined #zope3-dev | 00:43 | |
*** greenman has joined #zope3-dev | 00:52 | |
*** pcardune has quit IRC | 00:56 | |
*** redir has quit IRC | 01:01 | |
*** ktwilight_ has joined #zope3-dev | 01:01 | |
*** pbugni has joined #zope3-dev | 01:02 | |
*** jhauser has quit IRC | 01:05 | |
*** RaFromBRC is now known as RaFromBRC|lunch | 01:10 | |
*** pcardune has joined #zope3-dev | 01:11 | |
*** Ariel_Calzada has quit IRC | 01:13 | |
*** Ariel_Calzada has joined #zope3-dev | 01:13 | |
*** ktwilight has quit IRC | 01:16 | |
*** Ariel_Calzada has quit IRC | 01:21 | |
*** lucielejard has quit IRC | 01:25 | |
*** rcrafton has quit IRC | 01:28 | |
*** greenman has quit IRC | 01:28 | |
*** theuni has quit IRC | 01:28 | |
*** Ariel_Calzada has joined #zope3-dev | 01:32 | |
*** J1m has quit IRC | 01:39 | |
*** deo has quit IRC | 01:43 | |
X-scream | i get a ComponentLookupError. I have defined my recipeFactory = Factory(...) and configured <utility component=".recipe.recipeFactory" name="test1" ... /> | 01:45 |
X-scream | and run createObject(u"test1") | 01:45 |
X-scream | not sure what to do :O | 01:45 |
*** reco has joined #zope3-dev | 01:47 | |
philiKON | are you sure the configuratino file is loaded? | 01:48 |
X-scream | no, how do I make sure that's done? I run bin/debugzope at the moment | 01:48 |
*** Ariel_Calzada has quit IRC | 01:49 | |
X-scream | i have a __init__.py | 01:49 |
philiKON | the easiest way is to make the zcml not well-formed xml and wait for an error | 01:49 |
*** Ariel_Calzada has joined #zope3-dev | 01:49 | |
philiKON | if zope starts up, your zcml isn't loaded | 01:49 |
X-scream | oh, it did start up even if i removed the "<" in "<configure" :) | 01:50 |
philiKON | there you go | 01:50 |
philiKON | so, you're probably missing the zcml slug in package-includes | 01:50 |
X-scream | oh, doh.. | 01:50 |
philiKON | this is the most common mistake | 01:50 |
philiKON | :) | 01:50 |
X-scream | thx | 01:51 |
X-scream | yay! it worked.. now i can sleep well :) | 01:54 |
*** RaFromBRC|lunch is now known as RaFromBRC | 02:00 | |
*** rcrafton has joined #zope3-dev | 02:02 | |
*** torkel_ has joined #zope3-dev | 02:10 | |
*** pandres has quit IRC | 02:15 | |
*** Ariel_Calzada has quit IRC | 02:20 | |
*** pbugni has quit IRC | 02:25 | |
*** andrew_m has quit IRC | 02:30 | |
*** benji has quit IRC | 02:31 | |
*** nathany has quit IRC | 02:31 | |
*** pbugni has joined #zope3-dev | 02:37 | |
*** dunny has joined #zope3-dev | 02:40 | |
*** pbugni has quit IRC | 02:55 | |
*** pcardune has quit IRC | 03:00 | |
*** philiKON has quit IRC | 03:09 | |
*** ccomb has left #zope3-dev | 03:12 | |
*** bigkevmcd has quit IRC | 03:27 | |
*** reco has quit IRC | 03:43 | |
*** pcardune has joined #zope3-dev | 03:50 | |
*** rcrafton has quit IRC | 04:11 | |
*** natea|away_ has joined #zope3-dev | 04:26 | |
*** natea|away has quit IRC | 04:35 | |
*** natea|away has joined #zope3-dev | 04:55 | |
*** rcrafton has joined #zope3-dev | 05:02 | |
*** natea|away_ has quit IRC | 05:04 | |
sm | congrats on the release, folks | 05:07 |
sm | I laughed just now reading "fixed more than 12 bugs" since april.. some projects do that on a good day | 05:08 |
sm | then I thought, yeah in zope 3 land 12 is probably a high number of bugs to find! | 05:08 |
CSWookie | sm: Our code rawks so hard, that we have to fabricate bugs, just to get out fx counts up. | 05:10 |
CSWookie | s/out fx/our fix/ | 05:10 |
CSWookie | OR rather their code does, since I don't contribute very much. | 05:10 |
* sm thinks zope marketing should highlight this | 05:12 | |
sm | reliable software is so unfamiliar to most people, they may not realize it's different from the rest | 05:13 |
*** rcrafton has quit IRC | 05:17 | |
CSWookie | sm: Too busy hiding the fact that it doesn't work with py2.5 | 05:17 |
* CSWookie cries. | 05:18 | |
*** RaFromBRC has quit IRC | 05:18 | |
*** natea|away_ has joined #zope3-dev | 05:24 | |
sm | :/ | 05:25 |
*** jsadjohnson has quit IRC | 05:27 | |
*** natea|away has quit IRC | 05:30 | |
*** alecm has quit IRC | 05:37 | |
*** natea|away has joined #zope3-dev | 05:53 | |
*** natea|away_ has quit IRC | 06:00 | |
*** rcrafton has joined #zope3-dev | 06:02 | |
*** marianom has left #zope3-dev | 06:04 | |
*** rcrafton has quit IRC | 06:05 | |
*** niemeyer has quit IRC | 06:07 | |
*** twcook has joined #zope3-dev | 06:09 | |
*** Jell-O-Fishi has quit IRC | 06:10 | |
*** natea|away_ has joined #zope3-dev | 06:22 | |
*** natea|away has quit IRC | 06:30 | |
*** natea|away has joined #zope3-dev | 06:37 | |
*** twcook has quit IRC | 06:39 | |
*** natea|away_ has quit IRC | 06:44 | |
*** natea|away_ has joined #zope3-dev | 06:52 | |
*** natea|away has quit IRC | 07:00 | |
*** natea|away has joined #zope3-dev | 07:07 | |
*** natea|away_ has quit IRC | 07:16 | |
*** natea|away_ has joined #zope3-dev | 07:24 | |
*** natea|away has quit IRC | 07:33 | |
*** dunny has quit IRC | 07:53 | |
*** natea|away has joined #zope3-dev | 08:08 | |
*** natea|away_ has quit IRC | 08:16 | |
*** natea|away_ has joined #zope3-dev | 08:21 | |
*** natea|away has quit IRC | 08:29 | |
*** natea|away has joined #zope3-dev | 08:36 | |
*** natea|away_ has quit IRC | 08:43 | |
*** torkel__ has joined #zope3-dev | 09:02 | |
*** torkel_ has quit IRC | 09:13 | |
*** natea|away_ has joined #zope3-dev | 09:21 | |
*** natea|away has quit IRC | 09:29 | |
*** natea|away has joined #zope3-dev | 09:34 | |
*** jukart has joined #zope3-dev | 09:37 | |
*** jukart has quit IRC | 09:40 | |
*** jukart has joined #zope3-dev | 09:40 | |
*** natea|away_ has quit IRC | 09:41 | |
*** torkel__ has quit IRC | 09:48 | |
*** torkel_ has joined #zope3-dev | 09:50 | |
*** theuni has joined #zope3-dev | 10:13 | |
*** alga has joined #zope3-dev | 10:17 | |
*** natea|away_ has joined #zope3-dev | 10:21 | |
*** natea|away has quit IRC | 10:28 | |
*** d2m has joined #zope3-dev | 10:47 | |
*** pcardune has quit IRC | 11:00 | |
*** greenman has joined #zope3-dev | 11:05 | |
*** cursor has joined #zope3-dev | 11:06 | |
*** ccomb has joined #zope3-dev | 11:13 | |
*** dunny has joined #zope3-dev | 11:14 | |
*** jukart has quit IRC | 11:16 | |
*** jinty has joined #zope3-dev | 11:30 | |
*** jinty has quit IRC | 11:36 | |
*** tarek has joined #zope3-dev | 11:39 | |
*** oferw has joined #zope3-dev | 11:42 | |
*** theuni has quit IRC | 11:54 | |
*** theuni has joined #zope3-dev | 11:55 | |
*** jukart has joined #zope3-dev | 11:58 | |
*** jukart has quit IRC | 12:01 | |
*** jinty has joined #zope3-dev | 12:10 | |
*** torkel_ has quit IRC | 12:10 | |
*** oferw has quit IRC | 12:13 | |
*** cursor has quit IRC | 12:13 | |
*** sm is now known as sm-afk | 12:17 | |
*** MJ|sprint has joined #zope3-dev | 12:22 | |
*** MJ|sprint is now known as MJ | 12:23 | |
*** philiKON has joined #zope3-dev | 12:25 | |
*** tarek has quit IRC | 12:35 | |
*** tarek has joined #zope3-dev | 12:37 | |
*** dobee has joined #zope3-dev | 12:38 | |
*** romanofski has joined #zope3-dev | 12:41 | |
*** pelle_ has joined #zope3-dev | 12:41 | |
*** dobee has quit IRC | 12:41 | |
*** jfroche_ has joined #zope3-dev | 12:42 | |
*** jfroche has quit IRC | 12:55 | |
*** pelle_ has quit IRC | 12:55 | |
theuni | hrgh | 13:04 |
* theuni breaks his fingers trying to fix the object widget | 13:04 | |
*** jodok has joined #zope3-dev | 13:06 | |
* theuni cries a bit | 13:10 | |
philiKON | the object widget is a big hack | 13:11 |
theuni | tell me | 13:12 |
theuni | I think I tackled the object widget, now the addform stabs me in the back | 13:12 |
theuni | Because there are two parallel places in the code that may instanciate the object: applyChanges and getInputValue | 13:13 |
theuni | I wonder why the AddForm doesn't call applyChanges after instanciating the object ... | 13:13 |
theuni | (talking about the *ooooold* addform here) | 13:13 |
theuni | Hmm. I guess that the idea was that the object doesn't have to exist to compute the actual values from the widgets, that's why getInputValue doesn't really have access to that information. | 13:14 |
theuni | (object = the object being added through the addform, not through the objectwidget) | 13:14 |
theuni | The only solution to this that I can see is to make the objectfield responsible for locating an object | 13:19 |
*** dunny has quit IRC | 13:24 | |
theuni | philiKON: any comment on that? | 13:47 |
philiKON | uh | 13:48 |
philiKON | "locating an object" ? | 13:48 |
theuni | Setting up __parent__ and maybe creating a LocationProxy | 13:48 |
philiKON | hmm. you mean field.set() should do that? | 13:49 |
theuni | I'm not sure whether it should, but it seems to me like that last possibility to reliably do it. | 13:49 |
theuni | s/that/that's/ | 13:49 |
philiKON | why can't the widget do it? | 13:50 |
theuni | Because in AddForms, the widget doesn't ever get access to the parent :/ | 13:50 |
philiKON | ah | 13:50 |
philiKON | yeah | 13:51 |
theuni | I started making the widget do it and then noticed that with our form frameworks this change was basically useless. | 13:51 |
theuni | stupid /me | 13:51 |
philiKON | doing it in the field would make sense | 13:51 |
philiKON | i think there's even a canonical form | 13:51 |
philiKON | zope.location.locate() or so | 13:51 |
philiKON | that checks whether the obj implements ILocatable | 13:51 |
philiKON | if not, it wraps it in a proxy | 13:51 |
theuni | aha, i didn't suspect that, i'll check for that | 13:51 |
philiKON | too bad zope.schema will grow another dependency that way :( | 13:52 |
theuni | yeah, that was one of my concerns against this solution | 13:52 |
theuni | especially as schema and location doesn't really have anything todo with each other | 13:52 |
theuni | it's more an accident that we need to do this to make the security happy | 13:52 |
theuni | Maybe we can separate the concerns using events? | 13:54 |
theuni | The objectfield could notify an event and another module could pick that up and establish locality(?) | 13:54 |
theuni | I'm not sure into which package this would go, though. | 13:56 |
*** theun1 has joined #zope3-dev | 14:12 | |
*** benji has joined #zope3-dev | 14:18 | |
*** andrew_m has joined #zope3-dev | 14:19 | |
*** theuni has quit IRC | 14:22 | |
*** dobee has joined #zope3-dev | 14:25 | |
*** jinty has quit IRC | 14:27 | |
*** xxbeanxx has joined #zope3-dev | 14:29 | |
*** dobee has quit IRC | 14:34 | |
*** jfroche_ has quit IRC | 14:34 | |
*** tarek has quit IRC | 14:39 | |
*** philiKON has quit IRC | 14:40 | |
*** dobee has joined #zope3-dev | 14:49 | |
*** Cripps has joined #zope3-dev | 14:52 | |
*** CrippsFX has quit IRC | 14:59 | |
*** philiKON has joined #zope3-dev | 15:03 | |
*** xbeanx has quit IRC | 15:06 | |
*** alga has quit IRC | 15:08 | |
*** twcook has joined #zope3-dev | 15:24 | |
*** jinty has joined #zope3-dev | 15:49 | |
X-scream | the only reason to use RDBMS with Zope would be if you already have existing data in such a database? Otherwise if you're starting from scratch it's wise to go ZODB all the way? | 15:54 |
X-scream | my planned app will deal with alot of members (free signup) and various data added by these members. Much of the things a community would have.. | 15:56 |
theun1 | The ZODB handles this kind of data pretty good typically. However, you have to remember that you've gotta forget a bit of what you know from RDBMs and design an object system and not tables of things. | 15:56 |
*** pcardune has joined #zope3-dev | 15:57 | |
X-scream | theun1: yeah, you would have to be careful with e.g referenced objects? | 16:00 |
X-scream | sort of like foreign keys in RDBMS | 16:00 |
theun1 | Well, kind of. Typically you want to use weak references in some places, or use int ids like foreign keys. | 16:01 |
theun1 | The more tricky part is to make use of indexes and catalogs at the right places to allow querying your objects. | 16:01 |
*** greenman has quit IRC | 16:05 | |
X-scream | theun1: ok | 16:06 |
X-scream | not fully aware of the concepts yet (catalogues?). But I'm reading some tuts now :) | 16:08 |
*** timte has joined #zope3-dev | 16:09 | |
X-scream | besides, you'd have to be careful planning a RDBMS too. And since I'm not very experienced in RDBMS my mind is quite open at the moment :) | 16:09 |
theun1 | ;) | 16:10 |
theun1 | Catalogues allow you to access collections of objects indepedently of where they are in the object graph. | 16:10 |
theun1 | They provide a "more" relational view on the data in the ZODB instead of a tree/hierarchy/graph. | 16:11 |
theun1 | Thus you can ask them questions like "Give me all objects where the attribute 'age' is 17" without having to crawl through the whole database. | 16:11 |
theun1 | Pretty much the same thing that allows RDBMs to be fast, except that in RDBMs the table already provides the obvious structure where to apply indexes. | 16:11 |
theun1 | (obvious = if you're dutch) | 16:12 |
X-scream | ah ok | 16:15 |
X-scream | from what I've read so far, there seems to be no reason to use RDMBs for our project (from scratch). I'm going to read more on it, but as it looks now, I'll probably present the ZODB version to my boss | 16:17 |
theun1 | :) | 16:18 |
X-scream | and there seems to be no ORM solution that "transparently" stores my objects.. | 16:20 |
theun1 | Depends on what transparently means. | 16:21 |
theun1 | SQLAlchemy goes a long way but it requires some work to make it 'transparent'. | 16:21 |
theun1 | And you need to set up the mappings so that it knows how to handle 1:1, 1:n n:m relations etc. | 16:21 |
X-scream | well, not as transparent as ZODB :) | 16:21 |
theun1 | Yes, not as transparent. :) | 16:21 |
X-scream | thanks for your info btw | 16:23 |
theun1 | np | 16:24 |
X-scream | now I'm off to the gym :O | 16:24 |
*** jinty has quit IRC | 16:28 | |
*** roym` has joined #zope3-dev | 16:29 | |
roym` | \bye | 16:29 |
*** roym` has quit IRC | 16:29 | |
*** ccomb has left #zope3-dev | 16:54 | |
*** cursor has joined #zope3-dev | 16:59 | |
*** philiKON has quit IRC | 17:36 | |
*** ccomb has joined #zope3-dev | 17:50 | |
*** tarek has joined #zope3-dev | 17:56 | |
*** theun1 has quit IRC | 18:01 | |
*** volvox has joined #zope3-dev | 18:04 | |
*** cursor has quit IRC | 18:21 | |
*** cursor has joined #zope3-dev | 18:21 | |
*** volvox has quit IRC | 18:31 | |
*** sm-afk is now known as sm | 18:41 | |
*** mkerrin has joined #zope3-dev | 18:43 | |
*** schwendinger has joined #zope3-dev | 18:44 | |
*** natea|away has joined #zope3-dev | 18:44 | |
*** volvox has joined #zope3-dev | 18:50 | |
*** natea|away_ has quit IRC | 18:51 | |
*** pcardune has quit IRC | 19:06 | |
*** hazmat has joined #zope3-dev | 19:11 | |
*** ChanServ sets mode: +o hazmat | 19:11 | |
*** volvox has quit IRC | 19:39 | |
*** pcardune has joined #zope3-dev | 19:45 | |
*** philiKON has joined #zope3-dev | 19:55 | |
dennis__ | is there an event for when an object hass been published? ideally registered on an interface, such that I would get the object and the name of the view (only care about index.html) .. idea is to update stats when a page has been viewed, not sure if this is the right approach | 20:02 |
*** pbugni has joined #zope3-dev | 20:02 | |
dennis__ | this way it would be transparent to the object and i could add stats to any kind of object just by marking it with a certain interface | 20:02 |
afd_ | dennis__: there's an event for when an object is traversed | 20:08 |
afd_ | zc had an extension called zc.readcatalog that does what you ask, available on download.zope.org | 20:08 |
*** philiKON_ has joined #zope3-dev | 20:08 | |
afd_ | dennis__: zope.app.publication.interfaces.IBeforeTraverseEvent | 20:09 |
afd_ | zc.readcatalog is not there anymore, though | 20:10 |
*** schwendinger has quit IRC | 20:12 | |
dennis__ | beforetraverse fires for all objects on the way though, doesn't it ? so mysite - some folder - some folder - object | 20:19 |
*** MJ has quit IRC | 20:21 | |
*** philiKON has quit IRC | 20:27 | |
*** hazmat has quit IRC | 20:37 | |
*** philiKON has joined #zope3-dev | 20:38 | |
*** philiKON_ has quit IRC | 20:38 | |
*** afd_ has quit IRC | 20:58 | |
*** J1m has joined #zope3-dev | 21:01 | |
*** philiKON has quit IRC | 21:11 | |
*** rcrafton has joined #zope3-dev | 21:16 | |
*** mkerrin has quit IRC | 21:24 | |
*** schwendinger has joined #zope3-dev | 21:27 | |
*** alecm has joined #zope3-dev | 21:35 | |
*** b52lap has joined #zope3-dev | 21:37 | |
*** faassen has joined #zope3-dev | 22:15 | |
*** J1m has quit IRC | 22:23 | |
*** marianom has joined #zope3-dev | 22:28 | |
*** natea|away_ has joined #zope3-dev | 22:29 | |
*** dobee has quit IRC | 22:29 | |
*** natea|away has quit IRC | 22:38 | |
*** cursor has quit IRC | 22:38 | |
*** dunny has joined #zope3-dev | 22:40 | |
*** rcrafton has joined #zope3-dev | 22:40 | |
*** pcardune has quit IRC | 22:43 | |
*** natea|away has joined #zope3-dev | 22:44 | |
*** mkerrin has joined #zope3-dev | 22:48 | |
*** natea|away_ has quit IRC | 22:52 | |
*** rcrafton has quit IRC | 22:52 | |
*** faassen has quit IRC | 23:14 | |
*** natea|away_ has joined #zope3-dev | 23:17 | |
*** mkerrin has quit IRC | 23:18 | |
*** natea|away has quit IRC | 23:25 | |
*** d2m has quit IRC | 23:29 | |
*** natea|away has joined #zope3-dev | 23:32 | |
*** natea|away_ has quit IRC | 23:39 | |
*** schwendinger has quit IRC | 23:46 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!