srichter | mmh, strange | 00:07 |
---|---|---|
srichter | I never had troubles | 00:07 |
srichter | have you created a zpkgrc file? | 00:07 |
*** SureshZ has left #zope3-dev | 00:14 | |
*** dagnachew has joined #zope3-dev | 00:42 | |
*** gintas has quit IRC | 00:51 | |
*** srichter has quit IRC | 00:58 | |
*** dagnachew has quit IRC | 01:12 | |
*** srichter has joined #zope3-dev | 01:26 | |
*** ChanServ sets mode: +o srichter | 01:28 | |
*** RaFromBRC is now known as RaFrombBRC|afk | 01:41 | |
*** yota has quit IRC | 01:54 | |
*** bradb has quit IRC | 02:05 | |
*** FarcePest has quit IRC | 02:29 | |
*** RaFrombBRC|afk is now known as RaFromBRC | 03:03 | |
*** SureshZ has joined #zope3-dev | 03:31 | |
*** projekt01 has quit IRC | 03:31 | |
*** viyyer has quit IRC | 03:43 | |
*** efge has joined #zope3-dev | 03:53 | |
*** efge has quit IRC | 03:55 | |
*** efge has joined #zope3-dev | 03:55 | |
*** efge has quit IRC | 03:57 | |
*** vomjom has joined #zope3-dev | 04:15 | |
*** BjornT has quit IRC | 04:18 | |
*** BjornT has joined #zope3-dev | 05:19 | |
*** vomjom has left #zope3-dev | 05:50 | |
*** viyyer has joined #zope3-dev | 06:08 | |
*** RaFromBRC has quit IRC | 07:07 | |
*** kaczordek has joined #zope3-dev | 08:33 | |
*** SureshZ has left #zope3-dev | 09:01 | |
*** hdima has joined #zope3-dev | 09:21 | |
*** projekt01 has joined #zope3-dev | 09:44 | |
*** RaFromBRC has joined #zope3-dev | 10:54 | |
*** kaczordek has quit IRC | 11:43 | |
*** RaFromBRC has quit IRC | 12:09 | |
*** __gotcha has joined #zope3-dev | 12:45 | |
VladDrac | I want to build a more extended catalog | 13:27 |
VladDrac | supporting stuff like brains/metadata, for example | 13:27 |
VladDrac | I'm currently wondering if I should write a utility from scratch that requires an existing catalog utility | 13:27 |
VladDrac | or if I should simply inherit from zope.app.catalog | 13:27 |
VladDrac | or if I should adapt | 13:28 |
VladDrac | is adapting utilities to new (more functional) utilities a common zope3 usecase as well? | 13:28 |
vinsci | http://c2.com/cgi/wiki?UseCase | 13:36 |
vinsci | implementing app/interfaces/catalog/catalog.py is probably what you want | 13:40 |
VladDrac | catalog.py is already an implementation, I want to extend it somehow | 13:41 |
VladDrac | either through inheritance or adapting | 13:42 |
VladDrac | (or some sort of wrapping) | 13:42 |
vinsci | note there are several catalog.py:s | 13:42 |
VladDrac | such as? | 13:43 |
vinsci | ./app/browser/catalog | 13:43 |
vinsci | ./app/browser/catalog/catalog.py | 13:43 |
vinsci | ./app/browser/catalog/catalog_icon.gif | 13:43 |
vinsci | ./app/browser/catalog/catalog.pyc | 13:43 |
vinsci | ./app/catalog | 13:43 |
vinsci | ./app/catalog/catalog.py | 13:43 |
vinsci | ./app/catalog/catalog.txt | 13:43 |
vinsci | ./app/catalog/catalog.pyc | 13:43 |
vinsci | ./app/interfaces/catalog | 13:43 |
vinsci | ./app/interfaces/catalog/catalog.py | 13:43 |
vinsci | ./app/interfaces/catalog/catalog.pyc | 13:43 |
VladDrac | yeah I know how find works :) | 13:44 |
vinsci | :) | 13:44 |
VladDrac | so what are you saying, that I should extend catalog_icon.gif? :) | 13:44 |
vinsci | that's probably stretching it a bit :) | 13:44 |
*** __gotcha has quit IRC | 13:45 | |
VladDrac | the only real zope utility is app/catalog/catalog.py, the rest is interface definition or browser view classes | 13:45 |
VladDrac | and my question remaind: inherit, adapt, etc | 13:45 |
VladDrac | gotta go br | 13:45 |
VladDrac | b | 13:45 |
vinsci | I'm having trouble understanding your use of OO terminology | 13:47 |
vinsci | you may want to compare http://c2.com/cgi/wiki?AdapterPattern about adapting | 13:47 |
vinsci | in other words, you probably do not want to "adapt" | 13:48 |
vinsci | or "wrap" for that matter :) | 13:48 |
*** yota has joined #zope3-dev | 15:00 | |
VladDrac | you know about adapters in zope3 I assume? Then my question should be clear :) | 15:05 |
srichter | VladDrac: I think you should ask Jim what he envisions | 15:09 |
srichter | adaptation might be better in this case, since you can reuse the existing catalog | 15:09 |
*** bskahan has joined #zope3-dev | 15:14 | |
*** faassen has joined #zope3-dev | 15:15 | |
*** viyyer has quit IRC | 15:25 | |
VladDrac | srichter my plan is to reuse the catalog, and I can do it in several ways | 15:30 |
srichter | I know; I understood your question well | 15:34 |
VladDrac | ok :) | 15:34 |
srichter | I am just not sure how brains and meta-data fits into the scheme | 15:34 |
srichter | I am thinking that you might not need meta-data, since the lookup to the actual object might be very cheap with the new mechanism | 15:35 |
srichter | I can't remember what brains are, so I am at a loss | 15:35 |
VladDrac | a brain is some local data describing the object within the catalog | 15:47 |
VladDrac | including the metadata, a method to resolve the object, etc | 15:47 |
VladDrac | is object lookup really that cheap? | 15:48 |
*** xerophyte has joined #zope3-dev | 15:49 | |
srichter | well, we do it now via direct reference | 15:52 |
srichter | once you decided you want to display an object it is quick to get to | 15:52 |
srichter | i.e. it doe not need to wake up all its parents as far as I know | 15:53 |
VladDrac | still you may find 1000s of object that you want to display in batches of 10s | 15:57 |
srichter | well, so you decide the batch before wking them | 15:59 |
srichter | ok, so I see where your meta-data argument is coming from, but it only works if waking objects is expensive | 16:01 |
srichter | because if you have meta-data and brains, you need to generate an object as well, which might be equally expensive | 16:01 |
srichter | I would really try to use the plain catalog first and see | 16:01 |
srichter | when it gets slow, you can always implement more | 16:01 |
srichter | don't overdesign! | 16:02 |
VladDrac | you have a point | 16:02 |
VladDrac | I've been brainwashed my zope/plone :) | 16:02 |
srichter | :-) | 16:03 |
* VladDrac is trying to fix problems in zope3 that only really exist in zope2 | 16:06 | |
*** bskahan has quit IRC | 16:07 | |
*** hdima has quit IRC | 16:50 | |
*** bskahan has joined #zope3-dev | 17:00 | |
*** eaon has joined #zope3-dev | 17:08 | |
*** bska|mobile has joined #zope3-dev | 17:08 | |
*** bskahan has quit IRC | 17:16 | |
*** tonico has quit IRC | 17:49 | |
*** SureshZ has joined #zope3-dev | 18:14 | |
*** eaon has quit IRC | 18:15 | |
*** srichter has quit IRC | 18:21 | |
*** bska|mobile has quit IRC | 18:24 | |
*** dagnachew has joined #zope3-dev | 18:24 | |
*** dagnachew has quit IRC | 18:33 | |
*** dagnachew has joined #zope3-dev | 18:41 | |
*** d2m has quit IRC | 18:51 | |
*** d2m has joined #zope3-dev | 19:02 | |
*** dagnachew has quit IRC | 19:05 | |
*** srichter has joined #zope3-dev | 19:17 | |
*** ChanServ sets mode: +o srichter | 19:18 | |
*** BjornT has quit IRC | 19:40 | |
*** srichter has quit IRC | 19:48 | |
*** BjornT has joined #zope3-dev | 20:16 | |
*** bskahan has joined #zope3-dev | 20:21 | |
* VladDrac would really really really like error reporting improved in Zope3 | 20:34 | |
VladDrac | (and if I could do it myself I would) | 20:34 |
VladDrac | I'm currently getting zcml parse errors because some deeply nested pythoncode is failing, somewhere | 20:35 |
VladDrac | (and I only know the zcml entry point where the class is refered as a starting point) | 20:35 |
*** mkerrin has joined #zope3-dev | 21:22 | |
*** srichter has joined #zope3-dev | 22:20 | |
*** faassen has quit IRC | 22:43 | |
*** RaFromBRC has joined #zope3-dev | 22:56 | |
*** RaFromBRC has quit IRC | 22:57 | |
*** RaFromBRC has joined #zope3-dev | 22:57 | |
*** pvpt has joined #zope3-dev | 22:59 | |
*** mkerrin has quit IRC | 23:19 | |
*** oday has joined #zope3-dev | 23:41 | |
*** bskahan has quit IRC | 23:50 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!