| *** rocky has quit IRC | 00:15 | |
| *** dobee has joined #zope3-dev | 00:20 | |
| *** dobee has quit IRC | 00:38 | |
| *** rocky has joined #zope3-dev | 00:43 | |
| *** gumpa has left #zope3-dev | 00:48 | |
| rocky | is there a decent doc someplace detailing the new way of registering and querying a utility based on j1m's local component changes ? | 00:54 |
|---|---|---|
| j1m | Look at zope/component/registry.txt | 00:55 |
| * rocky looks | 00:55 | |
| j1m | basically you get the site manager and call registry methods on it. | 00:56 |
| rocky | this seems strange to me "components = registry.Components('comps')" | 01:01 |
| *** sashav has quit IRC | 01:11 | |
| *** rocky is now known as rocky|zzz | 01:44 | |
| *** yota has quit IRC | 02:02 | |
| *** zbir` has quit IRC | 02:27 | |
| *** zbir` has joined #zope3-dev | 02:35 | |
| *** rocky|zzz has quit IRC | 03:03 | |
| *** RaFromBRC has quit IRC | 03:09 | |
| *** nathany has quit IRC | 03:24 | |
| *** zbir` has quit IRC | 03:35 | |
| *** andrew_m has quit IRC | 03:52 | |
| *** tonico has quit IRC | 03:52 | |
| *** andrew_m has joined #zope3-dev | 03:52 | |
| *** tonico has joined #zope3-dev | 03:53 | |
| *** stub has joined #zope3-dev | 03:59 | |
| *** stub has quit IRC | 04:11 | |
| *** stub has joined #zope3-dev | 04:11 | |
| *** stub has quit IRC | 05:02 | |
| *** whit has quit IRC | 05:19 | |
| *** alecm has quit IRC | 05:21 | |
| *** alecm has joined #zope3-dev | 05:33 | |
| *** alecm has quit IRC | 05:34 | |
| *** projekt01 has left #zope3-dev | 05:38 | |
| *** niemeyer has quit IRC | 06:12 | |
| *** stub has joined #zope3-dev | 07:37 | |
| *** stub has joined #zope3-dev | 07:38 | |
| *** eins has joined #zope3-dev | 08:06 | |
| eins | hi | 08:06 |
| *** BjornT_ has quit IRC | 08:23 | |
| *** sashav has joined #zope3-dev | 08:27 | |
| *** BjornT has joined #zope3-dev | 08:28 | |
| *** zopePloneConsult has joined #zope3-dev | 08:31 | |
| *** BjornT has joined #zope3-dev | 08:33 | |
| *** dobee has joined #zope3-dev | 08:37 | |
| *** BjornT has quit IRC | 08:37 | |
| *** BjornT has joined #zope3-dev | 08:38 | |
| *** BjornT has quit IRC | 08:41 | |
| *** sashav has quit IRC | 08:41 | |
| *** dlk has joined #zope3-dev | 08:49 | |
| *** BjornT has joined #zope3-dev | 08:50 | |
| *** hdima has joined #zope3-dev | 09:06 | |
| *** dunny has quit IRC | 09:11 | |
| *** sashav has joined #zope3-dev | 10:01 | |
| *** thehippo has quit IRC | 10:05 | |
| *** BjornT has quit IRC | 10:05 | |
| *** tarek has joined #zope3-dev | 10:09 | |
| *** MJ has quit IRC | 10:09 | |
| *** agroszer has joined #zope3-dev | 10:27 | |
| *** BjornT has joined #zope3-dev | 11:04 | |
| *** efrerich has joined #zope3-dev | 11:05 | |
| *** MJ has joined #zope3-dev | 11:14 | |
| *** MJ has quit IRC | 11:14 | |
| efrerich | agroszer:ayt? | 11:14 |
| agroszer | yep | 11:15 |
| efrerich | Thank you for the pyds | 11:15 |
| agroszer | welcome | 11:15 |
| *** MJ has joined #zope3-dev | 11:15 | |
| agroszer | I missed the 'publish' state, hope you can download it... | 11:16 |
| *** regebro has joined #zope3-dev | 11:16 | |
| *** volvox has joined #zope3-dev | 11:22 | |
| efrerich | yes - I could (you put the revision number in the name - that is nice) | 11:22 |
| agroszer | yep, otherwise it would be a mess | 11:23 |
| efrerich | I'll install them in the next minutes | 11:23 |
| agroszer | I'm sure it will work | 11:25 |
| *** jinty has joined #zope3-dev | 11:26 | |
| efrerich | an instance from the trunk with your pyds is running | 11:32 |
| agroszer | cool | 11:33 |
| *** dunny has joined #zope3-dev | 11:37 | |
| *** Theuni has joined #zope3-dev | 11:39 | |
| *** zagy has joined #zope3-dev | 11:43 | |
| volvox | children = List(title=u'Children', [...] | 11:55 |
| volvox | in my invariant checkChildren, I use len(obj.children) | 11:55 |
| *** faassen has joined #zope3-dev | 11:55 | |
| volvox | but it raises unsized... obj.__len__() works as intended | 11:55 |
| volvox | i thought len() used .__len__(), isn't it so? | 11:55 |
| volvox | ehm, obj.children.__len(), of course, vs len(obj.children) | 11:56 |
| volvox | the first works, the second raises an exception. | 11:57 |
| *** BjornT has quit IRC | 12:06 | |
| *** Theuni has quit IRC | 12:13 | |
| *** Theuni has joined #zope3-dev | 12:14 | |
| *** BjornT has joined #zope3-dev | 12:14 | |
| *** philiKON has quit IRC | 12:20 | |
| *** philiKON has joined #zope3-dev | 12:21 | |
| volvox | sorry. im a moron | 12:22 |
| *** volvox has quit IRC | 12:29 | |
| *** volvox has joined #zope3-dev | 12:29 | |
| *** BjornT has quit IRC | 12:47 | |
| *** BjornT has joined #zope3-dev | 12:55 | |
| *** Theuni has quit IRC | 13:05 | |
| *** Theuni has joined #zope3-dev | 13:07 | |
| *** efrerich has quit IRC | 13:22 | |
| *** oferw has joined #zope3-dev | 13:23 | |
| *** dunny has quit IRC | 13:32 | |
| *** BjornT has quit IRC | 13:39 | |
| *** zagy has quit IRC | 13:41 | |
| *** gintas has joined #zope3-dev | 13:44 | |
| *** BjornT has joined #zope3-dev | 13:45 | |
| *** BjornT has quit IRC | 13:49 | |
| *** regebro has joined #zope3-dev | 13:50 | |
| *** mkerrin has joined #zope3-dev | 13:53 | |
| *** tonico has quit IRC | 13:54 | |
| *** BjornT has joined #zope3-dev | 13:56 | |
| *** zagy has joined #zope3-dev | 13:59 | |
| *** ignas has joined #zope3-dev | 14:10 | |
| *** mgedmin has joined #zope3-dev | 14:14 | |
| *** zagy_ has joined #zope3-dev | 14:30 | |
| *** zagy has quit IRC | 14:33 | |
| *** BjornT has quit IRC | 14:48 | |
| *** oferw has quit IRC | 14:56 | |
| *** BjornT has joined #zope3-dev | 14:56 | |
| *** baijum has joined #zope3-dev | 15:12 | |
| *** tonico has joined #zope3-dev | 15:18 | |
| baijum | Hello, what is alternative of "from zope.i18n import MessageIDFactory" in 3.3 ? | 15:19 |
| regebro | from zope.i18n import MessageFactory | 15:20 |
| regebro | no sorry | 15:20 |
| regebro | no, I changed my mind again, I think that's correct. | 15:21 |
| regebro | :) I don' | 15:21 |
| baijum | thanks :) | 15:21 |
| regebro | 't have a 3.3 to play with here. :) | 15:21 |
| baijum | BTW, why 'ID' droped, just beautification? | 15:22 |
| *** tiredbones has joined #zope3-dev | 15:26 | |
| *** ignas_ has joined #zope3-dev | 15:29 | |
| mgedmin | baijum: different class | 15:30 |
| mgedmin | MessageIDFactory was mutablr | 15:30 |
| mgedmin | MessageIDFactory was mutable | 15:30 |
| mgedmin | MessageID isn't | 15:30 |
| *** ignas_ has quit IRC | 15:30 | |
| mgedmin | you used to be able to do things like | 15:30 |
| mgedmin | msgid = _('$foo: $bar') | 15:30 |
| mgedmin | msgid.mapping = {'foo': 'Lalala', 'bar': 'lorem ipsum etc.'} | 15:31 |
| mgedmin | now you must do | 15:31 |
| mgedmin | msgid = _('$foo: $bar', mapping={'foo': 'Lalala', 'bar': 'lorem ipsum etc.'}) | 15:31 |
| baijum | mgedmin: ok, got it, thanks :) | 15:32 |
| baijum | But, why MessageIDFactory dropped in 3.3, was it deprecated from 3.1 onwards? | 15:33 |
| guruz_ | what is the reason the session credentials plugin does not work with the zope.Manager user? the basic http auth plugin does. | 15:33 |
| guruz_ | (3.2.0) | 15:33 |
| *** MrTopf has joined #zope3-dev | 15:35 | |
| MrTopf | Hi | 15:35 |
| *** Theuni has quit IRC | 15:35 | |
| *** niemeyer has joined #zope3-dev | 15:36 | |
| d2m | baijum: are you trying to make wcsite run with z3.3 ? | 15:44 |
| baijum | d2m: no, I am trying run another internal app in 3.3 | 15:47 |
| baijum | any pointer to new alternatives of "zope.app.site" ? | 16:07 |
| baijum | especially "zope.app.site.interfaces.ISite" | 16:07 |
| mgedmin | there's zope.app.component.interfaces.ISite | 16:08 |
| *** alga has joined #zope3-dev | 16:09 | |
| baijum | mgedmin: thanks again :) | 16:10 |
| * mgedmin just knows how to use ctags | 16:10 | |
| baijum | any documentation for important changes from 3.2 to 3.3? | 16:11 |
| mgedmin | doc/CHANGES.txt is the place to look | 16:11 |
| baijum | ok, I have simply put the tips I got now here : https://wiki.ubuntu.com/LearningZope3/NotesAndTips | 16:16 |
| srichter | cool | 16:17 |
| srichter | thanks | 16:17 |
| baijum | hmm... something like AMK's what's new will be nice for Zope 3 :) | 16:18 |
| philiKON | baijum, feel free to write it :) | 16:24 |
| baijum | I am not AMK, ok let me try :) | 16:26 |
| baijum | I was looking at http://docs.python.org/whatsnew/whatsnew24.html oh! it will be very usefull if Zope 3 has unique numbers for Propsals, it helps documentation very much, IMO | 16:31 |
| philiKON | baijum, my point exactly!! | 16:32 |
| philiKON | a bit more formalized proposal process would help a lot already | 16:32 |
| philiKON | (e.g. a standard template for proposals like PEPs have and numbering) | 16:32 |
| baijum | why not just assign numbers for Proposals (including existing one), a new propsal required for that? a template/format can be drafted slowly though. | 16:35 |
| volvox | ZEPs ? | 16:35 |
| volvox | could we not adapt PEPs format/lifecycle? :-) | 16:36 |
| volvox | s/not// | 16:36 |
| baijum | ZEP = Zope Enhancement Proposal, is it? | 16:36 |
| philiKON | i think most proposals in zope 3 already have a good structure | 16:36 |
| volvox | yes | 16:36 |
| philiKON | zep, zip, zop, i don't care :) | 16:36 |
| philiKON | just give 'em numbers :) | 16:37 |
| volvox | as long as a neeb can understand what's obsolete... last time I looked I didn't | 16:37 |
| baijum | There is already http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ProposalTemplate , is this sufficient ? | 16:41 |
| srichter | I think it is :-) | 16:42 |
| srichter | I think overformalizing the proposal process is counterproductive for a smlal community like this | 16:42 |
| srichter | Python is much larger than us, and they have to make sure they can manage all those crazy ideas | 16:43 |
| *** andrew_m has quit IRC | 16:43 | |
| *** baijum has left #zope3-dev | 16:50 | |
| *** eins has quit IRC | 16:50 | |
| volvox | assert("Boston only works with 3.3") | 16:54 |
| volvox | right? :-) | 16:54 |
| volvox | yes, the ProposalTemplate is good but I think when I looked (some time ago) the web site had old information not marked as such. Hope it's better now | 16:55 |
| *** dlk has quit IRC | 16:59 | |
| *** BjornT has quit IRC | 17:04 | |
| *** mexiKON has joined #zope3-dev | 17:09 | |
| *** Aiste has quit IRC | 17:10 | |
| *** j1m has quit IRC | 17:10 | |
| *** j1m has joined #zope3-dev | 17:10 | |
| *** BjornT has joined #zope3-dev | 17:12 | |
| *** BjornT has quit IRC | 17:15 | |
| zopePloneConsult | baijum: Why not use the zope.org wiki? | 17:19 |
| *** philiKON has quit IRC | 17:20 | |
| *** andrew_m has joined #zope3-dev | 17:20 | |
| *** BjornT has joined #zope3-dev | 17:22 | |
| *** projekt01 has joined #zope3-dev | 17:29 | |
| *** Aiste has joined #zope3-dev | 17:36 | |
| *** hdima has quit IRC | 17:38 | |
| *** projekt01 has left #zope3-dev | 17:40 | |
| *** Aiste has quit IRC | 17:41 | |
| *** MrTopf has quit IRC | 17:41 | |
| *** natea has quit IRC | 17:41 | |
| *** wrobel has quit IRC | 17:41 | |
| *** dokai has quit IRC | 17:41 | |
| *** Aiste has joined #zope3-dev | 17:41 | |
| *** MrTopf has joined #zope3-dev | 17:41 | |
| *** natea has joined #zope3-dev | 17:41 | |
| *** wrobel has joined #zope3-dev | 17:41 | |
| *** dokai has joined #zope3-dev | 17:41 | |
| *** bradb has joined #zope3-dev | 17:59 | |
| *** BjornT has quit IRC | 18:10 | |
| *** dunny has joined #zope3-dev | 18:13 | |
| *** roym has joined #zope3-dev | 18:14 | |
| *** alga has quit IRC | 18:15 | |
| roym | Is there a way to set an attribute in TestRequest directly. | 18:17 |
| roym | I find that I can do: | 18:17 |
| roym | request.form['k'] = "value" | 18:17 |
| roym | but not: | 18:17 |
| roym | request['k'] = "value" | 18:17 |
| roym | 18:17 | |
| roym | However, when the view is invoked via the publisher like so: | 18:17 |
| roym | @@myview?k=value | 18:17 |
| roym | request['k'] returns a valid value. | 18:17 |
| *** sashav has quit IRC | 18:17 | |
| *** BjornT has joined #zope3-dev | 18:18 | |
| regebro | roym: request['k'] will look in request.form and request.environment and something more. | 18:26 |
| SteveA | i think that's kinda ugly | 18:28 |
| SteveA | too implicit | 18:28 |
| *** oferw has joined #zope3-dev | 18:34 | |
| *** zagy_ has quit IRC | 18:37 | |
| *** jukart has joined #zope3-dev | 18:44 | |
| *** whit has joined #zope3-dev | 18:48 | |
| *** jukart has left #zope3-dev | 18:53 | |
| *** gumpa has joined #zope3-dev | 19:03 | |
| *** alecm has joined #zope3-dev | 19:05 | |
| *** oferw has quit IRC | 19:06 | |
| *** tristil has joined #zope3-dev | 19:08 | |
| *** MJ has quit IRC | 19:10 | |
| *** BjornT has quit IRC | 19:14 | |
| *** genconc has quit IRC | 19:23 | |
| *** BjornT has joined #zope3-dev | 19:23 | |
| tristil | I'm unclear on what zcml I would use to bring a content provider into a view. Is it an adapter? | 19:28 |
| *** nathany has joined #zope3-dev | 19:40 | |
| *** dunny has quit IRC | 19:40 | |
| roym | regebro: thanks for the clarification. | 19:41 |
| volvox | http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/FrontPage/Downloads | 19:47 |
| volvox | is ancient, reports 3.2.0 as the latest release | 19:47 |
| volvox | just another thing where zope.org is often dated | 19:49 |
| roym | question: Is it possible to pass arguments to a page from within zpt? | 19:49 |
| roym | string:${context/@@mypageview}?arg1=xx doesn't work. | 19:49 |
| roym | My intent is to use the same view (w/different request arguments) | 19:49 |
| roym | multiple times in a page. | 19:49 |
| volvox | you are in a template which is associated to a view class, right? | 19:51 |
| volvox | so you should call methods on that view | 19:52 |
| volvox | python:view.method(arg='blabla') | 19:52 |
| volvox | (I guess it should work) | 19:52 |
| roym | volvox: sounds reasonable, thanks. | 19:53 |
| volvox | context refers to the content object, view is the instance of the view class (which then has self.context as the content object) | 19:53 |
| *** drzoltron has joined #zope3-dev | 19:57 | |
| *** BjornT has quit IRC | 19:58 | |
| *** drzoltron has left #zope3-dev | 19:59 | |
| *** drzoltron has joined #zope3-dev | 20:00 | |
| *** ignas has quit IRC | 20:00 | |
| drzoltron | mexiKON: could you help me with a Five issue ? | 20:00 |
| *** faassen has quit IRC | 20:00 | |
| *** volvox has quit IRC | 20:01 | |
| *** ignas has joined #zope3-dev | 20:05 | |
| mexiKON | drzoltron, later, ok? gotta hit the shower | 20:09 |
| drzoltron | mexiKON: :) np have phun | 20:09 |
| *** dobee has quit IRC | 20:10 | |
| *** MrTopf has quit IRC | 20:12 | |
| *** zopePloneConsult has left #zope3-dev | 20:20 | |
| *** BjornT has joined #zope3-dev | 20:22 | |
| drzoltron | anybody else who wants to volunteer ? ;) | 20:22 |
| whit | drzoltron: why don't you just ask? | 20:23 |
| mexiKON | drzoltron, back | 20:23 |
| mexiKON | yeah, just ask | 20:23 |
| drzoltron | cool | 20:24 |
| drzoltron | mexiKON: should we move to #z3-base ? | 20:24 |
| mexiKON | sure | 20:24 |
| drzoltron | cool | 20:24 |
| *** regebro has quit IRC | 20:34 | |
| *** RaFromBRC has joined #zope3-dev | 20:35 | |
| *** jukart has joined #zope3-dev | 20:35 | |
| tristil | Does someone have a practical example of how to use a content provider with zcml directives? | 20:37 |
| *** ignas has quit IRC | 20:53 | |
| *** stub has quit IRC | 20:54 | |
| d2m | with z3.3b1 i'm getting a ComponentLookupError from zope.component.createObject(None, page.type, page.text) - page.type is one of SourceTypes | 21:05 |
| mexiKON | first argument to createObject shouldn't be None | 21:05 |
| *** gintas has quit IRC | 21:06 | |
| mexiKON | z.c.createObject(factory_name, ...) | 21:06 |
| d2m | ah, ok -- i changed it from zapi.createObject(None, page.type, page.text) | 21:06 |
| *** drzoltron has left #zope3-dev | 21:07 | |
| mexiKON | d2m, zapi.createObject and z.c.createObject are the same function | 21:07 |
| mexiKON | still, the first parameter to createObject (the context parameter) has been deprecated in zope 3.1 or 3.2? | 21:07 |
| d2m | well, then 'page' just happend to work for z3.2 by chance | 21:07 |
| mexiKON | but definitely for a long time | 21:08 |
| mexiKON | no idea what you mean by "'page' just happened to work" | 21:08 |
| mexiKON | as said, z.c.createObjecdt(factory_name, *args, **kw). | 21:08 |
| mexiKON | end of story :) | 21:08 |
| tristil | How do I instantiate a contentprovider for use in a view? I'm looking at the docfile, but I'm not sure how to convert from the python code to zcml. | 21:08 |
| mexiKON | you don't instantiate things in zcml | 21:09 |
| mexiKON | you register them | 21:09 |
| tristil | Register, yes. | 21:09 |
| *** tarek has quit IRC | 21:10 | |
| tristil | For instance, it has adapts(Interface, IDefaultBrowserLayer, Interface) on the class body. | 21:10 |
| mexiKON | so, just use <adapter factory="..." /> | 21:11 |
| *** tarek has joined #zope3-dev | 21:11 | |
| *** jinty has quit IRC | 21:11 | |
| tristil | So yeah, I have <adapter for="IMySkin" provides="IMyContentProvider" factory="ContentProviderClass" /> | 21:12 |
| d2m | mexiKON: just trying to get wcsite running on z3.3 | 21:13 |
| tristil | Anyone know the next step? How do I register the Content Provider so it can be looked up in the view? | 21:19 |
| *** oferw has joined #zope3-dev | 21:20 | |
| *** mkerrin has quit IRC | 21:26 | |
| *** MJ has joined #zope3-dev | 21:28 | |
| *** agroszer has quit IRC | 21:36 | |
| *** jukart has left #zope3-dev | 21:45 | |
| *** dunny has joined #zope3-dev | 21:47 | |
| *** yota has joined #zope3-dev | 21:54 | |
| *** mgedmin has quit IRC | 21:55 | |
| *** whit is now known as whit|out | 21:57 | |
| *** oferw has quit IRC | 21:57 | |
| *** Aiste has quit IRC | 22:01 | |
| *** tristil has quit IRC | 22:02 | |
| *** oferw has joined #zope3-dev | 22:03 | |
| *** regebro has joined #zope3-dev | 22:18 | |
| *** RaFromBRC is now known as RaFromBRC|away | 22:20 | |
| *** sashav has joined #zope3-dev | 22:20 | |
| *** Aiste has joined #zope3-dev | 22:22 | |
| *** regebro has quit IRC | 22:26 | |
| *** dunny has quit IRC | 22:28 | |
| srichter | J1m: are you there? | 22:41 |
| srichter | I tried the following and it failed at the first write attempt: | 22:42 |
| srichter | DemoStorage('Testing', FileStorage('/path/to/testing.fs', read_only=True)) | 22:42 |
| srichter | wasn't this the use case for demoing Zope/ZODB via a CD? | 22:43 |
| *** bradb has left #zope3-dev | 22:44 | |
| *** tristil has joined #zope3-dev | 23:06 | |
| *** natea has quit IRC | 23:13 | |
| *** pcardune has quit IRC | 23:15 | |
| j1m | srichter, yes. DemoStorage gor broken somewhere along the way. | 23:17 |
| j1m | got | 23:17 |
| j1m | I'll fix it at some point. :) | 23:17 |
| j1m | actually a change to FileStorage and basically all storages that subclass BaseStorage broke DemoStorage. | 23:18 |
| srichter | I see | 23:19 |
| srichter | ok, I can live without opening it read only | 23:19 |
| srichter | as long as it does not modify the DB, which it does not | 23:19 |
| srichter | it keeps the changes in the demo storage | 23:19 |
| j1m | right, but it creates some files, including a lock file, | 23:20 |
| srichter | J1m: btw, I use this in functional testing using a testing layer | 23:20 |
| j1m | so it won't work on a cd. | 23:20 |
| srichter | very cool! :-) | 23:20 |
| j1m | :) | 23:20 |
| srichter | also, does the layer know about the level it is running on? | 23:20 |
| j1m | no | 23:21 |
| srichter | because when I run on level 2 I would like the test DB to be generated instead of looked up from a file | 23:21 |
| srichter | ok | 23:21 |
| srichter | is there any way that the level could influence the layer to be used? | 23:21 |
| srichter | so that I can say use MyLayer1 in level 1 and MyLayer2 in level 2 | 23:22 |
| j1m | not directly. | 23:22 |
| *** whit|out is now known as whit | 23:22 | |
| srichter | I guess the test runner only pulls information from the test suite, right? | 23:22 |
| j1m | yup | 23:22 |
| srichter | so how can that be done indirectly? | 23:22 |
| srichter | can the suite somehow get to the runner instance to look at the running level? | 23:23 |
| j1m | When you create your tests, make sure all of the tests using layer 2 have level 1. | 23:23 |
| srichter | ok | 23:24 |
| j1m | I suppose you could automate this with a special suite constructor, | 23:24 |
| srichter | mmh | 23:24 |
| srichter | I could do a frames hack, but this seems too brittle | 23:26 |
| j1m | yup | 23:26 |
| srichter | oh well, this was a a nice to have anyways | 23:26 |
| srichter | what I am planning to do now is check for the existence of the DB file; if it was deleted, create a new one and use it | 23:27 |
| srichter | this way I can delete the DB whenever I want a new one to be generated | 23:27 |
| j1m | I don't have enough context for that to be meaningful. | 23:27 |
| tristil | I get a ForbiddenAttribute for __dict__ for a content provider. It worked previously, but it wasn't setting any values on itself, except for context and view. | 23:28 |
| srichter | basically I have a testing DB that is generated using a sample generator | 23:28 |
| srichter | much like School | 23:28 |
| srichter | much like SchoolTool has | 23:28 |
| srichter | (actually we copied that code over ;-) | 23:29 |
| srichter | when the data changes, I really need to create a new testing.fs | 23:29 |
| *** natea has joined #zope3-dev | 23:30 | |
| srichter | however, creating a new testing.fs usually causes the tests to break, because of the random generator (we provided some provisions that this does not happen too often) | 23:30 |
| srichter | so it would be nice for me to test the new version of testing.fs by simply running the tests on level 2, instead of level 1 | 23:31 |
| tristil | Do I have to add permissions to access a content provider? | 23:37 |
| *** projekt01 has joined #zope3-dev | 23:37 | |
| tristil | Sorry, its methods? | 23:37 |
| srichter | tristil: you have to have the permission to access a content provider | 23:37 |
| srichter | in other words, your user must have been granted the permission that you speicfied the content provider needs | 23:38 |
| tristil | It's a ForbiddenAttribute for the content provider's __dict__. | 23:38 |
| tristil | The permission to access the content provider itself is zope.Public | 23:39 |
| srichter | mmh, in this case you should not even get this error, because the content provider should not be even security proxied | 23:39 |
| tristil | Yeah, and it's also trusted="True" | 23:40 |
| tristil | For good measure. | 23:40 |
| srichter | mmh, I have no idea what's wrong | 23:40 |
| srichter | you have to debug this yourself a bit | 23:40 |
| *** jinty has joined #zope3-dev | 23:42 | |
| projekt01 | tristil, can you paste the provider call in the zpt somewhere and the code from the provider? | 23:44 |
| tristil | projekt01, I will. | 23:44 |
| *** natea_ has joined #zope3-dev | 23:45 | |
| tristil | projekt01, http://zope3.pastebin.com/725342 | 23:48 |
| *** RaFromBRC|away is now known as RaFromBRC | 23:49 | |
| projekt01 | it's not a new style class, use class TitleSnippet(object): instead of class TitleSnippet: | 23:50 |
| projekt01 | and try again. | 23:51 |
| projekt01 | tristil, if you use trusted="True", you have to define also a class in ZCML. | 23:53 |
| tristil | projekt01, the trusted is to get access to the title annotation. | 23:54 |
| *** alga has joined #zope3-dev | 23:54 | |
| projekt01 | IPageElement should define getTitle as a method. | 23:56 |
| projekt01 | can you try it again and past the error if it's not working with this changes? | 23:57 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!