| *** efge has joined #zope3-dev | 00:07 | |
| *** bskahan has quit IRC | 00:07 | |
| Damascene | I heard that zsync is no longer supported? If this is the case, how should version control for 'content' be performed? | 01:02 |
|---|---|---|
| *** niemeyer has quit IRC | 01:03 | |
| *** RaFromBRC is now known as RaFromBRC|mtg | 01:04 | |
| *** tarek has joined #zope3-dev | 01:05 | |
| projekt01 | Damascene, where did you hear this? | 01:27 |
| *** niemeyer has joined #zope3-dev | 01:36 | |
| Damascene | projekt01: i forgot | 01:39 |
| Damascene | i'm probably wrong | 01:39 |
| Damascene | if so, then i guess zsync is the way to go | 01:40 |
| *** MiUlEr has quit IRC | 01:47 | |
| *** srichter has joined #zope3-dev | 01:56 | |
| *** ChanServ sets mode: +o srichter | 01:57 | |
| *** hazmat has quit IRC | 02:00 | |
| *** BjornT has quit IRC | 02:06 | |
| *** RaFromBRC|mtg is now known as RaFromBRC | 02:06 | |
| *** J1m has quit IRC | 02:15 | |
| *** hazmat has joined #zope3-dev | 02:19 | |
| *** tarek has quit IRC | 02:26 | |
| *** MiUlEr has joined #zope3-dev | 02:38 | |
| *** MiUlEr is now known as MiUlErlog | 02:42 | |
| *** Damascene has quit IRC | 02:47 | |
| *** stub has joined #zope3-dev | 02:47 | |
| *** MiUlErlog is now known as lordpy | 02:52 | |
| *** lordpy is now known as MiUlErSan | 02:52 | |
| *** hazmat has quit IRC | 03:17 | |
| *** efge has quit IRC | 04:03 | |
| *** MiUlErSan is now known as MiUlEr | 04:04 | |
| *** MiUlEr is now known as MiUlErChan | 04:06 | |
| *** niemeyer has quit IRC | 04:08 | |
| *** jan_s has joined #zope3-dev | 04:54 | |
| *** projekt01 has left #zope3-dev | 05:29 | |
| *** RaFromBRC is now known as RaFromBRC|afk | 06:15 | |
| *** philiKON has quit IRC | 06:53 | |
| *** AJC has joined #zope3-dev | 07:17 | |
| AJC | i'm creating an object dynamically in my publishTraverse function, but the breadcrumbs fail. how do i set the parent of the object? | 07:42 |
| *** Damascene has joined #zope3-dev | 07:47 | |
| *** hazmat has joined #zope3-dev | 08:12 | |
| *** RaFromBRC|afk has quit IRC | 08:54 | |
| zagy | moin | 09:06 |
| *** Damascene has quit IRC | 09:12 | |
| *** BjornT has joined #zope3-dev | 09:14 | |
| *** Arnia has quit IRC | 09:15 | |
| *** hdima has joined #zope3-dev | 09:15 | |
| *** Damascene has joined #zope3-dev | 09:30 | |
| *** philiKON has joined #zope3-dev | 09:40 | |
| *** hazmat has quit IRC | 09:58 | |
| *** sashav has joined #zope3-dev | 09:59 | |
| *** jan_s has quit IRC | 10:37 | |
| *** lunatik has joined #zope3-dev | 11:03 | |
| *** AJC has quit IRC | 11:24 | |
| *** J1m has joined #zope3-dev | 11:57 | |
| *** projekt01 has joined #zope3-dev | 12:02 | |
| *** AJC has joined #zope3-dev | 12:05 | |
| *** tarek_ has joined #zope3-dev | 12:08 | |
| *** tarek_ is now known as tarek | 12:08 | |
| *** efge has joined #zope3-dev | 13:12 | |
| *** AJC has quit IRC | 13:53 | |
| *** AJC has joined #zope3-dev | 13:53 | |
| *** kate has joined #zope3-dev | 14:14 | |
| *** kate has left #zope3-dev | 14:14 | |
| *** bskahan has joined #zope3-dev | 14:19 | |
| *** J1m has quit IRC | 14:25 | |
| *** lunatik has quit IRC | 14:28 | |
| *** faassen has joined #zope3-dev | 14:30 | |
| *** srichter has quit IRC | 14:31 | |
| *** lunatik has joined #zope3-dev | 14:34 | |
| *** tarek is now known as tarek_away | 14:56 | |
| *** srichter has joined #zope3-dev | 15:15 | |
| *** ChanServ sets mode: +o srichter | 15:16 | |
| *** tvon has joined #zope3-dev | 15:19 | |
| *** alga has joined #zope3-dev | 15:54 | |
| * andrew_m is away: I'm busy | 16:12 | |
| *** th1a has quit IRC | 16:13 | |
| *** hdima has quit IRC | 16:15 | |
| *** ignas has joined #zope3-dev | 16:34 | |
| *** MiUlErChan has quit IRC | 16:46 | |
| *** deo has quit IRC | 16:52 | |
| philiKON | woa. ~7300 tests | 16:57 |
| AJC | does anyone know how i can set the parent of an object created dynamically during a publishTraverse? | 16:59 |
| SteveA | obj.__parent__ = parent perhaps | 16:59 |
| philiKON | yup | 17:00 |
| AJC | i have the first part ok ;-) but where do i get parent from? i set it to self, but even then the breadcrumbs complain | 17:00 |
| philiKON | AJC, have it directly provide IContained and set __name__ and __parent__ | 17:00 |
| philiKON | what's the complaint? | 17:01 |
| AJC | IFolder is ok too? that also is IContained? | 17:01 |
| philiKON | not sure | 17:01 |
| philiKON | IFolder is an IContainer | 17:02 |
| philiKON | I wouldn't use IFolder though | 17:02 |
| AJC | ok, so i'm fine. | 17:02 |
| philiKON | IFolder is very specific | 17:02 |
| philiKON | no, you're not | 17:02 |
| philiKON | notice the difference betrween IContainer and Icontained | 17:02 |
| philiKON | two different interfaces | 17:02 |
| AJC | well, in my factory i create folders | 17:02 |
| philiKON | hmm | 17:02 |
| philiKON | this is just to model custom traversal, right? | 17:02 |
| *** Theuni has joined #zope3-dev | 17:03 | |
| AJC | well, i'm storing your RST Page class in there | 17:03 |
| AJC | it's an archive basically | 17:03 |
| philiKON | are thos eoflders you create persistent? | 17:04 |
| AJC | File "C:\Program Files\Python24\Lib\site-packages\zope\app\traversing\browser\absoluteurl.py", line 80, in breadcrumbs raise TypeError, _insufficientContext | 17:05 |
| philiKON | yeh, sounds like you're missing the __parent__ links | 17:05 |
| AJC | well, i have an IArchive folder that's persistent, but then it also returns "virtual" objects (itself also) created dynamically | 17:05 |
| philiKON | i think those should be created by a traversal adapter | 17:06 |
| AJC | in publishTraverse, i have: folder.__parent__ = self | 17:06 |
| AJC | ; return folder | 17:06 |
| AJC | philiKON, they are, the traverser applies to my IArchive instances | 17:06 |
| philiKON | your archive folder shouldn't know about all the special ways you want to traverse it; it should just store the stuff | 17:06 |
| philiKON | ah, ok | 17:06 |
| philiKON | what's folder? | 17:06 |
| AJC | IArchive is a folder | 17:07 |
| philiKON | i meant your publishTraverse | 17:07 |
| AJC | hmmm | 17:07 |
| philiKON | what's 'folder' there? | 17:07 |
| AJC | i see the problem now | 17:07 |
| AJC | its a new IArchive created from my factory... | 17:07 |
| philiKON | it's an interface? | 17:08 |
| AJC | with a simple instance, yes | 17:08 |
| philiKON | ok | 17:09 |
| philiKON | aha! | 17:09 |
| AJC | but i think my problem is that i'm creating folders dynamically, but they no longer have objects in them, so i can't look anything up inside... | 17:09 |
| philiKON | >>> from zope.app.folder.interfaces import IFolder | 17:09 |
| philiKON | >>> from zope.app.container.interfaces import IContained | 17:09 |
| philiKON | >>> IFolder.extends(IContained) | 17:09 |
| philiKON | False | 17:09 |
| AJC | interesting | 17:09 |
| philiKON | however, Folder subclasses Contained | 17:09 |
| philiKON | your Archive is a sbuclass of Folder, right? | 17:10 |
| AJC | i've extended the example here: http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/Zope3Book/traversal.html | 17:10 |
| AJC | yes | 17:10 |
| *** Aiste has joined #zope3-dev | 17:10 | |
| philiKON | AJC, Folders w/o a contained proxy are not physically locatable | 17:12 |
| philiKON | because they don't provide IContained | 17:12 |
| philiKON | (ILocation extends IContained) | 17:12 |
| Theuni | Hi Aiste | 17:12 |
| philiKON | this is a bug | 17:12 |
| philiKON | AJC, please file a bug report | 17:12 |
| philiKON | state that folders inhert from Contained but IFolder doesn't extend IContained | 17:13 |
| *** niemeyer has joined #zope3-dev | 17:13 | |
| Aiste | Theuni: hi :) | 17:13 |
| philiKON | so, either Folder shouldn't extend Contained or IFolder should be made to extend IContained | 17:13 |
| philiKON | the latter might be better for you, but there might be risks with existing ZODBs where folders are contained-proxied | 17:13 |
| philiKON | AJC, in any case, i would use dead-simple stub containers for traversal, not archives | 17:14 |
| philiKON | class StubContainer(Contained, dict): | 17:14 |
| philiKON | pass | 17:14 |
| philiKON | ah | 17:14 |
| philiKON | hang on | 17:14 |
| philiKON | Contained implements IContained | 17:14 |
| philiKON | false alarm | 17:15 |
| AJC | philiKON, ok... so i have only one IArchiveFolder, and that returns IDummyContainer at every publishTraverse? | 17:15 |
| philiKON | you're talking about interfaces here. that makes no sense | 17:15 |
| *** Theuni has quit IRC | 17:15 | |
| philiKON | hmm. your archives should be physically locatable | 17:15 |
| AJC | my archives are, and they exist | 17:15 |
| philiKON | can you paste your publishTraverse again, please | 17:16 |
| AJC | but when i do an url request /archive/2005/05/04 all those numbers in the date are virtual | 17:16 |
| philiKON | if it's too long, use paste.plone.org | 17:16 |
| AJC | just containers | 17:16 |
| philiKON | right | 17:16 |
| philiKON | those virtual ones, what are they? | 17:16 |
| AJC | at the moment, they are also IArchiveFolders, but I'm changing that | 17:16 |
| philiKON | why are you talking about interfaces all the time? | 17:17 |
| AJC | because the objects are just dummy classes that implement the interface | 17:17 |
| philiKON | so, say that when i ask you about them :) | 17:17 |
| AJC | that allows my traverser to apply to them | 17:17 |
| philiKON | right | 17:17 |
| philiKON | can you paste your publishTraverse agian please | 17:17 |
| AJC | well, like in the book example | 17:17 |
| philiKON | srichter, i have a functional test failing for apidoc/preferences | 17:19 |
| philiKON | AssertionError: /++apidoc++/modulelist.html contains broken links: | 17:20 |
| philiKON | /++apidoc++/./++preferences++/apidoc/@@apidocMenu.html: ForbiddenAttribute: ('__getitem__', <zope.app.preference.preference.PreferenceGroup object at 0x4b60cf0>) | 17:20 |
| AJC | http://paste.plone.org/1350 | 17:20 |
| *** lunatik has quit IRC | 17:20 | |
| *** Theuni has joined #zope3-dev | 17:20 | |
| *** lunatik has joined #zope3-dev | 17:22 | |
| philiKON | just as i suspected | 17:22 |
| philiKON | AJC, folder.__parent__ = self is wrong | 17:22 |
| philiKON | self is your adapter | 17:22 |
| philiKON | you want folder.__parent__ = self.context | 17:22 |
| AJC | philiKON, ok, thanks | 17:22 |
| AJC | and also i need, folder.__name__ = name | 17:23 |
| AJC | does the comment about virtual IContainers make sense there? | 17:23 |
| philiKON | i would just say "create a dummy container" | 17:24 |
| philiKON | you are always talking about interfaces, so there's no way telling when you mean the interface object or an object providing the interface | 17:24 |
| AJC | ok, cool. where's that z3 bug database? do you still want me to submit a bug... | 17:24 |
| AJC | philiKON, heh, it's all the same thing really... create "sometihng than provides an IContainer" | 17:25 |
| AJC | :-) | 17:25 |
| philiKON | nah, i was totally off track with Contained/Contained and folder | 17:25 |
| philiKON | no need to file that bug | 17:25 |
| *** mooded has joined #zope3-dev | 17:26 | |
| srichter | philiKON: yes, it only appears when you run unit and functional tests together | 17:27 |
| srichter | Time and I had a thread about this on the ML | 17:27 |
| srichter | Tim and I had a thread about this on the ML | 17:27 |
| philiKON | ok | 17:28 |
| philiKON | didn't read that | 17:28 |
| *** sashav has quit IRC | 17:28 | |
| philiKON | sucks though | 17:28 |
| philiKON | anyway around that? | 17:29 |
| AJC | thanks philiKON | 17:29 |
| philiKON | np | 17:29 |
| srichter | philiKON: there is no bug | 17:31 |
| srichter | IFolder does not have to extend IContainer | 17:31 |
| srichter | Contained implements IContained directly | 17:31 |
| philiKON | yes | 17:32 |
| philiKON | i found that | 17:32 |
| philiKON | already called the falls alarm off | 17:33 |
| srichter | :-) | 17:33 |
| srichter | back to grading (100 tests each 4 questions ;-( ) | 17:34 |
| philiKON | probably multiple scheiss, eh? | 17:37 |
| *** ignas has quit IRC | 17:46 | |
| *** alga has quit IRC | 17:57 | |
| *** garrett-smith has joined #zope3-dev | 18:00 | |
| srichter | yep, it's so annoying | 18:13 |
| philiKON | i really hate multiple choice | 18:14 |
| srichter | no, the worst is I have to correct the short answer | 18:25 |
| srichter | so you have to read all those horrible hand-writings | 18:25 |
| srichter | anyone her: if you are still in college stay away from mass courses of 50+ students! :-) | 18:26 |
| philiKON | ah, those "essay questions" that really mean you are supposed to write a real sentence instead of marking A, B, C, D or "all of the above"... i can't understand how you can do serious tests like these in any science... | 18:28 |
| *** xenru has joined #zope3-dev | 18:35 | |
| Damascene | does it make any sense to port over popular 'apps' that used PHP to zope3? | 18:57 |
| philiKON | well, "port" is a good wort... i would probably say "rewrite" :) | 19:00 |
| philiKON | if you have too much time on your hands, why not. but workign solutions on PHP are sufficien to me (I use PHP web applications in every day use, for example the Horde/IMP webmailer) | 19:01 |
| Damascene | yeah i use horde/imp myself. | 19:02 |
| Damascene | i'm looking at 'gallery' as well heh | 19:02 |
| Damascene | i do realize it's mostly a rewrite | 19:02 |
| Damascene | i suppose it violates the best tool for the job axiom... (existing software exists, why write new ones) | 19:02 |
| Damascene | but i figured it would give zope3 a bit more of a presence? | 19:03 |
| *** J1m has joined #zope3-dev | 19:04 | |
| philiKON | Damascene, sure! if somebody paid me to do it, i'd be happy to... and if you wanan do it, go right ahead | 19:05 |
| *** xenru has quit IRC | 19:06 | |
| Damascene | philiKON: haha ok so it's the best tool for the job axiom again. :) | 19:07 |
| *** mooded has quit IRC | 19:08 | |
| *** ignas has joined #zope3-dev | 19:09 | |
| *** alga has joined #zope3-dev | 19:14 | |
| *** tarek_away has quit IRC | 19:19 | |
| *** lunatik has quit IRC | 19:26 | |
| *** deo has joined #zope3-dev | 19:44 | |
| J1m | srichter, what's up with the failing functional test? | 19:45 |
| *** stub has quit IRC | 19:49 | |
| srichter | J1m: I haven't had tiome to investigate it yet | 20:01 |
| srichter | it has something to do with running unit and functional tests together | 20:02 |
| srichter | so it is not obvious of what's wrong there | 20:02 |
| *** Aiste is now known as Aiste|lunch | 20:04 | |
| J1m | It's too bad it got checked in like that. | 20:16 |
| J1m | Can you move that change to a branch until you get it sorted out? | 20:17 |
| J1m | srichter, ping | 20:26 |
| srichter | I'll fix it tonight | 20:27 |
| srichter | it will take me longer to move that stuff to a branch than looking into it | 20:27 |
| J1m | OK, thanks | 20:28 |
| * andrew_m is back (gone 04:16:43) | 20:28 | |
| *** efge has left #zope3-dev | 20:29 | |
| *** RaFromBRC has joined #zope3-dev | 20:42 | |
| *** faassen has quit IRC | 21:13 | |
| AJC | what's a boolean test to see if an object provides a certain interface? | 21:14 |
| J1m | iface.providedBy(ob) | 21:14 |
| AJC | cool, thanks | 21:14 |
| * SteveA wonders idly about ob in iface | 21:15 | |
| SteveA | but, we already have name in iface, i suppose | 21:15 |
| SteveA | or at least, morally have that | 21:15 |
| philiKON | ob in iface... interesting | 21:16 |
| SteveA | you expect in to go along with __getitem__ though | 21:16 |
| SteveA | so, it doesn't really work | 21:16 |
| philiKON | righ | 21:17 |
| SteveA | obj in iface.providers() | 21:17 |
| philiKON | what's providers()? | 21:18 |
| philiKON | why not obj in ifrace.providers | 21:18 |
| SteveA | sure | 21:24 |
| SteveA | i'm making this all up | 21:24 |
| philiKON | of course | 21:24 |
| philiKON | i just wonder what 'providers' is. | 21:24 |
| SteveA | it is an object that provides __contains__ | 21:24 |
| philiKON | and does return self.providedBy(obj)? | 21:25 |
| SteveA | in implementation, yes | 21:25 |
| SteveA | clucky in IChicken.providers | 21:26 |
| SteveA | IChicken.providedBy(clucky) | 21:26 |
| SteveA | IChicken in IBird.implementers | 21:26 |
| SteveA | eh? | 21:27 |
| SteveA | that's odd | 21:27 |
| philiKON | not really | 21:27 |
| SteveA | Chicken in IBird.implementers | 21:27 |
| SteveA | that's what i meant | 21:27 |
| philiKON | right | 21:27 |
| SteveA | chicken_factory in IBird.implementers | 21:27 |
| SteveA | IChicken in IBird.extenders | 21:27 |
| philiKON | IFile in IContentType.providers | 21:28 |
| philiKON | not sure if the 'in' operator feels natural with this | 21:28 |
| philiKON | of course, i'm totally biased | 21:28 |
| philiKON | "if IContentType.providedBy(IFile):" reads like an english sentence (w/o the elliptic 'is' verb) | 21:29 |
| SteveA | yeah, i agree | 21:30 |
| AJC | hmmm, if i'm traversing an object that I've defined, shouldn't it be available as self.context in publishTraverse? | 21:34 |
| AJC | (e.g. i want to access a member MyFolder.myData) | 21:34 |
| philiKON | if you set it to self.context in __init__ then it's available in publishTraverse | 21:36 |
| AJC | well, in the traverse, isn't self the actual Traverser object? | 21:38 |
| AJC | then the object being traversed would be self.context | 21:38 |
| AJC | hmmm, it seems i should use my interface for this anyway (since all objects being traversed provide the same interface) | 21:39 |
| *** tonico has quit IRC | 21:44 | |
| *** _projekt01 has joined #zope3-dev | 21:48 | |
| *** projekt01 has quit IRC | 21:48 | |
| AJC | ok, my Traverser now only applies to IArchiveContainer interfaces. how do i get the object that implements that interface? | 21:51 |
| *** bskahan has quit IRC | 21:57 | |
| *** tvon has quit IRC | 22:09 | |
| *** tonico has joined #zope3-dev | 22:13 | |
| *** th1a has joined #zope3-dev | 22:20 | |
| *** tarek_ has joined #zope3-dev | 22:28 | |
| *** AJC has quit IRC | 22:42 | |
| *** Theuni has quit IRC | 22:51 | |
| *** Theuni has joined #zope3-dev | 22:53 | |
| _projekt01 | J1m, I'm looking for a registry where I can use in a object. Is there a simply registry somewhere? | 23:03 |
| philiKON | {} ? | 23:06 |
| _projekt01 | philiKON, You mean me? | 23:07 |
| philiKON | i mean a dict | 23:07 |
| philiKON | and yes, i'm talking to you :) | 23:07 |
| J1m | _projekt01, sorry, I couldn't parse that. | 23:08 |
| J1m | :) | 23:08 |
| philiKON | J1m, helps if you knew german :) | 23:08 |
| J1m | I know. Sorry. | 23:08 |
| J1m | I wish I did. | 23:08 |
| philiKON | hehe, not your fault | 23:08 |
| _projekt01 | Ah, Ok a dict is very simple, but I need the IRegistry interface implemented where I can have avtice and inactive status | 23:08 |
| J1m | Yes it is | 23:08 |
| philiKON | _projekt01, IRegistry interface? | 23:08 |
| philiKON | ah, you mean for registerables | 23:08 |
| philiKON | i thought you were talkinga bout a very general registry | 23:09 |
| _projekt01 | zope.component.interfaces.IRegistry | 23:09 |
| philiKON | it needs to return an iterable of registrations... the docstring doesn't define what 'registrations' are... | 23:10 |
| philiKON | there's no IRegistration | 23:10 |
| _projekt01 | What I'm looking for is to have a container where I can put components in and a registry where I can activate them. The I container should only show items where are Active | 23:11 |
| philiKON | s/where/that/ | 23:11 |
| _projekt01 | yup | 23:11 |
| philiKON | so, by definition the container only contains Active objecdts? that makes no sense, how are you ever going to add an object to it in the first place? | 23:12 |
| * J1m waits for philiKON to tease more information out of _projekt01 | 23:13 | |
| philiKON | sorry, got to go | 23:13 |
| J1m | dang | 23:14 |
| J1m | _projekt01, I still don't understand your question. | 23:14 |
| _projekt01 | Perhaps, there are two container implementations in one object . One container for store the objects and a traversable IContainer for list Active items | 23:14 |
| philiKON | why not make a view that shows only Active objects? | 23:15 |
| J1m | Do you want the container to maintain registrations of some sort itself? | 23:15 |
| * philiKON needs to go | 23:15 | |
| J1m | Or do you want the container to use the site manager. | 23:15 |
| J1m | Jim agrees with philiKON. | 23:15 |
| J1m | But I suspect that there is a deeper question. | 23:16 |
| _projekt01 | I like to implement this in a object (simplyl item) and support IContainer via a adapter | 23:16 |
| J1m | s/Jim//me | 23:16 |
| _projekt01 | Hm, I try it again, I like to implement a small component registry in a simply object. This components inside the registry can be adapted to the object. Something like plugins. | 23:23 |
| _projekt01 | Hm, perhaps I have to write a proposal. | 23:23 |
| srichter | can you give us a use case? | 23:24 |
| _projekt01 | I'll try... | 23:24 |
| _projekt01 | Let's say you have a simply object, just persistent and locatable. And you have the wiki. I try to find a way where I can put the wiki inside the simply object and write a adapter where is used. | 23:26 |
| srichter | ahh, like you want a discussion based on a news item or something like that? | 23:27 |
| _projekt01 | During the activation, the simply object get updated with a IWikiInside interface. This interface provides all relevant views and components for to access the wiki inside. | 23:27 |
| _projekt01 | Or develop just one object and all other features can be plugged in as additional components. | 23:28 |
| srichter | this sounds like the workflow problem | 23:29 |
| srichter | I think we solved it nicely there | 23:29 |
| _projekt01 | With annotations? | 23:30 |
| srichter | yes | 23:30 |
| srichter | and we had a utility that listened to IObjectCreated events | 23:31 |
| _projekt01 | Yes, I saw this | 23:31 |
| srichter | and added the workflow when one was registered for the object | 23:31 |
| _projekt01 | But the annotation has different thing that I don't like, e.g. not location, just strings as keys | 23:32 |
| _projekt01 | My idea is something like a annotation providing ILocation and supports registrations. | 23:32 |
| srichter | I still do not understand why you want registrations | 23:33 |
| srichter | and annotations do support ILocation well | 23:33 |
| _projekt01 | With write methods on a read process! | 23:33 |
| _projekt01 | They patch the object's __parent__ on the fly | 23:34 |
| srichter | I am lost :-) | 23:35 |
| _projekt01 | Do you know the memento pattern? | 23:35 |
| srichter | nope | 23:35 |
| _projekt01 | It's a delegation | 23:35 |
| _projekt01 | Like the annotation | 23:36 |
| *** maxgreco has joined #zope3-dev | 23:36 | |
| *** maxgreco has quit IRC | 23:37 | |
| srichter | ok, so why no use annotations then? :-) | 23:37 |
| _projekt01 | I need to activate and deactivate the objects in the annotations | 23:38 |
| _projekt01 | Perhaps the registry can be placed in the annotations. | 23:39 |
| srichter | ok, ok, so I give up looking for a different solution | 23:39 |
| _projekt01 | That's ok, perhaps I come back to you if I have a better sample, thanks | 23:40 |
| srichter | right, so you want to add an IRegistrationManager to the annotations | 23:40 |
| _projekt01 | More or less yes | 23:40 |
| srichter | scrap that | 23:40 |
| _projekt01 | With out the overhead | 23:40 |
| _projekt01 | Why? | 23:40 |
| srichter | right, so you want to add an IRegistrableContainer to the annotations | 23:41 |
| srichter | this ctainer contains IRegisterable's | 23:41 |
| srichter | in site managers these are utilities, adapters, ... | 23:41 |
| srichter | the IRegisterableCotnainer has also an attribute called registrationManager that contains the registrations for the registerables | 23:42 |
| _projekt01 | Yes, I started to inherit form this, like: PluginManager(RegisterableContainer, BTreeContainer), but I think it's to much, I'm looking for a light wight registry | 23:44 |
| srichter | then you need to make your own implementations | 23:45 |
| srichter | they should be straight forward, if you do not want to make use of the adapter registry | 23:45 |
| _projekt01 | Now | 23:45 |
| _projekt01 | Perhaps I write a own light wight registry and use just the Lazy part. | 23:45 |
| srichter | the existing implementations are geared to registering components by interface and in an adapter registry | 23:46 |
| _projekt01 | Yes, that's to much for my usecase | 23:46 |
| _projekt01 | Ok, I make a prototype then I can share it with you and we have a better sample for discussion | 23:47 |
| srichter | yeah | 23:48 |
| _projekt01 | Ah, great, I like to change the delegation pattern implemented in tiks.delegation with this registration pattern | 23:49 |
| _projekt01 | The delegation is a replacement for the annotations which is traversable and offers a UI for add components in side a simply object. | 23:51 |
| srichter | I see | 23:51 |
| _projekt01 | I just like to support activate and deactivate methods, right now the delegations is a simply container like the annotations | 23:52 |
| _projekt01 | I workout a prototype and drop a note to you if I'm ready. Then I can hire you for consulting ;-) | 23:54 |
| srichter | of course :-) | 23:54 |
| _projekt01 | Perhaps you can take a (paid) look at the hole Tiks framework. | 23:55 |
| srichter | sure | 23:57 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!