*** povbot has joined #zope3-dev | 01:05 | |
J1m | It's set when the view is created. | 01:05 |
---|---|---|
srichter | mmh, ok, so browser view is broken | 01:05 |
srichter | ok | 01:05 |
* srichter notices how much code is not unit tested | 01:06 | |
srichter | J1m: mmh, during initialization only the __parent__ is set | 01:06 |
srichter | the name must be somewhere else | 01:07 |
J1m | In hooks.py in queryview | 01:08 |
J1m | if ILocation.providedBy(view): | 01:08 |
J1m | locate(view, object, name) | 01:08 |
J1m | The name really isn't important though | 01:08 |
srichter | it is | 01:08 |
srichter | for absolute_url ;-) | 01:09 |
J1m | ok, how often to we compute absolute_url of a view? | 01:09 |
srichter | in every AddingView :-) | 01:09 |
srichter | in action() | 01:09 |
J1m | k | 01:09 |
srichter | where is hooks.py? | 01:10 |
J1m | zope/app/component/hooks.py | 01:10 |
J1m | I don't see any tests for that :( | 01:10 |
srichter | oh, I removed that probably | 01:10 |
srichter | ok, I have to readd it | 01:10 |
srichter | ooh, I see | 01:11 |
srichter | we do not have queryView anymore | 01:11 |
srichter | darn | 01:11 |
*** RaFromBRC has joined #zope3-dev | 01:11 | |
srichter | this is tought | 01:11 |
srichter | tough | 01:11 |
J1m | yes | 01:12 |
srichter | this was an evil trick :-) | 01:12 |
J1m | we could do something similar for adapters | 01:12 |
srichter | so hook into queryAdapter? | 01:14 |
srichter | J1m: or even adapter_hook? | 01:14 |
J1m | it has to be in zope.app | 01:15 |
J1m | can't have zope.component or zope.interface do any of this. | 01:15 |
srichter | right, in hooks.py | 01:15 |
srichter | of course | 01:15 |
srichter | oh, ok; it has to be queryMultiAdapter | 01:16 |
srichter | and then I assume that the first object of the provided tuple is the parent :-) | 01:16 |
srichter | this hack is just evil | 01:17 |
*** mgedmin has quit IRC | 01:18 | |
J1m | huh? | 01:19 |
J1m | Oh | 01:20 |
J1m | Hm. | 01:20 |
J1m | It wasn't evil in the contexts of single-object views | 01:20 |
srichter | right | 01:20 |
J1m | It's not evil for single-object adapters | 01:21 |
J1m | Maybe this is something the view factory should do | 01:21 |
srichter | I would like this much better | 01:21 |
J1m | hm | 01:21 |
srichter | the factory of a page would know about its name | 01:22 |
J1m | sure, this could be asome added value provided by the page directives | 01:23 |
J1m | sure, this could be some added value provided by the page directives | 01:23 |
srichter | yep | 01:23 |
srichter | it would be really easy, since the view class is a location anyways, so I could just say: new_class.__name__ = name | 01:25 |
srichter | zope.app.publisher.browser.viewmeta page() | 01:25 |
*** stub has joined #zope3-dev | 01:28 | |
srichter | J1m: this is cumbersome too; I have to find every view directive for browser and ensure I set the name | 01:43 |
srichter | darn | 01:43 |
srichter | i wish there was an event subscriber | 01:44 |
srichter | J1m: what if the traverser sets the location? | 01:45 |
srichter | J1m: this seems to be the best approach | 01:45 |
J1m | perhaps | 01:54 |
J1m | There aren't that many directives | 01:56 |
srichter | well, I just checked and it is pretty confusing | 01:56 |
J1m | what's the big deal with letting the directives do it? | 01:56 |
J1m | OK, I'll help | 01:56 |
J1m | I think having the directives do this is the way to go. | 01:56 |
srichter | well, we have the page, form and view directive | 01:56 |
srichter | ok, then I do that | 01:57 |
J1m | not so bad. :) | 01:57 |
J1m | k | 01:57 |
J1m | later | 01:57 |
srichter | bye | 01:57 |
*** J1m has quit IRC | 01:57 | |
*** benji_york has quit IRC | 02:00 | |
*** jhauser has quit IRC | 02:31 | |
*** d2m has quit IRC | 02:33 | |
*** vlado has joined #zope3-dev | 02:38 | |
*** RaFromBRC has quit IRC | 02:42 | |
*** `anthony has quit IRC | 03:31 | |
*** tvon has quit IRC | 03:40 | |
*** tvon has joined #zope3-dev | 03:42 | |
*** stub has quit IRC | 03:54 | |
*** stub has joined #zope3-dev | 03:55 | |
*** vlado has quit IRC | 03:56 | |
*** stub has quit IRC | 04:01 | |
*** stub has joined #zope3-dev | 04:01 | |
*** `anthony has joined #zope3-dev | 04:49 | |
* Damascene wonders how hard it is to get a book published... ;) | 06:09 | |
*** Suresh-E has joined #zope3-dev | 06:21 | |
*** tav_ is now known as tav | 07:00 | |
*** mohsen-away has quit IRC | 07:27 | |
*** sashav has quit IRC | 08:48 | |
AJC | i have a question about incremental development of a working site (i guess not technically a "production" site then ;) under what circonstances will the objects saved by Zope3 be reloadable, in the case of a code change? if the interfaces remain the same, if the implementation, or schema remains the same? | 09:02 |
*** hdima has joined #zope3-dev | 09:07 | |
*** stub has quit IRC | 09:17 | |
*** deo has quit IRC | 09:38 | |
*** vlado has joined #zope3-dev | 09:41 | |
*** Theuni has joined #zope3-dev | 09:45 | |
*** d2m has joined #zope3-dev | 09:49 | |
*** `anthony has quit IRC | 09:50 | |
*** sashav has joined #zope3-dev | 09:52 | |
*** paolo has joined #zope3-dev | 09:52 | |
*** mgedmin has joined #zope3-dev | 09:52 | |
*** RaFromBRC has joined #zope3-dev | 09:53 | |
*** mgedmin has joined #zope3-dev | 09:55 | |
*** `anthony has joined #zope3-dev | 09:59 | |
*** zagy has joined #zope3-dev | 10:01 | |
*** mgedmin has quit IRC | 10:19 | |
*** jhauser has joined #zope3-dev | 10:34 | |
*** SteveA has quit IRC | 11:00 | |
*** RaFromBRC has quit IRC | 11:04 | |
*** SteveA has joined #zope3-dev | 11:15 | |
*** bskahan has quit IRC | 11:34 | |
*** bskahan has joined #zope3-dev | 12:02 | |
*** __gotcha has joined #zope3-dev | 12:18 | |
*** Aiste has quit IRC | 12:20 | |
*** J1m has joined #zope3-dev | 12:37 | |
*** stub has joined #zope3-dev | 12:45 | |
*** jhauser_ has joined #zope3-dev | 12:46 | |
*** sashav is now known as sashav|afk | 13:01 | |
*** apoirier has joined #zope3-dev | 13:01 | |
*** jhauser has quit IRC | 13:04 | |
*** mooded has joined #zope3-dev | 13:24 | |
*** mkerrin has joined #zope3-dev | 13:31 | |
*** dlk has joined #zope3-dev | 13:40 | |
*** agenteo has joined #zope3-dev | 14:18 | |
*** mohsen has joined #zope3-dev | 14:21 | |
*** Aiste has joined #zope3-dev | 14:27 | |
Damascene | AJC: not sure what you mean. do you mean in what cases can you make a change and zope3 objs will see it immediately vs restarting the service? | 14:35 |
Damascene | server | 14:35 |
AJC | lets say i make a news item object, with summary body and headline. | 14:36 |
AJC | it has an interface, then if i add another text field "source" to the .py schema, would all other existing objects still work? | 14:37 |
srichter | AJC: yes, as long as your implementation sets a default value | 14:38 |
AJC | ok, great | 14:42 |
AJC | thanks | 14:42 |
AJC | and a question about turn-around times. when i have a new .css resource (or anything) or a new interface, i have to restart the server right? | 14:43 |
* VladDrac is about to import his zope3 photostuff into svn.zope.org | 14:44 | |
VladDrac | what would be best... separate photo / photoslide folders? | 14:45 |
VladDrac | i.e. /repos/main/photo and /repos/main/photoslide, or /repos/main/photo/photo + photoslide? | 14:46 |
VladDrac | each of them with their own trunk | 14:46 |
*** J1m has quit IRC | 14:56 | |
srichter | VladDrac: why would you want to do this? | 15:00 |
srichter | VladDrac: does it make sense to use photoslide without photo? | 15:00 |
VladDrac | not really. it might make sense to use photo without slide | 15:09 |
VladDrac | also, it's the way it was in the original cvs | 15:09 |
* VladDrac prefers bundling the two as well | 15:09 | |
srichter | I think putting them in the same pacakge will be better | 15:11 |
Damascene | AJC: i think you do need to restart since resources are in the zcml | 15:12 |
srichter | Having many top level packages is annoying | 15:12 |
srichter | no, PAge Templates and resource files are updated without restart | 15:12 |
VladDrac | srichter: so, /repos/main/photo/photoslide/trunk and /repos/main/photo/photo/trunk? | 15:13 |
srichter | no, /repos/main/photo/trunk/photo and /repos/main/photo/trunk/photoslide | 15:13 |
srichter | this way you can check out one trunk and get both | 15:14 |
Damascene | srichter: wait, i can just add a <resource> zcml and it will re-read it on the fly? or you mean if i replace the same <resource> declared in the zcml itself? | 15:14 |
Damascene | add a new <resource> zcml i mean | 15:14 |
srichter | no, the resource file itself will be updated | 15:15 |
srichter | any change in ZCML requires a restart | 15:15 |
Damascene | k | 15:15 |
AJC | thanks | 15:16 |
*** zagy has quit IRC | 15:20 | |
VladDrac | srichter ok makes sense | 15:30 |
*** sashav|afk is now known as sashav | 15:52 | |
*** agenteo has quit IRC | 15:55 | |
*** benji_york has joined #zope3-dev | 16:07 | |
*** AJC is now known as donkey | 16:14 | |
*** hdima has quit IRC | 16:32 | |
*** J1m has joined #zope3-dev | 17:09 | |
*** bskahan has quit IRC | 17:15 | |
*** stub has quit IRC | 17:23 | |
*** mgedmin has joined #zope3-dev | 17:28 | |
*** Suresh-E has left #zope3-dev | 17:30 | |
*** Voblia has quit IRC | 17:31 | |
*** tav_ has joined #zope3-dev | 17:32 | |
*** jhunior has joined #zope3-dev | 17:36 | |
*** tvon has quit IRC | 17:39 | |
*** jhunior has left #zope3-dev | 17:40 | |
*** tav has quit IRC | 17:47 | |
*** tav_ is now known as tav | 17:59 | |
srichter | J1m: are you there? | 18:20 |
J1m | yes | 18:20 |
*** tvon has joined #zope3-dev | 18:20 | |
srichter | J1m: there is this nifty function absoluteURL(ob, request) in zope.app.traversing.browser.absoluteurl | 18:20 |
srichter | I would like to add it to zapi | 18:20 |
srichter | is that ok? | 18:20 |
J1m | k | 18:21 |
srichter | cool | 18:21 |
*** zagy has joined #zope3-dev | 18:30 | |
mgedmin | huh? | 18:32 |
mgedmin | I thought it was already in zapi | 18:32 |
srichter | not that I could see | 18:33 |
srichter | and all over the place it used getView(ob, 'absolute_url', req) | 18:33 |
mgedmin | I was surprised by the discovery myself | 18:33 |
mgedmin | and surprised that almost no code used it | 18:33 |
srichter | I think someone forgot to add it | 18:34 |
mgedmin | src/zope/app/zapi/__init__.py:35:from zope.app.traversing.browser.absoluteurl import absoluteURL | 18:34 |
srichter | yeah, I think a big find and replace would be good | 18:34 |
J1m | absoluteURL is already there | 18:34 |
srichter | :-( | 18:34 |
srichter | why did I not see it? eeek | 18:34 |
srichter | all set then | 18:35 |
srichter | cool | 18:35 |
*** dlk has quit IRC | 18:38 | |
*** povbot has joined #zope3-dev | 18:52 | |
*** tvon has quit IRC | 18:54 | |
*** deo has joined #zope3-dev | 19:00 | |
*** tvon|x31 is now known as tvon | 19:13 | |
*** mooded has quit IRC | 19:25 | |
*** mooded has joined #zope3-dev | 19:25 | |
*** povbot` has joined #zope3-dev | 19:37 | |
*** agenteo has joined #zope3-dev | 19:37 | |
*** povbot has quit IRC | 19:37 | |
*** Ragica has quit IRC | 19:37 | |
*** MalcolmC has quit IRC | 19:37 | |
*** vinsci has quit IRC | 19:37 | |
*** Ragica has joined #zope3-dev | 19:38 | |
*** MalcolmC has joined #zope3-dev | 19:38 | |
*** vinsci has joined #zope3-dev | 19:38 | |
*** zagy has quit IRC | 19:38 | |
*** SteveA has quit IRC | 19:38 | |
*** zagy has joined #zope3-dev | 19:39 | |
*** SteveA has joined #zope3-dev | 19:39 | |
*** paolo has quit IRC | 19:42 | |
*** mkerrin has quit IRC | 19:45 | |
*** donkey has quit IRC | 19:50 | |
*** AJC has joined #zope3-dev | 19:51 | |
*** MalcolmC has quit IRC | 19:55 | |
*** apoirier has quit IRC | 20:03 | |
*** agenteo has quit IRC | 20:29 | |
*** efge has joined #zope3-dev | 20:38 | |
*** Aiste has quit IRC | 21:05 | |
*** RaFromBRC has joined #zope3-dev | 21:22 | |
*** tvon has quit IRC | 21:33 | |
*** bskahan has joined #zope3-dev | 21:38 | |
*** alga has joined #zope3-dev | 21:43 | |
alga | I've to a problem with PAU | 21:44 |
J1m | what's that? | 21:44 |
alga | It claims to implement IAuthenticationUtility, but does not have a getPrincipals method | 21:44 |
J1m | ah | 21:44 |
alga | should that method not be on that interface, or should it be implemented? | 21:44 |
J1m | It should not be in that interface. | 21:45 |
J1m | pau has no good way to implement it. | 21:45 |
alga | it's a pity | 21:45 |
J1m | what's a pity? | 21:45 |
alga | that there's no good way to list all principals | 21:46 |
alga | that the search interface is so lax | 21:46 |
SteveA | I don't implement getPrincipals in my utility | 21:46 |
SteveA | i raise NotImplementedError | 21:46 |
J1m | The problem is that we want to support user databases so large that it's not practical to list them. | 21:46 |
SteveA | there could be another interface for inspecting / searching principals | 21:46 |
*** tvon has joined #zope3-dev | 21:47 | |
SteveA | but that's probably a different role in the system, not an authentication role | 21:47 |
SteveA | but a "database of people" role | 21:47 |
J1m | right | 21:47 |
J1m | when we want to search for users, we have to get a search view | 21:47 |
alga | but PAU is a database of people as well, isn't it? | 21:47 |
SteveA | why? | 21:47 |
SteveA | who is to say how principals map onto people? | 21:48 |
J1m | no | 21:48 |
J1m | The plugins may be databases of people, or they may not | 21:48 |
J1m | It is often some external system, like ldap | 21:48 |
SteveA | in launchpad, we use IPerson(request.principal), for example | 21:48 |
SteveA | to get a Person for the principal. a person is a content object | 21:48 |
alga | this is all well for the complex use case | 21:50 |
alga | but what if I just want to list all users in my user folder? | 21:50 |
SteveA | make your user folder provide an interface to do so | 21:50 |
J1m | You can do that in an indirect way | 21:50 |
J1m | Look at how the granting ui works | 21:50 |
J1m | and as Steve said, the plugin can provide any ui it wants to | 21:51 |
alga | Yes | 21:52 |
alga | there's a view for the global auth service that provides ISourceQueryView | 21:53 |
alga | but there is not adapter for it to ISourceQueriables ... | 21:53 |
J1m | Right | 21:53 |
alga | so, even though the global service works fine in the granting view, | 21:54 |
alga | my application has to distinguish between the global and the local one | 21:54 |
alga | I think it's a wart | 21:55 |
J1m | There's a point at which, if we can't get an adapter to ISourceQueriables, then we use a list containing just the auth service as the queryables. | 21:55 |
J1m | no, it doesn't | 21:55 |
alga | ah | 21:56 |
alga | OK | 21:56 |
alga | so, what about getPrincipals? | 21:58 |
J1m | It's a problem. | 21:58 |
J1m | A loose end that I forgot to tie up. | 21:58 |
SteveA | what about no verifyObject test for PUA? | 21:58 |
J1m | That's probably a problem too. | 21:59 |
alga | can we remove it and move it so some interface that just the global principal registry implements? | 21:59 |
J1m | I think we should deprecate it. | 22:00 |
J1m | and provide a crappy warning implementation in pau | 22:01 |
J1m | I'm not sure the best way to do this though. | 22:01 |
alga | so, the interface is frozen? | 22:02 |
J1m | interfaces are always supposed to be frozen. | 22:02 |
J1m | I think we should define an IAuthentication interface without this methos. | 22:03 |
J1m | I think we should define an IAuthentication interface without this method. | 22:03 |
J1m | I think then that IAutenticationUtility should extend this interface and, itself, be deprecated. | 22:03 |
J1m | Then, eventually, we'll do away with IAuthenticationUtility. | 22:04 |
J1m | I'll take a crack at this. | 22:05 |
alga | ok, thanks | 22:05 |
alga | oh | 22:07 |
alga | zope3-checkins-owner refused my checkin message | 22:07 |
alga | does it mean that my checkins won't appear on the checkins list? | 22:07 |
alga | The idea is that the checkins list only gets the checkins of the people who are subscribed to it seems somewhat weird | 22:17 |
J1m | It is. | 22:20 |
J1m | It's to try to avoid spam | 22:20 |
J1m | I guess I could change it to hold mail from non subscribers, which I could then approve. :( | 22:21 |
J1m | I suppose that's better than the current situation. | 22:21 |
J1m | I really really hate spammers | 22:22 |
*** SteveA has quit IRC | 22:24 | |
Damascene | J1m: well you certainly are not alone. ;) | 22:24 |
J1m | alga, don't subscribe yet | 22:25 |
J1m | I've changed the setup. | 22:25 |
J1m | Please try to commit something and let me know when you do. | 22:25 |
*** zopepaul has joined #zope3-dev | 22:27 | |
mgedmin | two of my checkin messages bounced on december 29 | 22:28 |
mgedmin | I just subscribed, disabled email delivery and forgot about it | 22:29 |
mgedmin | I should have raised the issue here or on the mailing list | 22:29 |
alga | J1m: if you can get a list of emails of the committers off your LDAP directory, you can set that as Privacy->Sender Filters->Accept these nonmembers | 22:45 |
alga | the problem is that it should be updated when a new person gets the commit privileges | 22:46 |
J1m | yes | 22:46 |
alga | then you could reject the rest | 22:46 |
J1m | If I get the mail held, which is the setting change I just made, I can add names as the need arises. | 22:47 |
alga | but you'll need to clean up every now and then | 22:47 |
J1m | yes | 22:48 |
*** tvon has quit IRC | 22:55 | |
*** tvon has joined #zope3-dev | 22:56 | |
*** tvon has joined #zope3-dev | 22:58 | |
*** zopepaul has quit IRC | 22:58 | |
mgedmin | bookmarklet! | 22:59 |
mgedmin | very useful for cleaning up mailman admin queues full of spam | 22:59 |
tvon | ooh | 22:59 |
mgedmin | you go through email titles, notice which ones are non-spam, approve them | 22:59 |
mgedmin | then you click on a bookmarklet and discard the rest in one go | 22:59 |
* mgedmin wonders if mailman can be configured to accept all messages that have SVN: in the subject line | 23:00 | |
*** alga has quit IRC | 23:20 | |
*** mgedmin has quit IRC | 23:39 | |
*** sashav has joined #zope3-dev | 23:39 | |
*** RaFromBRC has quit IRC | 23:42 | |
*** Aiste has joined #zope3-dev | 23:43 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!