| *** projekt01 has joined #zope3-dev | 00:20 | |
| *** projekt01 has quit IRC | 00:53 | |
| *** jenner has quit IRC | 01:17 | |
| *** dobee has quit IRC | 02:09 | |
| *** dobee has joined #zope3-dev | 02:10 | |
| *** jinty has joined #zope3-dev | 02:59 | |
| *** yota has quit IRC | 03:02 | |
| *** romanofski is now known as rom|zzZZ | 03:09 | |
| *** stub has joined #zope3-dev | 03:15 | |
| *** stub has quit IRC | 03:17 | |
| *** stub has joined #zope3-dev | 03:31 | |
| *** dobee has quit IRC | 03:39 | |
| *** J1m has joined #zope3-dev | 04:06 | |
| *** J1m has quit IRC | 04:12 | |
| *** jinty has quit IRC | 04:13 | |
| *** tahara has joined #zope3-dev | 08:30 | |
| *** yota has joined #zope3-dev | 08:37 | |
| *** VladDrac has joined #zope3-dev | 08:41 | |
| *** dobee has joined #zope3-dev | 09:34 | |
| *** dobee has joined #zope3-dev | 09:36 | |
| *** natea has quit IRC | 10:16 | |
| *** SteveA has quit IRC | 11:49 | |
| *** rom|zzZZ is now known as romanofski | 11:50 | |
| *** romanofski has quit IRC | 12:15 | |
| *** dobee has quit IRC | 12:18 | |
| *** dobee has joined #zope3-dev | 12:19 | |
| *** dobee has quit IRC | 12:33 | |
| *** BjornT has joined #zope3-dev | 12:36 | |
| *** dobee has joined #zope3-dev | 12:37 | |
| *** efge has joined #zope3-dev | 12:56 | |
| *** philiKON has joined #zope3-dev | 13:36 | |
| yota | hum, good question on zope3 users | 13:42 |
|---|---|---|
| *** jenner has joined #zope3-dev | 13:54 | |
| *** dobee has quit IRC | 14:23 | |
| *** jack-e has joined #zope3-dev | 14:46 | |
| *** dobee has joined #zope3-dev | 14:58 | |
| *** ruda_porto has joined #zope3-dev | 15:12 | |
| *** dobee has quit IRC | 15:16 | |
| *** Aiste has quit IRC | 15:17 | |
| *** dobee has joined #zope3-dev | 15:55 | |
| *** alga has joined #zope3-dev | 16:15 | |
| jenner | Hm, can I remove an object withouth __parent__ somehow? zope/app/container/contained.py tries to object.__parent__ which doesn't exists, so I get an AttributeError and thus cannot remove the object anymore | 16:17 |
| * jenner replaces the Data.fs with a clean one | 16:19 | |
| efge | jenner: an object without __parent__ is not "contained", so you shouldn't use the container framework to remove it | 16:27 |
| jenner | efge: I just tried to remove a broken instance of an IContainer from ZMI | 16:28 |
| efge | ah it's broken... hm I guess that use case has been forgotten :) | 16:28 |
| jenner | :) | 16:29 |
| jenner | can I set log level to debug somehow? It seems that an exception from one of my views is swallowed and I get a blank page | 16:31 |
| *** drzoltron_ has joined #zope3-dev | 16:56 | |
| *** dobee has quit IRC | 17:10 | |
| jenner | *sigh*, setting up s.th. like absolute_url as adapter for a cusomt interface is a PITA | 17:24 |
| drzoltron_ | pita ? http://membres.lycos.fr/cigale76/picto/photos%20aliments/pain%20pita.jpg | 17:29 |
| jenner | :) | 17:29 |
| jenner | I have some types implementing the same base interface, now I'd like to display breadcrumbs (/folder1/folder2/item) of those types, but the default adapter (app.traversion.browser.absoluteurl.AbsoluteURL) adds only the __name__ of the object as info and I'd need a bit more | 17:37 |
| jenner | So I thought I could just do the same as AbsoluteURL, but apparently I either fail to register the adpater properly or something's wrong with my types - if I register the adpater only for my.custom.Interface I get a ComponentLookupError, if I register them for "*" I get AttributeError's for __parent__ | 17:39 |
| *** tiredbones has left #zope3-dev | 17:45 | |
| *** stub has quit IRC | 17:58 | |
| *** drzoltron_ has quit IRC | 18:37 | |
| *** tiredbones has joined #zope3-dev | 18:54 | |
| *** danfairs has joined #zope3-dev | 19:13 | |
| * jenner has got his first ZODB conflict error with z3 | 19:14 | |
| *** alga has quit IRC | 19:15 | |
| danfairs | jenner: happy christmas! :) | 19:15 |
| *** andrew_m has quit IRC | 19:15 | |
| * danfairs has just got his very first content item working in z3 | 19:15 | |
| jenner | danfairs: :)) | 19:16 |
| * jenner is slowly approaching towards a full blown photo gallery | 19:16 | |
| jenner | flickr style baby | 19:16 |
| danfairs | I'm not looking forward to debugging zcml though :S | 19:16 |
| danfairs | ah well, the z3 schema stuff sure knocks Archetypes into a cocked hat ;) | 19:17 |
| jenner | danfairs: I found out that zcml is not that bad after all, just don't put everything in one big configure.zcml, use <include package=.. /> for your browser and probably browser/skin packages and if you've defined your own roles/permissions - put them in security.zcml and include it using <include file=.. /> | 19:19 |
| danfairs | jenner: ok, good tip. I've got Philipp's book (which I cunningly lent to a colleague before xmas) which I've read | 19:20 |
| danfairs | I'm currently referring to Stephan's book online | 19:20 |
| danfairs | just got to the bit you mention ;) | 19:20 |
| danfairs | the reason I mentioned it was this: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2005_12_14_zcml-needs-to-do-less | 19:21 |
| danfairs | i got a little scared reading it. 80 declarations, eek! | 19:22 |
| jenner | danfairs: I've learned from Stephans book (online edition on zope.org), though the most enlightenment came from reading the API docs, sources and last but not least - bugging people on #zope3-dev :) | 19:22 |
| danfairs | jenner: well here I am ;) | 19:22 |
| danfairs | yeah, reading source is how I learned Zope 2 and CMF... no stranger to that. | 19:22 |
| danfairs | unfortunately my day job is pure zope 2. | 19:23 |
| danfairs | Learning Zope 3 is a spare time thing right now. | 19:24 |
| jenner | same here | 19:24 |
| jenner | actually I should be writing my diploma thesis... coding java :) | 19:24 |
| danfairs | heh, could you get away with jython? ;) | 19:24 |
| danfairs | "...but it runs on the VM!" | 19:24 |
| jenner | Nah, java rocks for bigger SOA stuff, especially the Spring framework, so I'm sticking to native java code :) | 19:25 |
| jenner | And 1.5 (aka tiger) is pretty nifty too | 19:26 |
| jenner | I just need some time to switch from javas type-safety to pythons "do-whatever-you-like" :) | 19:27 |
| * danfairs hasn't touched Java since uni | 19:27 | |
| danfairs | yeah, I can see the need for a 'python brain' and a 'java brain' | 19:27 |
| danfairs | the next language I encounter is likely to be C# actually. So Java again ;) | 19:28 |
| danfairs | one of my colleagues like to freak the c# programmers out by demonstrating python code that changes a class' base classes on the fly. | 19:29 |
| jenner | hehe | 19:29 |
| danfairs | he's not allowed near the production code with that of course ;) | 19:29 |
| jenner | :)) | 19:29 |
| jenner | he should freak out lisp or perl programmers by demonstrating the speed of pythons list comprehension and string operations :) | 19:30 |
| danfairs | heh, we don't really have any lisp or perl programmers - we're mostly a windows shop, hence the c# | 19:30 |
| * danfairs has edited .emacs and doesn't want to go any closer to lisp than that | 19:31 | |
| jenner | lol | 19:31 |
| danfairs | of course, the windows people will then point to the benchmarks of IronPython vs. CPython ;) | 19:32 |
| jenner | Never heard of IronPython until now (just looked it up on google) | 19:33 |
| philiKON | oh, it's cool | 19:33 |
| philiKON | python interpreter on top of .NET | 19:34 |
| philiKON | like jython, just .NET | 19:34 |
| jenner | Yeah, just read then | 19:34 |
| philiKON | i'm more excited about pypy, though | 19:34 |
| jenner | That will most likely mean, that it will lag behind "real" python | 19:34 |
| philiKON | if someone wrote a C# backend to that... | 19:34 |
| * danfairs googles pypy | 19:34 | |
| jenner | python interpreter which interprets python :9 | 19:34 |
| philiKON | that's also what cpython is | 19:35 |
| philiKON | pypy is an implementation of the python interpreter in python itself | 19:35 |
| jenner | that's what I meant :) | 19:35 |
| danfairs | aha | 19:35 |
| philiKON | the nice thing is that you can use it to translate python code into an abstract object flow graph | 19:36 |
| philiKON | and from there to basically anything | 19:36 |
| philiKON | for example C | 19:36 |
| philiKON | so, pypy can translate itself to C | 19:36 |
| philiKON | so you end up with a C-based python interpreter again | 19:36 |
| philiKON | but it's source is pypy, which is python and hence much nicer to develop | 19:36 |
| philiKON | and you could also write a backend that generated Java or C# | 19:36 |
| philiKON | hence you'd have the equivalent of jython and ironpython | 19:37 |
| jenner | philiKON: btw, in case you come to refactoring the absoluteurl.py code - wouldn't it be cool to ask the object for some info first (like IZopeDublinCore(context).title) and if that fails trying to getattr(context, '__name__', None)? | 19:38 |
| philiKON | huh? | 19:38 |
| philiKON | what has dublin core got to do with urls??? | 19:38 |
| jenner | just as an example, it should rather be s.th. like (non-existent) IContextInfo | 19:39 |
| philiKON | IPhysicallyLocatable | 19:39 |
| philiKON | zapi.getName() uses that | 19:39 |
| philiKON | perhaps it should use that | 19:39 |
| philiKON | it=the absolute url view | 19:39 |
| jenner | yes, but that doesn't offer any meta infos, if there would be an interface _just_ for the case you'd like to have a title or something else in your breadcrumbs, you could implement that interfaces | 19:40 |
| philiKON | meta infos? | 19:41 |
| jenner | title = meta inf | 19:41 |
| jenner | o | 19:41 |
| philiKON | we use the term metadata | 19:41 |
| jenner | ok, metadata then | 19:41 |
| philiKON | and IZopeDublinCore is an example of metadata | 19:41 |
| jenner | yes | 19:41 |
| philiKON | but it has little to do with urls | 19:41 |
| jenner | the point why I'm sying this is, I had to reimplement IAbsoluteUrl for my own content types, just so I'm able to show the title of an item/folder in the breadcrumbs | 19:42 |
| danfairs | hm, Zope3Book still talks about __used_for__ in some examples... | 19:43 |
| philiKON | danfairs, yes, zope3book isn't updated, unfortunately | 19:43 |
| jenner | if AbsoluteURL.breadcrumbs() would query the object for an abstract interface instead of just getting its __name__, I could simply implement the interface instead of creating a new adapter | 19:43 |
| danfairs | shame :/ | 19:43 |
| philiKON | jenner, i see.. well, first, your reimplementation might break the IAbsoluteURL contract... | 19:44 |
| danfairs | oh - great job on your book btw, very readable and understandable | 19:44 |
| philiKON | danfairs, thanks | 19:44 |
| philiKON | danfairs, there will definitely be updates there | 19:44 |
| danfairs | philiKON: that's great news ;) | 19:44 |
| jenner | philiKON: how so? it's registered only for="my.custom.IType" | 19:44 |
| jenner | oh, sorry | 19:44 |
| jenner | you mean the interface to be queried | 19:44 |
| philiKON | jenner, well, if i get the IAbsoluteURL view, i expect view.breadcrumbs() to return names, not titles... | 19:45 |
| philiKON | i would say | 19:45 |
| philiKON | perhaps not | 19:45 |
| philiKON | dunno what IAbsoluteURL says :) | 19:45 |
| philiKON | jenner, it might be feasible to extend the IAbsoluteURL interface and the views to allow them to optionally include IZopeDublinCore(context).title for convenience | 19:46 |
| jenner | "Name is the name to display for that segment of the breadcrumbs." | 19:46 |
| philiKON | hrm | 19:46 |
| jenner | zapi.name(context) can be pretty ugly sometimes :) | 19:47 |
| *** jukart has joined #zope3-dev | 19:47 | |
| *** jukart has left #zope3-dev | 19:49 | |
| jenner | Anyway, I learned (again) a lot while reimplementing IAbsoluteURL about adapters, so I shouldn't complain :) | 19:50 |
| philiKON | yes, you should :) | 19:50 |
| jenner | I will :) | 19:54 |
| * jenner waves | 19:54 | |
| *** jenner has quit IRC | 19:54 | |
| *** danfairs is now known as danfairs|away | 20:02 | |
| *** natea has joined #zope3-dev | 20:14 | |
| *** alga has joined #zope3-dev | 20:17 | |
| *** philiKON has quit IRC | 20:29 | |
| *** danfairs|away is now known as danfairs | 20:32 | |
| *** danfairs is now known as danfairs|away | 20:34 | |
| *** danfairs|away is now known as danfairs | 20:46 | |
| danfairs | hi again. I've got a custom Task object which is contained within a TaskContainer. | 21:05 |
| danfairs | Tasks themselves can contain other tasks | 21:05 |
| danfairs | In order to successfully view the 'Contents' tab for a task object, I've had to make security declarations in configure.zcml for attributes __len__ and items. | 21:06 |
| danfairs | This doesn't feel right to me ;) | 21:06 |
| danfairs | What am I doing wrong? Should I define these methods in ITask so that the security assertion based on the interface 'takes'? | 21:06 |
| danfairs | That also doesn't feel very clean... | 21:06 |
| *** efge has quit IRC | 21:29 | |
| *** danfairs is now known as danfairs|imbibin | 21:41 | |
| *** regebro has joined #zope3-dev | 21:51 | |
| regebro | Merry Xmas! | 21:52 |
| *** alga has quit IRC | 21:55 | |
| regebro | Was there any skin/layers changes between 3.0 and 3.2? | 21:56 |
| regebro | CMFonFive / CMFs skin registration no longer works under 2.9... :-/ | 21:56 |
| *** alga has joined #zope3-dev | 21:59 | |
| *** danfairs|imbibin is now known as danfairs | 22:01 | |
| dman13 | regebro: yes. there was a thread recently about how multi-adapter lookup was fixed and that caused the priority of certain registrations to change. (there's a thread on the mailing list about it) | 22:09 |
| *** alga has quit IRC | 22:18 | |
| *** BjornT has quit IRC | 22:33 | |
| *** danfairs has quit IRC | 22:45 | |
| *** danfairs has joined #zope3-dev | 22:45 | |
| *** alga has joined #zope3-dev | 23:04 | |
| *** jack-e has quit IRC | 23:06 | |
| *** danfairs has quit IRC | 23:11 | |
| regebro | dman13: Thanks, I'll check it out, | 23:38 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!
