| *** purserj has quit IRC | 00:01 | |
| *** purserj has joined #zope | 00:01 | |
| *** kevinkal has quit IRC | 00:03 | |
| *** webmaven has joined #zope | 00:03 | |
| *** neo|4D has quit IRC | 00:04 | |
| *** sunew has quit IRC | 00:04 | |
| *** sidnei has quit IRC | 00:10 | |
| *** sunew has joined #zope | 00:13 | |
| *** sunew_ has joined #zope | 00:14 | |
| *** sunew has quit IRC | 00:14 | |
| *** sunew_ has quit IRC | 00:14 | |
| *** sunew has joined #zope | 00:15 | |
| *** sawdog has quit IRC | 00:18 | |
| *** __gotcha has joined #zope | 00:20 | |
| *** aaronv has quit IRC | 00:23 | |
| *** jim_SFU has quit IRC | 00:25 | |
| *** sidnei has joined #zope | 00:26 | |
| *** grahal has quit IRC | 00:36 | |
| *** benji has quit IRC | 00:50 | |
| *** sunew has quit IRC | 00:59 | |
| *** MrTango has quit IRC | 01:00 | |
| *** azazel has joined #zope | 01:06 | |
| azazel | hi all | 01:07 |
|---|---|---|
| azazel | anyone knows anything about NoInteraction exceptions raised during running tests? | 01:08 |
| *** neo|4D has joined #zope | 01:11 | |
| *** __gotcha has quit IRC | 01:17 | |
| *** drudi has quit IRC | 01:18 | |
| *** fredvd has joined #zope | 01:19 | |
| *** alecm has quit IRC | 01:23 | |
| *** alecm_ has joined #zope | 01:23 | |
| *** alecm_ is now known as alecm | 01:23 | |
| *** r0ver1 has quit IRC | 01:39 | |
| *** aaronv has joined #zope | 01:44 | |
| *** webmaven has quit IRC | 01:45 | |
| *** fredvd has quit IRC | 01:56 | |
| *** pthulin has quit IRC | 01:58 | |
| *** Theuni1 has quit IRC | 02:00 | |
| *** neo|4D has quit IRC | 02:12 | |
| *** mcdonc has quit IRC | 02:14 | |
| TresEquis | azazel: buggy tests | 02:14 |
| TresEquis | if that exception is being raised, then somebody failed to set up the thread-local representing the current request and principals | 02:15 |
| *** TresEquis has left #zope | 02:15 | |
| azazel | TresEquis: the reason can be that a view is rendered in a non-functional testcase? | 02:16 |
| *** tiwula has quit IRC | 02:51 | |
| *** mcdonc has joined #zope | 03:03 | |
| *** tarek has quit IRC | 03:14 | |
| *** SpankyFromBRC has quit IRC | 03:17 | |
| *** ders has joined #zope | 03:43 | |
| *** davisagli has left #zope | 03:51 | |
| *** ders has quit IRC | 03:56 | |
| *** benji has joined #zope | 03:56 | |
| *** ders has joined #zope | 03:57 | |
| *** matthewwilkes_ has joined #zope | 04:01 | |
| *** MatthewWilkes has quit IRC | 04:02 | |
| *** ders has quit IRC | 04:03 | |
| *** ders has joined #zope | 04:07 | |
| *** kevinkalupson has joined #zope | 04:11 | |
| *** alvaro has quit IRC | 04:12 | |
| *** morphex has quit IRC | 04:17 | |
| *** matthewwilkes_ has left #zope | 04:24 | |
| *** purserj has quit IRC | 04:29 | |
| *** aaronv has quit IRC | 04:29 | |
| *** baijum has joined #zope | 04:41 | |
| *** baijum has quit IRC | 04:41 | |
| *** TresEquis has joined #zope | 04:42 | |
| *** purserj has joined #zope | 04:42 | |
| *** TresEquis has quit IRC | 04:44 | |
| *** TresEquis has joined #zope | 04:47 | |
| *** davisagli has joined #zope | 04:49 | |
| *** mr_jolly has quit IRC | 05:14 | |
| *** ders has quit IRC | 05:17 | |
| *** ders has joined #zope | 05:18 | |
| *** kevinkalupson is now known as kevinkal | 05:24 | |
| *** huajie has joined #zope | 05:25 | |
| *** TresEquis has quit IRC | 05:26 | |
| *** ders_ has joined #zope | 05:37 | |
| *** ders has quit IRC | 05:37 | |
| *** ders_ is now known as ders | 05:37 | |
| *** azazel has quit IRC | 05:45 | |
| *** benji has quit IRC | 06:04 | |
| *** ders has quit IRC | 06:09 | |
| *** tiwula has joined #zope | 06:12 | |
| *** davisagli has quit IRC | 07:12 | |
| *** davisagli has joined #zope | 07:13 | |
| *** shreyas has joined #zope | 07:18 | |
| shreyas | <tal:content="here/getSampleID"> here I want the value of getSampleID passed to a barcode generator python script and resulting barcode should come in place of getSampleID | 07:22 |
| shreyas | how to call the barcode generator script there in place of getSampleID in <tal:content=" here/getSampleID"> | 07:25 |
| *** davisagli has quit IRC | 07:31 | |
| *** baijum has joined #zope | 07:48 | |
| *** tiwula has quit IRC | 07:59 | |
| *** lisppaste6 has quit IRC | 08:01 | |
| *** davisagli has joined #zope | 08:06 | |
| *** baijum has quit IRC | 08:23 | |
| *** Theuni1 has joined #zope | 08:42 | |
| *** Theuni2 has joined #zope | 08:51 | |
| *** Theuni1 has quit IRC | 08:51 | |
| *** JaRoel|4D has quit IRC | 08:55 | |
| *** Theuni2 has quit IRC | 09:04 | |
| *** alecm has quit IRC | 09:18 | |
| *** phimic has joined #zope | 09:21 | |
| *** runyaga has quit IRC | 09:25 | |
| *** redir has quit IRC | 09:28 | |
| *** MrWu has joined #zope | 09:28 | |
| *** regebro has joined #zope | 09:30 | |
| *** huajie has quit IRC | 09:36 | |
| *** pthulin has joined #zope | 09:38 | |
| *** Kabz|4D has joined #zope | 09:38 | |
| *** opsec has quit IRC | 09:45 | |
| *** baijum has joined #zope | 09:50 | |
| *** pthulin has quit IRC | 09:54 | |
| *** agroszer has joined #zope | 09:57 | |
| *** JaRoel|4D has joined #zope | 09:57 | |
| *** zagy has joined #zope | 09:59 | |
| *** opsec has joined #zope | 09:59 | |
| *** eperez has quit IRC | 10:03 | |
| planetzopebot | Frameworks in Uganda (Mock It!) http://mockit.blogspot.com/2010/03/frameworks-in-uganda.html | 10:04 |
| *** runyaga has joined #zope | 10:10 | |
| *** cbcunc has quit IRC | 10:16 | |
| *** allisterb has quit IRC | 10:20 | |
| *** agroszer has quit IRC | 10:21 | |
| *** neo|4D has joined #zope | 10:26 | |
| *** agroszer has joined #zope | 10:27 | |
| *** MrWu has quit IRC | 10:32 | |
| *** planetzopebot has quit IRC | 10:33 | |
| *** planetzopebot has joined #zope | 10:34 | |
| *** JaRoel|4D has quit IRC | 10:37 | |
| *** JaRoel|4D has joined #zope | 10:39 | |
| *** tarek has joined #zope | 10:43 | |
| *** __gotcha has joined #zope | 10:51 | |
| *** eperez has joined #zope | 10:53 | |
| *** axelix has quit IRC | 10:56 | |
| *** fredvd has joined #zope | 10:59 | |
| *** hever has joined #zope | 11:02 | |
| *** shreyas has quit IRC | 11:06 | |
| *** hever has quit IRC | 11:36 | |
| *** davisagli has quit IRC | 11:41 | |
| *** MrTango has joined #zope | 11:48 | |
| *** mr_jolly has joined #zope | 12:00 | |
| *** mr_jolly has left #zope | 12:03 | |
| *** huajie has joined #zope | 12:13 | |
| *** hever has joined #zope | 12:19 | |
| *** shreyas has joined #zope | 12:25 | |
| *** teix has joined #zope | 12:32 | |
| *** evilbungle has joined #zope | 12:33 | |
| *** TomBlockley has joined #zope | 12:36 | |
| *** shreyas has quit IRC | 12:45 | |
| *** thetet has joined #zope | 12:46 | |
| *** huajie has quit IRC | 12:54 | |
| *** shreyas has joined #zope | 12:55 | |
| *** eperez has quit IRC | 12:59 | |
| *** skt_ has joined #zope | 13:01 | |
| *** touff has quit IRC | 13:02 | |
| *** maiky has joined #zope | 13:28 | |
| *** tarek has quit IRC | 13:47 | |
| *** tarek has joined #zope | 13:48 | |
| *** r0ver has joined #zope | 13:54 | |
| *** shreyas has quit IRC | 13:56 | |
| *** ders has joined #zope | 14:04 | |
| *** aaronv has joined #zope | 14:08 | |
| *** benji has joined #zope | 14:11 | |
| *** r0ver has quit IRC | 14:17 | |
| *** fredvd is now known as fredvd|lunch | 14:20 | |
| *** benji has quit IRC | 14:25 | |
| *** eperez has joined #zope | 14:26 | |
| *** ders_ has joined #zope | 14:32 | |
| *** ders has quit IRC | 14:32 | |
| *** ders_ is now known as ders | 14:32 | |
| *** ders_ has joined #zope | 14:46 | |
| *** ders has quit IRC | 14:50 | |
| *** ders_ is now known as ders | 14:50 | |
| *** sunew has joined #zope | 14:52 | |
| *** dayne1 has joined #zope | 15:09 | |
| *** fredvd|lunch is now known as fredvd | 15:13 | |
| betabug | how do I return image data from a python script? | 15:13 |
| betabug | trying to do a quick prototype here, but if I return context[imagename] I get the html link | 15:14 |
| *** baijum has quit IRC | 15:15 | |
| *** kevinkal has quit IRC | 15:18 | |
| *** benji has joined #zope | 15:19 | |
| *** kleist has joined #zope | 15:19 | |
| *** sunew has quit IRC | 15:22 | |
| *** huajie has joined #zope | 15:33 | |
| *** dunny has quit IRC | 15:36 | |
| betabug | apparently .index_html(request, response) does the trick, no idea if it's the correct way, but it's enough for my prototype | 15:41 |
| *** kevinkalupson has joined #zope | 15:46 | |
| *** baijum has joined #zope | 15:56 | |
| *** JaRoel|4D has quit IRC | 15:56 | |
| *** JaRoel|4D has joined #zope | 15:58 | |
| *** dayne1 has quit IRC | 15:59 | |
| *** baijum has quit IRC | 16:00 | |
| *** kevinkalupson is now known as kevinkal | 16:03 | |
| *** skt_ has quit IRC | 16:10 | |
| *** JT has quit IRC | 16:12 | |
| *** thetet has quit IRC | 16:16 | |
| *** grahal has joined #zope | 16:26 | |
| grahal | what does "[test]" mean next to a egg in a buildout? | 16:26 |
| grahal | eggs = <whatever> [test] | 16:27 |
| *** ders has left #zope | 16:31 | |
| *** drudi has joined #zope | 16:37 | |
| *** RichardBarrell has quit IRC | 16:42 | |
| *** drudi has quit IRC | 16:44 | |
| *** ders has joined #zope | 16:44 | |
| *** ders has left #zope | 16:46 | |
| *** tisto has joined #zope | 16:50 | |
| *** evilbungle_ has joined #zope | 16:54 | |
| *** evilbungle has quit IRC | 16:57 | |
| TheJester | betabug or str(imageobj) also should work | 16:58 |
| TheJester | that handles the chunked reading stuff | 16:59 |
| TheJester | etc | 16:59 |
| *** jwhisnant has joined #zope | 17:01 | |
| *** drudi has joined #zope | 17:02 | |
| *** TomBlockley_ has joined #zope | 17:10 | |
| *** TomBlockley has quit IRC | 17:12 | |
| *** TomBlockley_ is now known as TomBlockley | 17:12 | |
| *** sunew has joined #zope | 17:13 | |
| *** sunew has quit IRC | 17:25 | |
| *** agroszer has quit IRC | 17:26 | |
| *** ders has joined #zope | 17:29 | |
| *** evilbungle_ has quit IRC | 17:30 | |
| *** evilbungle has joined #zope | 17:30 | |
| *** redir has joined #zope | 17:34 | |
| *** fredvd is now known as fred|sport | 17:36 | |
| *** alvaro has joined #zope | 17:36 | |
| *** Arfrever has quit IRC | 17:37 | |
| *** redir has quit IRC | 17:41 | |
| *** TomBlockley has quit IRC | 17:44 | |
| *** TomBlockley has joined #zope | 17:45 | |
| *** morphex has joined #zope | 17:46 | |
| *** redir has joined #zope | 17:47 | |
| *** jim_SFU has joined #zope | 17:48 | |
| *** huajie has quit IRC | 17:49 | |
| *** cbcunc has joined #zope | 17:51 | |
| *** daMaestro has joined #zope | 17:57 | |
| planetzopebot | Silva 2.2 Released (Zope.org) http://www.zope.org/Members/infrae/news/Silva_2.2_Released | 18:04 |
| *** TomBlockley has quit IRC | 18:05 | |
| *** TomBlockley has joined #zope | 18:06 | |
| *** mgedmin has joined #zope | 18:07 | |
| *** Arfrever has joined #zope | 18:18 | |
| *** ders has quit IRC | 18:23 | |
| *** alecm has joined #zope | 18:33 | |
| *** axelix has joined #zope | 18:33 | |
| *** allisterb has joined #zope | 18:51 | |
| *** cbcunc has quit IRC | 18:59 | |
| sm | g'day all | 19:08 |
| mgedmin | o/ | 19:10 |
| alecm | Morning sm! | 19:10 |
| sm | alecm! hey mgedmin | 19:12 |
| *** JaRoel|4D has quit IRC | 19:13 | |
| *** neo|4D has quit IRC | 19:18 | |
| *** mcdonc has quit IRC | 19:19 | |
| *** Kabz|4D has quit IRC | 19:22 | |
| *** kleist has quit IRC | 19:27 | |
| *** tarek has quit IRC | 19:41 | |
| *** tiwula has joined #zope | 19:42 | |
| *** tarek has joined #zope | 19:42 | |
| *** davisagli has joined #zope | 19:49 | |
| *** tarek has quit IRC | 19:56 | |
| *** tarek has joined #zope | 19:57 | |
| *** mcdonc has joined #zope | 20:02 | |
| *** __gotcha has quit IRC | 20:03 | |
| *** r0ver has joined #zope | 20:09 | |
| *** alecm has quit IRC | 20:10 | |
| *** axelix has quit IRC | 20:26 | |
| *** evilbungle has quit IRC | 20:37 | |
| *** pthulin has joined #zope | 20:40 | |
| *** TomBlockley has quit IRC | 20:42 | |
| *** TomBlockley has joined #zope | 20:42 | |
| *** TomBlockley has quit IRC | 20:43 | |
| *** digilord has joined #zope | 20:45 | |
| digilord | Hello. I have a class that takes data from ZODB when a user presses a button and generates a set of XML files on disk. Will the Zope security model allow this? If not how would I accomplish it? | 20:47 |
| digilord | This is for Zope3 | 20:47 |
| mgedmin | Zope 3 has no TTW-code and no extra restrictions | 20:48 |
| mgedmin | it's just Python, feel free to write to files on disk as you please | 20:48 |
| shenlong | whoa | 20:48 |
| digilord | Great thanks! | 20:48 |
| *** rogererens has joined #zope | 20:49 | |
| *** rogererens has left #zope | 20:51 | |
| *** mcdonc has quit IRC | 20:58 | |
| *** alvaro has quit IRC | 20:59 | |
| *** alvaro has joined #zope | 20:59 | |
| *** mcdonc has joined #zope | 21:01 | |
| *** sidnei has quit IRC | 21:01 | |
| *** allisterb has quit IRC | 21:09 | |
| *** allisterb has joined #zope | 21:22 | |
| *** evilbungle has joined #zope | 21:23 | |
| *** allisterb has quit IRC | 21:26 | |
| *** allisterb has joined #zope | 21:31 | |
| *** webmaven has joined #zope | 21:33 | |
| *** __gotcha has joined #zope | 21:33 | |
| *** hever has quit IRC | 21:35 | |
| *** TresEquis has joined #zope | 21:35 | |
| *** hever has joined #zope | 21:40 | |
| *** hever has quit IRC | 21:40 | |
| *** BGaddie has joined #zope | 21:51 | |
| *** TresEquis has quit IRC | 21:55 | |
| *** webmaven has quit IRC | 21:56 | |
| *** prinzdezibel has joined #zope | 21:56 | |
| prinzdezibel | Hi there. How can I grab the zodb root element when breaking into debug mode with set_trace() ? | 21:57 |
| mgedmin | prinzdezibel, depends | 21:59 |
| mgedmin | where did you put your breakpoint | 21:59 |
| mgedmin | do you have some sort of a persistent object easily accessible from pdb? | 21:59 |
| prinzdezibel | after registering | 21:59 |
| mgedmin | if so, say, self.context._p_jar.root() ought to give you the root object | 22:00 |
| prinzdezibel | mgedmin: yup-- | 22:00 |
| * mgedmin doesn't know what "registering" means | 22:00 | |
| prinzdezibel | works. | 22:00 |
| prinzdezibel | mgedmin: second | 22:01 |
| prinzdezibel | somehting like that: getUtility(IIntIds).register(genericSet.setobject_actuator) | 22:01 |
| prinzdezibel | mgedmin: Another thing: I have an object. Can I somehow retrieve the absolute path | 22:01 |
| prinzdezibel | in zodb object-graph? | 22:02 |
| mgedmin | depends | 22:02 |
| mgedmin | if it has a valid chain of __parent__/__name__ attributes, then yes | 22:02 |
| mgedmin | otherwise, no | 22:02 |
| mgedmin | zodb doesn't store reverse references | 22:02 |
| mgedmin | computing them would require a complete object graph traversal | 22:03 |
| TheJester | self.getPhysicalPath() should work regardless | 22:03 |
| mgedmin | which is possible, but slow | 22:03 |
| prinzdezibel | ok. This means I need to walk up the chain with __parent__ atttribute | 22:03 |
| prinzdezibel | until I reach the root ? | 22:03 |
| prinzdezibel | TheJester: I have read about getPhysicalPath() | 22:03 |
| prinzdezibel | But I have no such method on my object | 22:04 |
| mgedmin | zope 3 has zope.traversing.api.getPath | 22:04 |
| mgedmin | zope 2 has something else | 22:04 |
| mgedmin | acquisition proxies and stuff | 22:04 |
| prinzdezibel | I'm zope 3 | 22:04 |
| mgedmin | prinzdezibel, incidentally, what are you trying to achieve? | 22:04 |
| mgedmin | a tool like zodbbrowser could be useful if you want to look around and inspect the zodb contents | 22:05 |
| prinzdezibel | I want to have a mapper wich maps object ids (strings) to actual objects. | 22:05 |
| TheJester | So your object is not based on SimpleItem or Application or Traversable (in Zope 2) | 22:05 |
| prinzdezibel | I'm fairly new, TheJester , but I supose no. | 22:06 |
| mgedmin | what are object ids? oids? | 22:06 |
| mgedmin | __name__s? | 22:06 |
| TheJester | I suspect there is much wheel reinventing going on | 22:07 |
| prinzdezibel | unique names the user gives them | 22:07 |
| mgedmin | any_persistent_object._p_jar.get(oid) -> persistent_object_with_that_oid | 22:07 |
| mgedmin | user-given names are probably used for __name__ | 22:07 |
| prinzdezibel | mgedmin: Ok, that sound's to me that I could do it a better way. | 22:09 |
| prinzdezibel | Let me try to explain. | 22:09 |
| prinzdezibel | The user creates new persistent objects and give them a name | 22:10 |
| prinzdezibel | this name is reflected in the url, right? | 22:10 |
| *** daMaestro has quit IRC | 22:10 | |
| mgedmin | right | 22:10 |
| mgedmin | at least that's the usual way of doing things | 22:10 |
| prinzdezibel | so now I want him to refer in one object to another. | 22:10 |
| mgedmin | okay | 22:11 |
| prinzdezibel | So one option would be: | 22:11 |
| prinzdezibel | Let him hill in the url path to the other object by hand. | 22:11 |
| prinzdezibel | OR | 22:11 |
| prinzdezibel | Let him deal with a self-chosen identifier | 22:11 |
| prinzdezibel | which way to go? | 22:12 |
| mgedmin | what's the use-case here, exactly? | 22:12 |
| TheJester | neither | 22:12 |
| TheJester | display a list of suitable objects in a drop-down and let them chooose the "right thing" d8) | 22:12 |
| prinzdezibel | One object has a relation to another one. | 22:12 |
| prinzdezibel | But this relation (aggregation, compositioin) | 22:13 |
| prinzdezibel | is not defined at built-time | 22:13 |
| prinzdezibel | but at runtime through the user | 22:13 |
| mgedmin | how is this relationship constrained? | 22:13 |
| TheJester | Does it matter? | 22:13 |
| TheJester | dd8) | 22:13 |
| mgedmin | maybe | 22:14 |
| TheJester | every piece of contnt pretty much has that relationship to "something else" | 22:14 |
| mgedmin | if it's "objects in the same container", then storing __name__ might be sufficient | 22:14 |
| TheJester | Price, category, year of issue, something esoteric | 22:14 |
| mgedmin | if it's "arbitrary objects of arbitrary type in the same DB", then no | 22:14 |
| *** sidnei has joined #zope | 22:14 | |
| TheJester | Still doesn't matter, it's just a reference to something | 22:14 |
| TheJester | Provided by the user | 22:15 |
| prinzdezibel | Yes, I could put that reference at runtime to the python object, right. | 22:15 |
| mgedmin | three basic ways of storing references: direct object reference (I strongly advise against it), using zope.intids or zope.keyreference, or storing object name/path | 22:15 |
| *** TresEquis has joined #zope | 22:16 | |
| mgedmin | intids is probably the best choice | 22:16 |
| TheJester | zodb handles references just fine | 22:16 |
| prinzdezibel | mgedmin: Why are you against direct references? | 22:16 |
| mgedmin | except then the user deletes that object but your reference prevents GC and you end up with SystemErrors in weird places because your object has a __parent__ of None | 22:17 |
| prinzdezibel | (not the way I intend to do it anyway, but I'm curious.) | 22:17 |
| TheJester | weakref() ftw | 22:17 |
| mgedmin | and ZMI copy + paste ends up not cloning that object since it's locatable but has no __parent__ set, so you end up with two objects referring to the same deleted object | 22:17 |
| TheJester | d8) | 22:17 |
| TheJester | What ZMI ? | 22:18 |
| TheJester | d8) | 22:18 |
| mgedmin | intids/keyreferences give you the equivalent of weakrefs | 22:18 |
| TheJester | weakrefs are for people who don't want to implement proper data integrity d8) | 22:18 |
| *** Hypergraphe has joined #zope | 22:18 | |
| mgedmin | ZODB is for people who enjoy reimplementing database engines ... | 22:18 |
| *** eperez has quit IRC | 22:18 | |
| *** daMaestro has joined #zope | 22:19 | |
| *** tisto has quit IRC | 22:19 | |
| *** teix has left #zope | 22:20 | |
| prinzdezibel | mgedmin: my first idea was to go with storing object name/path | 22:22 |
| prinzdezibel | but maybe zope.initids is more suitable.. | 22:22 |
| *** evilbungle has quit IRC | 22:23 | |
| prinzdezibel | so the direct reference thing is debatable, eh? | 22:23 |
| *** webmaven has joined #zope | 22:23 | |
| mgedmin | it causes pain, in my experience | 22:23 |
| prinzdezibel | Ok, assume I go the intid way | 22:24 |
| *** alecm has joined #zope | 22:24 | |
| prinzdezibel | I want to present the user of all available objects that are suitable for referencing. | 22:25 |
| prinzdezibel | and want him to select via dropdown list | 22:25 |
| prinzdezibel | How can I collect all objects that I know are suitable (they are instances of a certain class) | 22:25 |
| mgedmin | check out zope.catalog | 22:25 |
| prinzdezibel | thank you! | 22:26 |
| mgedmin | the grok book has a nice chapter on using catalogs and indexes | 22:26 |
| prinzdezibel | by coincidence it lays beside me :) | 22:27 |
| mgedmin | although of course it uses the grok sugar for registering and setting them up | 22:27 |
| mgedmin | but it has a nice explanation about what the heck is a catalog and how is it different from an index and how do you define what objects are indexed and how you find them later | 22:27 |
| *** r0ver has quit IRC | 22:30 | |
| *** tisto has joined #zope | 22:32 | |
| *** r0ver has joined #zope | 22:35 | |
| prinzdezibel | mgedmin: Are you talking about the grok book form carlos de la guardia. and if so, which chapter do you mean? | 22:38 |
| mgedmin | yes and the one that talks about searching | 22:39 |
| mgedmin | chapter 6 | 22:40 |
| prinzdezibel | the catalog. | 22:40 |
| prinzdezibel | thx | 22:40 |
| *** Kabz|4D has joined #zope | 22:42 | |
| *** supton has joined #zope | 22:49 | |
| prinzdezibel | TheJester: Btw, is getPhysicalPath something plone specific ? | 22:54 |
| TheJester | No, it's in Zope2 objects | 22:55 |
| prinzdezibel | but not in zope3 ?! | 22:55 |
| TheJester | Nearly all Zope objects come from SimpleItem which has it defined | 22:55 |
| TheJester | (Zope2 objects) | 22:55 |
| prinzdezibel | ok | 22:55 |
| TheJester | But as I say also Traversable | 22:56 |
| TheJester | So that covers about 99% of Zope2 things d8) | 22:56 |
| *** runyaga_ has joined #zope | 22:57 | |
| TresEquis | prinzdezibel: not in Zope3, you are correct | 23:00 |
| prinzdezibel | thx | 23:00 |
| TresEquis | you need to adapt to some interface defined in zope.traversal, I think | 23:00 |
| *** runyaga has quit IRC | 23:00 | |
| TresEquis | sorry, zope.traversing | 23:00 |
| *** kevinkal has quit IRC | 23:01 | |
| TresEquis | something like: | 23:01 |
| TresEquis | getAdapter(context, zope.traversing.interfaces.ITraversalAPI).getPath() | 23:01 |
| moo--- | TresEquis: do you know whether Five provides zope.traversing support? | 23:02 |
| mgedmin | TresEquis, zope.traversing.api.getPath(context) | 23:02 |
| mgedmin | or IPhysicallyLocatable(context).getPath() | 23:03 |
| TresEquis | ah | 23:03 |
| TresEquis | ILocationInfo? | 23:03 |
| mgedmin | what you wrote also ought to work, except it's longer for no particularly good reason | 23:03 |
| TresEquis | no, I misread the docs | 23:03 |
| TresEquis | the ITraversableAPI interface is not for adapters | 23:03 |
| TresEquis | it just (redundantly) declares the API of the api module | 23:04 |
| mgedmin | yeah, interfaces for modules are/were a very Zope-3-ish thing | 23:04 |
| TresEquis | I don't think the module is even registered as a utility | 23:04 |
| mgedmin | no | 23:04 |
| mgedmin | and yes, you're right, I was wrong when I said you were right | 23:05 |
| TresEquis | which makes the whole exercise completely pointless | 23:05 |
| TresEquis | I guess there could be code somewhere which does a 'queryUtility(ITraversalAPI, zope.traversing.api)' | 23:05 |
| TresEquis | to allow for testing, or something | 23:06 |
| mgedmin | you mean to allow for stubbing in tests? | 23:06 |
| mgedmin | simpler to do that by providing a different IPhysicallyLocatable adapter and using the real api | 23:06 |
| mgedmin | even more simple by setting the __parent__ attributes the way you want | 23:06 |
| mgedmin | afaiu module interfaces were solely for documentation purposes | 23:06 |
| mgedmin | they didn't really catch on | 23:07 |
| TresEquis | right, especially since the module API functions have slightly *different* docstrings (drift) | 23:08 |
| *** cbcunc has joined #zope | 23:10 | |
| TresEquis | Howdy, Chris | 23:10 |
| TresEquis | Howdy, Chris (cbcunc) | 23:12 |
| cbcunc | TresEquis! | 23:12 |
| *** Kabz|4D has quit IRC | 23:12 | |
| *** Kabz|4D has joined #zope | 23:13 | |
| r0ver | hello, are there a simple component which implements tags in zope2 ? (these tags used in stuff like tagclouds and so on...) | 23:13 |
| *** prinzdezibel has quit IRC | 23:14 | |
| *** River_Rat has quit IRC | 23:21 | |
| *** tisto has quit IRC | 23:23 | |
| TresEquis | r0ver: http://svn.zope.org/lovely.tag/ | 23:24 |
| TresEquis | is a Z3 thing | 23:25 |
| r0ver | does it work on zope2.12 ? | 23:25 |
| TresEquis | you might be able to make it work | 23:26 |
| r0ver | :) | 23:26 |
| r0ver | thks! | 23:26 |
| TresEquis | Plone has a couple of tagcloud related add-ons | 23:27 |
| r0ver | i've been watching gtag by martin aspeli, but i'm not sure if they use plone machinery. I'm just using plain zope2.12 | 23:27 |
| TresEquis | It might be easiest to start from scratch using a KeywordIndex | 23:28 |
| TresEquis | the bits which make the tag text size bigger or smaller are the only parts which aren't straightforward ;) | 23:29 |
| TresEquis | the rest is all UI :) | 23:29 |
| r0ver | well... if i'm lucky enough someone else already solved that :) | 23:29 |
| *** grahal has quit IRC | 23:32 | |
| *** JaRoel|4D has joined #zope | 23:36 | |
| *** jwhisnant has quit IRC | 23:49 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!