| *** jhauser has joined #zope3-dev | 00:03 | |
| roym` | ok - found an example in stephan's book that uses 2 distinct views | 00:16 |
|---|---|---|
| roym` | for this type of problem - one to handle the submission and another to | 00:16 |
| roym` | handle the rendering (via template). works nicely! | 00:16 |
| *** jhauser_ has quit IRC | 00:18 | |
| *** _projekt01 has joined #zope3-dev | 00:28 | |
| *** projekt01 has quit IRC | 00:28 | |
| *** bskahan has quit IRC | 00:39 | |
| *** timte has quit IRC | 00:40 | |
| *** roym` has quit IRC | 00:42 | |
| *** bskahan has joined #zope3-dev | 01:16 | |
| *** stub has joined #zope3-dev | 01:33 | |
| *** bskahan has quit IRC | 01:35 | |
| *** Alef has quit IRC | 01:38 | |
| *** yota has quit IRC | 01:45 | |
| *** BjornT has quit IRC | 02:04 | |
| *** BjornT has joined #zope3-dev | 02:07 | |
| *** epx has joined #zope3-dev | 02:12 | |
| *** epx has quit IRC | 03:34 | |
| *** tvon has quit IRC | 04:45 | |
| *** _projekt01 has quit IRC | 05:37 | |
| *** tvon has joined #zope3-dev | 06:08 | |
| *** zagy has quit IRC | 08:40 | |
| *** zagy has joined #zope3-dev | 08:42 | |
| *** zagy has joined #zope3-dev | 08:44 | |
| *** SureshE has joined #zope3-dev | 09:02 | |
| *** sashav has quit IRC | 09:07 | |
| *** hdima has joined #zope3-dev | 09:24 | |
| *** j-w has joined #zope3-dev | 09:38 | |
| *** MJ has quit IRC | 09:57 | |
| *** SureshE has left #zope3-dev | 09:59 | |
| *** tvon has quit IRC | 10:05 | |
| *** tvon has joined #zope3-dev | 10:13 | |
| *** timte has joined #zope3-dev | 10:36 | |
| *** sashav has joined #zope3-dev | 10:51 | |
| *** sashav_ has joined #zope3-dev | 11:02 | |
| *** roym has quit IRC | 11:02 | |
| *** ChrisW_ has joined #zope3-dev | 11:04 | |
| *** timte has quit IRC | 11:09 | |
| *** ChrisW_ is now known as ChrisW | 11:14 | |
| *** MJ has joined #zope3-dev | 11:14 | |
| ChrisW | hello! | 11:16 |
| ChrisW | anyone here? | 11:16 |
| bob2 | 30 people are | 11:17 |
| ChrisW | heh | 11:18 |
| ChrisW | i have a crap irc client | 11:18 |
| ChrisW | you're allvery quiet! | 11:19 |
| ChrisW | working through stephan's book | 11:19 |
| ChrisW | where's wiki now? | 11:19 |
| bob2 | www.zope.org has the link in the left colum | 11:19 |
| ChrisW | no, the wiki product | 11:20 |
| ChrisW | the one referred to in the book... | 11:20 |
| bob2 | oh, zwiki | 11:20 |
| bob2 | it's in svn | 11:20 |
| ChrisW | yes, i gathered, where? | 11:20 |
| bob2 | and presumably linked from the zope3 product page | 11:20 |
| bob2 | it's in the default zope3 checkout | 11:20 |
| ChrisW | heh, i'll try updating my checkout... | 11:21 |
| * MJ has it as svn+ssh://svn.zope.org/repos/main/Zope3/trunk/src/zwiki | 11:23 | |
| MJ | As I checked out svn+ssh://svn.zope.org/repos/main/Zope3/trunk | 11:24 |
| MJ | That means I have it on my disk as Zope3/src/zwiki | 11:24 |
| *** Alef has joined #zope3-dev | 11:45 | |
| *** ChrisW has quit IRC | 11:53 | |
| *** Theuni has quit IRC | 12:07 | |
| *** jhauser has quit IRC | 13:03 | |
| *** mgedmin has joined #zope3-dev | 13:12 | |
| *** projekt01 has joined #zope3-dev | 13:15 | |
| *** mkerrin has joined #zope3-dev | 13:34 | |
| *** yota has joined #zope3-dev | 13:36 | |
| *** MrTopf has joined #zope3-dev | 14:00 | |
| *** faassen has joined #zope3-dev | 14:09 | |
| *** niemeyer has joined #zope3-dev | 14:22 | |
| *** JZ has joined #zope3-dev | 14:39 | |
| *** regebro has joined #zope3-dev | 14:39 | |
| *** regebro has quit IRC | 14:50 | |
| *** bskahan has joined #zope3-dev | 15:01 | |
| *** MrTopf has quit IRC | 15:18 | |
| *** timte has joined #zope3-dev | 15:47 | |
| *** ruda_porto has joined #zope3-dev | 15:58 | |
| *** stub has quit IRC | 16:01 | |
| *** Alef has quit IRC | 16:03 | |
| *** MrTopf has joined #zope3-dev | 16:12 | |
| *** horizon5 has joined #zope3-dev | 16:27 | |
| andrew_m | with what should i replace 'NotFoundError' in the latest zope? seems to be deprecated | 16:32 |
| andrew_m | but can't figure out what zapi.traverse() now throws.. | 16:33 |
| srichter | KeyError or something more specific | 16:33 |
| andrew_m | ah.. TraversalError.. what makes that a 'standard exception'? | 16:40 |
| andrew_m | the warning was: "DeprecationWarning: NotFoundError: This class has been deprecated. Use standard exceptions instead" | 16:40 |
| srichter | TraversalError is probably a subclass of KeyError | 16:40 |
| srichter | which I guess is considered a standard error | 16:41 |
| andrew_m | aha.. ok, thanks | 16:41 |
| *** bradb-away is now known as bradb-out | 16:47 | |
| *** sashav has quit IRC | 17:00 | |
| *** sashav has joined #zope3-dev | 17:00 | |
| *** sashav_ has quit IRC | 17:00 | |
| *** sashav has quit IRC | 17:01 | |
| *** mexiKON has joined #zope3-dev | 17:04 | |
| *** hdima has quit IRC | 17:17 | |
| mexiKON | andrew_m, when catching sometwhing from zapi.traverse, catch TraversalError | 17:21 |
| *** philiKON has quit IRC | 17:21 | |
| *** mexiKON is now known as philiKON | 17:24 | |
| andrew_m | philiKON: thanks, yeah, i'll do that now | 17:24 |
| *** peaceman has joined #zope3-dev | 17:33 | |
| *** FarcePest has joined #zope3-dev | 17:35 | |
| *** Alef has joined #zope3-dev | 17:36 | |
| *** bradb-out has quit IRC | 18:02 | |
| *** fdrake has joined #zope3-dev | 18:15 | |
| fdrake | So who's "hdima" in Subversion? | 18:16 |
| srichter | Dimitry Vasiliev | 18:16 |
| srichter | he is also hdima on IRC | 18:16 |
| fdrake | ok, cool | 18:16 |
| fdrake | looks like he's not here now | 18:17 |
| srichter | no, he is only here in the morning for a short time; usually does not stay online for long | 18:17 |
| fdrake | I wanted to ask him about a TODO in the TALInterpreter code | 18:17 |
| srichter | I think sending him an E-mail will be most productive | 18:17 |
| fdrake | ok; I'll send him an email | 18:17 |
| fdrake | ya, what you said | 18:17 |
| *** timte has quit IRC | 18:19 | |
| *** benji_york has joined #zope3-dev | 18:27 | |
| *** MrTopf_ has joined #zope3-dev | 18:31 | |
| *** MrTopf_ has quit IRC | 18:38 | |
| *** MrTopf has quit IRC | 18:42 | |
| *** bskahan has quit IRC | 18:44 | |
| *** ignas has quit IRC | 18:51 | |
| *** MJ has quit IRC | 19:07 | |
| *** j-w has quit IRC | 19:07 | |
| *** jhauser has joined #zope3-dev | 19:22 | |
| *** projekt01 has quit IRC | 19:22 | |
| *** douglasc has joined #zope3-dev | 19:24 | |
| *** benji_york has quit IRC | 19:42 | |
| *** lunarosity has joined #zope3-dev | 19:56 | |
| lunarosity | hello | 19:56 |
| lunarosity | If I am writing a content object that stores its data in a relational database, I don't understand how i would use access the zope database adapter in the content object's code | 19:58 |
| *** MJ has joined #zope3-dev | 20:12 | |
| *** roym has joined #zope3-dev | 20:13 | |
| philiKON | lunarosity, database adapter are utilities | 20:25 |
| lunarosity | ok | 20:31 |
| lunarosity | so then, would the actual ZSQL method for writing or retreiving dating reside within the filesystem content object code? | 20:32 |
| mgedmin | some people use SQLObject for this purpose, successfully | 20:34 |
| roym | I looked into sqlos, but couldn't get it working w/the main z3 branch. | 20:35 |
| lunarosity | mgedmin: hmm. SQLObject seems pretty neat. You don't happen to know of any open source software that uses it successfully in zope3? | 20:37 |
| philiKON | lunarosity, SIP uses sqlos in zope x3 3.0 | 20:37 |
| philiKON | roym, contributions to sqlos are welcome :) | 20:38 |
| philiKON | roym, if you got questions, talk to sidnei on #z3-base | 20:38 |
| roym | philiKON, I did contact sidnei, and he had hinted at how to solve the issue. | 20:40 |
| lunarosity | philiKON -- I can't seem to find source for SIP online | 20:40 |
| roym | I just haven't had the time to go deeper. | 20:40 |
| roym | Quick question on what seems to be a security issue: | 20:40 |
| roym | I have an adapter class for my custom folder (derived from | 20:40 |
| roym | BTreeContainer). In the view code for an adapter method, I find that I | 20:40 |
| roym | cannot access the items() method of the folder object | 20:40 |
| roym | (self.context.items()) - I get the following: | 20:40 |
| roym | 20:40 | |
| roym | > return self.context.items() | 20:40 |
| roym | > ForbiddenAttribute: ('__getitem__', <OOBTreeItems object... | 20:40 |
| roym | 20:40 | |
| roym | Can someone enlighten me as to why.. I see in philipp's book that you | 20:40 |
| roym | generally need to say trusted="true" in an adapter for this sort of | 20:40 |
| lunarosity | philiKon -- Incidentally, your book isn't in stock at any local borders or barnes and noble. | 20:41 |
| roym | problem, but I then get other errors when I do so. | 20:41 |
| philiKON | lunarosity, http://www.enfoldsystems.com/Products/Open/SIP | 20:41 |
| philiKON | roym, this is a special case | 20:42 |
| philiKON | roym, I think OOBTreeItems should be allowed by default | 20:42 |
| philiKON | is this in a unit test? | 20:42 |
| roym | no - actually my intent is to access the elements of a folder by index. | 20:43 |
| roym | My adapter is an iterator | 20:43 |
| philiKON | note that by default containers aren't ordered | 20:44 |
| *** faassen has quit IRC | 20:44 | |
| roym | I don't need to worry about the ordering - as long as the items are returned | 20:44 |
| roym | consistently - will this be the case always? | 20:45 |
| philiKON | ii wouldn't count on it | 20:45 |
| roym | aha. anyway, can you pls explain why this is a "special case"? | 20:46 |
| roym | if its not too involved. | 20:46 |
| philiKON | well, i think you've stumbled upon a bug in zoep 3 that has been talkeda bout before | 20:47 |
| philiKON | i *think* that *BTreeItems should be allowed by default | 20:47 |
| roym | ok - thanks... | 20:47 |
| philiKON | problem is that the *BTreeItems classes aren't exposed through an importable location | 20:48 |
| philiKON | which is probably why they aren't protected through zcml yet | 20:49 |
| *** ekimus has joined #zope3-dev | 20:49 | |
| philiKON | i suggest filing a bug report; someone smarter than me will know the answer | 20:49 |
| *** Alef has quit IRC | 20:51 | |
| *** Alef has joined #zope3-dev | 20:52 | |
| roym | philiKON: will do.. | 20:52 |
| *** benji_york has joined #zope3-dev | 20:54 | |
| *** zagy_ has joined #zope3-dev | 20:56 | |
| *** bskahan has joined #zope3-dev | 21:00 | |
| *** mkerrin has quit IRC | 21:06 | |
| *** mkerrin has joined #zope3-dev | 21:10 | |
| *** SureshZ has joined #zope3-dev | 21:14 | |
| *** zagy has quit IRC | 21:15 | |
| lunarosity | mgedmin, philiKON: thanks a lot for sqlos and sip. This is exactly what I need. | 21:28 |
| *** jinty has joined #zope3-dev | 21:29 | |
| *** RaFromBRC has joined #zope3-dev | 21:39 | |
| *** mgedmin has quit IRC | 21:41 | |
| *** sashav has joined #zope3-dev | 21:47 | |
| lunarosity | I never was too clear on this for zope2, and i'm just as unsure in zope3. How would you utilize zopes security permissions to create a system where thousands of users could give any number of the other users varying permissions on any instance of a content object that they owned? | 21:48 |
| srichter | you can grant permissions and roles locally to users or other roles | 21:50 |
| srichter | see the grant view | 21:50 |
| srichter | zope.security and zope.app.security have README.txt files as well | 21:51 |
| lunarosity | how well does zope hold up when there are hundreds or thousands of local roles on each object? | 21:51 |
| lunarosity | btw, thanks for the zope3 documentation. | 21:51 |
| srichter | I dunno, but I would say that you have an insane security policy | 21:52 |
| lunarosity | i'm a big fan the zope3 developrs book | 21:52 |
| srichter | probably something in your security design is not done right | 21:52 |
| lunarosity | hmm | 21:52 |
| srichter | thanks | 21:52 |
| lunarosity | fan of* | 21:52 |
| lunarosity | well, basically every user has a profile object with information like their first and last name. I want to make it so only people they put on some sort of a-list are able to access their first and last name. | 21:53 |
| lunarosity | but it may be that they want one to make a different set of permissions for who can see their email address | 21:54 |
| srichter | if you have 100k+ permissions that means you have in the order of 100k+ unique content types (I doubt that) | 21:54 |
| lunarosity | hmm. "I doubt that" is a fairly weak statement. I definitely don't have 100k unique content types. | 21:54 |
| srichter | so, you create a permission: viewPersonName | 21:55 |
| lunarosity | I'm with you so far | 21:55 |
| srichter | and everyone who can see a person's name gets locally the permission viewPersonName assigned to him-/herself | 21:56 |
| lunarosity | hold on, i'm a little unsure of the pronouns here, | 21:56 |
| lunarosity | there is a user object called usera, associated with usera | 21:57 |
| lunarosity | there is the permission viewPersonName for a user object | 21:57 |
| srichter | you have a User class | 21:57 |
| lunarosity | so then usera can locally grant userb the permission viewPersonName on the usera object | 21:57 |
| lunarosity | right, i meant that | 21:58 |
| srichter | you declare that you need permission "viewUserName" is required to see User.firstName and User.lastName | 21:58 |
| lunarosity | usera can locally grant userb the permission viewPerson name on the usera instance of the User class. | 21:58 |
| srichter | on a specific User instance, let's call it usera, you can say that principal P1 is granted the permission "viewUserName" | 21:59 |
| srichter | this permission will only have affect inside usera and its subobjects | 21:59 |
| srichter | yep | 22:00 |
| lunarosity | gotcha | 22:00 |
| *** JZ has left #zope3-dev | 22:01 | |
| lunarosity | I guess then my only question is, how does zope hold up when there are 100k different principal / permission combinations? | 22:01 |
| *** mkerrin has quit IRC | 22:03 | |
| lunarosity | or even a hundred million | 22:03 |
| srichter | it a btree container; if you have the hardwar it will hold the same way it can hold a huge amount of documents | 22:04 |
| lunarosity | ok | 22:05 |
| srichter | note that all those permission settings are local and you look only at one object at a time | 22:05 |
| lunarosity | right | 22:05 |
| srichter | it is also very unlikely, that a user allows 100k+ other individuals (manually) to see his/her info | 22:06 |
| lunarosity | True, until you start creating Group classes and the like | 22:06 |
| lunarosity | hmm, that brings up another question | 22:06 |
| srichter | no, then you assign a permission to a group | 22:06 |
| srichter | not indivdual users | 22:06 |
| srichter | groups are principals like users are | 22:07 |
| srichter | users inherit the permissions of their group | 22:07 |
| srichter | users inherit the permissions of their groups | 22:07 |
| lunarosity | ok, that makes sense | 22:07 |
| lunarosity | whats the name of the class I should inherit from that represents a group in zope? | 22:08 |
| *** Alef has quit IRC | 22:08 | |
| srichter | see zope.app.authentication's TXT files | 22:09 |
| lunarosity | ok | 22:09 |
| lunarosity | thank you | 22:09 |
| srichter | also, the SchoolTool project has a fairly sophisticated security setup that deals with groups and the like | 22:10 |
| lunarosity | I didn't look much at security in the SchoolTool project, though I've been looking at their calendaring system in School Bell | 22:10 |
| lunarosity | I'll take another look | 22:10 |
| lunarosity | on a side note, I haven't seen philiKON's book yet. How does it relate to yours? Do you think its just more of the same material? | 22:11 |
| lunarosity | I've got my finger hovering near the purchase button on amazon, | 22:11 |
| lunarosity | but i don't want to pay for something that I basically already have | 22:11 |
| srichter | it is a bit different | 22:12 |
| srichter | it's a bit more gentle to Zope 2 switchers | 22:12 |
| *** RaFromBRC is now known as RaFromBRC|away | 22:26 | |
| * genconc is away: gone home | 22:31 | |
| philiKON | lunarosity, my book is targetted towards beginners | 22:32 |
| benji_york | lanarosity, I will note that having both available has been handy around here | 22:33 |
| philiKON | i've heard that from other people too :) | 22:34 |
| *** jhauser has quit IRC | 22:36 | |
| MJ | Hmmm, can't find much info on schema sources yet | 22:37 |
| MJ | It may impact my work, any info available on Zope.org or elsewhere how sources are to be used and provided? | 22:38 |
| philiKON | schema sources? | 22:39 |
| MJ | rumored to replace vocabularies. | 22:41 |
| MJ | :) | 22:41 |
| MJ | So, wrong wording there | 22:41 |
| MJ | schema.interfaces.ISource and pals | 22:41 |
| philiKON | ah, sources | 22:44 |
| *** ruda_porto has quit IRC | 22:44 | |
| philiKON | i was thrown off by "schema sources" | 22:44 |
| philiKON | (sounds like a source of schemas) | 22:44 |
| * MJ realized that | 22:44 | |
| philiKON | sources and vocabularies are pretty much the same | 22:44 |
| philiKON | sources just make fewer assumptions on the source of data | 22:45 |
| MJ | there's a big TODO marker there in the interfaces file | 22:45 |
| MJ | And the ISourceQueriables interface is somewhat obtuse in making it's purpose clear | 22:46 |
| MJ | I was assuming there to be a document somewhere discussing the envisioned changes or something.. | 22:46 |
| philiKON | i don't think we have yet figured out how sources should look like | 22:47 |
| MJ | Right | 22:47 |
| philiKON | they were just roughly introduced for PAU | 22:47 |
| MJ | Right | 22:47 |
| MJ | I prolly need to do something similar since I will be adapting principles | 22:48 |
| MJ | And will need to provide similar functionality | 22:48 |
| MJ | (listing in a UI and all | 22:48 |
| MJ | ) | 22:48 |
| MJ | I perhaps painted myself into a corner by describing a mapping-like interface that promises to be able to list all its contents | 22:50 |
| MJ | When those contents are adapted principals | 22:50 |
| MJ | from a source that cannot give me all available principals in the first place | 22:50 |
| MJ | I have a small problem... | 22:50 |
| philiKON | sounds like it :) | 22:52 |
| MJ | Hmm, a downgrade to IReadMapping should suffice. | 22:53 |
| * MJ makes it so | 22:53 | |
| philiKON | hehe. that reminds me. we have a math prof here in dresden named picard (a name quite famous in math, but that's a different Picard). anyway, we call him Jean-Luc *grin* | 22:54 |
| MJ | LOL | 22:55 |
| MJ | So now my domains are no longer enumerable. | 22:56 |
| * MJ adds an explicit enumerable variety | 22:57 | |
| *** douglasc has quit IRC | 23:14 | |
| *** elbixio has joined #zope3-dev | 23:15 | |
| lunarosity | philiKON -- Any preferred online location that I should buy your book from? | 23:17 |
| *** timte has joined #zope3-dev | 23:17 | |
| philiKON | lunarosity, follow the amazon link on http://worldcookery.com/WhereToBuy | 23:18 |
| *** ekimus has left #zope3-dev | 23:25 | |
| *** timte has quit IRC | 23:34 | |
| *** RaFromBRC|away is now known as RaFromBRC | 23:41 | |
| *** sashav has quit IRC | 23:49 | |
| *** projekt01 has joined #zope3-dev | 23:50 | |
| *** sashav has joined #zope3-dev | 23:52 | |
| *** bskahan has quit IRC | 23:52 | |
| *** yota has quit IRC | 23:59 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!