IRC log of #zope3-dev for Tuesday, 2007-07-10

*** projekt01 has joined #zope3-dev00:03
*** xenru has joined #zope3-dev00:04
*** b52laptop has joined #zope3-dev00:11
*** g_n_o_s_i_s has quit IRC00:13
*** niemeyer has quit IRC00:17
*** natea|food_ has joined #zope3-dev00:22
*** twcook has quit IRC00:23
*** Ariel_Calzada has quit IRC00:27
*** nerdalert has quit IRC00:29
*** natea|food has quit IRC00:29
*** Ariel_Calzada has joined #zope3-dev00:33
*** tarek has quit IRC00:39
*** alecm has joined #zope3-dev00:41
*** RaFromBRC|lunch is now known as RaFromBRC00:41
*** xenru has quit IRC00:44
*** greenman has joined #zope3-dev00:54
*** reco has joined #zope3-dev00:57
*** ignas has joined #zope3-dev01:00
*** ktwilight_ has joined #zope3-dev01:01
*** benji has quit IRC01:03
*** jhauser has quit IRC01:08
*** norro has quit IRC01:12
*** ktwilight has quit IRC01:17
*** J1m has quit IRC01:17
*** Ariel_Calzada has quit IRC01:19
*** Ariel_Calzada has joined #zope3-dev01:19
*** Ariel_Calzada has quit IRC01:19
dennis__suppose I have a users settings storen in the annotations for the principal.   I have a custom traverser that will return the right settings object based on self.request.principal.01:21
dennis__however this settings object needs to be locatable, for everything else to work01:21
dennis__so, i have to use removeSecurityProxy on the "virtual" folder which travers to this object, and locate( settingsObj, folderObj, u'' )01:22
*** Ariel_Calzada has joined #zope3-dev01:22
dennis__what if I would like an /admin folder, which also has a uri such as  /admin/userX/settings, which I also want to return this settings object from the principals annotations01:22
dennis__it would then be locatable in 2 ways01:22
dennis__which makes me wonder if I am on the right track01:23
ignasdennis__: hmm, why do you want them on principal? if you have userX01:24
ignasmaybe you could make an adapter that adapts your principal to your User object01:25
ignasand then just access the settings on the user01:25
*** sm-afk has quit IRC01:25
ignasand store them on a user01:25
X-screamdennis__: i solved yesterday's problem :)01:25
*** sm has joined #zope3-dev01:25
dennis__i have an adapter that returns a settings object, which is the active context of the let's say edit_settings.html view01:25
dennis__but this object needs to be locatable01:26
*** natea|food_ has quit IRC01:26
dennis__X-scream good :) what was it ?01:26
ignasyou are doing something "interesting"01:26
dennis__ignas do you mean storing users as seperate objects in some user folder ?01:27
ignassorry i am not sure what you are trying to do anymore01:27
dennis__your calendar example :)01:27
X-screamdidn't set the "value_type" schema field parameter in a List I had in the recipe schema01:28
*** sm has quit IRC01:28
dennis__except, my calendar (for the given user) does not come from locatable place such as /allcalendars/userX/calendar, but is stored in the annotations of a principal01:28
ignasso you have persistent principals?01:28
ignasnot sure i have seen it done that way01:29
*** sm has joined #zope3-dev01:29
dennis__actually IInternalPrincipal01:29
dennis__but I figure I am doing something "interesting" so I am looking for a kick in a better direction :)01:29
ignasthey are not persistent01:29
ignashow can you store anything in their annotations?01:30
dennis__but the principal annotations are01:30
dennis__maybe a better way to ask would be, can I have the same object be at   /uri/a/b/myObject  AND at /uri/b/c/myObject01:30
dennis__and if so, what is the __parent__ of myObject01:31
ignasyes and no01:31
ignasthere are 2 parts in the mechanism01:31
ignasone is - what is traversal01:31
ignasso you can traverse to the same object in as many ways as you want01:31
ignasanother one is absolute_url generation01:32
ignasmost of the time you get 1 url per object01:32
ignasunless you do something "interesting"01:32
ignaslike mark object on traversal01:32
ignasso it would know which url to use01:32
ignasor something like that01:32
dennis__it's like I would like to set location information for the current request only, not persistently01:33
ignaswhy would you want to do that?01:33
dennis__(just so it renders the rest of my page and creates valid urls relative to where I am)01:33
ignasso you want different urls for different ways of traversing to the object01:33
dennis__well, put another way, if my settings object is stored in the principal annotations, it is not directly locatable01:34
dennis__i would like every user to have a  /mysettings   url01:34
dennis__and the admin  /allsettings/user1/    /user2, etc01:34
*** srichter has quit IRC01:34
ignasyou don't need to fake __parents__ for that01:34
ignasyou just set up a custom absolute_url adapter01:34
ignasthat returns /mysettings if request.principal is the same as the principal you are traversing for01:35
ignasor returns the proper url, in the other case01:35
ignasthe downside is that /allsettings/admin/ would work, but when you would click on it, all the links inside would point to /mysettings01:36
dennis__it wouldn't need a __parent__ in that case ?   (since its in annotations, not in a real folder anywhere)01:36
*** nathany has joined #zope3-dev01:36
ignasyou can write your own absolute_url adapter, so it can return "BWAHAHAHA where is your url now?"01:36
*** hazmat has quit IRC01:36
dennis__hehe :)01:36
ignasbut still01:36
ignasi'd do a mysettings view01:37
ignasthat redirects you01:37
ignasto the /allsettings/user1 url01:37
dennis__or something like a location proxy, the proxy exists in different places at different url's, but references the same object inside01:38
dennis__i was so excited about having nice url's where /mysettings gives something completely user specific, without having long /allusers/userX/ things01:39
ignasin my world - REST is better than same url having different meanings01:39
ignasbut YMMV01:40
dennis__REST ?01:40
ignasthe idea that URLs uniquely identify objects, and all the related blabbering about standards01:41
*** jinty has quit IRC01:44
*** jfroche has quit IRC01:44
*** rom|zzZZZ has quit IRC01:44
*** lisppaste6 has quit IRC01:44
*** bigkevmcd has quit IRC01:44
*** iap has quit IRC01:44
*** timte has quit IRC01:45
dennis__ignas thank you for your thoughts :)  i need to think this a bit more through01:45
*** Ariel_Calzada has quit IRC01:45
*** whit has quit IRC01:46
*** whit has joined #zope3-dev01:46
*** srichter has joined #zope3-dev01:48
*** pbugni has quit IRC01:48
*** iap has joined #zope3-dev01:52
*** ChanServ sets mode: +o srichter01:52
*** jinty has joined #zope3-dev01:53
*** jfroche has joined #zope3-dev01:53
*** rom|zzZZZ has joined #zope3-dev01:53
*** lisppaste6 has joined #zope3-dev01:53
*** bigkevmcd has joined #zope3-dev01:53
*** projekt01 has quit IRC01:55
*** ktwilight_ has quit IRC01:55
*** ignas has quit IRC01:55
*** RaFromBRC has quit IRC01:55
*** X-scream has quit IRC01:55
*** CSWookie has quit IRC01:55
*** SteveA has quit IRC01:55
*** pbugni has joined #zope3-dev01:56
*** ktwilight_ has joined #zope3-dev01:56
*** ignas has joined #zope3-dev01:56
*** projekt01 has joined #zope3-dev01:56
*** RaFromBRC has joined #zope3-dev01:56
*** X-scream has joined #zope3-dev01:56
*** SteveA has joined #zope3-dev01:56
*** CSWookie has joined #zope3-dev01:56
*** RaFromBRC is now known as RaFromBRC|brb02:04
*** nathany has quit IRC02:09
*** dunny_ has quit IRC02:11
*** dunny has joined #zope3-dev02:15
*** dunny has quit IRC02:19
*** twcook has joined #zope3-dev02:21
*** andrew_m has quit IRC02:23
*** dunny has joined #zope3-dev02:25
*** ignas has quit IRC02:43
*** RaFromBRC|brb is now known as RaFromBRC02:43
*** tarek has joined #zope3-dev02:54
*** benji has joined #zope3-dev02:54
*** jfroche has quit IRC03:00
*** hazmat has joined #zope3-dev03:01
*** ChanServ sets mode: +o hazmat03:01
*** whitmo has joined #zope3-dev03:28
*** whit has quit IRC03:28
*** hazmat has quit IRC03:30
*** dunny has quit IRC03:51
*** dunny has joined #zope3-dev04:00
*** reco has quit IRC04:05
*** huajie has joined #zope3-dev04:06
*** dunny has joined #zope3-dev04:20
*** pcardune_ has joined #zope3-dev04:26
*** dunny has quit IRC04:33
*** rcrafton has quit IRC04:34
*** dunny has joined #zope3-dev04:37
*** pcardune has quit IRC04:55
*** bigkevmcd has quit IRC05:00
*** RaFromBRC has quit IRC05:03
*** alecm has quit IRC05:07
*** twcook has quit IRC05:18
*** natea|food_ has joined #zope3-dev05:46
*** natea|food_ has quit IRC05:48
*** twcook has joined #zope3-dev05:51
*** natea|away has joined #zope3-dev05:57
*** twcook has quit IRC06:08
*** hazmat has joined #zope3-dev06:38
*** ChanServ sets mode: +o hazmat06:38
*** chacha_chaudhry has joined #zope3-dev06:39
*** rcrafton has joined #zope3-dev06:45
*** alecm has joined #zope3-dev06:48
*** alecm has quit IRC07:04
*** cursor has joined #zope3-dev07:04
*** rcrafton has quit IRC07:13
*** cursor has quit IRC07:24
*** dunny_ has joined #zope3-dev07:24
*** philiKON has joined #zope3-dev07:25
*** dunny has quit IRC07:35
*** baijum has joined #zope3-dev07:48
*** philiKON has quit IRC07:57
*** d2m has joined #zope3-dev08:13
*** alecm has joined #zope3-dev08:13
*** rom|zzZZZ has quit IRC08:15
*** philiKON has joined #zope3-dev08:17
*** Aiste has joined #zope3-dev08:23
*** pcardune_ has quit IRC08:23
*** projekt01 has quit IRC08:31
*** sorin_ has joined #zope3-dev08:32
*** philiKON has quit IRC08:33
*** sorin_ is now known as sorindregan08:34
*** niemeyer has joined #zope3-dev08:34
*** pcardune_ has joined #zope3-dev08:40
*** stub has joined #zope3-dev08:44
*** philiKON has joined #zope3-dev08:48
*** naro has joined #zope3-dev08:52
*** pelle_ has joined #zope3-dev09:05
*** pelle_ has joined #zope3-dev09:06
*** ignas has joined #zope3-dev09:15
*** srichter has quit IRC09:16
*** jfroche has joined #zope3-dev09:27
*** schwendinger has joined #zope3-dev09:30
*** greenman_ has joined #zope3-dev09:33
*** greenman has quit IRC09:47
*** jukart has joined #zope3-dev09:57
*** romanofski has joined #zope3-dev09:57
*** alecm has quit IRC10:02
*** niemeyer_ has joined #zope3-dev10:28
*** niemeyer has quit IRC10:28
*** jukart_ has joined #zope3-dev10:35
*** ignas has quit IRC10:46
*** twcook has joined #zope3-dev10:46
*** jukart has quit IRC10:52
*** bigkevmcd has joined #zope3-dev10:57
*** pcardune_ has quit IRC10:59
*** twcook has quit IRC11:04
*** ignas has joined #zope3-dev11:05
*** jinty has quit IRC11:07
*** andrew_m has joined #zope3-dev11:08
*** jsadjohnson_ has quit IRC11:15
*** jsadjohnson has joined #zope3-dev11:16
*** pcardune_ has joined #zope3-dev11:22
*** jinty has joined #zope3-dev11:33
*** b52laptop has quit IRC11:38
*** greenman_ has quit IRC11:58
*** greenman has joined #zope3-dev12:02
*** jukart_ has quit IRC12:05
*** jukart has joined #zope3-dev12:06
*** timte has joined #zope3-dev12:11
* huajie looks all these people at europython ;) 12:19
*** richardkan has joined #zope3-dev12:22
*** niemeyer_ is now known as niemeyer12:22
ignasanyone who has worked on zope http publisher code?12:28
* ignas might have found a bug, but is not sure whether it is in Zope or in WSGIUtils12:29
*** b52laptop has joined #zope3-dev12:33
*** norro has joined #zope3-dev12:33
*** afd_ has joined #zope3-dev12:40
*** ghendi has joined #zope3-dev12:41
*** huajie has quit IRC12:41
*** niemeyer has quit IRC12:42
*** jinty has quit IRC12:43
*** ktwilight_ has quit IRC12:45
*** ktwilight_ has joined #zope3-dev12:46
*** twcook has joined #zope3-dev12:52
*** pcardune_ has quit IRC12:53
*** tarek has quit IRC12:58
*** ignas has quit IRC13:00
*** Aiste has quit IRC13:03
*** Aiste has joined #zope3-dev13:03
*** dunny_ has quit IRC13:06
*** MJ has joined #zope3-dev13:08
*** deo has joined #zope3-dev13:10
*** jodok has joined #zope3-dev13:12
*** jodok has quit IRC13:13
*** jodok has joined #zope3-dev13:15
*** ghendi has quit IRC13:16
*** greenman has quit IRC13:20
*** ghendi has joined #zope3-dev13:23
*** twcook has quit IRC13:26
*** afd_ has quit IRC13:41
*** baijum has quit IRC13:53
*** baijum has joined #zope3-dev13:55
*** twcook has joined #zope3-dev14:01
*** pcardune_ has joined #zope3-dev14:10
*** niemeyer has joined #zope3-dev14:17
*** goschtl has joined #zope3-dev14:32
*** MJ has quit IRC14:33
*** twcook has quit IRC14:33
*** benji has quit IRC14:34
*** jinty has joined #zope3-dev14:35
*** jinty has quit IRC14:35
*** jinty has joined #zope3-dev14:36
*** jukart_ has joined #zope3-dev14:37
andrew_mis that a known problem that zope 3.2.1 does not work with python 2.4.4 (but 2.4.2)? somethings to do with cgi / readline...14:39
norroandrew_m error in
*** johnlr has quit IRC14:43
norroandrew_m here is a link, that might solve your problem:
*** pcardune_ has quit IRC14:52
*** jukart has quit IRC14:52
*** mkerrin has joined #zope3-dev14:54
norroare there any experiences to run a zope3 instance on a 233 MHz machine?14:58
*** jodok_ has joined #zope3-dev15:00
*** MJ has joined #zope3-dev15:02
*** jukart_ has quit IRC15:06
*** projekt01 has joined #zope3-dev15:07
*** jukart has joined #zope3-dev15:08
*** benji has joined #zope3-dev15:10
*** tarek has joined #zope3-dev15:16
*** jodok has quit IRC15:16
andrew_mnorro: thanks.. i will roll back to python 2.4.2 for now15:19
*** Ariel_Calzada has joined #zope3-dev15:21
*** chacha_chaudhry has quit IRC15:26
*** rcrafton has joined #zope3-dev15:30
*** whitmo has quit IRC15:39
*** whit has joined #zope3-dev15:39
*** mkerrin has quit IRC15:46
*** jsadjohnson has joined #zope3-dev15:46
*** huajie has joined #zope3-dev15:51
*** ignas has joined #zope3-dev16:04
*** jukart_ has joined #zope3-dev16:05
*** jinty has quit IRC16:05
*** jukart_ has quit IRC16:08
*** srichter has joined #zope3-dev16:18
*** ChanServ sets mode: +o srichter16:18
*** baijum has quit IRC16:19
*** jukart has quit IRC16:21
*** huajie has quit IRC16:27
*** jodok_ has quit IRC16:31
*** jodok has joined #zope3-dev16:32
*** natea|away has quit IRC16:34
*** J1m has joined #zope3-dev16:34
*** natea|away has joined #zope3-dev16:35
*** ignas has quit IRC16:38
*** natea|away is now known as natea16:42
*** natea has quit IRC16:48
*** twcook has joined #zope3-dev16:53
*** jinty has joined #zope3-dev17:06
*** sorindregan has quit IRC17:09
*** jodok has quit IRC17:11
*** jinty has quit IRC17:12
*** ignas has joined #zope3-dev17:18
*** jinty has joined #zope3-dev17:18
*** ghendi has quit IRC17:26
*** alecm has joined #zope3-dev17:29
*** edgordon has joined #zope3-dev17:37
*** jinty_ has joined #zope3-dev17:40
*** theuni has joined #zope3-dev17:40
*** jinty has quit IRC17:40
*** afd_ has joined #zope3-dev17:41
edgordoni am really confused. I have an object that subclasses folder.Folder, and when I try to add objects to it, I get an error that __setitem__ takes 2 arguments and 3 were given. i have tried adding a __setitem__ function to my class, but it isn't even being called. Any ideas what is causing this?17:45
*** pelle_ has quit IRC17:47
*** niemeyer has quit IRC17:53
*** nerdalert has joined #zope3-dev17:56
*** alecm has quit IRC17:56
*** Aiste has quit IRC18:01
*** philiKON has joined #zope3-dev18:03
*** richardkan_ has joined #zope3-dev18:05
*** norro has quit IRC18:11
*** alecm has joined #zope3-dev18:15
*** goschtl has quit IRC18:15
*** richardkan has quit IRC18:23
*** norro has joined #zope3-dev18:36
*** richardkan_ has quit IRC18:37
*** nathany has joined #zope3-dev18:41
*** b52lap has joined #zope3-dev18:45
*** theuni has quit IRC18:47
*** alecm has quit IRC18:50
*** dobee has joined #zope3-dev18:53
*** alecm has joined #zope3-dev18:56
*** dobee has quit IRC18:57
*** philiKON has quit IRC18:59
*** ignas has quit IRC18:59
*** alecm has quit IRC19:02
*** jinty_ has quit IRC19:02
*** jodok has joined #zope3-dev19:04
*** jinty has joined #zope3-dev19:06
*** pbugni has quit IRC19:10
*** jukart has joined #zope3-dev19:11
*** jukart_ has joined #zope3-dev19:14
*** RaFromBRC has joined #zope3-dev19:16
*** dobee has joined #zope3-dev19:17
*** projekt01 has quit IRC19:18
*** stub has quit IRC19:21
*** alecm has joined #zope3-dev19:23
*** bramjones has joined #zope3-dev19:23
*** bramjones has left #zope3-dev19:27
*** schwendinger has quit IRC19:28
*** jukart has quit IRC19:31
*** jukart_ has quit IRC19:33
*** jodok_ has joined #zope3-dev19:35
*** jukart has joined #zope3-dev19:39
*** b52laptop has quit IRC19:41
*** jukart has quit IRC19:48
*** dobee has quit IRC19:49
*** jodok has quit IRC19:51
*** jodok_ has quit IRC19:51
*** jodok has joined #zope3-dev19:51
*** jodok has quit IRC19:51
*** edgordon has quit IRC19:56
*** xbeanx has joined #zope3-dev19:58
*** pbugni has joined #zope3-dev20:02
*** romanofski has quit IRC20:05
*** b52laptop has joined #zope3-dev20:07
*** jinty has quit IRC20:13
*** edgordon has joined #zope3-dev20:18
dennis__what is the best practice way to keep track of the equivalent of foreign keys? ie lets say I have a folder full of bars (contact info), and every user has a list of their favourite bars, which are just persistent lists with the bars (from the bars folder) in it, this works great to spot the favourite bars of a user, but does not tell me wich user is currently linking a certain bar, nor prevents stale references, do I need to add a list of referencing20:29
dennis__users to every bar, or somehow use the catalog for this?20:29
dennis__why do I always have these kinds of questions :)20:29
*** rocky has quit IRC20:37
nerdalertdennis__: one way to do that is with catalogs20:44
nerdalertdennis__: and you can index/unindex your different objects as they're added/deleted20:45
nerdalertdennis__: although in the most basic sense, what you're asking for seems to be a unique ID utility20:47
nerdalertdennis__: you can simply drop one in through the ZMI and register it.  now any objects you add will have a unique ID that you can use like a foreign key in a DB20:48
dennis__reading through zc.relationship now .. yes i have an intid utility, but i would have to store references to each other on both objects, and would like to avoid that20:49
*** pandres has joined #zope3-dev20:53
dennis__or catalog them somehow, i'll keep playing :)20:54
nerdalertcool =)20:54
nerdalertI haven't used zc.relationship yet.  I'll have to play around with that sometime20:54
*** rocky has joined #zope3-dev20:55
*** rocky has quit IRC20:55
*** natea_ has joined #zope3-dev20:57
*** derek|office is now known as derek_richardson21:13
*** markusleist has joined #zope3-dev21:13
*** jfroche has quit IRC21:14
*** jhauser has joined #zope3-dev21:19
*** markusleist has left #zope3-dev21:28
*** markusleist has joined #zope3-dev21:28
*** GuestBaha54 has joined #zope3-dev21:28
*** schwendinger has joined #zope3-dev21:37
*** jhauser has quit IRC21:44
*** niemeyer has joined #zope3-dev21:53
edgordoncan a field constraint ever take more than one argument, or have any kind of awareness of the Interface it is being called within?21:55
*** jodok has joined #zope3-dev22:03
nerdalertedgordon: think you're looking for invariants22:03
edgordon /me is googling invariants22:04
nerdalertthink it's in zope.interface but I'm double checking for you22:04
nerdalertyeah, take a look at the README.txt in zope.interface22:05
nerdalertthere's a section on invariants22:05
*** dobee has joined #zope3-dev22:05
edgordonyep. thanks, that is exactly what I was looking for22:06
*** jukart has joined #zope3-dev22:06
nerdalertcool =)22:06
nerdalertyou can also make forms check invariants.  check out the README in zope.formlib22:07
nerdalertI don't think invariants get checked automatically like field constraints22:08
edgordonyeah, maybe it isn't what i want22:08
nerdalertbut you should be able to find functions to make it easy to enforce them22:08
edgordoncause i want to use it to determine if it can be contained in the parent object22:09
edgordontrying to make the objects that can be added to a folder user-configurable22:09
nerdalerthmm.  if you want container constraints, look in
nerdalertcontainer constraints will allow you to enforce that a container only contains certain types of objects22:10
nerdalertif your constraints aren't based on type though, you should look at the invariants some more22:11
nerdalertand if your constraint can't be expressed as a pre/post condition, there's always good ol' fashioned exception mechanisms22:13
*** romanofski has joined #zope3-dev22:20
*** jodok_ has joined #zope3-dev22:25
*** jodok has quit IRC22:29
*** jodok has joined #zope3-dev22:29
*** b52lap has joined #zope3-dev22:33
*** RaFromBRC is now known as RaFromBRC|lunch22:40
*** jodok_ has quit IRC22:47
*** pbugni has quit IRC22:48
*** b52laptop has quit IRC22:51
*** edgordon has quit IRC23:05
*** romanofski has quit IRC23:07
*** schwendinger has quit IRC23:11
*** d2m has quit IRC23:18
*** Ariel_Calzada has quit IRC23:19
*** naro has quit IRC23:24
*** dobee has quit IRC23:30
*** jhauser has joined #zope3-dev23:31
*** derek_richardson is now known as derek|office23:35
*** RaFromBRC|lunch is now known as RaFromBRC23:35
*** lisppaste6 has quit IRC23:41
*** deo has quit IRC23:45
*** alecm has quit IRC23:46

Generated by 2.15.1 by Marius Gedminas - find it at!