*** b_52CEntos_ is now known as b_52CEntos | 00:07 | |
*** b_52CEntos_ has joined #zope3-dev | 00:16 | |
*** gintas_ has quit IRC | 00:25 | |
*** dunny has joined #zope3-dev | 00:27 | |
*** b_52CEntos has quit IRC | 00:28 | |
*** b_52CEntos_ is now known as b_52CEntos | 00:33 | |
*** b_52CEntos_ has joined #zope3-dev | 00:54 | |
*** vinsci has quit IRC | 00:58 | |
*** b_52CEntos has quit IRC | 01:03 | |
*** efge has quit IRC | 01:05 | |
*** dunny has quit IRC | 01:07 | |
*** flox has left #zope3-dev | 01:15 | |
*** zagy_ has quit IRC | 01:18 | |
*** MacYET has joined #zope3-dev | 01:34 | |
*** batlogg is now known as bedlogg | 01:35 | |
*** Bernulf has quit IRC | 01:36 | |
*** sashav has quit IRC | 01:51 | |
*** hazmat has joined #zope3-dev | 01:51 | |
*** ChanServ sets mode: +o hazmat | 01:51 | |
*** Theuni has quit IRC | 01:56 | |
*** ignas has quit IRC | 02:00 | |
*** vinsci has joined #zope3-dev | 02:15 | |
*** oferw has joined #zope3-dev | 02:15 | |
*** MacYET has quit IRC | 02:46 | |
*** oferw has quit IRC | 03:14 | |
*** volvox has quit IRC | 03:28 | |
*** Theuni has joined #zope3-dev | 03:28 | |
*** MacYET has joined #zope3-dev | 03:40 | |
* Theuni asks himself why MacYET is still awake :) | 03:45 | |
*** yota has quit IRC | 04:07 | |
*** philiKON has joined #zope3-dev | 05:06 | |
*** febb has joined #zope3-dev | 05:28 | |
*** MacYET has quit IRC | 05:29 | |
*** b_52Centos__ has joined #zope3-dev | 05:36 | |
*** b_52CEntos_ has quit IRC | 05:50 | |
*** stub has joined #zope3-dev | 06:03 | |
*** b_52CEntos has joined #zope3-dev | 06:08 | |
*** Theuni has quit IRC | 06:10 | |
*** b_52Centos__ has quit IRC | 06:19 | |
*** b_52CEntos_ has joined #zope3-dev | 06:30 | |
*** b_52CEntos has quit IRC | 06:41 | |
*** dokai has quit IRC | 06:52 | |
*** dokai has joined #zope3-dev | 07:10 | |
*** romanofski has joined #zope3-dev | 07:13 | |
romanofski | moin | 07:17 |
---|---|---|
*** febb has quit IRC | 07:23 | |
*** SteveA has quit IRC | 07:24 | |
*** SteveA has joined #zope3-dev | 07:30 | |
*** MacYET_ has joined #zope3-dev | 07:50 | |
*** eins has joined #zope3-dev | 08:03 | |
*** MacYET_ has left #zope3-dev | 08:06 | |
*** dunny has joined #zope3-dev | 08:58 | |
*** b_52Centos__ has joined #zope3-dev | 08:58 | |
*** hdima has joined #zope3-dev | 09:01 | |
*** zagy has joined #zope3-dev | 09:04 | |
*** zagy has quit IRC | 09:10 | |
*** b_52CEntos_ has quit IRC | 09:10 | |
*** zagy has joined #zope3-dev | 09:11 | |
*** zagy_ has joined #zope3-dev | 09:15 | |
*** bedlogg has quit IRC | 09:21 | |
*** hdima has quit IRC | 09:26 | |
*** yota has joined #zope3-dev | 09:26 | |
*** hdima has joined #zope3-dev | 09:29 | |
*** hdima has quit IRC | 09:32 | |
*** bedlogg has joined #zope3-dev | 09:34 | |
*** zagy has quit IRC | 09:34 | |
*** hdima has joined #zope3-dev | 09:44 | |
*** b_52Centos__ has quit IRC | 10:00 | |
*** BjornT has joined #zope3-dev | 10:06 | |
*** b_52Centos__ has joined #zope3-dev | 10:06 | |
*** rocky has quit IRC | 10:07 | |
*** dunny has quit IRC | 10:12 | |
*** dunny has joined #zope3-dev | 10:13 | |
*** sashav has joined #zope3-dev | 10:19 | |
*** stub has quit IRC | 10:26 | |
*** mexiKON has joined #zope3-dev | 10:43 | |
*** ignas has joined #zope3-dev | 10:51 | |
*** hazmat has quit IRC | 10:53 | |
*** b_52Centos__ has quit IRC | 10:54 | |
*** bradb has joined #zope3-dev | 10:58 | |
*** stub has joined #zope3-dev | 10:59 | |
*** hazmat has joined #zope3-dev | 10:59 | |
*** ChanServ sets mode: +o hazmat | 10:59 | |
*** b_52Centos__ has joined #zope3-dev | 11:01 | |
*** philiKON has quit IRC | 11:05 | |
*** hazmat has quit IRC | 11:12 | |
*** hazmat has joined #zope3-dev | 11:20 | |
*** ChanServ sets mode: +o hazmat | 11:20 | |
*** roman_ has joined #zope3-dev | 11:23 | |
*** romanofski has quit IRC | 11:32 | |
*** oferw has joined #zope3-dev | 11:39 | |
*** baijum has joined #zope3-dev | 11:41 | |
*** agroszer has joined #zope3-dev | 11:41 | |
*** roman_ is now known as romanofski | 11:42 | |
*** b_52Centos__ is now known as b_52Centos | 11:45 | |
*** mkerrin has joined #zope3-dev | 11:50 | |
*** tarek has joined #zope3-dev | 11:50 | |
*** whit is now known as whit|zZzz | 12:03 | |
*** BjornT has quit IRC | 12:03 | |
*** bradb has quit IRC | 12:05 | |
*** b_52Centos has quit IRC | 12:09 | |
*** flo1 has joined #zope3-dev | 12:11 | |
*** b_52Centos has joined #zope3-dev | 12:11 | |
*** flo1 is now known as flox | 12:13 | |
*** bradb has joined #zope3-dev | 12:20 | |
*** BjornT has joined #zope3-dev | 12:20 | |
*** oferw has quit IRC | 12:33 | |
*** volvox has joined #zope3-dev | 12:34 | |
*** alga has joined #zope3-dev | 12:42 | |
*** b_52CEntos_ has joined #zope3-dev | 12:54 | |
*** baijum changes topic to "logs available at http://zope3.pov.lt/irclogs/ || paste code examples into http://zope3.pastebin.com/" | 12:57 | |
*** b_52CEntos_ has quit IRC | 12:58 | |
*** b_52CEntos_ has joined #zope3-dev | 13:00 | |
*** b_52Centos has quit IRC | 13:03 | |
*** engelke has joined #zope3-dev | 13:10 | |
engelke | I'm workin gmy way through the zope developer's handbook by richter and | 13:12 |
engelke | I'm already stuck in chapter 13 (step 1) | 13:13 |
engelke | :( | 13:13 |
engelke | runing the test script yields an error "empty module name" | 13:13 |
engelke | can anyone explain to me what that indicates? | 13:13 |
mexiKON | engelke, you probably have a typo somewhere in a module name | 13:21 |
mexiKON | engelke, without the proper traceback we can't help you | 13:21 |
engelke | I could quote it here if that's not a problem | 13:22 |
mexiKON | engelke, note that the developer handbook as it is on zope.org isn't quite up to date | 13:22 |
mexiKON | no, don't quote here | 13:22 |
mexiKON | use a pastebin | 13:22 |
engelke | I have the paper hardcopy, it's based on 3.0 right? We have 3.1 :( | 13:22 |
mexiKON | 3.2 is the current stable and 3.3 is on the way :) | 13:23 |
mexiKON | if you're developing now, i recommend the 3.3 line | 13:24 |
mexiKON | because by time you'll hit production, 3.3 will definitely be out :) | 13:24 |
engelke | http://zope3.pastebin.com/718070 | 13:25 |
engelke | I have no control over the zope version used; I'm just a cog in the machine ;) | 13:25 |
*** b_52Centos__ has joined #zope3-dev | 13:27 | |
*** b_52CEntos_ has quit IRC | 13:30 | |
mexiKON | engelke, it looks to me as one of your test setups has a typo in the module name | 13:30 |
mexiKON | but i could be wrong | 13:30 |
*** b_52Centos__ is now known as b_52Centos | 13:31 | |
*** rocky has joined #zope3-dev | 13:37 | |
*** Aiste has quit IRC | 13:46 | |
*** eins has quit IRC | 13:46 | |
*** dunny has quit IRC | 13:47 | |
*** J1m has joined #zope3-dev | 13:47 | |
*** oferw has joined #zope3-dev | 13:52 | |
*** zagy__ has joined #zope3-dev | 13:55 | |
*** oferw has quit IRC | 14:01 | |
*** zagy_ has quit IRC | 14:04 | |
*** Aiste has joined #zope3-dev | 14:07 | |
*** srichter has quit IRC | 14:09 | |
*** srichter has joined #zope3-dev | 14:09 | |
*** mgedmin has joined #zope3-dev | 14:16 | |
*** rocky has quit IRC | 14:16 | |
*** BjornT has quit IRC | 14:23 | |
*** rocky has joined #zope3-dev | 14:23 | |
*** bradb has quit IRC | 14:24 | |
*** regebro has joined #zope3-dev | 14:25 | |
*** J1m has quit IRC | 14:29 | |
*** zagy_ has joined #zope3-dev | 14:34 | |
*** ChanServ sets mode: +o srichter | 14:35 | |
*** benji has quit IRC | 14:39 | |
*** zagy__ has quit IRC | 14:43 | |
*** b_52CEntos_ has joined #zope3-dev | 14:50 | |
*** philiMAC has joined #zope3-dev | 14:53 | |
*** ignas has quit IRC | 14:53 | |
*** ignas has joined #zope3-dev | 14:54 | |
*** volvox has quit IRC | 14:55 | |
*** romanofski has quit IRC | 14:55 | |
*** romanofski has joined #zope3-dev | 14:56 | |
*** b_52Centos has quit IRC | 15:03 | |
*** BjornT has joined #zope3-dev | 15:04 | |
*** srichter has quit IRC | 15:07 | |
*** b_52CEntos_ is now known as b_52CEntos | 15:07 | |
*** mexiKON has quit IRC | 15:11 | |
*** faassen has joined #zope3-dev | 15:12 | |
*** b_52CEntos has quit IRC | 15:14 | |
*** b_52CEntos has joined #zope3-dev | 15:18 | |
*** nathany has joined #zope3-dev | 15:23 | |
*** Theuni has joined #zope3-dev | 15:23 | |
*** sashav has quit IRC | 15:25 | |
*** eins has joined #zope3-dev | 15:30 | |
flox | bonjour | 15:33 |
flox | i am learning Zope 3, i installed Zope 3.3beta and try to figure out how it works, through examples | 15:34 |
flox | i use book from von Weitershausen, and his examples... | 15:34 |
*** bradb has joined #zope3-dev | 15:34 | |
flox | i've done all the first chapters, but now, i am stick bec of an error. | 15:35 |
flox | someone can help? if i paste the trace on pastebin.com? | 15:36 |
Theuni | we can try ;) | 15:36 |
flox | thks | 15:36 |
flox | i already tried on #zope, but they ask me to post on #zope-dev | 15:37 |
flox | when i preview some page, i hav following traceback: | 15:37 |
flox | http://zope3.pastebin.com/718203 | 15:37 |
flox | and the pagetemplate that give error: (highlighted) | 15:38 |
flox | http://zope3.pastebin.com/718188 | 15:38 |
*** benji has joined #zope3-dev | 15:39 | |
flox | (if i put tal:on-error on these lines, it displays ok) | 15:39 |
* Theuni waits for pastebin to load | 15:39 | |
flox | these examples are supposed to work with previous versions (3.1 or 3.2) | 15:41 |
Theuni | right. if they work without warnings in 3.2 then they should also work with 3.3 | 15:42 |
Theuni | if they give warnings in 3.1 already, then they might not work in 3.3 | 15:42 |
flox | not sure it works with 3.2 | 15:43 |
*** pcardune has joined #zope3-dev | 15:43 | |
flox | factly this is examples from a book that is 1 year old. advertised to work with 3.0 or 3.1 | 15:43 |
Theuni | then 3.3. might be off your list | 15:43 |
Theuni | please try 3.2 first and check what deprecationwarnings you get | 15:44 |
flox | and i started to learn Zope3 with version 3.3 (previously, i worked with Zope 2.8) | 15:44 |
Theuni | the deprecationwarnings tell you how to make it fit for the next version too | 15:44 |
flox | ok, thank you. | 15:44 |
flox | i hav to install and do the test, now. | 15:45 |
flox | Theuni: factly, u don't know wher if i can find examples targeted to 3.3? | 15:46 |
Theuni | well. the book should be ok in general | 15:46 |
Theuni | The general concepts are still around | 15:47 |
Theuni | The implementation details have changed a bit, sometimes in an incompatible way | 15:47 |
flox | Theuni: yes, the book is very good. but i hv to figure out how to change the layers/skin thing to not have deprecation warnings | 15:47 |
rocky | Theuni: flox's problem in this case is that he's using getService (per the example) and getService has been gone for a while | 15:47 |
rocky | using getUtility instead | 15:47 |
Theuni | ah | 15:47 |
Theuni | that's one example :) | 15:48 |
flox | rocky: i put the getUtility instead of getService, but still KO. i hv to figure out how to use it better | 15:48 |
baijum | flox, read first section of this article http://kpug.zwiki.org/WhatIsNewInZope33 | 15:48 |
*** philiMAC is now known as philiKON | 15:49 | |
flox | baijum: thanks a lot for this pointer. this is this kind of article i was looking for, to help me understand differences between 3.1 (or 3.2) and 3.3 | 15:50 |
baijum | flox, but it's not complete :( | 15:51 |
flox | baijum: this is a good start, indeed | 15:51 |
flox | baijum: than i can dive into Python code to figure out better what has changed | 15:52 |
baijum | it's a wiki, you can edit it if any error found | 15:52 |
rocky | philiKON: hey, flox is trying an example in your book that uses getService to look up menu's and he needs to know what the equivalent now in zope 3.3 is as he's learning on zope 3.3 | 15:52 |
flox | baijum: ii see the warning at the beginning of the wiki page ;) | 15:52 |
philiKON | flox, zope.app.publisher.browser.menu.getMenu | 15:53 |
flox | philiKON: instead of 'zapi.getService(servicenames.BrowserMenu)' | 15:54 |
flox | philiKON: is it that? | 15:54 |
philiKON | well, instead of zapi.getService(...).getMenu(...) | 15:54 |
flox | philiKON: fine | 15:54 |
flox | philiKON: thank you for your book, i just bought last week.... hehe | 15:55 |
philiKON | thanks for buying it :) | 15:55 |
flox | philiKON: i've printed the Errata page, too. this is a good way to have up-to-date information, when Zope evolves so quickly | 15:56 |
philiKON | :) | 15:56 |
philiKON | the errata page just covers my mistakes | 15:57 |
flox | and some things for Zope 3.2, too | 15:57 |
philiKON | ah, yeah | 15:57 |
philiKON | anyways, i'm working on an updated version of the book :) | 15:57 |
flox | i guess... | 15:57 |
flox | when i see ur chapter on Services..... hard to figure out how it evolves in new Zope version | 15:58 |
philiKON | services are simply gone :) | 15:58 |
flox | i see.... rocky told me to look at adapters and utilities | 15:59 |
flox | he told me that services are included in these concepts, now | 16:00 |
flox | (this is what i understood) | 16:00 |
philiKON | yeah, basically, we found that we can design all components as either utilities or adapters | 16:00 |
flox | philiKON: i have still an erro with ur example, for chapter 12 | 16:02 |
flox | philiKON: ComponentLookupError: (<InterfaceClass zope.component.interfaces.IFactory>, None) | 16:03 |
*** eins has quit IRC | 16:03 | |
philiKON | ah, z.c.createObject('thefactory') | 16:03 |
philiKON | forget the first None | 16:03 |
*** srichter has joined #zope3-dev | 16:03 | |
*** ChanServ sets mode: +o srichter | 16:04 | |
flox | philiKON: new Error, NotImplementedError("This function is no-longer implemented"): | 16:06 |
flox | philiKON: view = zapi.getView(plaintext, '', self.request) | 16:06 |
philiKON | flox, z.c.getMultiAdapter((plaintext, self.request), name=u'') | 16:07 |
flox | philiKON: i can use zope.component. or zapi., no difference? zapi is a shortcut for useful functions, no? | 16:11 |
rocky | flox: yes, zapi is a shortcut for useful functions, but it is unofficially deprecated (that is, most people prefer to use zope.component and such directly) | 16:13 |
* benji hates zapi and counsels against its use | 16:13 | |
SteveA | +1 | 16:13 |
SteveA | i consider zapi harmful | 16:13 |
SteveA | it is banned in launchpad | 16:13 |
* rocky agrees | 16:13 | |
philiKON | +1 | 16:14 |
flox | ok, i will whange my habits. this is easy, since my habits are just 3 days old..... | 16:14 |
flox | change | 16:14 |
philiKON | :) | 16:14 |
flox | philiKON: now it works! at least the preview rendering | 16:15 |
flox | philiKON: thanks, now i have to figure out for the PDF, by myself | 16:15 |
philiKON | :) | 16:15 |
flox | philiKON: thk you for your help on this case | 16:16 |
philiKON | np | 16:16 |
philiKON | perhaps you'll like to write a review on my book some time, e.g. on amazon :) | 16:16 |
* philiKON is off to buy a curry wurst w/ french fries :) | 16:17 | |
* flox will be happy to write such review | 16:19 | |
benji | philiKON has made benji hungry | 16:23 |
flox | benji is at GMT+2, too? | 16:24 |
Theuni | -4 or so | 16:29 |
regebro | -4? Isn't that like just outside New York. In the ocean? :) | 16:36 |
flox | yes, it looks like Groeland, no? | 16:37 |
regebro | Greenland, yes. But also Canada, Brazile and a whole host of small countries: | 16:40 |
regebro | http://en.wikipedia.org/wiki/UTC-4 | 16:40 |
* rocky is at -0230 :) | 16:41 | |
regebro | Oh, newfoundland? | 16:41 |
rocky | yep :) | 16:41 |
rocky | newfoundland has its own timezone :) | 16:41 |
romanofski | like south australia - changing for half an hour the clock - bzzzz | 16:42 |
philiKON | grmpf, they had no curry wurst | 16:43 |
* philiKON got pizza instead | 16:43 | |
romanofski | eek | 16:43 |
philiKON | >>> z.c.getUtility(IFastFood) # be surprised | 16:44 |
philiKON | <pizza object at myt4bl3> | 16:44 |
regebro | >>> z.c.getUtility(IFastFood, 'curry pizza') | 16:45 |
regebro | Component Lookup Error | 16:45 |
rocky | lol | 16:45 |
philiKON | >>> z.c.getUtility(IFastFood, 'curry pizza') | 16:45 |
philiKON | Segmentation Fault | 16:45 |
mgedmin | I hope you had ulimit -c 0 ;) | 16:47 |
philiKON | no, curry pizza is just wrong | 16:48 |
*** baijum has quit IRC | 16:52 | |
* benji is in UTC-5, but his stomach is in the any-the-time-is-a-good-time-for-curry zone | 16:55 | |
*** alga has quit IRC | 16:57 | |
*** flox has quit IRC | 16:59 | |
*** flo1 has joined #zope3-dev | 17:03 | |
*** romanofski has quit IRC | 17:09 | |
*** bedlogg has quit IRC | 17:10 | |
*** avoine has joined #zope3-dev | 17:11 | |
*** bedlogg has joined #zope3-dev | 17:13 | |
* regebro wants Curry Chicken Pizza with Bananas and Pineapple. | 17:16 | |
*** whit|zZzz has quit IRC | 17:21 | |
*** whit has joined #zope3-dev | 17:28 | |
*** agroszer_ has joined #zope3-dev | 17:41 | |
*** agroszer has quit IRC | 17:41 | |
*** oferw has joined #zope3-dev | 17:45 | |
*** hdima has quit IRC | 17:57 | |
*** J1m has joined #zope3-dev | 17:57 | |
*** sashav has joined #zope3-dev | 18:08 | |
*** engelke has quit IRC | 18:14 | |
*** jukart has joined #zope3-dev | 18:17 | |
*** oferw has left #zope3-dev | 18:18 | |
*** alecm has joined #zope3-dev | 18:22 | |
*** b_52CEntos has quit IRC | 18:24 | |
*** jukart has left #zope3-dev | 18:25 | |
*** b_52CEntos has joined #zope3-dev | 18:30 | |
*** b_52CEntos_ has joined #zope3-dev | 18:37 | |
*** faassen has quit IRC | 18:40 | |
*** faassen has joined #zope3-dev | 18:41 | |
SteveA | i'm having a problem with using layers, and defining a default view | 18:43 |
SteveA | so, i have a publication where i use a subclass of my standard browser request type, which just implements(SpecialLayer) | 18:44 |
SteveA | so, all requests using that publication are for the SpecialLayer layer. | 18:44 |
SteveA | the problem comes when i want to look up the /@@/ view, the no-name view that gives access to resources | 18:45 |
SteveA | the problem is that I registered that the defaultView name for SpecialLayer is "specialname" | 18:45 |
mgedmin | The View That Must Not Be Named | 18:45 |
benji | hence forth known as vwoan | 18:46 |
SteveA | this is implemented by registering an adapter from (MyRootObject, SpecialLayer), for IDefaultViewName | 18:46 |
SteveA | the adapter returns u'specialname' when used | 18:46 |
J1m | SteveA, /@@/ has nothing to do with the default view name. | 18:46 |
SteveA | the problem is that when the publication traversal machinery looks up the view | 18:47 |
Theuni | J1m: what is your motivation that generations catch import-errors on install() but not evolve()? (I think they shouldn't get caught by install() either) | 18:47 |
*** flo1 has quit IRC | 18:47 | |
SteveA | as (MyRootObject, SpecialLayer), for Interface | 18:47 |
SteveA | (because we don't have a special interface for published views yet) | 18:47 |
SteveA | then the adapter found is the one for IDefaultViewName | 18:47 |
*** flox has joined #zope3-dev | 18:47 | |
SteveA | so, the object i get back from /@@/ is the unicode u'specialname' | 18:48 |
SteveA | i will undoubtedly have the same problem with other views i try to get | 18:48 |
SteveA | but this is the first one | 18:48 |
philiKON | this sucks :) | 18:48 |
SteveA | thaks for the moral support :-) | 18:49 |
philiKON | browser traversal should look up views as adapters that provide IBrowserPage | 18:49 |
SteveA | any suggestions as to what to do | 18:49 |
SteveA | ? | 18:49 |
philiKON | like you suggested, make the browser publication look up views as adapters providing a specific interface | 18:49 |
philiKON | i suggest IBrowserPage | 18:49 |
philiKON | hence it's what we've assumed so far anyways | 18:49 |
*** b_52CEntos has quit IRC | 18:49 | |
philiKON | IBrwoserPage = IPublishTraverse + __call__ | 18:50 |
philiKON | OTOH, you might also be traversing views that aren't called in the end... | 18:50 |
philiKON | some_container/+/someaddform | 18:50 |
*** bedlogg has quit IRC | 18:50 | |
philiKON | '+' is a view but not necessary published by itself | 18:50 |
philiKON | so, perhaps IPublishTraverse is enough | 18:51 |
SteveA | well | 18:51 |
SteveA | this is more of a long term thing you're talking about | 18:51 |
mgedmin | IPublishTraverse or IBrowserPublisher? | 18:51 |
philiKON | at least this interface should clearly indicate "you can publish me" | 18:51 |
philiKON | mgedmin, heh, would have to look that up :) | 18:51 |
philiKON | SteveA, true | 18:51 |
philiKON | that term has to begin at some point, though :) | 18:52 |
mgedmin | IBrowserPublisher = IPublishTraverse + browserDefault | 18:52 |
SteveA | this did used to work | 18:52 |
philiKON | mgedmin, k. makes sense | 18:52 |
SteveA | so, i think something in the last release or two changed | 18:52 |
SteveA | so that there's this interference between default view name registration and adapter registration | 18:53 |
*** bedlogg has joined #zope3-dev | 18:53 | |
philiKON | SteveA, well, since the default view is specified using this adapter? | 18:53 |
SteveA | well, view registration | 18:53 |
SteveA | yeah, i guess it was previously specified not using an adapter | 18:53 |
philiKON | mgedmin, i still think IPublishTraverse would be enough as a requirement for views. browserDefault is only necessary for stuff that gets called in the end, right? | 18:53 |
philiKON | SteveA, right, it was specified in the presentation service | 18:53 |
mgedmin | true | 18:53 |
*** bedlogg has quit IRC | 18:54 | |
*** bedlogg has joined #zope3-dev | 18:55 | |
philiKON | SteveA, i must say, i never like the empty name view (/@@/) nor the fact how the defualt view name are wired up | 18:55 |
SteveA | a workaround | 18:55 |
philiKON | s/are/is/ | 18:55 |
SteveA | would be making default views registered as a named adapter | 18:55 |
SteveA | this would stop them interfering with view registration | 18:55 |
philiKON | heh, you could do that | 18:55 |
philiKON | IMO /@@/ could just as well have gotten an explicit name | 18:55 |
SteveA | this is a pretty serious problem for the release IMO | 18:55 |
SteveA | because it makes layers useless for changing default views | 18:56 |
*** b_52CEntos_ is now known as b_52CEntos | 18:56 | |
philiKON | and the default view machinery is pretty overengineered, imo | 18:56 |
philiKON | why can't we just have the convention that '' is the default view? | 18:56 |
philiKON | any adpater you register as '' is the default | 18:56 |
SteveA | that's an interesting new proposal, but a large change | 18:57 |
philiKON | yup | 18:57 |
SteveA | seeing as there's a release coming up, i'm more in favour of fixing things for the release | 18:57 |
philiKON | well, as for the release... i would guess there's code that depends on the default view name being wired up as it is | 18:57 |
philiKON | as an unnamed adapter | 18:57 |
philiKON | you'd break that... | 18:57 |
SteveA | i think the main reason for the current default view behaviour is to support the familiar "index.html" | 18:58 |
SteveA | it is actually very very difficult to turn that off -- to get unnamed views as default views, using the current zope3 | 18:58 |
J1m | I'll note that I tried to interest someone in working on cleaning this up for 3.3 and that it is too late to clean it up for 3.4. | 18:58 |
SteveA | or, i was trying in the wrong way | 18:58 |
benji | perhaps we can go ahead and deprecate the unnamed-view-as-default behavior now as a setup for the other way | 18:58 |
philiKON | phone | 18:58 |
SteveA | J1m: what do you think about using a name for registering default views, so that functionality to do with registering default views for a particular layer will actually work without messing up other views on that layer? | 18:59 |
SteveA | or changing default views back to using a separate registry | 18:59 |
J1m | I'm too lazy too look at the code atm...but | 18:59 |
benji | oops, I should have said: deprecate views-registered-with-Interface in favor of an IView (or similar) | 19:00 |
J1m | I believe that the default-view adapter is looked up with a specific interface and no name. | 19:00 |
SteveA | yes | 19:00 |
J1m | I would say that this is as it should be. | 19:00 |
SteveA | that is correct | 19:00 |
SteveA | the specific interface indicates that a unicode is returned | 19:00 |
J1m | The *problem* is that pages, including the unnamed page that allows resource traversal are looked up without a meaningful interface. | 19:01 |
SteveA | this is also so. | 19:01 |
J1m | That is the *real* problem that we didn't fix in 3.3 and that we should really try to fix for 3.4. | 19:01 |
J1m | imo, this would make a great ep sprint/discussion topic. | 19:01 |
SteveA | actually, this problem applies only to the unnamed page for resource traversal | 19:02 |
SteveA | because that's the only page where the default view registration interferes | 19:02 |
SteveA | so, default views *does* have something to do with the /@@/ view (for anyone reading the log in the future) :-) | 19:02 |
J1m | sure, for now. | 19:02 |
J1m | I'm sure this will get worse over time. | 19:02 |
J1m | I think the following work-around will work: | 19:03 |
SteveA | re-register the unnamed view against Interface | 19:03 |
SteveA | for that layer | 19:03 |
J1m | - Any time you register a default-view adapter for some type, also.... | 19:03 |
J1m | exactly | 19:03 |
SteveA | i was worried that this applied to all views | 19:03 |
J1m | The fix is to stop looking up pages as providing Interface. | 19:04 |
SteveA | but then i realized that only the unnamed view will have this issue | 19:04 |
rocky | hm... best practices question for you all ... i have a plone site (IPloneSite) and i want that plone site to become special type of site (ISpecialPloneSite) ... ISpecialPloneSite contains some extra metadata regarding the plone site ... is my best bet to simply use adapter = ISpecialPloneSite(someplonesite) and then store the special metadata using annotations ? | 19:05 |
J1m | Since the extra data is meta-data, then I would use annotations. | 19:09 |
*** regebro has quit IRC | 19:09 | |
rocky | well, the extra data at this point is site configuration data | 19:09 |
rocky | specific to ISpecialPloneSite | 19:09 |
SteveA | J1m: the fix works. one thing is, I needed to change the interface to register it for from ISite to the same interface I registered the new default view name for. | 19:10 |
J1m | s/fix/work-around | 19:10 |
SteveA | right | 19:10 |
SteveA | who maintains the release notes? | 19:10 |
J1m | I thought you did that! | 19:10 |
SteveA | i can write this up in a form suitable for these, if i know where to put it / who to give it to | 19:10 |
J1m | srichter, > | 19:10 |
J1m | ? | 19:10 |
SteveA | i've never maintained release notes | 19:11 |
J1m | I was kidding. | 19:11 |
J1m | I think that the only thing we have along those lines is CHANGES.txt. | 19:11 |
SteveA | i thought maybe you'd got the Stephen and the Stephan confused ;-) | 19:11 |
Theuni | SteveA: put it in the 3.3 branch on CHANGES.txt, the trunk will be updated manually later by someone who will be randomly appointed | 19:13 |
Theuni | (if you changed it in 3.3) | 19:13 |
SteveA | ok, thanks | 19:13 |
*** bradb has quit IRC | 19:17 | |
*** nathany has quit IRC | 19:18 | |
*** BjornT has quit IRC | 19:20 | |
*** flox has left #zope3-dev | 19:21 | |
*** ignas has quit IRC | 19:26 | |
*** alga has joined #zope3-dev | 19:28 | |
*** BjornT has joined #zope3-dev | 19:30 | |
*** bradb has joined #zope3-dev | 19:30 | |
*** b_52CEntos_ has joined #zope3-dev | 19:47 | |
*** jinty has joined #zope3-dev | 19:56 | |
*** b_52CEntos has quit IRC | 19:58 | |
*** b_52CEntos_ is now known as b_52CEntos | 20:01 | |
*** baldtrol has joined #zope3-dev | 20:17 | |
*** RaFromBRC has joined #zope3-dev | 20:20 | |
baldtrol | good afternoon everyone :) i'm trying to get a better handle on the way list widgets work, when you hit the "add" or "remove" item button. i've looked at the source, but I don't think I *get* it. | 20:21 |
*** alga has quit IRC | 20:22 | |
baldtrol | if I have a currently empty list, and hit the "add whatever item" button, it seems to post to the action url, increment the total list number, update the new textline widget with the prefix.item.values.number sequence, and display the new text widget line... but what in the view is responding to that? | 20:22 |
mgedmin | I have tried to use the ListSequenceWidget (and regretted it) on numerous occasions | 20:22 |
baldtrol | hmm... i'm asking (and this may be redundant with my zope3-users mailing list post) because my static form works with the standard list widget... but my ajax form (pulled from the same identical url view) doesn't | 20:23 |
baldtrol | ...well, it works, but no matter what "submit" action i take (update, add new item, remove item, etc), all list widgets get a new textline appended, every time. | 20:24 |
mgedmin | baldtrol: check SequenceWidget._generateSequence | 20:24 |
baldtrol | eeeexcellent ;) | 20:24 |
mgedmin | if self.name + ".add" in self.request.form: | 20:24 |
*** bradb has quit IRC | 20:25 | |
*** BjornT has quit IRC | 20:25 | |
baldtrol | so i guess i'm confused. i'm setting up the context correctly, because i see the data of the remote object in the form... is there something about the way a post action refreshes the form that would break on remote retrieval? | 20:30 |
mgedmin | what's "remote retrieval"? | 20:32 |
baldtrol | the form is located in a context that is displaying data from a different context... i just change the context based on the hidden fields in the form, or the url request. which works fine, except for this "appends an extra blank field" bit. it looks like "if adding: sequence.append(None)" is occuring, even though the "add" button hasn't been hit. | 20:33 |
baldtrol | thanks for chatting with me about it, regardless. talking it out sometimes helps clear my thinking :\ | 20:35 |
mgedmin | also check that the count of values isn't remember when you switch to a different context | 20:35 |
baldtrol | hmmm... that sounds suspiciously like what may be happening. but i'm not sure i know how to "check" that... how do you mean? | 20:36 |
mgedmin | maybe I misunderstood... | 20:38 |
mgedmin | do you actually change the underlying list object on form posts? | 20:38 |
mgedmin | but leave other request arguments untouched? | 20:38 |
baldtrol | i override setUpWidgets, and based on a few request/post params, change the context before handing it to applyChanges | 20:39 |
*** stub has quit IRC | 20:44 | |
*** RaFromBRC_ has joined #zope3-dev | 20:45 | |
*** b_52CEntos has quit IRC | 20:47 | |
*** RaFromBRC has quit IRC | 20:50 | |
*** RaFromBRC_ is now known as RaFromBRC | 20:50 | |
*** b_52CEntos has joined #zope3-dev | 20:51 | |
*** faassen has quit IRC | 20:55 | |
pcardune | mgedmin or anyone else: is there a way to set the default skin on certain objects and subobjects so you don't have to see the ++skin++ in the url? | 20:57 |
*** agroszer_ has quit IRC | 20:57 | |
mgedmin | pcardune: define a subscriber on IBeforeTraversalEvent and call applySkin if the object traversed provides the interface of your object/subobject | 20:58 |
pcardune | mgedmin: would that override whatever skin was specified in the url (if i wanted to revert back to rotterdam for a while) | 20:59 |
mgedmin | yes | 20:59 |
pcardune | are there any plans to provide this kind of functionality in zcml tags? | 21:02 |
pcardune | or good reasons not to? | 21:02 |
rocky | is there an easy way to dynamically populate default values for my formlib based fields? dynamically as in: on a per-request basis | 21:07 |
mkerrin | pcardune: try editing the file $INSTANCE/etc/overrides.zcml - there is already an example comment in this file for redefining the default skin for an instance. | 21:09 |
pcardune | thanks mkerrin | 21:10 |
*** volvox has joined #zope3-dev | 21:12 | |
*** b_52CEntos has quit IRC | 21:35 | |
*** flox has joined #zope3-dev | 21:36 | |
*** admp has joined #zope3-dev | 21:48 | |
*** Aiste has quit IRC | 21:52 | |
*** hannosch has joined #zope3-dev | 21:57 | |
*** b_52CEntos has joined #zope3-dev | 22:01 | |
*** agroszer has joined #zope3-dev | 22:05 | |
*** rocky is now known as rocky|away | 22:09 | |
agroszer | hi, I guess Martijn is the developer of the hurry.* packages? | 22:09 |
philiKON | yup | 22:10 |
agroszer | tahnx | 22:10 |
agroszer | thanx | 22:10 |
*** agroszer has quit IRC | 22:11 | |
*** b_52CEntos_ has joined #zope3-dev | 22:13 | |
*** volvox has quit IRC | 22:16 | |
*** b_52CEntos has quit IRC | 22:25 | |
*** b_52Centos__ has joined #zope3-dev | 22:26 | |
*** hazmat has quit IRC | 22:28 | |
*** Aiste has joined #zope3-dev | 22:39 | |
*** b_52Free has joined #zope3-dev | 22:40 | |
*** b_52CEntos_ has quit IRC | 22:41 | |
*** mkerrin has quit IRC | 22:41 | |
*** nathany has joined #zope3-dev | 22:43 | |
*** dunny has joined #zope3-dev | 22:44 | |
*** admp_ has joined #zope3-dev | 22:44 | |
*** hazmat has joined #zope3-dev | 22:45 | |
*** ChanServ sets mode: +o hazmat | 22:45 | |
*** b_52Centos__ has quit IRC | 22:49 | |
*** admp has quit IRC | 22:57 | |
*** dunny has quit IRC | 23:03 | |
*** b_52CEntos_ has joined #zope3-dev | 23:24 | |
*** b_52Free has quit IRC | 23:36 | |
*** admp_ has quit IRC | 23:36 | |
*** b_52Centos__ has joined #zope3-dev | 23:40 | |
*** pcardune has quit IRC | 23:48 | |
*** b_52CEntos_ has quit IRC | 23:50 | |
*** b_52CEntos_ has joined #zope3-dev | 23:57 | |
baldtrol | vocabulary question... i have a Choice style widget i'd like to present to a user. however, the vocabulary for that choice widget is based on the who the user is, and an rdb lookup on the backend. when establishing a vocabulary, the only param i've seen that you can pass in is "context"... (per the way i see how to make and register a vocabulary in examples and source) | 23:58 |
baldtrol | i need to be able to pass in "request" as well, to determine the principal, and thus their available choices | 23:58 |
baldtrol | is that possible? are vocabularies the right way around that? | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!