IRC log of #zope3-dev for Wednesday, 2006-11-29

*** mexiKON has joined #zope3-dev00:11
*** mexiKON has quit IRC00:13
*** gumpa has quit IRC00:16
*** marcin_ant has joined #zope3-dev00:24
*** natea has joined #zope3-dev00:25
*** philiKON_ has joined #zope3-dev00:30
*** philiKON has quit IRC00:39
*** J1m has quit IRC01:01
*** whitmo has joined #zope3-dev01:07
*** whit has quit IRC01:08
*** whitmo is now known as whit01:09
*** runyaga is now known as run|Away01:09
*** dobee has quit IRC01:13
*** ignas has joined #zope3-dev01:15
*** HakTom has quit IRC01:25
*** RaFromBRC is now known as RaFromBRC|lunch01:27
*** reco has quit IRC01:28
*** febb has joined #zope3-dev01:37
*** yota has quit IRC01:48
*** ignas has quit IRC01:48
*** reco has joined #zope3-dev01:49
*** hazmat has joined #zope3-dev01:51
*** ChanServ sets mode: +o hazmat01:51
*** natea_ has joined #zope3-dev01:55
*** RaFromBRC|lunch is now known as RaFromBRC01:59
*** natea has quit IRC02:01
*** b_52Free has quit IRC02:16
*** philiKON_ has quit IRC02:17
*** b_52Free has joined #zope3-dev02:17
*** b_52Free has quit IRC02:37
*** b_52Free has joined #zope3-dev02:38
*** wrobel has quit IRC03:13
*** roym has quit IRC03:25
*** deo has quit IRC03:31
*** natea_ has quit IRC03:38
*** niemeyer has quit IRC03:41
*** natea has joined #zope3-dev03:49
*** tarek has quit IRC04:00
*** projekt01 has joined #zope3-dev04:05
*** natea_ has joined #zope3-dev04:08
*** natea has quit IRC04:13
*** stub has joined #zope3-dev04:30
*** RaFromBRC has quit IRC05:10
*** hazmat has quit IRC05:36
*** dokai has quit IRC06:05
*** dokai has joined #zope3-dev06:07
*** runyaga_ has joined #zope3-dev06:41
*** run|Away has quit IRC06:53
*** baijum has joined #zope3-dev07:12
*** ktwilight has joined #zope3-dev07:20
*** alecm has quit IRC07:26
*** eins has joined #zope3-dev08:19
*** reco has quit IRC08:36
*** whit has quit IRC08:40
*** dobee has joined #zope3-dev08:50
*** philiKON has joined #zope3-dev08:58
*** dlk has joined #zope3-dev09:14
*** hdima has joined #zope3-dev09:15
*** opetznick has joined #zope3-dev09:25
*** wrobel has joined #zope3-dev09:26
*** batlogg has joined #zope3-dev09:26
romanofskimoin09:34
*** d2m has quit IRC09:37
*** d2m has joined #zope3-dev09:43
d2mhttp://www.springer.com/east/home?SGWID=5-102-22-173705712-0 -- looks like they are shipping since yesterday09:44
*** b_52Free has quit IRC09:49
*** b_52Free has joined #zope3-dev09:50
*** kobold has joined #zope3-dev09:52
*** tarek has joined #zope3-dev09:53
*** philiKON has quit IRC09:59
*** batlogg is now known as batlogg|meeting10:02
*** WebMaven has quit IRC10:12
*** jkakar has quit IRC10:14
*** ignas has joined #zope3-dev10:15
*** HakTom has joined #zope3-dev10:24
*** tarek_ has joined #zope3-dev10:24
*** harobed has joined #zope3-dev10:34
*** tarek has quit IRC10:39
*** philiKON has joined #zope3-dev10:41
*** ignas has quit IRC10:45
*** tarek__ has joined #zope3-dev10:47
*** tarek has joined #zope3-dev10:56
*** ignas has joined #zope3-dev10:59
*** tarek_ has quit IRC11:01
*** tarek_ has joined #zope3-dev11:01
philiKONd2m: ah, nice to know11:03
philiKONthanks ;)11:03
*** tarek has quit IRC11:05
*** tarek__ has quit IRC11:07
*** tarek has joined #zope3-dev11:07
*** tarek__ has joined #zope3-dev11:14
*** henri_ has joined #zope3-dev11:16
*** tarek has quit IRC11:20
*** tarek_ has quit IRC11:21
*** tarek_ has joined #zope3-dev11:31
*** tarek has joined #zope3-dev11:34
*** timte has joined #zope3-dev11:37
*** tarek_ has quit IRC11:39
*** tarek__ has quit IRC11:41
*** batlogg|meeting has quit IRC11:44
*** jinty has joined #zope3-dev11:50
*** tarek_ has joined #zope3-dev11:51
*** stub has quit IRC11:52
*** tarek has quit IRC11:52
*** batlogg has joined #zope3-dev11:54
*** dunny has quit IRC12:00
*** tarek__ has joined #zope3-dev12:19
*** henri_ has left #zope3-dev12:21
*** tarek_ has quit IRC12:25
*** tarek_ has joined #zope3-dev12:29
*** batlogg has quit IRC12:43
*** batlogg has joined #zope3-dev12:48
*** tarek__ has quit IRC12:49
*** alga has joined #zope3-dev12:56
*** mgedmin has joined #zope3-dev12:57
*** philiKON has quit IRC13:03
*** philiKON has joined #zope3-dev13:05
*** alga has quit IRC13:06
*** niemeyer has joined #zope3-dev13:13
*** tonico|away is now known as tonico13:21
*** stub has joined #zope3-dev13:22
*** dobee has quit IRC13:34
*** tarek__ has joined #zope3-dev13:34
*** mgedmin has quit IRC13:34
*** tarek_ has quit IRC13:48
*** alga has joined #zope3-dev13:50
*** rocky|away is now known as rocky13:51
*** hdima has quit IRC13:57
*** dobee has joined #zope3-dev14:04
*** HakTom has quit IRC14:07
*** mkerrin has joined #zope3-dev14:14
*** philiKON has quit IRC14:42
*** faassen has joined #zope3-dev14:52
*** J1m has joined #zope3-dev15:06
faassenhey J1m15:07
*** hdima has joined #zope3-dev15:08
*** dlk has left #zope3-dev15:14
*** batlogg has quit IRC15:14
*** oferw has joined #zope3-dev15:16
ignasfaassen: do you know if zc.table sort is preserving the order of the elements being sorted ? I mean if i'll pass a list of objects sorted by their let's say name, and sort the table by group, will people with the same group still be sorted by their name?15:18
faassenignas: I wouldn't know off the top of my head, but I believe that zc.table has something concerning multiple sort columns that does do that. don't know whether it preserves the order of what comes in after sorting. I would guess that would depend on the behavior of python's sort, which I think is stable after python 2.415:21
ignasis see, thank you15:22
faassenor perhaps even python 2.315:22
faassendon't know, but Tim Peters made it stable at some point. :)15:22
*** oferw_ has joined #zope3-dev15:35
*** stub has quit IRC15:40
*** hazmat has joined #zope3-dev15:49
*** ChanServ sets mode: +o hazmat15:49
*** oferw has quit IRC15:52
*** philiKON has joined #zope3-dev15:58
*** tarek_ has joined #zope3-dev16:02
*** tarek_ has quit IRC16:06
*** tarek_ has joined #zope3-dev16:07
*** tarek__ has quit IRC16:16
*** natea has joined #zope3-dev16:19
*** hazmat has quit IRC16:19
*** gumpa has joined #zope3-dev16:19
*** tarek__ has joined #zope3-dev16:21
*** oferw_ has quit IRC16:25
*** natea_ has quit IRC16:27
*** tarek_ has quit IRC16:27
*** Londo_ has quit IRC16:28
*** tonico is now known as tonico|away16:29
*** eins has quit IRC16:32
*** mgedmin has joined #zope3-dev16:33
*** whit has joined #zope3-dev16:36
*** batlogg has joined #zope3-dev16:57
*** batlogg is now known as batlogg|busy16:58
*** zagy has quit IRC17:16
*** hazmat has joined #zope3-dev17:22
*** ChanServ sets mode: +o hazmat17:22
*** reco has joined #zope3-dev17:40
*** hdima has quit IRC17:41
*** natea has quit IRC17:51
*** marcin_ant has quit IRC17:57
*** projekt01 has quit IRC17:59
*** batlogg|busy has quit IRC18:05
*** dobee has quit IRC18:22
*** opetznick has quit IRC18:24
*** jinty has quit IRC18:24
*** hazmat has quit IRC18:29
*** WebMaven has joined #zope3-dev18:35
*** kobold has quit IRC18:36
*** alecm has joined #zope3-dev18:37
ignasis the order of subscribers defined anywhere, or you can't rely on subscribers  being called in some particular order?18:56
ignaslike - the order they were registered in zcml18:56
mgedminit is a very very very good idea to not rely on any particular order18:57
ignasjust like i though, thank you18:57
mgedmins/though/thought/?18:57
ignasi have typed too many extra t's today already so i am saving on them now ;)18:58
ignasfaassen: ayt ?18:58
*** zagy has joined #zope3-dev18:59
faassenignas: yup.19:00
ignasfaassen: do you remember the local utility thing you did to make overriding person factory possible?19:00
faassenyes.19:00
faassenany problem with it?19:01
ignasignas: maybe you could tell me how it should be used, as i kind of need a custom person factory, yet as it is a subscriber creating a utility ...19:01
ignass/ignas/faassen/19:01
faassenlet me look at the code for a minute.19:01
faassenlooking it up.19:02
ignaseven if i'll add one more subscriber with "override=true" I still won't be sure whether my factory or the demographics.person factory was used19:02
*** jfroche has joined #zope3-dev19:03
faassenah, because of subscriber order?19:04
ignasyes19:04
*** harobed has quit IRC19:04
mgedminsurely you meant to say "I have yped oo many exra t's oday already so I am saving on hem now"?19:05
ignasno ha many!19:06
faassenignas: ack, so I guess the current use of override only works by accident.19:06
ignasno, not by accident, it works because the default person factory sets override to False for itself, and there is  only 1 other person factory19:07
faassenignas: well, if that were called *before* the one, is there anything preventing it except the accident?19:07
ignasyes, if you set override to False, and there already is another utility - you just skip the registration step19:08
ignasschooltool/src/schooltool/utility/utility.py:6219:08
faassenyes but is there anything preventing the override=True event to be called *after* the original event that sets up the original/19:09
* ignas confused19:09
faassenin the core of schooltool, there are 2 events setting up the person factory utility.19:09
ignasyes19:10
faassenaah, right.19:10
faassenif the order were reversed, the first one wouldn't override the second one.19:10
faassenokay, then at least I wasn't that stupid. :)19:10
ignasyou can always admit that you did that intentionally :)19:11
faassenI figure I did think of that then.19:11
*** hazmat has joined #zope3-dev19:11
*** ChanServ sets mode: +o hazmat19:11
*** mkerrin has quit IRC19:11
faassenbut I'm not sure. :)19:11
faassenanyway, the whole story of that extendability of course doesn't work after you try extending it once or twice..19:12
faassenthere are a number of ways you could go around this.19:12
ignasi know, i'll add override2 :D19:13
ignasthat should keep it working19:13
faassenno, in your extension, you could make it hand-triggered.19:13
faassenI mean, imagine you have schooltool.19:13
faassenand you have installed a whole bundle of demographics packages.19:13
faassenone for US, one for NL, etc.19:13
faassenthen it's up to you to determine which one you want.19:13
faassenit cannot be done automatically by the events.19:13
faassenthough perhaps the scenario would be simply not to hook up their zcml.19:14
faassenhm.19:14
faassenanyway, one way you could do is by installing them all, and having a button somewhere to install the right one.19:14
ignashmm19:14
faassenthat would trigger the utility registration.19:14
faassenso when you install schooltool, it would ask 'which demographics do you want to use' and gives you a list.19:14
faassenand you select the one.19:14
faassenthat is, that would happen after the schooltool root already exists.19:15
faassenthat's one way to do this kind of things. it makes for a nice installation user interface and configuration in the ZODB there.19:15
faassenthe alternative is only to hook up the events you want.19:15
faassenright now the schooltool core is installing the person factory.19:15
faassenin demographics.19:15
faassenperhaps it shouldn't be doing this. instead, that bit should move to an extension.19:15
faassenwhich you can then hook up with ZCML or not, what you want.19:15
faassenin your alternative extension you'd hook up your own event.19:16
faassensince they'd only be overriding the core, the current behavior would work.19:16
faassenso did you comprehend the two scenarios I sketched? one UI, one event based.19:16
ignasas for the UI based - the problem is that on debian questions are asked before ZODB even exists, before Zope CA gets set up too ... so i can't get a list of registered PersonFactories in there yet ...19:20
ignasi would like to either use ZCML directly for that ... i mean like you set the exact factory only once in some top level zcml file ...19:20
faassenyes.19:21
faassenthat's the second scenario.19:21
faassenyou'd split out the subscribers currently in the core into their own extension package.19:21
faassenand you'd not install this package and instead hook up your own.19:21
ignaswell, i dpn't need any subscribers - i'd make them identical utilities and you'd register only one of them19:22
ignasor named utilities, and you'd only set the name of the one you need ...19:22
faassenoh, you could make them global utilities too.19:22
faassenI don't know what you mean with identical utilities.19:22
faassenbut yeah, you could make this a global utility instead. the utility/subscriber stuff makes more sense for the catalog installation which has to be local.19:22
ignasi mean - factories in python code, but not register them in zcml19:22
faassenactually if you made them global utilities you can probably also make it work with ZCML overrides.19:23
ignasprobably yes ...19:23
ignasi'll see which way it works out best19:23
faassenI used the same pattern for this one, making it local.19:23
faassenbut this factory can of course be global just fine.19:23
*** ktwilight_ has joined #zope3-dev19:23
faassenespecially if you don't have ZODB-based configuration.19:24
faassenI could imagine after first logging into schooltool it'd ask you various things.19:24
faassenI thikn that would work with debian, it's you're not using debian's configuration machinery.19:24
faassenthe advantage would be it'd work outside debian too. :)19:24
faassenthe advantage of local subscribers for the factory is that you could have multiple schooltool roots installed into one zope 3 with different demographics setups. since you don't do this with schooltool (though I heard you might want to one day), it might not matter.19:25
faassenI mean, the advantage of local factories (installed by the subscribers)19:25
ignasi know19:26
ignaswith multiple schools in the same immage this would be better left to some UI for adding a new school object though ...19:26
faassenyes.19:26
faassenpossibly.19:26
faassenprobably. :)19:26
faassenthe subscribers are useful for utilities that are more or less plumbing, like the intids.19:27
faassenfor the catalog indexes and the factory, it's more configuration-driven what happens.19:27
faassenand that'd make more sense in some kind of setup screen somewhere, not with subscribers.19:27
faassenanyway, this is why they say pluggable APIs don't work unless you write a couple of example plugins first. :)19:28
faassenwe were veering back and forth on whether this needed to be pluggable or not back then.19:29
ignasindeed19:29
*** ktwilight has quit IRC19:31
ignasfaassen: one more question, it seems that in the transaction in which schooltool application is created and "notify(ObjectAddedEvent(app))" is signalled, person factory utility is not available yet ...19:39
ignasmaybe you know why ?19:39
faassenignas: possibly because your site is set up correctly yet?19:43
faassenignas: I mean, isn't set up correctly yet.19:43
faassenignas: otherwise I wouldn't know.19:43
ignasi see19:43
faassenignas: but you could try doing an experimental getSite() in the code where it isn't there yet.19:43
faassenignas: and see what you get.19:43
ignasit makes Manager user the single one user that is not indexed by the catalog :)19:44
faassenhm.19:44
ignassuperman is invisible to your Catalog rays19:44
ignas:)19:44
* faassen grins.19:44
faassenI remember having to struggle somewhat with schooltool's special setup procedure.19:44
*** RaFromBRC has joined #zope3-dev19:45
faassenanyway, I hope you can use sitonite to weaken superman. :)19:45
*** jkakar has joined #zope3-dev19:53
ignasfaassen: found the problem, the site is not set in there so i must do it manually around the place where the manager user is created (like the code that set's up utilities does)19:54
*** RaFromBRC is now known as RaFromBRC|mtg19:56
ignasfaassen: thanks for the tech support :)20:06
*** reco_ has joined #zope3-dev20:17
*** ksmith99 has joined #zope3-dev20:17
faassenignas: no problem.20:18
*** kobold has joined #zope3-dev20:23
*** reco has quit IRC20:33
*** reco_ has quit IRC20:33
*** reco has joined #zope3-dev20:34
*** gumpa has quit IRC21:03
*** febb has quit IRC21:03
*** RaFromBRC|mtg is now known as RaFromBRC21:06
*** dunny has joined #zope3-dev21:08
*** alga has quit IRC21:13
*** yota has joined #zope3-dev21:22
*** deo has joined #zope3-dev21:24
*** dunny has quit IRC21:28
*** runyaga has joined #zope3-dev21:32
*** tarek_ has joined #zope3-dev21:33
*** tarek__ has quit IRC21:38
*** oferw has joined #zope3-dev21:40
*** kobold has left #zope3-dev21:41
*** dlk has joined #zope3-dev21:42
*** dlk has left #zope3-dev21:42
*** MrTopf has joined #zope3-dev22:08
*** J1m_ has joined #zope3-dev22:20
*** povbot` has joined #zope3-dev22:32
*** dunny has joined #zope3-dev22:33
*** povbot has quit IRC22:36
*** J1m_ has quit IRC22:36
*** hazmat has quit IRC22:39
*** runyaga has quit IRC22:47
*** oferw_ has joined #zope3-dev22:56
*** dunny has quit IRC23:00
*** rocky|away is now known as rocky23:00
*** oferw_ has quit IRC23:04
*** mgedmin has quit IRC23:09
*** dunny has joined #zope3-dev23:10
*** oferw has quit IRC23:17
*** zagy has quit IRC23:20
*** hazmat has joined #zope3-dev23:25
*** ChanServ sets mode: +o hazmat23:25
*** natea_ has joined #zope3-dev23:27
*** timte has quit IRC23:29
*** timte has joined #zope3-dev23:33
*** gumpa has joined #zope3-dev23:37
*** Londo has joined #zope3-dev23:54
*** HakTom has joined #zope3-dev23:58

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!