| *** niemeyer has quit IRC | 00:08 | |
| *** srichter has quit IRC | 00:16 | |
| *** SureshZ has left #zope3-dev | 00:31 | |
| * andrew_m is back (gone 22:46:34) | 00:51 | |
| *** srichter has joined #zope3-dev | 00:59 | |
| *** ChanServ sets mode: +o srichter | 00:59 | |
| *** philiKON has joined #zope3-dev | 01:01 | |
| *** philiKON has quit IRC | 01:02 | |
| *** yota has quit IRC | 01:09 | |
| *** hazmat has quit IRC | 01:11 | |
| projekt01 | VladDrac, ayt | 01:13 |
|---|---|---|
| VladDrac | about to sleep, but yes | 01:13 |
| projekt01 | I answered your zope3-dev mail about the Boston skin | 01:13 |
| VladDrac | cool, let's see | 01:13 |
| projekt01 | Can you try to comment out the metal:block with the condition macroname == 'view' | 01:14 |
| VladDrac | if I commtent out the condition, I get the appropriate actions (edit, metadata, etc) | 01:14 |
| VladDrac | if I leave it as it is, I don't get them | 01:14 |
| projekt01 | Ok, this means your maconame is == 'view', right? | 01:15 |
| projekt01 | Normaly this is the addform (IAdding view called "+"). I think. | 01:16 |
| projekt01 | The reason for the macroname == 'view' is: The menu and I think the commontasks can't be display at the addform. | 01:17 |
| projekt01 | The macroname == 'view' should handle such a usecase. | 01:17 |
| projekt01 | But this is really more a hack then a solution. I need to find a better way for this. | 01:17 |
| VladDrac | my macroname is always 'page' | 01:18 |
| VladDrac | so it always evaluates to false, causing it to leave out the rest | 01:18 |
| VladDrac | I've replied to your reply | 01:19 |
| projekt01 | Hm, could be, but there was a name called 'view' before. Perhaps it's gone now. | 01:19 |
| VladDrac | going to bed now | 01:19 |
| VladDrac | well | 01:19 |
| VladDrac | what happens is that the outer macro is invoked as view (i.e. context/@@skin_macros/view or so) | 01:19 |
| VladDrac | view is mapped to 'page' in defaultskin basemacros | 01:20 |
| VladDrac | and page is taken from template.py | 01:20 |
| projekt01 | Anyway, we have to find out how we can check if the Skin presents the addform and then disable menu items and the commontask | 01:20 |
| VladDrac | eh pt | 01:20 |
| VladDrac | and eventhough the main macro is named 'page', macroname is 'view' except in my derived skin | 01:20 |
| VladDrac | don't know why | 01:20 |
| VladDrac | perhaps I'll try to reduce it to a trivial subset tomorrow | 01:21 |
| VladDrac | bedtime now - gotta go | 01:21 |
| VladDrac | tx | 01:21 |
| projekt01 | Yes, I think we can remove the macro mapping later if we can use the pagelets as a base concept for to do what the macro mapping tries to do now. | 01:22 |
| projekt01 | Ok, see you tomorrow | 01:22 |
| *** J1m has quit IRC | 01:44 | |
| *** projekt01 has left #zope3-dev | 01:47 | |
| *** srichter has quit IRC | 02:23 | |
| *** srichter has joined #zope3-dev | 02:26 | |
| *** stub has joined #zope3-dev | 02:27 | |
| *** ChanServ sets mode: +o srichter | 02:30 | |
| *** SureshZ has joined #zope3-dev | 03:29 | |
| *** hazmat has joined #zope3-dev | 03:51 | |
| *** `anthony has quit IRC | 04:05 | |
| *** RaFromBRC has quit IRC | 04:19 | |
| *** `anthony has joined #zope3-dev | 04:26 | |
| *** hazmat has quit IRC | 04:49 | |
| *** __odie has joined #zope3-dev | 05:01 | |
| __odie | Anyone aware of a whitepaper, or powerpoint, or web site on the benefits of Zope3? Something to point manager types at and get them excited? :) | 05:02 |
| *** hazmat has joined #zope3-dev | 05:07 | |
| *** hazmat has quit IRC | 05:29 | |
| *** hazmat has joined #zope3-dev | 06:32 | |
| *** hazmat has quit IRC | 06:39 | |
| *** hazmat has joined #zope3-dev | 06:43 | |
| *** `anthony has quit IRC | 06:47 | |
| *** hazmat has quit IRC | 07:00 | |
| *** tav|offline has joined #zope3-dev | 07:31 | |
| *** hazmat has joined #zope3-dev | 07:35 | |
| *** tav|offline has quit IRC | 07:37 | |
| *** tav|offline has joined #zope3-dev | 07:38 | |
| *** tav|offline has quit IRC | 07:53 | |
| *** `anthony has joined #zope3-dev | 07:56 | |
| *** d2m has quit IRC | 08:47 | |
| *** d2m has joined #zope3-dev | 08:52 | |
| *** SureshZ has quit IRC | 09:13 | |
| *** SteveA has joined #zope3-dev | 09:26 | |
| *** stub has quit IRC | 09:42 | |
| *** projekt01 has joined #zope3-dev | 09:44 | |
| *** yota has joined #zope3-dev | 09:49 | |
| *** hdima has joined #zope3-dev | 09:52 | |
| *** stub has joined #zope3-dev | 09:54 | |
| *** hazmat has quit IRC | 09:57 | |
| *** Theuni has joined #zope3-dev | 10:01 | |
| *** hazmat has joined #zope3-dev | 10:06 | |
| *** hazmat has quit IRC | 10:12 | |
| *** sashav has joined #zope3-dev | 10:14 | |
| *** hazmat has joined #zope3-dev | 10:17 | |
| *** hazmat has quit IRC | 10:26 | |
| *** tarek_ has joined #zope3-dev | 10:28 | |
| *** hazmat has joined #zope3-dev | 10:38 | |
| projekt01 | tarek_, you have had a question yesterday about a filter. Right? | 10:43 |
| tarek_ | yes | 10:46 |
| tarek_ | i'm having a ForbiddenAttribute error | 10:47 |
| projekt01 | Are you sure the method used in the filter has the right permission? | 10:47 |
| tarek_ | the object is defined as a container, the method i am calling is defined in the corresponding interface, so i don't know what i am missing | 10:48 |
| projekt01 | How do you register you object/container? | 10:48 |
| tarek_ | do i have to declare it in the zcml ? i mean, it's not a method of the view, | 10:48 |
| projekt01 | You/your | 10:48 |
| projekt01 | Yes, can you post the configure.zcml and the interface code to paste.plone.org | 10:49 |
| tarek_ | i do register it, but maybe the wrong way, let me paste it in a web paster | 10:49 |
| projekt01 | And give me the given ID | 10:49 |
| tarek_ | ok thanks projekt01 | 10:50 |
| tarek_ | http://paste.plone.org/1827 for the zcml | 10:51 |
| tarek_ | and i have a separated menu.zcml | 10:51 |
| tarek_ | http://paste.plone.org/1828 for menus.zcml | 10:52 |
| tarek_ | i have commented out, for example the title="cpsma_empty_trash" menuitem filter | 10:52 |
| projekt01 | Ok, I take a look. | 10:53 |
| tarek_ | that checks if the current folder is the trash: filter="python:context==context.getMailBox().getTrashFolder()" | 10:53 |
| tarek_ | thx | 10:53 |
| projekt01 | Can you post the IMailFolder | 10:54 |
| projekt01 | interface | 10:54 |
| tarek_ | ok | 10:54 |
| *** hazmat has quit IRC | 10:54 | |
| tarek_ | http://paste.plone.org/1829 | 10:54 |
| tarek_ | the error happens for getMailBox() | 10:55 |
| projekt01 | Can you post the IMailBox | 10:56 |
| tarek_ | http://paste.plone.org/1830 | 10:57 |
| projekt01 | I don't see the getTrashFolder method in the IMailBox interface? | 10:58 |
| projekt01 | Context.getMailBox returns a MailBox instance, right? | 10:59 |
| tarek_ | yes | 10:59 |
| projekt01 | The MailBox class implements IMailBox? right? | 10:59 |
| tarek_ | yes | 10:59 |
| projekt01 | Then the IMailBox interface have to define the method getTrashFolder() | 10:59 |
| tarek_ | ok i try that, many thanks | 11:00 |
| projekt01 | If not you can define allowed_attributes or something like that in the content directive of MailBox | 11:00 |
| tarek_ | ok, i'll chek on this too | 11:00 |
| projekt01 | Or allowed_methods, I'm not sure, take a look a t the content subdirective for options | 11:01 |
| tarek_ | ok | 11:01 |
| tarek_ | i'll give you feedback on my tries, many thanks | 11:01 |
| projekt01 | Btw, make sure everybody has the permission to access getMailBox and getTrashFolder how uses the menu item with the filter. | 11:02 |
| projekt01 | If this is not what you like, implement a method in IMAilBox which handles this check | 11:03 |
| projekt01 | Ok, let me know if you have more questions. | 11:03 |
| tarek_ | yes, I am probably going to set up a cleaner, dedicated interface, | 11:04 |
| tarek_ | ok, thanks again | 11:04 |
| *** lunatik has joined #zope3-dev | 11:06 | |
| projekt01 | And with less hooks in the filter. Perhaps implement a method where you can call on the context without iteration. Like filter="python:context.isTrashFolder()" | 11:06 |
| projekt01 | Hm, let me see.... | 11:06 |
| projekt01 | Would be very nice if this would work filter="ITrashFolder.providedBy(context)" | 11:07 |
| projekt01 | But I have no idea where ITrashFolder shold be known. Anybody have ideas if this is possible? | 11:08 |
| *** lunatik has left #zope3-dev | 11:08 | |
| tarek_ | yes that looks pretty neat, i'll try that | 11:09 |
| projekt01 | I'm confused right now, this means you can use the "for" attribute in the menu item. Just try for="..ITrashFolder" | 11:10 |
| projekt01 | Is it right that the menu item just should appear on ITrashFolder's? | 11:11 |
| tarek_ | should'nt it be IMailFolder, to get hooked on all folders, before trying to filter it ? | 11:11 |
| projekt01 | Hm, is it right that the menu item just should appear on ITrashFolder's and not on other IXYFolder's? | 11:12 |
| projekt01 | ...if you say filter="context == xy" then you check the context | 11:12 |
| projekt01 | You also can say for="the context interface" | 11:12 |
| projekt01 | That's all | 11:13 |
| tarek_ | oh hold on, | 11:13 |
| tarek_ | i can't have a ITrashFolder | 11:13 |
| projekt01 | Interface? | 11:13 |
| tarek_ | i don't know wich folder is going to be the trash | 11:13 |
| tarek_ | it can even change | 11:14 |
| projekt01 | Do you use marker interface for TrashFolders? | 11:14 |
| tarek_ | i have a getTrashFolderName() in the mailbox | 11:14 |
| tarek_ | that can be call to get the name of the folder that's currentlythe trash | 11:15 |
| projekt01 | I recommend to inject a marker interface called ITrashFolder if you make a MailFolder(or how the called) to ITrashFolder | 11:15 |
| tarek_ | can this marker interface be moved dynamically ? | 11:15 |
| projekt01 | Yes | 11:15 |
| tarek_ | ok cool, i'll grep for this :) | 11:16 |
| tarek_ | moving interfaces, magic ! | 11:16 |
| projekt01 | directlyProvides(object, (tuple of all interfaces)) | 11:16 |
| tarek_ | interfaces in zope 3 seem to be used for everything | 11:17 |
| projekt01 | Only markers. Make sure you don't inject interfaces with method definitions if the object don't provide this methods. | 11:17 |
| projekt01 | Yes | 11:17 |
| projekt01 | This is a really great pattern | 11:17 |
| projekt01 | Right for what you need | 11:17 |
| tarek_ | yes indeed, i guess all filters can be removed, using that | 11:17 |
| projekt01 | Don't bind this info(how is the trashFolder) in a attribute of the parent class, just mark the item(TrashFolder) itself. | 11:18 |
| *** sashav has quit IRC | 11:18 | |
| tarek_ | ok | 11:19 |
| projekt01 | We use exactly his pattern for to make a view of a child appear as the view of the folder. | 11:21 |
| projekt01 | You can take a look here for a sample of this pattern | 11:21 |
| projekt01 | http://svn.tiks.org/viewcvs/Tiks/trunk/src/tiks/directoryindex/ | 11:22 |
| * tarek_ is looking | 11:22 | |
| * VladDrac is back again | 11:25 | |
| tarek_ | projekt01: what would be the best place to mark the object ? i guess in the view constructor | 11:33 |
| *** __gotcha has joined #zope3-dev | 11:52 | |
| *** MalcolmC has joined #zope3-dev | 11:55 | |
| *** `anthony has quit IRC | 11:57 | |
| *** ignas has joined #zope3-dev | 11:57 | |
| projekt01 | Tarek_, This depends on your method. Try to add the marker in the makeTrashFolder method and remove the marker in the same method if "None" given. | 11:58 |
| projekt01 | You can do this as a simple first try in a own view. | 11:59 |
| tarek_ | i am trying like this : http://paste.plone.org/1832 | 12:04 |
| tarek_ | since all folder actions are beeing shown when a folder view is called | 12:05 |
| *** `anthony has joined #zope3-dev | 12:09 | |
| projekt01 | Ah, I would use a own view which offers a checkbox for to set TrashFolder | 12:16 |
| *** anguenot has joined #zope3-dev | 12:17 | |
| projekt01 | If you send this from with the checkbox checked, mark the Folder with the ITrashFolder interface | 12:17 |
| projekt01 | If the checkbox not checked, unmark the object | 12:17 |
| projekt01 | There has to be no relation to the parent folder for this. | 12:17 |
| projekt01 | This pattern is also used with the ISite and IPossibleSite | 12:18 |
| projekt01 | Gerp for IPossibleSite for more info | 12:19 |
| tarek_ | well, I have this form that sets up the thing, but a given folder can be marked as the trash folder and not exists yet | 12:19 |
| tarek_ | ok | 12:19 |
| tarek_ | so i have to keep it in the parent (the mailbox) | 12:19 |
| projekt01 | Why do you whant to keep it in the parent? You never keep info form items in the parent. This sounds like a Manager/Child pattern where we don't have to use anymore since we have a component framework | 12:22 |
| projekt01 | That's a OO pattern where we should replace with a component pattern. | 12:22 |
| projekt01 | I think ;-) | 12:22 |
| projekt01 | Btw, what happens if you copy one TrashFolder to another parent? | 12:23 |
| projekt01 | Do you allow this and how do you correct the "trashFolder" info in the parent? | 12:23 |
| tarek_ | well, trash, draft, and sent folder are kinda special | 12:24 |
| projekt01 | If you support this you have to implement a special __delitem__ method or events etc | 12:24 |
| tarek_ | in fact, it's more likely to be a maibox configuration | 12:24 |
| tarek_ | i have to keep it in parent, for example : | 12:24 |
| tarek_ | let's say you create a box | 12:24 |
| tarek_ | in the mailbox you specify the name of the draft folder | 12:25 |
| tarek_ | it does not exists yet | 12:25 |
| tarek_ | it will be automatically created whenever you save a mail as "draft" | 12:25 |
| tarek_ | so it has to be kept in the parent, (actually the maibox, a special mailfolder) | 12:26 |
| projekt01 | What has to be keept in the parent? The name of the folder where you like to create if needed? | 12:27 |
| ignas | tarek_, well - one can allways use a nameChooser for that, so nameChooser would just check the type of folder being ccreated and name it the way you want ... | 12:27 |
| tarek_ | yes, let's say, for IMAP i'll have 'IMAP.Trash' | 12:28 |
| tarek_ | sorry INBOX.Trash | 12:28 |
| ignas | why the INBOX prefix ? | 12:28 |
| projekt01 | We don't care about the names if we mark one folder with ITrashFolder | 12:28 |
| tarek_ | it's juste an example, could be anything | 12:28 |
| projekt01 | The name isn't relevant you always find the child providing ITrashFolder | 12:29 |
| *** regebro has joined #zope3-dev | 12:29 | |
| tarek_ | actually, the folder has a servber_name attriribute | 12:29 |
| ignas | so ? | 12:29 |
| projekt01 | The name isn't really needed for to get or set a TrashFolder folder | 12:29 |
| tarek_ | that's how I can tell it's the trash, by comparing the attribvute to the trash name ekpt in the mailbox | 12:29 |
| ignas | eeek | 12:30 |
| ignas | no extensibility whatsoever | 12:30 |
| ignas | add 5 more types of folders and you will have to add 5 more special names to the parend folder | 12:30 |
| tarek_ | no it's fixed | 12:30 |
| tarek_ | a mailbox has 3 special folders : trash, sent and draft | 12:31 |
| ignas | that's what i mean - no extensibility whatsoever | 12:31 |
| projekt01 | The interface ITrahFolder does the job of identify a TrashFolder not a name | 12:31 |
| tarek_ | yes | 12:31 |
| tarek_ | yes but it does the job byy comparing the folder name to the name settled in the mailbox | 12:31 |
| ignas | eeek | 12:31 |
| tarek_ | if context == box.getTrashFolder(): | 12:32 |
| tarek_ | directlyProvides(context, (ITrashFolder, )) | 12:32 |
| projekt01 | The name is just a nice name where the user can use, You as developer don't care about this name. You just check if a child provides the ITrashFolder | 12:32 |
| tarek_ | no it's not the ui name, it's the mailfolder ID | 12:33 |
| projekt01 | Never do this directlyProvides(context, (ITrashFolder)) this will remove all additional provided interface | 12:33 |
| tarek_ | oh, ok i note that thanks | 12:33 |
| projekt01 | Do it like this directlyProvides(context, (ITrashFolder) + directlyProvidedBy(context)) | 12:34 |
| ignas | def getTrashFolders(): return [folder for folder in self if ITrashFolder.providedBy(folder)] | 12:34 |
| tarek_ | ok thaks | 12:34 |
| projekt01 | Let's talk about the name again | 12:34 |
| projekt01 | Can you explain, why do you use a mailfolder ID? | 12:34 |
| tarek_ | ok so the id is an attribute that indentifies a mail folder | 12:35 |
| tarek_ | for example | 12:35 |
| tarek_ | INBOX.Trash means | 12:35 |
| tarek_ | i am the folder "trash" on the server, and i belong to the folder "INBOX" | 12:35 |
| ignas | tarek_, why do you want the id being not just id but an attribute TOO ? | 12:36 |
| ignas | ids are meant to be IDs | 12:36 |
| tarek_ | in fact, i don't want the mail id to be the zope id | 12:36 |
| projekt01 | ...Yes, get TrashFolder(..) is the correct way to find the TrashFolder, but there should not be more then one I guess. | 12:36 |
| projekt01 | Ah, do you use more then one TrashFolder? | 12:36 |
| ignas | projekt01, spam/trash | 12:37 |
| ignas | for example | 12:37 |
| tarek_ | no, you right, just one folder | 12:37 |
| tarek_ | the spam one would eb a regular folder with filters | 12:37 |
| ignas | archive2005, archive 2004 for those who are deleting mail but do not want it to disappear | 12:37 |
| projekt01 | Ok, add ISpamFolder and mark one folder as the spam folder | 12:37 |
| ignas | that's what i mean | 12:38 |
| projekt01 | ignas, Yes | 12:38 |
| tarek_ | ignas: ok, right | 12:38 |
| tarek_ | ISpamFolder is quite overkill, because, any mail in any folder can be a spam | 12:38 |
| tarek_ | it's a mail attribute | 12:39 |
| tarek_ | for example, tunderbird sets a "junk" attribute over IMAP | 12:39 |
| ignas | tarek_, well and what if someone will add different icon support for different Interfaces ? | 12:39 |
| ignas | spam/ham folder interfaces get theirplace :) | 12:39 |
| tarek_ | oh ok, then i suppose i can mark folders you are right | 12:40 |
| projekt01 | I'm not sure what you like to do if a folder is a SpamFolder? | 12:40 |
| tarek_ | in fact, i am willing to do things like under gmail | 12:40 |
| tarek_ | provinding virtual folders | 12:40 |
| tarek_ | that means setting up meta datas on messages | 12:41 |
| ignas | from Gmail perspective - there are no folders there are only views | 12:41 |
| tarek_ | but i am scared of performances if the view of suche folders is calculated on the fly | 12:41 |
| ignas | primary indices, secondary indices ... | 12:42 |
| ignas | imho one can optimize selects by "tag" | 12:42 |
| projekt01 | Ok, that's too much for me. It's hard to imagine what this all means. I just propose to mark ITrashFolder because there is just one of it. And you need to know which one is the trash folder. | 12:42 |
| tarek_ | :) | 12:42 |
| projekt01 | I think filter Spam is another concept | 12:42 |
| ignas | and i am over-engineering as allways :) | 12:42 |
| tarek_ | nice talk anyway ;) | 12:43 |
| ignas | yet my point is differend - ID is for IDs, attributes/interfaces - for marking | 12:43 |
| projekt01 | Was interesting | 12:43 |
| tarek_ | are you guys coming at Europython ? | 12:44 |
| ignas | yep | 12:44 |
| tarek_ | cool, we might meet there if my talk is accepted | 12:45 |
| ignas | watcha talking about ? | 12:46 |
| tarek_ | about the webmail i am coding for cps, using zope 3 | 12:46 |
| tarek_ | ignas: are you doing a talk ? | 12:48 |
| ignas | nope | 12:49 |
| ignas | never been to any con yet | 12:49 |
| ignas | so i'd like to see someone talk firs ;) | 12:49 |
| ignas | and my experience with Zope/python is kind oflimited | 12:50 |
| ignas | ~3 months | 12:50 |
| *** yota has quit IRC | 12:53 | |
| *** stub has quit IRC | 12:55 | |
| *** tav|offline has joined #zope3-dev | 13:02 | |
| *** stub has joined #zope3-dev | 13:05 | |
| *** tav|offline has quit IRC | 13:30 | |
| *** Aiste has quit IRC | 13:54 | |
| *** mgedmin has joined #zope3-dev | 13:59 | |
| projekt01 | srichter, ayt? | 14:03 |
| *** bskahan has joined #zope3-dev | 14:13 | |
| srichter | projekt01: I am in the middle of the morning boot sequence | 14:16 |
| *** stub has quit IRC | 14:17 | |
| projekt01 | srichter, Just a short question, the introspection.html page sorts the directly provided interfaces. | 14:18 |
| projekt01 | Can I remove the sort() method. I like to see the right order for directly provided interfaces. | 14:18 |
| srichter | yeah, it should not sort | 14:19 |
| projekt01 | Ok, I'll remove it | 14:19 |
| srichter | (but make some comment for the user that it is the order the interfaces were declared | 14:19 |
| projekt01 | In the template or in the python class? | 14:20 |
| srichter | template, so that people know why it is not sorted, but in this particular order | 14:20 |
| projekt01 | Ok | 14:20 |
| *** Aiste has joined #zope3-dev | 14:21 | |
| *** SteveA_ has joined #zope3-dev | 14:23 | |
| *** SteveA has quit IRC | 14:27 | |
| *** stub has joined #zope3-dev | 14:35 | |
| *** srichter has quit IRC | 14:37 | |
| *** SteveA has joined #zope3-dev | 14:41 | |
| *** bradb|away has quit IRC | 14:45 | |
| *** [apoirier] has joined #zope3-dev | 14:49 | |
| *** [apoirier] is now known as apoirier | 14:49 | |
| *** Aiste_ has joined #zope3-dev | 14:50 | |
| *** SteveA_ has quit IRC | 14:54 | |
| *** Aiste has quit IRC | 15:00 | |
| *** Aiste_ is now known as Aiste | 15:00 | |
| *** mooded has joined #zope3-dev | 15:21 | |
| *** srichter has joined #zope3-dev | 15:28 | |
| *** ChanServ sets mode: +o srichter | 15:29 | |
| *** `anthony has left #zope3-dev | 15:33 | |
| *** lunati1 has joined #zope3-dev | 15:55 | |
| *** Aiste has quit IRC | 15:58 | |
| *** SureshZ has joined #zope3-dev | 16:10 | |
| *** lunati1 is now known as lunatik | 16:14 | |
| *** lunatik has left #zope3-dev | 16:14 | |
| *** yota_ has joined #zope3-dev | 16:18 | |
| *** J1m has joined #zope3-dev | 16:21 | |
| *** niemeyer has joined #zope3-dev | 16:24 | |
| *** bradb has joined #zope3-dev | 16:32 | |
| *** bradb has quit IRC | 16:42 | |
| *** bradb has joined #zope3-dev | 16:47 | |
| *** SteveA_ has joined #zope3-dev | 16:54 | |
| *** Aiste has joined #zope3-dev | 17:02 | |
| J1m | anybody know a good xml editor? | 17:03 |
| anguenot | did you try nxml-mode for emacs ? | 17:05 |
| J1m | Nope | 17:07 |
| J1m | Where do I get it. | 17:08 |
| J1m | (Jawe requirs too many clicks in practice.) | 17:08 |
| J1m | Where do I get it? | 17:08 |
| anguenot | http://www.thaiopensource.com/nxml-mode/ | 17:08 |
| J1m | never mind | 17:08 |
| J1m | Thanks | 17:08 |
| * J1m is too lazy | 17:08 | |
| anguenot | :) | 17:09 |
| anguenot | it's worst trying it | 17:09 |
| *** hdima has quit IRC | 17:09 | |
| J1m | Does nxml do folding? | 17:10 |
| anguenot | I ment worth I guess ;) | 17:10 |
| J1m | :) | 17:11 |
| anguenot | it seems | 17:11 |
| anguenot | http://www.emacswiki.org/cgi-bin/wiki/NxmlModeForXHTML | 17:11 |
| anguenot | I'm not using it | 17:11 |
| projekt01 | srichter, ayt? I have a menu item question. | 17:15 |
| *** stub has quit IRC | 17:16 | |
| projekt01 | Or does somebody else have a good answer? | 17:21 |
| projekt01 | Why do we order the menu items first on the "object interface order" and then on the order from the "order attribute of the menuItem"? | 17:21 |
| *** SteveA has quit IRC | 17:22 | |
| projekt01 | Is it not easier for managing the order if we just order it by the menuItem directive's order attribute? | 17:22 |
| projekt01 | Then we can provide ONE order for a object. Don't care about the interfaces they provide. | 17:22 |
| projekt01 | Or do I miss something? | 17:23 |
| *** zagy has quit IRC | 17:26 | |
| *** zagy has joined #zope3-dev | 17:32 | |
| *** BjornT has joined #zope3-dev | 17:36 | |
| srichter | the idea is that more specific menu items come first | 17:36 |
| srichter | for example, the introspector view is very generic, so it should be last | 17:36 |
| srichter | but I ahve no strong opinion about any of this | 17:36 |
| projekt01 | Yes, this is Ok, but if we like to define a own order (like customers wish) we need a way where the interface order isn't relevant. | 17:38 |
| projekt01 | Just say first, second, ...last | 17:38 |
| projekt01 | Without any other sideeffects | 17:38 |
| srichter | yep | 17:39 |
| srichter | I agree | 17:40 |
| projekt01 | Right now I think of a second method getMenuItemsByOrder in the BrowserMenu class | 17:41 |
| projekt01 | Ok, I solve my problem in our project first, we can discuss this after the 3.1 release. | 17:52 |
| projekt01 | srichter, we can think about this again if we implement the nested menus. | 17:53 |
| projekt01 | srichter, perhaps there is a way to offer more then one order concept and support switch the order concept via preferences ;-) | 17:55 |
| *** stub has joined #zope3-dev | 18:01 | |
| *** regebro has quit IRC | 18:07 | |
| *** __gotcha has quit IRC | 18:07 | |
| *** __gotcha has joined #zope3-dev | 18:08 | |
| *** regebro has joined #zope3-dev | 18:15 | |
| *** stub has quit IRC | 18:19 | |
| *** Theuni has quit IRC | 18:35 | |
| *** regebro has quit IRC | 18:42 | |
| *** zagy_ has joined #zope3-dev | 18:43 | |
| *** zagy has quit IRC | 18:45 | |
| *** ignas has quit IRC | 18:46 | |
| *** Theuni has joined #zope3-dev | 18:46 | |
| *** tvon has quit IRC | 19:04 | |
| *** stub has joined #zope3-dev | 19:04 | |
| *** admp_ has joined #zope3-dev | 19:11 | |
| *** zagy_ has quit IRC | 19:19 | |
| *** zagy_ has joined #zope3-dev | 19:19 | |
| *** stub has quit IRC | 19:24 | |
| tarek_ | five related : i have a strange side effect when i rename items in a btree folder : when I try to view trhough a ZopeTwoPageTemplateFile moved items i get an attribute error on RESPONSE when the publisher tries to set the page headers | 19:28 |
| tarek_ | if i relaunch zope everything is ok | 19:29 |
| tarek_ | is there any cache i should clear somewhere when i rename items by code in a btree folder ? | 19:29 |
| tarek_ | it looks like the request object loose its RESPONSE attribute, for a view object working on a renamed item | 19:31 |
| *** mooded has quit IRC | 19:32 | |
| tarek_ | lookin at the traceback, the request has a _ec_cache list full of "Products.PageTemplates.TALES.Context instance" | 19:33 |
| tarek_ | (i don't know if it's related) | 19:34 |
| *** stub has joined #zope3-dev | 19:59 | |
| *** SteveA_ is now known as SteveA | 20:06 | |
| *** FarcePest has quit IRC | 20:15 | |
| *** tvon has joined #zope3-dev | 20:15 | |
| *** projekt01 has quit IRC | 20:16 | |
| *** stub has quit IRC | 20:20 | |
| *** MalcolmC has quit IRC | 20:31 | |
| *** hazmat has joined #zope3-dev | 20:42 | |
| *** FarcePest has joined #zope3-dev | 20:51 | |
| *** stub has joined #zope3-dev | 20:55 | |
| *** apoirier has quit IRC | 21:05 | |
| *** stub has quit IRC | 21:08 | |
| *** hazmat has quit IRC | 21:08 | |
| *** anguenot has quit IRC | 21:51 | |
| *** stub has joined #zope3-dev | 21:54 | |
| *** hazmat has joined #zope3-dev | 21:56 | |
| *** zagy_ has quit IRC | 22:11 | |
| *** stub has quit IRC | 22:16 | |
| *** RaFromBRC has joined #zope3-dev | 22:17 | |
| *** SureshZ has left #zope3-dev | 22:22 | |
| *** hazmat has quit IRC | 22:24 | |
| *** hazmat has joined #zope3-dev | 22:25 | |
| *** mgedmin has quit IRC | 22:27 | |
| *** tvon has quit IRC | 22:30 | |
| *** stub has joined #zope3-dev | 22:53 | |
| __odie | ZODB can "mount" another database into the namesace of your root db right? and if so is that functionality avaliable in zope3? | 22:58 |
| *** RaFromBRC has left #zope3-dev | 23:11 | |
| J1m | wrong | 23:22 |
| __odie | i dont like to be wrong :) | 23:22 |
| J1m | ZODB has facilities that can be used to implement mounts at the aplication level. | 23:22 |
| J1m | We haven't done so yet. | 23:22 |
| __odie | I see :) | 23:23 |
| __odie | do I have the ability to open other ZODBs in zope3? I have some very large objects collections which will be static, it seems to me the best thing would be to put them in their own files | 23:24 |
| J1m | This can be done much more cleanly with ZODB 3.4. | 23:24 |
| J1m | Zope 2 uses horrible deranged monkey patches to make mounting work, | 23:24 |
| __odie | Seems like 3.4 will be quite some time from now? Im still waiting for the catalog in 3.1 :) | 23:24 |
| __odie | oh you said ZODB 3.4 | 23:25 |
| __odie | Actually, my question was about Zope3? screw zope 2 | 23:25 |
| J1m | Zope 3 trunk and Zope 2.8 use ZODB 3.4. | 23:26 |
| __odie | Can you recommend a best practice in this case? | 23:26 |
| J1m | I might if I had time. :) | 23:26 |
| __odie | im planning on using the SVN to get the catalog object :) | 23:26 |
| __odie | well thanks anyways :) | 23:26 |
| J1m | Look at the multi-database apis in ZODB 3.4. | 23:26 |
| *** anguenot has joined #zope3-dev | 23:26 | |
| __odie | will do | 23:26 |
| J1m | I have no idea what you are talking about wrt "catalog object". | 23:27 |
| __odie | me either ... the cataloging/indexing mechanism noticably missing from the first release of zope 3 | 23:28 |
| J1m | That has nothing to do with ZODB really, | 23:29 |
| __odie | yea, i was confused acutally, I read ZOPE 3.4 not ZODB 3.4 ... | 23:29 |
| J1m | I unserstand what you were saying | 23:29 |
| J1m | understand | 23:29 |
| __odie | I take it you are a developer? | 23:30 |
| J1m | yes | 23:30 |
| __odie | Well I wont bother you any longer :) Keep up the good work | 23:30 |
| VladDrac | odie what about the catalog in 3.1? | 23:39 |
| *** FarcePest has quit IRC | 23:39 | |
| __odie | VladDrac: nothing, just wishing the code was gold :) | 23:40 |
| __odie | and wondering if it would work with the multi-database stuff jim was talking about | 23:40 |
| *** FarcePest has joined #zope3-dev | 23:41 | |
| *** stub has quit IRC | 23:43 | |
| *** mkerrin has joined #zope3-dev | 23:46 | |
| VladDrac | if I want to intercept the 'setting' of an attribute, what would be the best way? (i.e. how to hook into the mutator? | 23:50 |
| *** eaon has joined #zope3-dev | 23:51 | |
| *** tvon has joined #zope3-dev | 23:55 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!