*** Aiste has joined #zope3-dev | 00:01 | |
ChrisWLaptop | wow, noisy in here tonight :-( | 00:13 |
---|---|---|
*** edgordon has joined #zope3-dev | 00:17 | |
*** oferw has joined #zope3-dev | 00:19 | |
*** J1m_ has joined #zope3-dev | 00:29 | |
*** nathany has quit IRC | 00:29 | |
rocky | named page template adapter question: if i introduce a local named page template adapter on my ISite, will it be used? :) | 00:37 |
J1m_ | It should be. | 00:40 |
ChrisWLaptop | hey Jim :-) | 00:40 |
J1m_ | I can't think of any reason why it shouldn't be. | 00:40 |
J1m_ | Hey | 00:41 |
ChrisWLaptop | is it just me or does the i18n stuff not give you a nice way to add a catch-all for missing message ids and domains? | 00:41 |
J1m_ | you can pass defaults. | 00:42 |
ChrisWLaptop | I saw the stuff you added for missing domains, but I don't really get what adding a TestMessageCatalog to each TranslationDomain achieves :-S | 00:42 |
J1m_ | This is soley for testing. | 00:42 |
J1m_ | and I don't remember the details. | 00:42 |
rocky | J1m_: i'm just thinking of a quick fix for the cmf portal_skins can be customized on a per site basis problem ;) | 00:43 |
ChrisWLaptop | okay, I'm looking to build something that helps you collect lists of msgids that still need to be translated | 00:43 |
J1m_ | ah, cool | 00:43 |
ChrisWLaptop | (in cases where he normal tools can't find all the msgids, such as with ttw content) | 00:43 |
ChrisWLaptop | but it's feeling almost as painful as working with PTS ;-) | 00:43 |
J1m_ | PTS? | 00:43 |
ChrisWLaptop | PlacelessTranslationService... | 00:44 |
mexiKON | ChrisWLaptop, testmessagecatalog might be related to the testlanguage | 00:45 |
J1m_ | yes | 00:45 |
hannosch | ChrisWLaptop: hi, my idea was to add a local utility for the domain you are interested in, which acts as a kind of proxy, it calls the next utility and depending on whether or not it gets a response it adds the id to the local domain or just hands back what it got... | 00:45 |
ChrisWLaptop | and that's all for testing? | 00:45 |
J1m_ | yes | 00:46 |
J1m_ | You can tell from the name. | 00:46 |
ChrisWLaptop | surely it should be in a test folder then :-/ | 00:46 |
ChrisWLaptop | oh well | 00:46 |
ChrisWLaptop | hannosch: yeah, that sounds like what I'm writing | 00:46 |
ChrisWLaptop | I pass a marker object as the default, so I can tell if I get the default back | 00:46 |
J1m_ | The test language is useful for recording tests with the test recorder and for manual testing. | 00:47 |
ChrisWLaptop | I'm actually just implementing this as a different implementation of both ITranslationDomain and ILanguageAvailability | 00:47 |
ChrisWLaptop | it's got a different piece of zcml, which lets you specify a path to spew .pot too | 00:48 |
ChrisWLaptop | (for missing msgids for a given domain) | 00:48 |
ChrisWLaptop | just feels yucky having to copy and paste most of the translate method to get the semantics I'm after... | 00:49 |
hannosch | ChrisWLaptop: yep, but sounds not too complicated. Personally I would store the ids only on the local utility itself and rely on the catalog export features that are somewhere in zope.app.i18n IIRC | 00:49 |
ChrisWLaptop | I wasn't aware of those | 00:50 |
ChrisWLaptop | but spewing .pot isn't too hard | 00:50 |
hannosch | ChrisWLaptop: there's already a persistent MessageCatalog implementation | 00:50 |
ChrisWLaptop | and I'd like to copy my insane context builders from PTS is possible ;-) | 00:50 |
*** ChrisWLaptop has left #zope3-dev | 00:51 | |
*** ChrisWLaptop has joined #zope3-dev | 00:51 | |
ChrisWLaptop | weird, no idea what happened there | 00:51 |
*** J1m_ has quit IRC | 00:51 | |
ChrisWLaptop | I'm nto after a persistent MessageCatalog implementation | 00:51 |
ChrisWLaptop | just something that spews .pot to add to the real .pot file | 00:52 |
hannosch | ChrisWLaptop: I just wouldn't do any automatic writing to a file as it will get hairy in a ZEO environment | 00:52 |
ChrisWLaptop | well, I don't think you should be generatin .pot in a zeo environment ;-) | 00:53 |
ChrisWLaptop | (certainly a multi-client one) | 00:53 |
*** alecm is now known as alecm|lunch | 00:53 | |
hannosch | right, by using just a persistent storage (translationdomain is there as well in zope.app.i18n) it'll work in all cases | 00:54 |
ChrisWLaptop | *shrugs* | 00:54 |
ChrisWLaptop | I guess someone else can adapt what I write :-) | 00:55 |
hannosch | ChrisWLaptop: is this available in some repo? | 00:55 |
ChrisWLaptop | not yet | 00:56 |
ChrisWLaptop | sadly the customer deadline is too pressing, but I will try and release it "some time" | 00:56 |
*** zbir has quit IRC | 00:56 | |
hannosch | ChrisWLaptop: I don't need release quality code, just code :) | 00:56 |
ChrisWLaptop | yes, and I don't have time to make the repo accessible, that's the problem ;-) | 00:57 |
hannosch | ok, understood | 00:57 |
*** jhauser has quit IRC | 01:01 | |
oferw | hannosch: did you thought about the tabs and main page i18n? | 01:03 |
oferw | hannosch: I checked today 2.5 and this is very important to traslate the tabs as well (news, events...) | 01:04 |
hannosch | oferw: not really, I concentrated on getting Plone to work with cmf2.1 and my summer of code project ;) | 01:04 |
oferw | and I can not find if there is ticket on this issues already | 01:04 |
hannosch | oferw: no tickets I know of, please create them, so I won't forget about it and have some reminder | 01:05 |
oferw | ok I will do it now | 01:06 |
oferw | hannosch: to add screenshots or just text? | 01:06 |
hannosch | oferw: text is sufficient, the problem is quite easy to describe (but not easy to fix :( | 01:07 |
oferw | what the diffrance between the other plone parts and the tabs/main page? | 01:07 |
hannosch | oferw: it's content vs. application ui and for the first we have LinguaPlone which does most of the job but not everything | 01:08 |
*** russf has quit IRC | 01:09 | |
*** hannosch has quit IRC | 01:12 | |
*** dunny has joined #zope3-dev | 01:19 | |
*** yota has quit IRC | 01:20 | |
*** mexiKON has quit IRC | 01:22 | |
*** rocky has quit IRC | 01:23 | |
*** alecm|lunch is now known as alecm | 01:25 | |
*** benji has quit IRC | 01:27 | |
*** pcardune_ has joined #zope3-dev | 01:40 | |
*** zbir has joined #zope3-dev | 01:52 | |
*** J1m has quit IRC | 01:54 | |
*** dunny has quit IRC | 01:55 | |
*** dunny has joined #zope3-dev | 01:55 | |
*** pcardune_ has quit IRC | 02:22 | |
*** pcardune_ has joined #zope3-dev | 02:22 | |
*** whit has quit IRC | 02:39 | |
*** RaFromBRC has quit IRC | 02:40 | |
*** pcardune_ has quit IRC | 02:44 | |
*** whit has joined #zope3-dev | 02:54 | |
*** dunny has quit IRC | 03:18 | |
*** Bernulf has quit IRC | 03:21 | |
*** mgedmin has quit IRC | 04:27 | |
*** dunny has joined #zope3-dev | 04:34 | |
*** oferw has quit IRC | 04:50 | |
*** dunny has quit IRC | 04:56 | |
*** dunny has joined #zope3-dev | 05:07 | |
*** stub has joined #zope3-dev | 05:17 | |
*** bradb has quit IRC | 05:45 | |
*** TrevorP has quit IRC | 06:34 | |
*** TrevorP has joined #zope3-dev | 06:40 | |
*** baijum has joined #zope3-dev | 06:46 | |
*** oferw has joined #zope3-dev | 07:17 | |
*** oferw has quit IRC | 08:01 | |
*** romanofski has joined #zope3-dev | 08:06 | |
*** eins has joined #zope3-dev | 08:09 | |
eins | hi | 08:09 |
romanofski | moin | 08:18 |
*** ChrisWLaptop has quit IRC | 08:27 | |
eins | hi romanofski ;) | 08:29 |
romanofski | hey eins :)) | 08:32 |
*** alga has joined #zope3-dev | 08:34 | |
*** dobee has joined #zope3-dev | 08:50 | |
*** flox has quit IRC | 09:01 | |
*** srichter has joined #zope3-dev | 09:05 | |
*** ChanServ sets mode: +o srichter | 09:06 | |
*** hdima has joined #zope3-dev | 09:16 | |
*** batlogg has joined #zope3-dev | 09:18 | |
*** stub has quit IRC | 09:22 | |
*** stub has joined #zope3-dev | 09:24 | |
*** jhauser has joined #zope3-dev | 09:25 | |
*** mexiKON has joined #zope3-dev | 09:26 | |
*** The|uni has joined #zope3-dev | 09:32 | |
*** alecm has quit IRC | 09:53 | |
*** mexiKON has quit IRC | 10:00 | |
*** flox_ has joined #zope3-dev | 10:02 | |
*** MJ has quit IRC | 10:02 | |
*** yota has joined #zope3-dev | 10:02 | |
*** flox_ is now known as flox | 10:02 | |
*** dunny has quit IRC | 10:23 | |
*** MJ has joined #zope3-dev | 10:54 | |
*** vlado has joined #zope3-dev | 11:22 | |
*** smokeyd has joined #zope3-dev | 11:28 | |
*** projekt01 has joined #zope3-dev | 11:31 | |
smokeyd | Hi all, I've got a problem using sqlos 0.2.1 in zope3.2.1. I'm using it together with the mysqldbda database adapter version 1.0.0 | 11:33 |
smokeyd | when I start zope I get the error ImportError: Module mysqldbda.adapter has no global IMySQLZopeConnection in mysqldbda.adapter.IMySQLZopeConnection | 11:34 |
smokeyd | and indeed I can't find an IMySQLZopeConnection interface anywhere in the mysqldbda package | 11:35 |
smokeyd | I read through searching on google that I this means I should install a newer version of mysqldbda | 11:35 |
smokeyd | but is there a newer version? I don't think so. I installed the one listed on http://www.zope.org/Products/Zope3-Packages/ | 11:36 |
*** ChrisWLaptop has joined #zope3-dev | 11:42 | |
*** alga has quit IRC | 12:06 | |
*** alga has joined #zope3-dev | 12:13 | |
*** ignas has joined #zope3-dev | 12:16 | |
jhauser | smokeyd: http://svn.zope.org/mysqldbda/trunk/ | 12:24 |
*** stub has quit IRC | 12:24 | |
*** philiKON has joined #zope3-dev | 12:25 | |
*** regebro has joined #zope3-dev | 12:26 | |
*** mkerrin has joined #zope3-dev | 12:43 | |
ChrisWLaptop | hi all | 12:44 |
ChrisWLaptop | hmm, I have a component architecture question :-) | 12:44 |
ChrisWLaptop | I want to have an ITwiddlerParser interface | 12:44 |
ChrisWLaptop | several components will implement this | 12:44 |
ChrisWLaptop | two things: | 12:44 |
ChrisWLaptop | - what type of component should implement this interface? | 12:45 |
ChrisWLaptop | - how do I ask the CA for a complete list of all components registered that implement that interface? | 12:45 |
ChrisWLaptop | (I'd imagine different types of catalog index do the same thing?) | 12:45 |
SteveA | 1. any component you like can *provide* the interface. a class or factory will *implement* the interface. a component is something that provides interfaces, so that's it basically. | 12:57 |
SteveA | 2. the CA has two registries: adapters and utilities. so, you'll want to look at the adapter registry API and utility registry API to see if it has a query mechanism. | 12:58 |
SteveA | I don't think it has one quite like you want. | 12:58 |
ChrisWLaptop | fuck | 12:58 |
ChrisWLaptop | that's pretty surprising | 12:59 |
ChrisWLaptop | I would have thought this would come up with catalog indexes | 12:59 |
SteveA | eh? | 12:59 |
SteveA | I don't see why it should. The CA isn't about catloguing | 12:59 |
ChrisWLaptop | well no, but I'd imagine the question "show me what components implement interface x" would have come up in the sense of "show me all components that implement IWhateverTheIndexInterfacesIs" | 13:00 |
ChrisWLaptop | you can't register more than one utility for a particular interface, can you? | 13:01 |
SteveA | you don't register a utility for an interface | 13:01 |
SteveA | you register a utility providing an interface | 13:02 |
SteveA | you register an adapter for something providing something | 13:02 |
ChrisWLaptop | *grunt* | 13:02 |
SteveA | you can register many utilities providing the same interface. there are two ways to do this | 13:02 |
SteveA | 1. provide a named utility. use different names | 13:02 |
SteveA | 2. provide utilities for interfaces extending some interface | 13:02 |
ChrisWLaptop | okay, but then how do I get all the utilities providing a given interface? | 13:03 |
SteveA | you'll need to look at the utility registry, and see if there's an API for that | 13:04 |
SteveA | if there's not one, maybe there should be. so... collector issue / patch / etc. | 13:04 |
SteveA | it's kinda surprising to me that you want to know all of the utilities like this though | 13:04 |
SteveA | you must be doing something rather uncommon | 13:05 |
ChrisWLaptop | providing a ui for picking from a list of parsers | 13:05 |
ChrisWLaptop | it's not that uncommon ;-) | 13:05 |
ChrisWLaptop | as I said, the catalog would be another obvious candidate ;-) | 13:05 |
*** jinty has joined #zope3-dev | 13:08 | |
*** J1m has joined #zope3-dev | 13:10 | |
ChrisWLaptop | mornin' Jim :-) | 13:14 |
jhauser | ChrisWLaptop: have you looked at menues? | 13:18 |
J1m | Morning | 13:18 |
ChrisWLaptop | jhauser: nope | 13:18 |
ChrisWLaptop | how do they work? | 13:18 |
philiKON | ChrisWLaptop, read my book, chapter 12 | 13:18 |
ChrisWLaptop | as I said, I'm surprised no-one's answered this question when building catalog interfaces | 13:19 |
ChrisWLaptop | philiKON: my copy's at home | 13:19 |
jhauser | I can surely not explain it easily | 13:19 |
ChrisWLaptop | enlighten me from a high level :-) | 13:19 |
jhauser | you define a menu and register items for this menue | 13:19 |
ChrisWLaptop | and menu items implement IMenuItem or some such? | 13:20 |
philiKON | ChrisWLaptop, menus are like actions in cmf | 13:20 |
philiKON | a menu (an action category) can have menu items (actions) | 13:20 |
ChrisWLaptop | philiKON: is your chapter 12 about menus? | 13:20 |
philiKON | it covers menus, yes | 13:21 |
ChrisWLaptop | well, I'm not specifically interested in menus ;-) | 13:21 |
philiKON | ok :) | 13:21 |
ChrisWLaptop | but I'll read it in case it helps | 13:21 |
ChrisWLaptop | now that you're here... | 13:21 |
ChrisWLaptop | this is actually for Twiddler, if you've seen ym templating talk | 13:21 |
ChrisWLaptop | so, you can specify a parser, a renderer and some default filters | 13:21 |
ChrisWLaptop | the ui for that will be a drop-down, a drop-down and a multi-select, respectively | 13:22 |
ChrisWLaptop | so, I have the idea that parsers would implement ITwiddlerParser, and so on | 13:22 |
philiKON | nah, i missed your talk ;) | 13:23 |
philiKON | was sick, slept in | 13:23 |
ChrisWLaptop | but, it's now a question of how to register parsers, etc with the CA in such a way that I can ask it for a list of everything registered that implements ITwiddlerParser, if you see what I mean... | 13:23 |
ChrisWLaptop | sick = hungover? ;-) | 13:23 |
philiKON | no, actually sick | 13:23 |
ChrisWLaptop | they feel like utlities to me, but you can only register one utlitity associated with an interface, right? | 13:24 |
philiKON | well, no | 13:24 |
philiKON | you can register many utilities for 1 interface | 13:24 |
philiKON | if they all get different names | 13:24 |
ChrisWLaptop | okay | 13:24 |
philiKON | the question is, how are these parsers differnet from each other? | 13:24 |
ChrisWLaptop | but then how do you get a list of all of 'em? | 13:24 |
ChrisWLaptop | how are they different? | 13:25 |
philiKON | z.c.getAllUtilitiesFor() IIRC | 13:25 |
ChrisWLaptop | ah, that might be just what I'm after... | 13:25 |
philiKON | ChrisWLaptop, well, how's one ITwidderParser different from another one? | 13:25 |
ChrisWLaptop | okay, what significance do names have in all of this? | 13:25 |
philiKON | ChrisWLaptop, i correct myself, you want getUtilitiesFor | 13:25 |
philiKON | ChrisWLaptop, none, really :). | 13:25 |
ChrisWLaptop | how are they different? well, how they process the source text into the twiddler dom | 13:25 |
philiKON | ChrisWLaptop, the zapi index in my book explains getUtilitiesFor. I think it returns an iterable of (name, utility) | 13:26 |
ChrisWLaptop | interesting | 13:26 |
philiKON | ChrisWLaptop, aha. | 13:26 |
ChrisWLaptop | so names have to be unique, right? | 13:26 |
philiKON | right | 13:26 |
philiKON | they're used to tell the different utilities apart | 13:26 |
ChrisWLaptop | and you get a component error if they're not? | 13:26 |
philiKON | zcml will barf at you | 13:26 |
ChrisWLaptop | indeed | 13:27 |
philiKON | name dutilities are a common theme in z3 | 13:27 |
philiKON | take translation domains | 13:27 |
ChrisWLaptop | hmm, this is actually pretty cute | 13:27 |
philiKON | there's more than 1 translation domain | 13:27 |
philiKON | they're distinguished by their names | 13:27 |
philiKON | e.g. 'zope', 'plone', 'cps', etc. | 13:27 |
philiKON | we do the same thing with permissions | 13:27 |
philiKON | permissions are utilities for IPermission | 13:28 |
ChrisWLaptop | I'm actually specifically thinking of the add/edit form for twiddlers in Zope 2 | 13:28 |
philiKON | ok | 13:28 |
ChrisWLaptop | so the dropdown could use getUtilitiesFor | 13:28 |
philiKON | actually, it could even be nicer | 13:28 |
ChrisWLaptop | and then the zodb instance could store the name as an attribute | 13:28 |
philiKON | right | 13:28 |
philiKON | actually, you can use the UtilityNamesVocabulary | 13:28 |
ChrisWLaptop | wtf is that? ;-) | 13:29 |
philiKON | (if you're using automated edit forms) | 13:29 |
philiKON | choice fields in automated edit forms are populated from vocabularies | 13:29 |
philiKON | vocabularies == bags of possible values for a choice field | 13:29 |
ChrisWLaptop | can I use them in Zope 2.9? | 13:29 |
philiKON | yup | 13:29 |
ChrisWLaptop | are there any good examples of automated add/edit forms for Zope 2.9? | 13:30 |
philiKON | five has tests of both form and formlib based ones | 13:30 |
ChrisWLaptop | I don't want to see tests, I want to see an example product ;-) | 13:30 |
ChrisWLaptop | the add/edit form for a twiddler is basically a big text box, two dropdowns and a multi-select | 13:31 |
philiKON | the test is an example in itself. Browse Five.form.tests or Five.formlib.tests. | 13:31 |
philiKON | of course, it'd be good to have read about automated forms in z3 in general :) | 13:31 |
philiKON | which brings us again to my book ;) | 13:32 |
philiKON | perhaps other people have some real world examples to look at | 13:32 |
philiKON | actually, rocky just published 3 articles about formlib in zope 2 (actually, plone) | 13:32 |
ChrisWLaptop | yeah, but you know I'm Plone allergic ;-) | 13:33 |
ChrisWLaptop | is the newer of form and formlib covered in your book? I thought only the older of the two was> | 13:33 |
ChrisWLaptop | ? | 13:33 |
philiKON | yeah, formlib isn't covered in my book (yet :)) | 13:34 |
ChrisWLaptop | whatdya mean yet> | 13:34 |
ChrisWLaptop | ? | 13:34 |
ChrisWLaptop | how'd I get a newer version of your book? | 13:35 |
philiKON | santa is working on a christmas present | 13:35 |
ChrisWLaptop | yay! freebie I hope :-P | 13:35 |
*** Aiste has quit IRC | 13:35 | |
philiKON | uh, no :) | 13:35 |
ChrisWLaptop | where did Rocky publish these articles? | 13:35 |
philiKON | try planet.plone.org | 13:35 |
ChrisWLaptop | you must be making quite a good living off of your book ;-) | 13:35 |
philiKON | suuuuuuuuure | 13:35 |
ChrisWLaptop | I've already said once how I'm plohn allergic ;-) | 13:36 |
*** philiKON has quit IRC | 13:50 | |
*** SteveA has quit IRC | 13:57 | |
*** eins has quit IRC | 14:03 | |
*** eins has joined #zope3-dev | 14:03 | |
*** regebro has quit IRC | 14:19 | |
*** M1 has joined #zope3-dev | 14:25 | |
*** MJ has quit IRC | 14:26 | |
*** M1 is now known as MJ | 14:26 | |
*** J1m has quit IRC | 14:29 | |
*** baldtrol has joined #zope3-dev | 14:29 | |
*** jinty has quit IRC | 14:32 | |
*** nathany has joined #zope3-dev | 14:33 | |
*** mgedmin has joined #zope3-dev | 14:38 | |
*** rocky has joined #zope3-dev | 14:47 | |
*** rocky has joined #zope3-dev | 14:48 | |
*** rocky has quit IRC | 14:50 | |
*** TrevorP has quit IRC | 15:01 | |
*** rocky has joined #zope3-dev | 15:03 | |
*** jinty has joined #zope3-dev | 15:05 | |
*** _projekt01 has joined #zope3-dev | 15:09 | |
*** projekt01 has quit IRC | 15:09 | |
*** ChrisWLaptop has quit IRC | 15:12 | |
*** batlogg has quit IRC | 15:21 | |
*** batlogg has joined #zope3-dev | 15:22 | |
The|uni | hmm | 15:23 |
The|uni | i noticed martijns annotation factory | 15:23 |
The|uni | this looks very much like a concept of persistent adapters! | 15:24 |
The|uni | very nice | 15:26 |
The|uni | hrn. except that i'm getting forbiddenattribute errors in the annotation code | 15:27 |
The|uni | darn | 15:27 |
*** stub has joined #zope3-dev | 15:29 | |
*** benji has joined #zope3-dev | 15:36 | |
*** rocky has quit IRC | 15:36 | |
*** Aiste has joined #zope3-dev | 15:39 | |
*** oferw has joined #zope3-dev | 15:40 | |
*** zbir has quit IRC | 15:46 | |
*** baijum has quit IRC | 15:46 | |
*** zbir has joined #zope3-dev | 16:02 | |
mgedmin | perhaps you need to mark the adapter as trusted? | 16:03 |
* mgedmin guesses | 16:03 | |
The|uni | hmm | 16:05 |
The|uni | works | 16:08 |
*** eins has quit IRC | 16:15 | |
*** philiKON has joined #zope3-dev | 16:16 | |
*** jinty has quit IRC | 16:22 | |
*** regebro has joined #zope3-dev | 16:28 | |
*** oferw has quit IRC | 16:35 | |
*** gumpa has joined #zope3-dev | 16:44 | |
*** jinty has joined #zope3-dev | 16:47 | |
*** J1m has joined #zope3-dev | 16:47 | |
*** alecm has joined #zope3-dev | 16:54 | |
*** hdima has quit IRC | 17:08 | |
*** flox has quit IRC | 17:15 | |
*** RaFromBRC has joined #zope3-dev | 17:16 | |
*** bradb has joined #zope3-dev | 17:21 | |
*** strichter has joined #zope3-dev | 17:23 | |
*** jinty has quit IRC | 17:24 | |
baldtrol | this is less a question and more a statement, but zc.relationship is incredibly cool ;) | 17:26 |
*** batlogg_ has joined #zope3-dev | 17:31 | |
*** dobee_ has joined #zope3-dev | 17:32 | |
*** vlado has quit IRC | 17:35 | |
*** vlado_ has joined #zope3-dev | 17:35 | |
*** regebro has quit IRC | 17:36 | |
*** TrevorP has joined #zope3-dev | 17:36 | |
*** srichter has quit IRC | 17:37 | |
*** dobee has quit IRC | 17:38 | |
*** batlogg has quit IRC | 17:38 | |
*** ignas has quit IRC | 17:49 | |
*** _projekt01 has left #zope3-dev | 17:54 | |
*** rocky has joined #zope3-dev | 17:55 | |
*** stub has quit IRC | 17:55 | |
*** romanofski has quit IRC | 18:01 | |
*** regebro has joined #zope3-dev | 18:04 | |
*** strichter is now known as srichter | 18:13 | |
*** ChanServ sets mode: +o srichter | 18:13 | |
*** MJ has quit IRC | 18:14 | |
*** regebro has quit IRC | 18:37 | |
*** vlado_ has quit IRC | 18:44 | |
*** baldtrol has quit IRC | 18:56 | |
*** regebro has joined #zope3-dev | 19:00 | |
*** MJ has joined #zope3-dev | 19:01 | |
*** gumpa is now known as gumpa-afk | 19:22 | |
*** oferw has joined #zope3-dev | 19:33 | |
*** RaFromBRC is now known as RaFromBRC|away | 20:00 | |
*** stub has joined #zope3-dev | 20:09 | |
*** stub has quit IRC | 20:09 | |
*** stub has joined #zope3-dev | 20:09 | |
*** regebro has quit IRC | 20:22 | |
*** flox_ has joined #zope3-dev | 20:30 | |
*** flox_ is now known as flox | 20:31 | |
*** rocky has quit IRC | 20:40 | |
*** ChrisW has joined #zope3-dev | 20:42 | |
*** mgedmin has quit IRC | 20:42 | |
*** mgedmin has joined #zope3-dev | 20:43 | |
*** oferw has quit IRC | 20:49 | |
*** SteveA has joined #zope3-dev | 20:58 | |
*** alga has quit IRC | 21:01 | |
*** roym has joined #zope3-dev | 21:07 | |
*** mkerrin has quit IRC | 21:11 | |
*** nathany has quit IRC | 21:19 | |
*** Aiste has quit IRC | 21:25 | |
*** RaFromBRC|away is now known as RaFromBRC | 21:26 | |
* mgedmin discovers it is not a good idea to sort titles that are actually Messages | 21:34 | |
ChrisW | oh? what happens? | 21:35 |
philiKON | well, you want to translate first, then sort :) | 21:35 |
ChrisW | well yeah ;-) | 21:37 |
ChrisW | translation and l10n all sucks, we should all speak english in 7bit ascii... | 21:37 |
smokeyd | hey all, I've got a problem | 21:44 |
smokeyd | I've got two interfaces | 21:45 |
smokeyd | one inherits from IContainer | 21:45 |
smokeyd | and the other from IContained | 21:45 |
smokeyd | both have a precondition, telling that the other of the two can be the only child/parent | 21:45 |
smokeyd | but the problem is, both refer to eachother this way | 21:45 |
smokeyd | but one get's declared in the .py file above the other | 21:46 |
smokeyd | so I always refer from one interface to another that does not yet exist | 21:46 |
ChrisW | apply the assertion afte rboth classes are defined? | 21:47 |
ChrisW | (zcml is your friend) | 21:47 |
smokeyd | ok, in zcml | 21:47 |
smokeyd | didn't think ofthat | 21:47 |
smokeyd | :) | 21:47 |
smokeyd | thanks | 21:47 |
mgedmin | can you actually specify containment constraints in zcml? | 21:48 |
* mgedmin did not know that | 21:48 | |
*** Aiste has joined #zope3-dev | 21:49 | |
ChrisW | yeah, think so | 21:49 |
ChrisW | mgedmin: eh? | 21:49 |
ChrisW | well, you apply interfces in ZCML, I'm sure ther's an example in ZCML... | 21:49 |
ChrisW | I bumped into this with Swishdot | 21:49 |
ChrisW | didn't want to make my code constrain how you lay out your code | 21:49 |
ChrisW | "your code" -> your postings | 21:50 |
ChrisW | hey Aiste :-) | 21:50 |
mgedmin | well, yeah, if you define a separate IFooContained, you can apply it via zcml | 21:50 |
Aiste | hi ChrisW | 21:51 |
*** stub has quit IRC | 21:58 | |
smokeyd | hey ChrisW, you said I could set the restraints for an Interface after all interfaces are defined | 21:58 |
smokeyd | right? | 21:58 |
smokeyd | how? | 21:58 |
smokeyd | :) | 21:58 |
ChrisW | can't remember, sorry :-S | 21:59 |
ChrisW | I may have resortefd to soemthing differnt... | 21:59 |
smokeyd | ok thanks | 22:00 |
smokeyd | :) | 22:00 |
mgedmin | smokeyd: the usual solution is to split one of the interfaces into two | 22:00 |
mgedmin | class IFoo(Interface): pass | 22:01 |
mgedmin | class IFooContainer(Interface): contains(IFoo) | 22:01 |
mgedmin | class IFooContained(IFoo): containers(IFooContainer) | 22:01 |
smokeyd | ok, that way | 22:01 |
mgedmin | if you want to be obscure you can redefine the IFoo interface instead of introducing IFooContained | 22:01 |
smokeyd | thanks | 22:01 |
mgedmin | but it is usually better not to be obscure ;) | 22:01 |
smokeyd | well, the first way is more obious I guess | 22:02 |
smokeyd | :) | 22:02 |
*** romanofski has joined #zope3-dev | 22:15 | |
*** babyt has joined #zope3-dev | 22:18 | |
*** babyt has left #zope3-dev | 22:21 | |
smokeyd | Hey all, sorry to keep bothering you all. But got a strange error as soon as I want to visit the editform of an object (contained): ComponentLookupError((<zope.schema._bootstrapfields.Field object at 0xb4a0064c>, <zope.publisher.browser.BrowserRequest instance URL=http://localhost:8090/blaat/dssfd/@@edit.html>), <InterfaceClass zope.app.form.interfaces.IInputWidget>, u'') | 22:32 |
graham | I got this yesterday; I think it was when my object didn't meet my interface | 22:35 |
*** russf has joined #zope3-dev | 22:36 | |
mgedmin | smokeyd: the schema for your edit form has a Field | 22:39 |
mgedmin | there are no widgets registered for Field | 22:40 |
mgedmin | all of the widgets are registered for subclasses of Field | 22:40 |
smokeyd | mgedmin: yes that's true.Thanks foor clearing that up, but the problem is that that schema defines a constraint for the ContainerType it can be in, and that should be defined through a field right? | 22:43 |
*** mgedmin has quit IRC | 22:43 | |
*** mgedmin has joined #zope3-dev | 22:43 | |
mgedmin | smokeyd: just tell the edit form to skip the __parent__ field | 22:44 |
mgedmin | do you use zope.formlib? | 22:44 |
mgedmin | (if not, then consider switching, because formlib is so nice!) | 22:44 |
mgedmin | if yes, then form_fields = form.Fields(IYourInterfaceHere).omit('__parent__') | 22:44 |
mgedmin | HTH | 22:44 |
*** mgedmin has quit IRC | 22:45 | |
*** smokeyd has left #zope3-dev | 22:46 | |
*** dunny has joined #zope3-dev | 22:59 | |
*** romanofski has quit IRC | 23:02 | |
*** _sussi has joined #zope3-dev | 23:08 | |
*** The|uni has quit IRC | 23:17 | |
*** mgedmin has joined #zope3-dev | 23:30 | |
*** RaFromBRC has quit IRC | 23:44 | |
*** ChrisW has quit IRC | 23:45 | |
*** dobee_ has quit IRC | 23:45 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!