srichter | itamar: are you implementing some sort of virtual file system backend for the new FTP implementation, as we descibed in our bug? | 00:05 |
---|---|---|
itamar | yep | 00:16 |
itamar | a much simpler, cleaner one | 00:16 |
*** andrew_m has quit IRC | 00:22 | |
*** projekt01 has joined #zope3-dev | 00:33 | |
*** SureshZ has left #zope3-dev | 01:12 | |
*** bradb is now known as bradb-away | 01:18 | |
*** itamar has quit IRC | 01:20 | |
*** J1m has quit IRC | 01:30 | |
*** timte has quit IRC | 01:31 | |
*** yota has quit IRC | 01:34 | |
*** b3u has quit IRC | 01:41 | |
*** b3u has joined #zope3-dev | 01:42 | |
*** elbixio has joined #zope3-dev | 01:44 | |
*** elbixio has quit IRC | 01:47 | |
*** projekt01 has quit IRC | 01:57 | |
*** MiUlEr has joined #zope3-dev | 02:24 | |
*** gsbain has quit IRC | 02:32 | |
*** andrew_m has joined #zope3-dev | 02:32 | |
*** MiUlEr has left #zope3-dev | 02:41 | |
*** RaFromBRC has quit IRC | 02:46 | |
*** RaFromBRC has joined #zope3-dev | 02:50 | |
*** tvon has joined #zope3-dev | 03:49 | |
*** stub has joined #zope3-dev | 04:15 | |
*** kaczordek has joined #zope3-dev | 06:37 | |
*** b3u has quit IRC | 06:39 | |
*** b3u has joined #zope3-dev | 06:42 | |
*** RaFromBRC has quit IRC | 06:54 | |
*** kaczordek has quit IRC | 08:19 | |
*** kaczordek has joined #zope3-dev | 08:20 | |
*** hdima has joined #zope3-dev | 09:30 | |
*** philiKON has joined #zope3-dev | 09:37 | |
*** yota has joined #zope3-dev | 09:45 | |
*** douglasc has joined #zope3-dev | 09:53 | |
*** douglasc has quit IRC | 10:02 | |
*** zagy has joined #zope3-dev | 10:15 | |
*** ignas has joined #zope3-dev | 10:18 | |
*** ignas has quit IRC | 10:37 | |
*** zagy has quit IRC | 10:45 | |
*** lunatik has joined #zope3-dev | 11:17 | |
*** guido_g has joined #zope3-dev | 11:18 | |
*** philiKON has quit IRC | 11:21 | |
*** guido_g has quit IRC | 11:40 | |
*** lunatik has left #zope3-dev | 11:44 | |
*** timte has joined #zope3-dev | 11:53 | |
*** philiKON has joined #zope3-dev | 11:53 | |
*** Theuni has joined #zope3-dev | 12:00 | |
*** philiKON has quit IRC | 12:10 | |
*** ignas has joined #zope3-dev | 12:56 | |
*** ignas_ has joined #zope3-dev | 13:07 | |
*** regebro has joined #zope3-dev | 13:11 | |
*** J1m has joined #zope3-dev | 13:13 | |
*** Theuni has quit IRC | 13:16 | |
*** ignas_ has quit IRC | 13:24 | |
*** mkerrin has joined #zope3-dev | 13:27 | |
*** ignas has quit IRC | 13:27 | |
*** kaczordek has quit IRC | 13:39 | |
*** andrew_m has quit IRC | 13:39 | |
*** kaczordek has joined #zope3-dev | 13:41 | |
*** andrew_m has joined #zope3-dev | 13:41 | |
*** kaczordek has quit IRC | 13:49 | |
*** J1m has quit IRC | 14:18 | |
*** andrew_m has quit IRC | 14:21 | |
*** andrew_m has joined #zope3-dev | 14:23 | |
*** andrew_m has joined #zope3-dev | 14:24 | |
*** stub has quit IRC | 15:06 | |
regebro | Hi! I'm confused on the difference between ITraversable and IContainerTraverser. | 15:30 |
regebro | I'm trying to implement a "virtual" traversing for an object that isn't really a container at all... | 15:31 |
regebro | And the zope3book just made me more confused. | 15:31 |
regebro | No, scratch that, I'm confused aboutthe difference between ITraversable and IPublishTraverse | 15:32 |
regebro | Well, I still don't get the difference, but I think it works now. :) | 15:48 |
*** bradb-away is now known as bradb | 15:48 | |
srichter | did you read the interface documentation? | 15:48 |
regebro | Yes. | 15:56 |
regebro | """To traverse an object, this interface must be provided""" | 15:56 |
regebro | Aha. | 15:56 |
regebro | That makes everything very clear. ;) | 15:56 |
srichter | what does IPublishTraverse say? | 16:03 |
srichter | I think I publish traverse involves the request | 16:03 |
srichter | so that you can also look up views, etc | 16:03 |
srichter | Is ITraversable used anywhere, other than for lookup? | 16:04 |
srichter | I guess ITraversable would be used for path lookups, when you do not have a request | 16:04 |
*** J1m has joined #zope3-dev | 16:11 | |
regebro | Ah, OK, that kinda makes sense. | 16:12 |
*** jinty has joined #zope3-dev | 16:15 | |
*** jinty has quit IRC | 16:22 | |
*** timte has quit IRC | 16:27 | |
regebro | Yesh! I can now traverse to my non-persistent object. :) Phew, that was a bit sweaty. But the code is very simple once you figure out what you need to do. | 16:27 |
*** SureshZ has joined #zope3-dev | 16:30 | |
*** Theuni has joined #zope3-dev | 16:47 | |
*** itamar has joined #zope3-dev | 16:56 | |
itamar | hi | 16:57 |
itamar | what's a good source for an overview of ZCML? | 16:57 |
srichter | mmh, like API? | 16:58 |
srichter | itamar: install Zope 3 and go to http://localhost:8080/++apidoc++ | 16:59 |
itamar | no, more like overview of how it works/ tutorial | 16:59 |
srichter | There is a ZCML documentation module that gives you a list of all registered ZCML directives and their sub-directives. | 16:59 |
srichter | I am not sure, whether zope.configuration has a README.txt file | 17:00 |
itamar | it does, but it's not informative enough | 17:00 |
srichter | yeah | 17:00 |
itamar | I'm thinking about design of config system for twisted, and I want to see if ZCML is good enough first | 17:00 |
srichter | you can check out the tests but they are not that helpful | 17:00 |
J1m | itamar, could you be more specific about what you want? | 17:01 |
J1m | The README has pointers to tutorials on how to write directives. | 17:01 |
srichter | my book coveres ZCML on a need-only basis | 17:01 |
J1m | what is it you want to know, specifically. | 17:01 |
srichter | itamar: oh, I see | 17:01 |
itamar | well... I'm thinking of stuff like, can I make libraries of pre-made config which people can then override and customize | 17:01 |
srichter | my book has a chapter on creating directives | 17:01 |
srichter | well, ZCML is made for that :-) | 17:02 |
*** hdima has quit IRC | 17:02 | |
srichter | it is all pretty easy actually | 17:02 |
J1m | itamar, zcml was designed specifically to support overriding | 17:03 |
srichter | you can checkout my book for writing ZCML directives and look at xmlconfig on to use it | 17:03 |
J1m | The idea is that someone provides a configuration for a Python package. | 17:03 |
srichter | ok, I gotta run to school and teach | 17:03 |
srichter | I'll be back later | 17:03 |
J1m | People can "change" the configuration of the package by providing their own configuration file that overrides parts of the original config. | 17:03 |
J1m | One issue we have though is with subscribers. | 17:04 |
J1m | Which are currently not overridable. | 17:04 |
J1m | I'd like to add the ability to override sections of a configuration file. | 17:04 |
J1m | Something like: <configure id="foo">...</configure> | 17:05 |
itamar | mmm | 17:05 |
srichter | I think once we get an XPath implementation with lxml, we'll have some interesting new possibilities | 17:05 |
itamar | I want that built in to design from the start | 17:05 |
J1m | would define a section that could be overridden by a section with the same name. | 17:05 |
srichter | (also with respect to removing directives) | 17:05 |
itamar | or, very well supported anyway | 17:05 |
itamar | have you seen SmartFrog? | 17:05 |
srichter | it would not be hard to add to ZCML (what Jim suggests) | 17:06 |
J1m | you want what build in to design from the start? | 17:06 |
itamar | summary of relevant bits is, prototype-based (like Self) tree-based data definition language | 17:06 |
itamar | J1m: well, not from start, but overriding is something that would be very important to me | 17:06 |
itamar | I'm thinking of deployment issues we have at work, where we have tens and hundreds of machines | 17:07 |
itamar | with similar but not identical config | 17:07 |
J1m | no, I haven't seen SmartFrog | 17:07 |
J1m | interestng | 17:09 |
itamar | http://www.hpl.hp.com/research/smartfrog/ - the papers section reference specifically | 17:10 |
itamar | a lot of it is outside scope of what most people need, since it's designed for distributed configuration | 17:10 |
itamar | bbl | 17:11 |
*** bradb has quit IRC | 17:14 | |
*** more has quit IRC | 17:20 | |
*** anguenot has joined #zope3-dev | 17:47 | |
*** bradb has joined #zope3-dev | 18:04 | |
Theuni | gaak | 18:07 |
Theuni | gaak | 18:07 |
Theuni | J1m: able to talk about zc.page? | 18:07 |
J1m | sure | 18:08 |
Theuni | great | 18:08 |
Theuni | I'm playing with it right now ... | 18:08 |
Theuni | It can't adapt something: | 18:08 |
Theuni | TypeError: ('Could not adapt', <zope.publisher.browser.BrowserRequest instance URL=http://localhost:8080/Address/index.html>, <InterfaceClass zope.interface.common.idatetime.ITZInfo>) | 18:08 |
Theuni | after pressing "edit" on an form.EditForm | 18:08 |
Theuni | I'm not sure I missed something obvious | 18:09 |
J1m | ah | 18:09 |
J1m | No, you missed something very subtle. | 18:09 |
Theuni | ;) | 18:10 |
J1m | The edit form wants to compute a message that includes the current time. | 18:10 |
J1m | It wants to try to get the user | 18:10 |
J1m | It wants to try to get the user's time zone. | 18:10 |
* Theuni tries really hard to get Zope3 into work for him | 18:10 | |
* Theuni praises europe for timezones | 18:11 | |
J1m | So it adapts the time zone to ITZInfo. | 18:11 |
* Theuni praises the world for timezones | 18:11 | |
J1m | It should probably fall back if it can't find one. | 18:11 |
* J1m needs to get zc.page moved to the Zope repo. | 18:12 | |
* Theuni kind of says "hooray" | 18:12 | |
Theuni | I'm looking at it for the first time to (again) create a mini-application. | 18:12 |
Theuni | it looks very promising | 18:12 |
Theuni | although i'm not sure what to do with the stuff beside form.py | 18:13 |
Theuni | So, what's the short term solution for the adapter problem? | 18:13 |
J1m | It's far from perfect and there are a bunch of things that need to be cleaned up, but, so far, we're very happy with zc.page. | 18:13 |
J1m | Provide an adapter. | 18:13 |
J1m | Or hack your copy of the code. | 18:13 |
J1m | or ... | 18:13 |
* Theuni happily hacks | 18:13 | |
Theuni | great. | 18:14 |
Theuni | that works | 18:14 |
J1m | I was wondering if you could override *just* the status computation, but you can't. Oh well. | 18:15 |
Theuni | not a problem | 18:23 |
Theuni | I've thrown out the date completely :) | 18:23 |
*** projekt01 has joined #zope3-dev | 18:27 | |
Theuni | J1m: compliments about zc.page. I'll use that ... | 18:34 |
J1m | cool | 18:35 |
Theuni | Just a small application to get my fingers on z3 again. | 18:36 |
regebro | Newbie question: AttributeError: 'StorageManager' object has no attribute '__parent__' | 18:42 |
regebro | Doesn't that get set when you create it??? | 18:43 |
regebro | Or add it I mean. | 18:43 |
regebro | Hm, no evidently not. subclassing from contained.Contained helped. | 18:46 |
regebro | Oh, so I can register several local utilities per object, with different names... ouhhh.... cool. I get it now. Ignore all I say. :D | 18:50 |
* regebro is thinking aloud. | 18:51 | |
*** anguenot has left #zope3-dev | 18:57 | |
*** Theuni has quit IRC | 19:01 | |
*** Theuni has joined #zope3-dev | 19:06 | |
*** Theuni has quit IRC | 19:18 | |
regebro | Heummm... Doe there exist another way of contraining what types of objects that can be created in a folder than the __setitem__.precondition of the interface? | 19:29 |
J1m | yes | 19:32 |
J1m | zope.app.container.contstrains.contains(type1, type2, ...) | 19:33 |
regebro | Ah. Zope 3.1? | 19:35 |
J1m | yes | 19:49 |
regebro | ok, thanks. | 19:53 |
*** regebro has quit IRC | 20:01 | |
*** mkerrin has quit IRC | 20:49 | |
*** RaFromBRC has joined #zope3-dev | 20:57 | |
*** srichter has quit IRC | 21:09 | |
*** srichter has joined #zope3-dev | 21:13 | |
*** ChanServ sets mode: +o srichter | 21:54 | |
*** WebMaven has joined #zope3-dev | 23:12 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!