| *** niemeyer_ has quit IRC | 00:01 | |
| jenner | hmm... strange, my /usr/lib/python2.4/site-packages/zope has no __init__.py | 00:07 |
|---|---|---|
| *** jinty has quit IRC | 00:08 | |
| jenner | so obviously `python -c "from zope.app.container.interfaces import IContainer"` fails | 00:09 |
| * jenner switches to debian zope3 package | 00:16 | |
| jenner | sheesh, I can't get the configure.zcml right after I've moved the code from __init__.py to photo.py | 00:53 |
| *** zbir_ has quit IRC | 00:56 | |
| *** efge has quit IRC | 01:04 | |
| *** efge has joined #zope3-dev | 01:05 | |
| *** efge has joined #zope3-dev | 01:07 | |
| *** efge has quit IRC | 01:26 | |
| *** anguenot has quit IRC | 01:28 | |
| jenner | philiKON: ayt? | 01:40 |
| srichter | he mentioned earlier that he went away, probably to bed ;-) | 01:41 |
| jenner | ah | 01:42 |
| *** bradb has left #zope3-dev | 01:42 | |
| projekt01 | srichter, what's the state of viewlet? | 01:43 |
| srichter | projekt01: I have been busy all day today, so I did not work on it | 01:44 |
| srichter | projekt01: but Helmut kept fixing the directives | 01:44 |
| srichter | projekt01: I think it is pretty much working | 01:44 |
| srichter | I will be working on it tomorrow | 01:44 |
| projekt01 | Ok, can you drop me a note if you have a stable state. Then I can implement the boston skin again. | 01:45 |
| * projekt01 hopes to read all this mails so I can work again ;-) | 01:46 | |
| srichter | he he | 01:47 |
| jenner | Maybe someone could give me a hint about this photo issue -- I've got everything working (moved code from __init__.py to photo[slide].py, fixed the tests and configure.zcmls), all tests run fine, but neither photo nor photoslide show up in the ZMI | 01:47 |
| srichter | projekt01: so Uwe told me you called the NeckarSprint "The best of breed (Zope 3 Sprints)" | 01:47 |
| srichter | jenner: can you check in the fixes, so I can have a quick look? | 01:48 |
| projekt01 | Yes | 01:48 |
| srichter | even though we did not get a change to look over your MVC ideas :-| | 01:48 |
| projekt01 | Yeeeeeeeeeeeeees | 01:49 |
| jenner | srichter: I have no svn write acces... I can make a patch against current trunk though | 01:49 |
| jenner | s/patch/diff | 01:49 |
| srichter | you shoudl get access :-) | 01:49 |
| projekt01 | srichter, I will implement a MVC prototype first, so we can discuss this heavy part based on a real example. | 01:50 |
| srichter | ok, cool | 01:51 |
| projekt01 | btw, the first components a "protocol router" and a "controller" are working already. | 01:52 |
| srichter | :-) ...whatever this means :-) | 01:52 |
| projekt01 | I agree, but Java-servlet guys know what I mean ;-) | 01:53 |
| jenner | srichter: http://belphegor.rulim.de:9673/photo_diff <- it's quite big 'cos __init__.py is now photo.py | 01:53 |
| srichter | jenner: can you E-mail me the diff? | 01:54 |
| srichter | jenner: also, are you ok, if I look at it tomorrow? | 01:54 |
| jenner | srichter: np | 01:54 |
| jenner | srichter: srichter at cosmos.phy.tufts.edu? | 01:56 |
| projekt01 | srichter, here's a "protocol router" description: http://java.sun.com/blueprints/guidelines/designing_enterprise_applications_2e/web-tier/web-tier5.html#1089027 | 01:56 |
| srichter | jenner: yes | 01:56 |
| srichter | projekt01: mmh, I would naturally say that our protocol router is the publisher | 01:57 |
| projekt01 | more or less, but the protocol are not the requests | 01:58 |
| projekt01 | a protocol is defined as more or less a specific mime type not a request | 01:59 |
| srichter | I see | 01:59 |
| projekt01 | btw, this documentation is really a good base for sync our naming conventions ;-) | 02:01 |
| srichter | :-) | 02:03 |
| jenner | javas (or better suns) naming conventions are sometimes a bit misleading, they tend to be misused as buzzwords :) | 02:05 |
| srichter | yep | 02:06 |
| srichter | we noticed this last week at the sprint as well | 02:06 |
| jenner | srichter: mail sent | 02:08 |
| projekt01 | I agree, but better to have one definition then everybody uses it's own words for the same thing ;-) | 02:08 |
| jenner | but _don't_ read it now :)= | 02:08 |
| *** efge has joined #zope3-dev | 02:09 | |
| *** efge_ has joined #zope3-dev | 02:16 | |
| * jenner is off to bed | 02:20 | |
| *** jenner has quit IRC | 02:20 | |
| *** efge has quit IRC | 02:27 | |
| *** yota has quit IRC | 02:32 | |
| *** zbir has joined #zope3-dev | 02:36 | |
| *** efge_ has quit IRC | 02:40 | |
| *** philiKON has quit IRC | 02:42 | |
| *** tav_ has joined #zope3-dev | 02:43 | |
| *** tav has quit IRC | 02:50 | |
| *** stu1 has joined #zope3-dev | 03:25 | |
| *** projekt01 has quit IRC | 03:28 | |
| *** niemeyer has joined #zope3-dev | 03:46 | |
| *** niemeyer has quit IRC | 04:02 | |
| *** niemeyer has joined #zope3-dev | 04:07 | |
| *** stu1 is now known as stub | 04:08 | |
| *** niemeyer_ has joined #zope3-dev | 04:13 | |
| *** niemeyer has quit IRC | 04:14 | |
| *** niemeyer_ is now known as niemeyer | 04:14 | |
| *** efge has joined #zope3-dev | 04:23 | |
| *** niemeyer has quit IRC | 04:55 | |
| *** matt_ has quit IRC | 05:45 | |
| *** tav has joined #zope3-dev | 06:11 | |
| *** hazmat has joined #zope3-dev | 06:20 | |
| *** ChanServ sets mode: +o hazmat | 06:20 | |
| *** tav_ has quit IRC | 06:22 | |
| *** hazmat has quit IRC | 07:31 | |
| *** efge has quit IRC | 07:34 | |
| *** hazmat has joined #zope3-dev | 07:49 | |
| *** ChanServ sets mode: +o hazmat | 07:49 | |
| *** deo has quit IRC | 07:54 | |
| *** jhauser_ has joined #zope3-dev | 07:55 | |
| *** jhauser has quit IRC | 08:03 | |
| *** dobee has joined #zope3-dev | 08:21 | |
| *** sashav has quit IRC | 08:42 | |
| *** zagy_ has joined #zope3-dev | 08:49 | |
| *** zagy_ is now known as zagy | 08:49 | |
| *** hazmat has quit IRC | 09:39 | |
| *** MacYET has joined #zope3-dev | 09:40 | |
| dobee | hi all, i got some odd behaviour with tal:translate .. | 09:42 |
| dobee | <div> | 09:42 |
| dobee | <div i18n:translate="" tal:content="python:u'Title'" i18n:domain="zope"/> | 09:42 |
| dobee | <div i18n:translate="" i18n:domain="zope">Title</div> | 09:43 |
| dobee | </div> | 09:43 |
| dobee | i think both things should be translated, but they don't, only the second div, | 09:43 |
| dobee | is this a bug or do i miss something, thx | 09:43 |
| *** MJ has quit IRC | 09:47 | |
| *** hdima has joined #zope3-dev | 09:49 | |
| *** tekNico has joined #zope3-dev | 10:02 | |
| srichter | dobee: please put up your question again, now that hdima is here; he has recently worked on the i18n namespace | 10:03 |
| dobee | hi all, i got some odd behaviour with tal:translate .. | 10:04 |
| dobee | <div> | 10:04 |
| dobee | <div i18n:translate="" tal:content="python:u'Title'" i18n:domain="zope"/> | 10:04 |
| dobee | <div i18n:translate="" i18n:domain="zope">Title</div> | 10:04 |
| dobee | </div> | 10:04 |
| dobee | i think both things should be translated, but they don't, only the second div, | 10:04 |
| dobee | is this a bug or do i miss something, thx | 10:04 |
| dobee | hdima: ayt? | 10:04 |
| srichter | hdima: I think it is a bug, ut I am not sure | 10:05 |
| dobee | hdima: i did another test because i thought it is implemented this way, to prevent the usage of composed message ids | 10:06 |
| dobee | <div tal:attributes="title python:u'Title'" | 10:06 |
| dobee | i18n:attributes="title" | 10:06 |
| dobee | i18n:translate="" tal:content="python:u'Title'" i18n:domain="zope"/> | 10:06 |
| dobee | <div i18n:translate="" i18n:domain="zope">Title</div> | 10:06 |
| dobee | the title attribute gets translated | 10:06 |
| d2m | anyone knows if the zope3 buildout scripts for windows are in SVN ? cannot find them | 10:06 |
| dobee | hdima: can you give me a hint where the i18n expressions are handled, so i have a look at the source | 10:07 |
| srichter | d2m: you mean the release stuff or the buildout package from Benji, or the stuff Tim uses to build the Windows installer? | 10:07 |
| srichter | dobee: the TAL code is very hard to read :-) | 10:08 |
| srichter | dobee: also, send a message to the list on this | 10:08 |
| dobee | hdima: ok | 10:08 |
| d2m | srichter: i suppose that thing tim_one is doing (he is posting the windows releases to zope.org) | 10:09 |
| srichter | d2m: yep | 10:09 |
| d2m | srichter: i already found how zope2.8 is creating the releases (http://svn.zope.org/Zope/tags/Zope-2-8-1/inst/WinBuilders/ and stuff) | 10:10 |
| srichter | d2m: I am pretty sure, the Windows stuff is not online, but let's have a look at the MakeARelease wiki page, where Tim put some notes about the Windows build | 10:13 |
| d2m | srichter: ok, i posted to zope-dev ML yesterday about creating/changing the zope3 windows installer -- maybe i should repost to zope3-dev to get time_ones attention ? | 10:15 |
| srichter | d2m: see: http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ZopeWindowsRelease | 10:15 |
| srichter | d2m: he seems to use standard distutils stuff | 10:16 |
| d2m | srichter: thanks, will search for the packages | 10:18 |
| *** sashav has joined #zope3-dev | 10:21 | |
| srichter | dobee: ah, it's you Bernd :-) | 10:26 |
| dobee | yes, dobe is reserved | 10:26 |
| srichter | I see, you could use dober :-) | 10:27 |
| dobee | sounds like a dog ;-) | 10:27 |
| srichter | I am almost done with the complex example; I think you were totally right when you pointed out that sorting is not part of the view but the controller | 10:27 |
| *** sashav_ has joined #zope3-dev | 10:27 | |
| srichter | factoring out this functionality into a separate utility gave us a very simple implementation and clean separation | 10:28 |
| srichter | dobee: right, that's what I was hinting at ;-) | 10:28 |
| dobee | have you already checked in some stuff? | 10:29 |
| srichter | I will in a moment | 10:30 |
| srichter | I have to finish writing the sort example | 10:30 |
| dobee | srichter: stefan martin said that he'll work on the grid stuff today, and we gonna have a phone call to reimplement it the way we discussed it, (sort, viewlets for cells, directives) | 10:30 |
| srichter | great! | 10:31 |
| dobee | srichter: cool | 10:31 |
| dobee | srichter: is the attribute injection still there? i mean viewlet interface attribute names from the tal namespace | 10:32 |
| srichter | yes | 10:33 |
| srichter | it even moved to the content provider level | 10:33 |
| dobee | you want to keep it? | 10:33 |
| srichter | yes, it is a fundamental feature of the provider TALES namespace | 10:33 |
| srichter | it is very important for scripters | 10:33 |
| srichter | as a experienced develop you would probably use it less | 10:34 |
| *** jenner has joined #zope3-dev | 10:35 | |
| dobee | hm, in the grid stuff i'll try to have some other approach, so that when one overrides the grid template does not have to use the same variable names | 10:35 |
| srichter | I don't understand | 10:36 |
| srichter | can you give an example? | 10:36 |
| dobee | moment | 10:36 |
| dobee | ok, i can't remember the exact syntax | 10:39 |
| srichter | that's ok :-) | 10:39 |
| dobee | you remember i need the key of the row in the grid viewlets, in order to get unique ids, then i could use an interface with a rowkey field with that specific name, and therefore each template that uses this viewlet must have the rowkey variable in the iteration | 10:41 |
| *** MacYET has quit IRC | 10:41 | |
| *** sashav has quit IRC | 10:41 | |
| dobee | that seems a little bit odd to me | 10:41 |
| *** MacYET has joined #zope3-dev | 10:41 | |
| *** sashav_ is now known as sashav | 10:41 | |
| dobee | i wann do something like this in the viewlet class self.manager.getKey(self.context) | 10:42 |
| srichter | yep | 10:42 |
| srichter | this last line is a good API call, I think | 10:42 |
| hdima | srichter: currently tal:content/tal:repeat should returns a message id (not a string) to be translated | 10:42 |
| srichter | hdima: mmh, interesting; I would think that any string returned from tal:content should be translated if the i18n:translate flag is set | 10:43 |
| srichter | hdima: what are the arguments for and against that behavior? | 10:44 |
| hdima | Hmm... | 10:44 |
| srichter | dobee: I think the easiest would be to have an adapter like this: key = getAdapter((context, manager), IKeyProvider) | 10:45 |
| srichter | key() | 10:45 |
| * hdima need to think | 10:45 | |
| srichter | dobee: this way the adapter can decide how to create the key | 10:45 |
| srichter | dobee: in the simplest case it would simply be the name of the context object | 10:46 |
| hdima | srichter: Some time ago there is has been a discussion about tal:content behavior on the mail list | 10:50 |
| hdima | And we already have the bug #455 http://www.zope.org/Collectors/Zope3-dev/455 | 10:50 |
| *** kickingvegas has joined #zope3-dev | 10:51 | |
| kickingvegas | hello! | 10:51 |
| kickingvegas | anybody home/ | 10:51 |
| kickingvegas | ? | 10:51 |
| *** kickingvegas has left #zope3-dev | 10:52 | |
| *** kickingvegas has joined #zope3-dev | 10:52 | |
| srichter | hdima: do you think you can address this bug before the 3.2 release? | 10:53 |
| hdima | srichter: yes | 10:54 |
| srichter | great! | 10:55 |
| hdima | I'll need to think more about the issue... | 10:55 |
| srichter | sure | 10:55 |
| *** ChanServ sets mode: +o tav | 10:57 | |
| kickingvegas | can I ask a newbie question? | 11:01 |
| kickingvegas | trying to figure out how the Zope3 in 30 minutes example works ... | 11:02 |
| srichter | mmh, I'll try, though I don't know this example well | 11:02 |
| jenner | hi there | 11:02 |
| kickingvegas | http://zissue.berlios.de/z3/Zope3In30Minutes.html | 11:03 |
| kickingvegas | or is there a better example to follow? | 11:03 |
| d2m | kickingvegas: there are 2 links on the bottom of that page | 11:04 |
| kickingvegas | I only see one to worldcookery.com | 11:05 |
| srichter | well, there is also my book, which you can order :-) | 11:05 |
| jenner | srichter: have you had a chance to look at my mail? :) | 11:05 |
| srichter | jenner: no, I am still in the pre-working stage; I just got up, because I am jet lagging | 11:06 |
| srichter | dobee: the completed example is in | 11:06 |
| jenner | srichter: taking a nice cup of IRC to live up? :) | 11:06 |
| srichter | nope, I just do that on the side | 11:07 |
| srichter | I am really trying to get some of the remaining sprint tasks done | 11:07 |
| srichter | dobee: do you remember what we wanted to make available in TAL templates connected to a viewlet? | 11:08 |
| kickingvegas | yes, I've looked at both texts; one thing that I have not been able to glean from either of them is how page templates interface with the code; in particular how a zpt page that is added through the ZMI access functions in an instantiated product object; | 11:08 |
| kickingvegas | I'm just not getting how namespaces work here. | 11:09 |
| srichter | kickingvegas: we are not supporting TTW development, including ZPT Pages; they are just there as demos | 11:09 |
| srichter | that's the reason you (a) don't find that in either book, and (b) will not find any docs on that | 11:10 |
| d2m | kickingvegas: the 'Views' section in the 30minutes doc show how ZPTs are used now | 11:11 |
| srichter | right, and that's the method described in the books as well | 11:12 |
| kickingvegas | okay; then can I write a directory tree of zpt pages as a product? | 11:12 |
| srichter | kickingvegas: yes | 11:12 |
| srichter | kickingvegas: if the templates are not views of obejcts, you register them as resources | 11:12 |
| kickingvegas | and is the directory tree of zpt pages really the preferred way to develop for zope3? | 11:12 |
| srichter | yes, Python-based packages are really the preferred way now | 11:14 |
| srichter | we are really addressing the Python developer in the Zope 3 right now | 11:14 |
| srichter | we will try to support scripters as soon as we can | 11:14 |
| *** stub has quit IRC | 11:15 | |
| kickingvegas | but with the registered directory tree concept, I still have to register each zpt page in the zcml file, right? | 11:16 |
| dobee | srichter: sorry, 'been away | 11:17 |
| dobee | your q: do you remember what we wanted to make available in TAL templates connected to a viewlet? | 11:17 |
| srichter | kickingvegas: yep | 11:17 |
| srichter | kickingvegas: explicit is better than implicit | 11:17 |
| srichter | kickingvegas: also all the logic comes from view classes | 11:17 |
| dobee | srichter: only 'view' which is actually the viewlet | 11:17 |
| srichter | dobee: I am waiting .... :-) | 11:17 |
| srichter | dobee: ok | 11:18 |
| d2m | kickingvegas: if you want to do a website with zope3 look at worldcookery.com (theres a download of the whole site to install and run) | 11:18 |
| dobee | srichter: the same for viewletmanager template, but as i remember the template of a vm is not api? | 11:19 |
| srichter | right | 11:19 |
| srichter | the template is definitely not API | 11:20 |
| d2m | kickingvegas: the whole site needs 5 page templates for display | 11:20 |
| srichter | btw, I am thinking about registering a "provider" directive in zope.contentprovider; any thoughts? | 11:20 |
| dobee | hm, yes a bit like the view directive, then maybe the template gets api ;-) | 11:22 |
| dobee | we will use it in the grid stuff | 11:22 |
| srichter | ok | 11:23 |
| kickingvegas | d2m: okay - will look at the example code | 11:23 |
| d2m | kickingvegas: use http://worldcookery.com/files/wcsite-1.1.tgz (its the website as you see it) | 11:24 |
| kickingvegas | d2m: downloading it as I type - | 11:24 |
| kickingvegas | also: still not clear how to walk up the name space to call other instantiated objects via zpt | 11:31 |
| srichter | kickingvegas: you are not supposed to | 11:31 |
| srichter | all logic, including walking up a path should be done in the Python view class | 11:32 |
| kickingvegas | okay then to view two or more objects then I need to create a new product that views them? | 11:34 |
| srichter | note that the term "product" has been deprecated; use "package" instead | 11:35 |
| srichter | kickingvegas: yep, you need the package to create the objects anyways | 11:35 |
| *** projekt01 has joined #zope3-dev | 11:36 | |
| srichter | projekt01: do you think a genric "provider" or "contentprovider" directive would be useful? | 11:37 |
| kickingvegas | okay - thanks for all the input! | 11:39 |
| *** kickingvegas has quit IRC | 11:40 | |
| jenner | is there a way to set the log level to DEBUG? | 11:41 |
| srichter | yeah, but I forgot how ;-) | 11:42 |
| srichter | it should be soemwhere in zope.conf | 11:42 |
| srichter | not sure you will get any more info though | 11:42 |
| jenner | hm, where should transaction be imported from? DeprecationWarning: This will be removed in ZODB 3.6: use transaction.get() instead of get_transaction() | 11:50 |
| *** J1m has joined #zope3-dev | 11:51 | |
| srichter | jenner: grep in the code for it :-) | 11:51 |
| srichter | J1m: good morning | 11:51 |
| jenner | srichter: I was afraid you'd suggest that :) | 11:51 |
| srichter | jenner: it is used at several places | 11:51 |
| srichter | shoudl be in the transaction package somewhere though | 11:51 |
| dobee | hdmi: just info: this is a workaround for the tal:content not translated issue | 11:53 |
| dobee | <div i18n:translate=""> | 11:53 |
| dobee | <metal:block tal:replace="python:u'Title'"/> | 11:53 |
| jenner | looks like it's as simple as "import transaction" :) | 11:53 |
| dobee | </div> | 11:53 |
| J1m | srichter, morning | 11:53 |
| J1m | srichter, there is no way principals.zcml should be used when testing | 11:53 |
| * srichter notes that he is jet lagging :-) | 11:53 | |
| srichter | J1m: mmh | 11:54 |
| srichter | (btw, I am not sure why those tests worked before) | 11:54 |
| srichter | all it tries to do is load site.zcml | 11:54 |
| srichter | as a test; I guess we could resort to ftesting.zcml | 11:55 |
| J1m | I haven't had a chance to look into this yet, but it appears that we are now using site.zcml. | 11:55 |
| srichter | yes | 11:55 |
| J1m | exactly | 11:55 |
| J1m | we should be using ftesting.zcml. | 11:55 |
| J1m | That's what it's there fore. | 11:55 |
| J1m | That's what we did before. | 11:55 |
| J1m | I don't understand why we are now loading site.zcml. | 11:56 |
| srichter | I wonder how easy it will be to point at this, since the point of those tests is to simulate a startup | 11:56 |
| srichter | J1m: note that this is not a problem of the ftests | 11:56 |
| J1m | I don't know what tests you are refering to. | 11:56 |
| srichter | They are unit tests that try to bring up the server | 11:56 |
| srichter | basically we are testing that we can generate a WSGI application | 11:56 |
| J1m | There should be a *very* specific zcml file that only has enough to test bringing up the server, | 11:57 |
| J1m | You can't predict what will be in site.zcml. | 11:57 |
| srichter | Well, for what I care it could be an empty ZCML file ;-) | 11:57 |
| J1m | Great | 11:58 |
| J1m | Then use an empty zcml file. | 11:58 |
| srichter | it just has to load | 11:58 |
| J1m | But by no means should you be using site.zcml. | 11:58 |
| srichter | ok, I can use ftesting.zcml | 11:58 |
| J1m | You should use something far more limited. | 11:59 |
| *** VladDrac has joined #zope3-dev | 11:59 | |
| J1m | You should use something minimal. | 11:59 |
| J1m | Note that someday, we'll get rid of ftesting.zcml. | 11:59 |
| srichter | yeah, but it also has to exist | 11:59 |
| srichter | fine by me | 11:59 |
| J1m | what also has to exist? | 12:00 |
| srichter | the site file I am specifying | 12:00 |
| srichter | see zope.app.wsgi/README.txt | 12:00 |
| srichter | last test | 12:00 |
| J1m | Then stick it in zope.app.wsgi, but make it as small as possible to achiev he goals of the test. | 12:00 |
| J1m | (I don't have time to look at that right now.) | 12:01 |
| srichter | J1m: ok, fixed | 12:10 |
| *** stub has joined #zope3-dev | 12:11 | |
| *** MJ has joined #zope3-dev | 12:12 | |
| *** mgedmin has joined #zope3-dev | 12:14 | |
| *** tziade has joined #zope3-dev | 12:16 | |
| srichter | tziade: do you think you will have a chance of writing a small proposal today? | 12:17 |
| tziade | hello srichter | 12:17 |
| tziade | about the performance thing? | 12:17 |
| srichter | tziade: it would be really nice, if we would have a way to inspect the timing outcome, if desired | 12:17 |
| srichter | yeah | 12:17 |
| tziade | ok i'll do that | 12:17 |
| srichter | for example, in a debugging session you might want access to the timing info | 12:17 |
| srichter | great | 12:17 |
| jenner | aaargh | 12:18 |
| tziade | how do you see this timing info: a sort of statitics table for the whole testing session, like hotshot does, in a file ? | 12:18 |
| tziade | or some kind of global a in memory info | 12:19 |
| tziade | s/a in/in | 12:19 |
| jenner | srichter: photo had no addMenuItem directive in its browser/configure.zcml, that's why it didn't show up in ZMI :) | 12:19 |
| srichter | projekt01: ping | 12:19 |
| srichter | tziade: that would be cool :-) | 12:19 |
| J1m | srichter, I suggest waiting for a little email discussion re test timing. | 12:19 |
| srichter | tziade: it would be very nice to optionally display the timing info | 12:19 |
| srichter | maybe we can make this helper function a test global | 12:20 |
| srichter | jenner: yipee, you figured it out; please sign up as a contributor and contribute back :-) | 12:20 |
| srichter | J1m: I suspect that not many people are interested | 12:21 |
| srichter | projekt01: ping, ping, ping :-) | 12:21 |
| J1m | srichter, I know we are, but we don't have much time to provide input this week. | 12:22 |
| srichter | ok | 12:22 |
| VladDrac | are there any tools that generate static api documentation out of interface definitions? | 12:24 |
| srichter | VladDrac: wget on API doc tool | 12:24 |
| srichter | VladDrac: it would be very cool, if someone could use pdftemplate (now supporting tiny RML) to generate PDF versions | 12:25 |
| VladDrac | tiny rml? | 12:25 |
| srichter | it is a subset of the comercial RML package from reportlab | 12:25 |
| VladDrac | ah ok | 12:25 |
| srichter | it allows you to write markup to generate PDF files | 12:25 |
| srichter | mgedmin: I think we should give pdftemplate a try in SchoolTool as well | 12:26 |
| projekt01 | srichter, pong | 12:29 |
| srichter | projekt01: good morning | 12:29 |
| projekt01 | good morning, what's up | 12:29 |
| srichter | projekt01: do you think a generic "contentprovider" or "provider" directive would be useful? | 12:30 |
| srichter | projekt01: I realize that we could use the adapoter directive fairly easily, but we could make some additional assertions that might be useful to the end user | 12:30 |
| projekt01 | yes, I guess normal user can use it. | 12:30 |
| srichter | ok | 12:30 |
| *** MacYET has quit IRC | 12:31 | |
| srichter | also, I removed the weight attribute in the viewlet directive, but allow any type of keyword arguments now | 12:31 |
| srichter | that are set as attributes on the viewlet | 12:31 |
| projekt01 | most the time adapters enough, but I guess it's hard to get the right registration settings for endusers. | 12:31 |
| srichter | right | 12:31 |
| projekt01 | Ok, that good | 12:31 |
| projekt01 | that/thats | 12:31 |
| srichter | the viewlet manager can then decide what to do with the attributes | 12:32 |
| projekt01 | cool | 12:32 |
| srichter | and using properties, the viewlet can easily convert them to whatever it needs | 12:33 |
| srichter | once we have some experience, we might describe the attributes in a schema | 12:33 |
| projekt01 | yes, this sounds good to me. | 12:36 |
| projekt01 | srichter, perhaps I should add a PDF API doc package in our collective where will support a view like /@@apidoc.pdf as a example how powerful the pdftemplates are. | 12:36 |
| srichter | that would be really cool | 12:37 |
| projekt01 | srichter, is there a simply API to api doc or do I have to write each view as a pdf template? | 12:37 |
| srichter | I don't understand the question, can you rephrase, please? | 12:37 |
| projekt01 | I think the API doc right now can't be output it's content as one large view. | 12:38 |
| projekt01 | This would be useful for a pdf | 12:38 |
| srichter | ah, I see what you mean | 12:38 |
| srichter | well, the first step would be to get each single interface view as a PDF | 12:39 |
| srichter | later I want batching, like: Give me a PDF with all interface documentation for package zope.XXX | 12:39 |
| projekt01 | Yes, this is not a big deal since we can additional register a pdf view like every other page template view. | 12:40 |
| srichter | yep | 12:40 |
| projekt01 | I guess each pdf view would be the same with the ending ".pdf" instead of ".html" | 12:40 |
| *** Alef has joined #zope3-dev | 12:40 | |
| srichter | right | 12:41 |
| srichter | and you could even check in the views to the Zope 3 core and use a feature to check whether pdftemplate is installed | 12:42 |
| srichter | oh wow, Zope 3 is getting cooler by the minute :-) | 12:42 |
| *** tav has quit IRC | 12:42 | |
| projekt01 | Ok, let me implement this next week. | 12:43 |
| srichter | ok | 12:43 |
| *** d2m has quit IRC | 12:43 | |
| *** MJ has quit IRC | 12:43 | |
| srichter | projekt01: btw, you really need an HTTP view of your repository :-) | 12:43 |
| *** tav has joined #zope3-dev | 12:45 | |
| projekt01 | Ok, I have some time to fix all parts in Tiks next week after I replaced the missing pagelet with viewlets ;-) | 12:45 |
| projekt01 | Then we are ready to announce some great libraries like pdftemplate or JSON tree viewlets where everybody can use out of the box for custom projects. | 12:47 |
| *** tziade has quit IRC | 12:47 | |
| srichter | awesome | 12:48 |
| srichter | now I just have to convince you to use zpkgtools | 12:48 |
| projekt01 | no way | 12:48 |
| srichter | at least for the standalone packages | 12:48 |
| srichter | I just suggested to Marius to use podf template and it will make our packaging a million times easier, if zpkgtools is supported | 12:49 |
| *** faassen has joined #zope3-dev | 12:49 | |
| srichter | ok, time to boot up | 12:49 |
| J1m | what are podf templates? | 12:50 |
| projekt01 | since zpkgtools is not a package builder and we can't build a installer where is able to install zope3 to D:/myfolder, there is now way to use it for windows! | 12:50 |
| J1m | projekt01, what do you mean zpkgtools is not a package builder? | 12:51 |
| *** ajung has joined #zope3-dev | 12:51 | |
| J1m | That's exactly what it is. | 12:51 |
| projekt01 | Jim, pdftemplate is a Reportlab integration for write views via TAL where generate PDF files. | 12:51 |
| J1m | so podf was a typo of pdf. | 12:52 |
| projekt01 | J1m, we can't export a package structure where we can use for different install builder. | 12:52 |
| J1m | I don't know what that means. | 12:52 |
| J1m | what specifically would you like to do that you can't do with zpkgtools? | 12:53 |
| projekt01 | zpkg doesn't export a package structure where is useable for other install builder like WISE or BitRock. | 12:53 |
| J1m | projekt01, zpkg generates a distutils package. | 12:54 |
| projekt01 | zpkg can't install a zope3 instance to D:\myfolder on windows | 12:54 |
| J1m | distutils can generate packages in various binary formats. | 12:54 |
| *** d2m has joined #zope3-dev | 12:55 | |
| J1m | right, distutils only installs "libraries". | 12:55 |
| J1m | distutils needs to be taught to install applications. | 12:55 |
| J1m | This is a distutils issue, not a zpkg issue. | 12:56 |
| *** tarek has joined #zope3-dev | 12:56 | |
| projekt01 | Ok, this means there is no way to build a "*.exe" where is able to install Zope3 to D:\myfolder? | 12:57 |
| jenner | hm, If I'd like to have a custom zmi_views, how can I add the default contents tab? S.th. like <page ... attribute="Contents"... />? | 12:57 |
| jenner | s/Contents/contents | 12:57 |
| J1m | projekt01, you should ask fred. | 12:57 |
| J1m | There *may* be a way to do this, but it runs against the graon of distutils. | 12:57 |
| J1m | We need to change the way disutils works. | 12:58 |
| J1m | We need to change the way distutils works. | 12:58 |
| SteveA | "runs against the groan of distutils" ;-) | 12:59 |
| J1m | projekt01, I'll note that you are the first person who has complained about this, so we have considered this a low priority. | 13:00 |
| srichter | J1m: we had a very long, loud and intense discussion during the sprint about this :-) so I guess it is a very loud complaint :-) | 13:01 |
| J1m | I didn't hear it. You should have been louder. :) | 13:02 |
| projekt01 | I really think there should be a way to use BitRock www.bitrock.com for build cross platform installers. I really think this is the next generation cross platform install builder. | 13:04 |
| projekt01 | Additional to install packages via a package manager this is the best way to install applications on windows, linux, Solaris, Aix etc. | 13:07 |
| * mgedmin has a question about the new immutable MessageIDs | 13:12 | |
| mgedmin | If I had code like this previously: | 13:12 |
| mgedmin | msg = _('${instructors} -- ${courses}') | 13:12 |
| mgedmin | msg.mapping = {'instructors': instructors, 'courses': courses} | 13:12 |
| mgedmin | how am I supposed to convert it to the new immutable message IDs? | 13:12 |
| * projekt01 immutable sounds bad in this case | 13:13 | |
| * mgedmin looks at the wiki | 13:14 | |
| * mgedmin reads http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/TurningMessageIDsIntoRocks | 13:14 | |
| * mgedmin wishes for shorter wiki URLs | 13:14 | |
| d2m | mgedmin: http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ can be replaced by http://dev.zope.org/Zope3/ | 13:14 |
| J1m | mgedmin, you convert it to a new message id with a different mapping. | 13:14 |
| mgedmin | d2m, yes, but the server redirects it to the full name, and I cannot copy&paste the short url from the browser's location bar | 13:15 |
| * mgedmin discovers the new syntax | 13:15 | |
| d2m | mgedmin: true | 13:15 |
| mgedmin | msg = _('${instructors} -- ${courses}') % {'instructors': instructors, 'courses': courses} | 13:15 |
| J1m | no | 13:15 |
| mgedmin | no? | 13:15 |
| mgedmin | but that's what the wiki page says | 13:15 |
| mgedmin | was it changed during implementation? | 13:16 |
| J1m | ok, maybe I'm wrong | 13:16 |
| J1m | hm | 13:16 |
| * mgedmin will run unit tests and see if the % syntax works | 13:17 | |
| *** mkerrin has joined #zope3-dev | 13:20 | |
| srichter | mgedmin: this syntax is at least not documented | 13:20 |
| srichter | mgedmin: if it works, could you add a test in messages.txt? | 13:21 |
| mgedmin | fun fun fun | 13:21 |
| ajung | sun sun sun | 13:21 |
| mgedmin | where is the documentation? zope/i18nmessageid/messages.txt? | 13:21 |
| J1m | yes | 13:21 |
| * srichter notes that the syntax mgedmin is looking for looks nice | 13:22 | |
| mgedmin | but it does not seem to work | 13:22 |
| mgedmin | can I just do | 13:23 |
| J1m | But what does not seem to work? | 13:23 |
| mgedmin | msg = _('${instructors} -- ${courses}', mapping={'instructors': instructors, 'courses': courses}) | 13:23 |
| mgedmin | ? | 13:23 |
| mgedmin | J1m, the msgid % mapping syntax | 13:23 |
| mgedmin | zope.i18n.translate(msgid % mapping) gives me the msgid back | 13:23 |
| mgedmin | with no substitutions | 13:23 |
| J1m | Right, I wasn't aware of that. :) | 13:23 |
| mgedmin | interleaved irc conversations are fun | 13:24 |
| * mgedmin goes to read the real documentation | 13:24 | |
| srichter | specifying the mapping only in the constructor does not always seem useful; I agree with Marius that the above syntax should work | 13:24 |
| srichter | oh nevermind, scratch the above comment | 13:25 |
| projekt01 | ajung, btw, jim washington is very happy with the new integration for integrating the JSON server | 13:26 |
| projekt01 | ajung, Jim wrote in mail to me: Tell Andreas and Tarek that they are brilliant! | 13:26 |
| srichter | projekt01: good to hear | 13:27 |
| VladDrac | yeah! | 13:27 |
| VladDrac | I've seen the commitmessages | 13:27 |
| * VladDrac needs that definately for his amfserver (very similar to xmlrpc/json) | 13:27 | |
| VladDrac | cool work | 13:27 |
| mgedmin | ok, the _('...', mapping={...}) syntax works | 13:27 |
| mgedmin | I assume the i18n message extractor can cope with it? | 13:28 |
| srichter | mgedmin: oh, good point; we have to try that | 13:28 |
| faassen | mgedmin: we actually use that syntax in Zope 2 with Silva. :) | 13:29 |
| srichter | mgedmin: at least send a mail to the list as a reminder to check it out, if you do not have time to try it | 13:29 |
| mgedmin | I can try it now | 13:30 |
| mgedmin | if I figure out how to | 13:30 |
| ajung | sr: can we merge the publisher stuff into the trunk? | 13:31 |
| srichter | ajung: already done | 13:33 |
| ajung | ups, cool | 13:33 |
| * ajung goes to the daily project-bashing-meeting | 13:33 | |
| VladDrac | the publisher stuff will be part of 3.2? | 13:33 |
| srichter | yep, it's in the trunk, so it will be in 3.2 | 13:34 |
| srichter | I am planning on a technology preview this weekend | 13:35 |
| srichter | I mainly want to give philiKON and mkerrin a chance to fix some outstanding issues | 13:35 |
| srichter | mkerrin: how is the FTP/SFTP stuff coming? | 13:35 |
| mgedmin | I wanted to add a comment on http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/TurningMessageIDsIntoRocks | 13:37 |
| mgedmin | saying that the proposal was implemented in the trunk, but without the msgid % mapping syntax | 13:37 |
| mgedmin | however I cannot modify that page when I've logged in | 13:38 |
| d2m | mgedmin: you need another permission to edit, i change it | 13:39 |
| d2m | mgedmin: please try loin and edit again | 13:39 |
| mgedmin | thanks | 13:39 |
| *** srichter has quit IRC | 13:41 | |
| mgedmin | d2m, I got a comment box, entered my comment painstakingly, submitted the form and got a | 13:44 |
| mgedmin | Insufficient Privileges | 13:44 |
| mgedmin | You do not have sufficient privileges to view this page. | 13:44 |
| mgedmin | page | 13:44 |
| J1m | Damn wiki spam. Damn spam. | 13:45 |
| mgedmin | woohoo, svn ci doc/CHANGES.txt gives me a "Connection closed unexpectedly" | 13:45 |
| J1m | mgedmin, what is your zope.org id? | 13:45 |
| mgedmin | somebody up there doesn't want me to contribute anything to Zope today? ;-) | 13:45 |
| mgedmin | mgedmin, I guess | 13:45 |
| d2m | mgedmin: you got the right privileges (i think at least that has not changed) -- maybe you need to clear a cookie ( logout-login) | 13:45 |
| mgedmin | fun fun fun | 13:45 |
| J1m | Good old BDB ... | 13:46 |
| d2m | J1m: 'powermember' is it for the wiki - no ? | 13:46 |
| * J1m goes to unf&^% svn.zope.org. | 13:46 | |
| J1m | yes | 13:46 |
| mgedmin | even more fun | 13:46 |
| d2m | ok, must just be caching then | 13:46 |
| mgedmin | I just successfully submitted my comment | 13:46 |
| mgedmin | and got back the same page | 13:46 |
| mgedmin | without my comment | 13:46 |
| mgedmin | and the browser's Back button is disabled | 13:47 |
| * mgedmin is not happy to have to retype the comment again | 13:47 | |
| mgedmin | never mind, the comment is there, only mutilated | 13:47 |
| mgedmin | my extract of an interactive '>>> foo' session disappeared somewhere | 13:47 |
| * mgedmin adds a :: in the preceding paragraph | 13:48 | |
| mgedmin | nope | 13:48 |
| mgedmin | it's there in the sources, but invisible on the rendered page | 13:48 |
| *** philiKON has joined #zope3-dev | 13:48 | |
| J1m | svn is unscrewed again, for the moment. | 13:49 |
| * mgedmin gives up, as he has to be in a lecture in 10 minutes | 13:49 | |
| mgedmin | svn commits work again, thanks J1m | 13:50 |
| mgedmin | if somebody has time to take a look at the markup of http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/TurningMessageIDsIntoRocks | 13:50 |
| mgedmin | and figure out why my comment is not rendered in the output | 13:50 |
| mgedmin | that would be very nice | 13:50 |
| * mgedmin has to run now | 13:50 | |
| *** mgedmin has quit IRC | 13:50 | |
| *** J1m has quit IRC | 13:51 | |
| *** kaczordek has joined #zope3-dev | 13:51 | |
| philiKON | hi y'all | 13:51 |
| zagy | philiKON: hi | 13:56 |
| regebro | hello! | 13:58 |
| *** tziade has joined #zope3-dev | 13:59 | |
| jenner | do I need anything special to register a utility except providing a <utility/> config directive in configure.zcml? | 14:00 |
| philiKON | that does it | 14:05 |
| philiKON | i think it's quite enough :) | 14:05 |
| *** mgedmin has joined #zope3-dev | 14:06 | |
| *** mgedmin is now known as mgedmin|uni | 14:06 | |
| philiKON | hi mgedmin|uni | 14:06 |
| mgedmin|uni | hi, philiKON | 14:06 |
| philiKON | mgedmin|uni, i'll take care of the wiki page | 14:07 |
| mgedmin|uni | what sort of markup is used on the dev.zope.org/Zope3 wiki? structuredtext? | 14:07 |
| philiKON | i need to sync it with the doctest anyways | 14:07 |
| philiKON | yeah | 14:07 |
| mgedmin|uni | so that's why it doesn't work like restructured text! :-) | 14:07 |
| jenner | hm... ok | 14:07 |
| jenner | zope.component.getService is deprecated, right? | 14:08 |
| philiKON | services are deprecated | 14:08 |
| philiKON | as a whole | 14:08 |
| jenner | strange... a subclass of TextLine defines a property called "allowed_values", but I can't see any references to it, neither in the package code nor in zope.schemas or somewhere else... | 14:18 |
| *** seb_ has joined #zope3-dev | 14:20 | |
| *** seb_ is now known as yotaff | 14:20 | |
| yotaff | hi :) | 14:20 |
| philiKON | jenner, which subclass? | 14:25 |
| jenner | philiKON: ResizeUtilityName (I'm trying to revive the photo package) | 14:26 |
| VladDrac | jenner: which photopackage? | 14:28 |
| VladDrac | the one in svn? | 14:28 |
| jenner | VladDrac: http://svn.zope.org/photo/trunk/ | 14:28 |
| jenner | yep | 14:28 |
| VladDrac | ah ok | 14:28 |
| * VladDrac already once revived it, I guess it could use some additional work yes :) | 14:29 | |
| VladDrac | has been on my todolist for quite a while | 14:29 |
| * VladDrac 's just loaded with work | 14:29 | |
| jenner | so... any hints? :) | 14:33 |
| jenner | afaik the purpose of subclassing the TextLine is to return all available resizing utilities (which were added using <utility .../>) | 14:34 |
| philiKON | you would really want this to be a tuility vocabulary | 14:39 |
| philiKON | no TextLine but a Choice | 14:39 |
| philiKON | e.g.: | 14:39 |
| philiKON | <vocabulary | 14:39 |
| philiKON | name="Permissions" | 14:39 |
| philiKON | factory="zope.app.component.vocabulary.UtilityVocabulary" | 14:39 |
| philiKON | interface="zope.security.interfaces.IPermission" /> | 14:39 |
| philiKON | and then: | 14:39 |
| philiKON | permission = Choice(..., vocabulary="Permissions") | 14:40 |
| philiKON | now you just have to adapt that to resize utilities | 14:40 |
| jenner | cool, thanks | 14:41 |
| jenner | awesome | 14:45 |
| jenner | works like a charm :) | 14:45 |
| jenner | except that now I get an exception if I try to create a photo: | 14:47 |
| jenner | UnpickleableError: Cannot pickle <class 'zope.app.component.metaconfigure.PermissionProxy'> objects | 14:47 |
| *** andres has quit IRC | 14:53 | |
| *** zbir has quit IRC | 14:55 | |
| *** kaczordek has quit IRC | 14:56 | |
| *** ignas has joined #zope3-dev | 15:08 | |
| *** andres has joined #zope3-dev | 15:12 | |
| andres | Funny. I got zope to using 780mb ram... Just by uploading a file... | 15:12 |
| andres | ok, the file was 100mb big... | 15:13 |
| *** SteveA_ has joined #zope3-dev | 15:15 | |
| jenner | weird... apparently it's the vocabulary -- if I create the Choice field using values=[<utility names>] then all works just fine, if I skip values and provide a vocabulary=<name of vocabulary in configure.zcml> then I get this UnpickleableError | 15:21 |
| jenner | ah, <vocabulary ... nameOnly="True" /> fixed that | 15:26 |
| jenner | whatever nameOnly may be... | 15:27 |
| *** MrTopf has joined #zope3-dev | 15:30 | |
| *** ajung has left #zope3-dev | 15:39 | |
| jenner | VladDrac: I've got a working version (without PhotoSlideFolder since it seems to be kind of useless now) -- http://belphegor.rulim.de:9673/photo-diffs | 15:44 |
| *** SteveA_ has quit IRC | 15:47 | |
| *** einheit has joined #zope3-dev | 15:51 | |
| *** einheit is now known as SteveA_ | 15:51 | |
| *** zbir has joined #zope3-dev | 15:55 | |
| philiKON | jenner, that means that only the name of the utility will be returned, not the utility itself (which is probably not picklable) | 15:57 |
| jenner | philiKON: just found it in the source, but thanks anyway :) | 15:58 |
| *** horizon5 has joined #zope3-dev | 16:12 | |
| *** efge has joined #zope3-dev | 16:19 | |
| *** niemeyer has joined #zope3-dev | 16:24 | |
| *** alga has joined #zope3-dev | 16:27 | |
| * runyaga reads faassen's scaling zope down and almost goes nuts | 16:27 | |
| jenner | runyaga: why? | 16:29 |
| runyaga | because I have been whining about it for years | 16:30 |
| *** srichter has joined #zope3-dev | 16:33 | |
| *** ChanServ sets mode: +o srichter | 16:33 | |
| *** bradb has joined #zope3-dev | 16:38 | |
| efge | runyaga: you mean about the fact that scaling down is a must, or that scaling down is not important for real life apps ? | 16:39 |
| runyaga | scaling down is not important for you and I | 16:39 |
| runyaga | scaling down is a must | 16:39 |
| runyaga | banging rocks (scaling zope down) is not interesting (for you and I) but necessary | 16:40 |
| SteveA_ | runyaga: is faassen saying what i've been saying? | 16:47 |
| SteveA_ | or something different? | 16:47 |
| runyaga | what are you saying? | 16:47 |
| runyaga | he isnt talking about removing zodb | 16:47 |
| SteveA_ | i'm saying make the zmi and zodb separate things from the zope3 'core' stuff | 16:47 |
| runyaga | no | 16:47 |
| runyaga | even more simple ;-) | 16:47 |
| efge | SteveA: http://faassen.n--tree.net/blog/view/weblog/2005/10/08/0 | 16:47 |
| runyaga | just zope down scale down to the simple human | 16:48 |
| runyaga | maybe ubuntu can make a z3 distro, Ubuntu Zope - Zope for Humans | 16:48 |
| SteveA_ | aha, i see | 16:48 |
| SteveA_ | i agree with that too | 16:48 |
| runyaga | yes | 16:48 |
| zbir | runyaga: have you looked at Jim's bobo side project? | 16:49 |
| runyaga | i dont understand why we cant inline python into zpt (that is tangentale to the blog entry but relevent) | 16:49 |
| runyaga | zbir, not really - i'm familiar with it | 16:49 |
| runyaga | but people want Zope | 16:49 |
| runyaga | they want to scale into Zope 3 | 16:49 |
| runyaga | they want to grow into Zope 3 | 16:49 |
| runyaga | people's comfort level goes up when they use a system that makes them feel like they are standing on the shoulders of giants and they trust the giants wont stumble | 16:50 |
| efge | inlining python is a good thing to get basic developers to join, but it's a recipe for disaster in the medium term | 16:50 |
| runyaga | the good outweighs the bad | 16:51 |
| zbir | for the rock bangers, perhaps. The world of web development isn't a zero-sum game | 16:51 |
| efge | I don't want to basic developers to people who can't think further than "doh I want the same as PHP" rock bangers | 16:51 |
| efge | ... want to cater to ... | 16:51 |
| dobee | seems that i've found a bug | 16:52 |
| runyaga | if they work in a framework they can grow.. they start that way.. then they learn how to refactor | 16:52 |
| dobee | in http://svn.zope.org/Zope3/trunk/src/zope/app/form/browser/itemswidgets.py?rev=39064&view=auto | 16:52 |
| dobee | def ChoiceDisplayWidget(field, request): | 16:52 |
| dobee | return zapi.getMultiAdapter((field, field.vocabulary, request), | 16:52 |
| dobee | IDisplayWidget) | 16:52 |
| dobee | but the field.vocabulary attribute is always None if the field has a vocabularyName attribute | 16:53 |
| dobee | so if you do zapi.getMultiAdapter((field, self.request),IDisplayWidget) | 16:53 |
| dobee | you get a ComponentLookupError | 16:54 |
| dobee | srichter: ayt? | 16:54 |
| srichter | yep | 16:55 |
| dobee | have you read my last message | 16:55 |
| srichter | I don't know much about the those display widgets | 16:56 |
| *** faassen has quit IRC | 16:56 | |
| srichter | mmh, if field vocabulkary is None, the field seems not to be bound | 16:56 |
| dobee | i thinnk it is a bug, because the field.vocabulary attribute gets not set, but it is specified in the interface of it | 16:56 |
| srichter | is the edit case working? | 16:57 |
| srichter | if so, have a look there | 16:57 |
| projekt01 | runyaga, efge, migration will become a real pain if you use inline code in custom templates! We really have to teach people to separat code from the presentation layer !!! | 16:57 |
| dobee | the proplem is that if you define a field with a vocabulary name the vocabulary init is deffered, | 16:58 |
| dobee | the vocabulary is only used in the _validate method, but then not stored in self.vocabulary | 16:58 |
| srichter | mmh, that does not seem right | 16:59 |
| srichter | when the field is bound, the vocabulary attribute should be set | 16:59 |
| dobee | yes, | 16:59 |
| dobee | my speech | 16:59 |
| dobee | shall i fix it | 17:00 |
| *** efge_ has joined #zope3-dev | 17:00 | |
| *** zbir_ has joined #zope3-dev | 17:01 | |
| srichter | dobee: yep, of course :-) | 17:03 |
| srichter | philiKON: let me know once you tracked down the deprecation bug | 17:03 |
| *** J1m has joined #zope3-dev | 17:05 | |
| philiKON | srichter, yes | 17:06 |
| philiKON | srichter, didn't find time to work on it tonight :( | 17:06 |
| srichter | ok | 17:06 |
| srichter | I will give you and mkerrin some time to fix that sort of thing and then I am going to attempt to create an alpha or technical preview | 17:07 |
| srichter | this will also give a me a chance to see how we can package twsited | 17:07 |
| philiKON | oh, already | 17:07 |
| srichter | yeah, that was the plan | 17:07 |
| srichter | as soon as we have the twisted interation, we always wanted to release something so people could tell us early on if things are broken | 17:08 |
| runyaga | projekt01, people dont want to learn | 17:08 |
| philiKON | srichter, note that this only occurrs when running functional tests | 17:08 |
| philiKON | and it's just a deprecationwarning | 17:09 |
| philiKON | that occurs because apidoc imports the oldstyle messageid class | 17:09 |
| srichter | I know; I still would like to get rid of it, if possible | 17:09 |
| projekt01 | runyaga, zope3 isn't a scripter tool, it's a real application server. But it doesn't mean there can't be a scripter level. Perhaps only the core developer will add it because they don't need it anymore. | 17:10 |
| * runyaga smiles | 17:10 | |
| runyaga | thats right.. zope 3 isnt a scripters tool | 17:10 |
| *** faassen has joined #zope3-dev | 17:11 | |
| projekt01 | I personaly would never propose to write code in the presentation layer since we have such great posibilities. | 17:11 |
| philiKON | srichter, of course | 17:11 |
| *** efge has quit IRC | 17:12 | |
| philiKON | i'll try asap | 17:12 |
| J1m | srichter, are you available for a phone call? | 17:13 |
| projekt01 | runyaga, perhaps python scripts are fine, but such code has nothing to do in templates anymore. | 17:13 |
| srichter | philiKON: if it's done by the weekend, I will be very happy | 17:13 |
| *** zbir has quit IRC | 17:13 | |
| philiKON | ok | 17:13 |
| srichter | J1m: yes | 17:13 |
| faassen | concerning scaling down and scaling up. | 17:14 |
| faassen | Zope 3 needs to scale down to simpler apps. | 17:14 |
| faassen | but at least we get to scale down, instead of having to scale up PHP. | 17:14 |
| faassen | we're in a much more comfortable position with that. let's not forget that. :) | 17:14 |
| philiKON | indeed | 17:14 |
| srichter | amen | 17:15 |
| srichter | I totally agree about scaling down and I have plenty of ideas, just no time :-( | 17:15 |
| runyaga | so is j2ee *wink* but it comes out of the box with scaling down | 17:16 |
| srichter | I think the whole TTW story has still a huge, huge potential | 17:16 |
| runyaga | i agree.. paul said at goldegg sprint lots of people said w/o TTW they wouldnt use zope | 17:16 |
| srichter | it would actually not take much to write a scripter version of Zope 3 | 17:17 |
| faassen | well, lots of people said at least they wanted to reload code without restarts. | 17:17 |
| philiKON | but there are also a lot of people that say without a 10 minute tutorial, they won't GET INTO zope 3 | 17:17 |
| faassen | I was surprised to hear so many poeple say that..can it reload code without restarts? | 17:17 |
| faassen | well, we need a brief tutorial. | 17:17 |
| faassen | we need a better website. | 17:17 |
| srichter | the problem is that so many people use MACs | 17:17 |
| runyaga | faassen, benji's brief tutorial is good starting point | 17:17 |
| faassen | I think that will be a good step on the way. we'll iteratively scale down Zope 3, and it's not like steps haven't been taken over the years to do that either. | 17:17 |
| srichter | I just realized last week how slow they are | 17:17 |
| philiKON | srichter, why is that a problem? | 17:18 |
| srichter | if I take Zope 3 without API doc, I can start it up in less than 3 secs | 17:18 |
| runyaga | filesystem access? | 17:18 |
| srichter | because a lot of people had start up time at around 10 secs | 17:18 |
| srichter | and ST comes up in less than 2 | 17:18 |
| projekt01 | ...we need some time... | 17:18 |
| srichter | also, I tend to develop much more with unit doctests, so refreshing is really a non-issue | 17:20 |
| runyaga | unit tests are 6 months down the road from someone first getting their toes wet | 17:20 |
| runyaga | atleast the scripter | 17:21 |
| srichter | that's really too bad for them | 17:21 |
| J1m | (I wonder is srichter sees what I type when I dialog him. | 17:21 |
| J1m | ) | 17:21 |
| runyaga | J1m, you need you register with nickserv | 17:21 |
| srichter | for the scripter I would only support TTW code | 17:21 |
| srichter | in which case you do not need the restart trick | 17:21 |
| srichter | J1m: no, I don't | 17:21 |
| srichter | J1m: are you registered? | 17:21 |
| runyaga | J1m, freenode has been nice enough to block all /msg that come from people whom are not registered w/ nickserv | 17:22 |
| srichter | private messaging only works with registered users due to spam, I read | 17:22 |
| J1m | hm, I thought I was ... | 17:22 |
| *** J1m has quit IRC | 17:22 | |
| *** J1m has joined #zope3-dev | 17:23 | |
| tziade | srichter, yup | 17:24 |
| srichter | we got it worked out :-) | 17:24 |
| tziade | this sux, freenode should warn you | 17:25 |
| andres | tziade, they do | 17:26 |
| philiKON | they do | 17:26 |
| philiKON | at least when you /msg | 17:26 |
| andres | but only as a normal server message | 17:26 |
| philiKON | no idea what dialog is | 17:26 |
| andres | not as a private message. | 17:26 |
| philiKON | J1m, this is probably why the other day your messages didn't get through to me | 17:26 |
| tziade | hm, when i open a private dialog it wont | 17:26 |
| philiKON | and you thought i was ignoring you :) | 17:26 |
| J1m | yup | 17:27 |
| andres | tziade, look where all the messages from the server are printed | 17:27 |
| tziade | oh yeah, this freenode window i never look at ;) | 17:28 |
| andres | tziade, exactly thats the problem. | 17:29 |
| andres | ;-) | 17:29 |
| andres | btw, i have the following problem: I have List() schema, but when i try to get a widget for it, i get component lookup errors | 17:31 |
| andres | http://rafb.net/paste/results/gOcAlg78.html | 17:33 |
| andres | This is exactly like its done in the tests. What is blocking my mind? | 17:34 |
| *** ignas has quit IRC | 17:34 | |
| *** jinty has joined #zope3-dev | 17:35 | |
| * projekt01 is looking for a method to read form fields from the request and extract the name/value pairs | 17:39 | |
| mgedmin|uni | projekt01, getWidgetsData? | 17:39 |
| *** tarek has quit IRC | 17:40 | |
| projekt01 | I have to read the field/value from a simply HTML form where was inserted in a wysiwyg editor | 17:41 |
| *** hdima has quit IRC | 17:41 | |
| *** tziade is now known as tarek | 17:41 | |
| projekt01 | I have to use such "forms" since we dont' have persistent schema support ;-) | 17:42 |
| mgedmin|uni | projekt01, FormEncode? | 17:43 |
| * mgedmin|uni has no idea | 17:43 | |
| andres | projekt01, arent they in the request obj? | 17:44 |
| projekt01 | Yes they are, I'm looking for a iterator where extracts the form fields and put it together to a string where I can use with pythons email.message_from_string | 17:45 |
| projekt01 | I think I have to write it by myself | 17:45 |
| projekt01 | something like: requestToMessage(request): return message, where supports file upload and will render a multi part message | 17:48 |
| * projekt01 is going to look at nuxeo's mail stuff | 17:49 | |
| *** bradb has quit IRC | 17:50 | |
| tarek | projekt01, the webmail ? | 17:51 |
| *** bradb has joined #zope3-dev | 17:52 | |
| tarek | you can have a look at the getRawMessage that handles the adding of files in a mail | 17:52 |
| projekt01 | tarek, cool, can you point me to the svn url? | 17:53 |
| *** mgedmin|uni has quit IRC | 17:53 | |
| tarek | yup, i am looking at it now | 17:53 |
| tarek | http://svn.nuxeo.org/trac/pub/file/CPSMailAccess/trunk/mailmessage.py | 17:53 |
| tarek | take a look at | 17:54 |
| tarek | attachFile | 17:54 |
| tarek | it create a "file part" | 17:54 |
| tarek | getRawMessage renders a multipart message | 17:55 |
| tarek | by mixing a regularl message to attached files | 17:55 |
| tarek | there's several ways to attach files, if you want more info we can continue on #cps | 17:56 |
| tarek | as this is out of z3 subject | 17:56 |
| *** SteveA_ has quit IRC | 17:56 | |
| projekt01 | tarek, Ok, I see, thanks a lot, I deep into the code first | 17:57 |
| tarek | ok | 18:00 |
| dobee | srichter: do you plan to merge the contentprovider branch into trunk? | 18:06 |
| *** stub has quit IRC | 18:07 | |
| *** bradb_ has joined #zope3-dev | 18:09 | |
| VladDrac | argh | 18:09 |
| VladDrac | zope2.4 payback time | 18:10 |
| * projekt01 can't also wait for a stable contentprovider version ;-) | 18:12 | |
| VladDrac | oh well | 18:12 |
| VladDrac | it wasn't too hard | 18:13 |
| VladDrac | (debian sarge doesn't have psycopg and it can be a bitch to compile sometimes) | 18:13 |
| runyaga | yes | 18:14 |
| VladDrac | ah, unfortunately sqlobject 0.6.x has disappeared | 18:15 |
| runyaga | ? | 18:16 |
| runyaga | i think its packaged in sip | 18:16 |
| runyaga | http://www.enfoldsystems.com/Products/Open/SIP | 18:16 |
| runyaga | crap its not.. | 18:17 |
| VladDrac | yeah I found a local copy | 18:18 |
| VladDrac | but now I'm afraind someone committed some faulty code to the formlib repository | 18:18 |
| VladDrac | let's see | 18:18 |
| runyaga | would you send it to me? or email ian so they can hold older versions | 18:18 |
| VladDrac | oh wait it's my own code :) (strange the error doesn't occur in dev) | 18:19 |
| VladDrac | runyaga: you mean ian doesn't have old releases himself? | 18:19 |
| VladDrac | I have an original 0.6.1 tar.gz here | 18:19 |
| VladDrac | runyaga: does SIP use sqlos? | 18:20 |
| runyaga | sip is where sqlos came from | 18:20 |
| *** bradb__ has joined #zope3-dev | 18:20 | |
| *** bradb has quit IRC | 18:20 | |
| VladDrac | runyaga thought so | 18:21 |
| runyaga | your using sqlos w/ formlib? | 18:22 |
| runyaga | thats a great idea | 18:22 |
| VladDrac | runyaga I wanted to | 18:22 |
| runyaga | i was going to do it this weekend | 18:22 |
| VladDrac | but I didn't manage to get it to work properly with 3.1 | 18:22 |
| runyaga | to help out the rock banging cause | 18:22 |
| VladDrac | (actually it seemed it didn't even work with 3.0) | 18:22 |
| VladDrac | so I implemented my own, similar but less transparent system | 18:22 |
| VladDrac | my system is actually pretty cool, I think combined with sqlos would be awesome | 18:23 |
| VladDrac | something sqlos doesn't have (I think) is an actual implementation of object relations | 18:23 |
| VladDrac | currently my system implements foreinkeys through vocabularies providing (objectid, label) items | 18:24 |
| *** regebro has quit IRC | 18:28 | |
| *** bradb has joined #zope3-dev | 18:28 | |
| *** bradb_ has quit IRC | 18:34 | |
| *** ignas has joined #zope3-dev | 18:37 | |
| *** BjornT has quit IRC | 18:39 | |
| *** bradb__ has quit IRC | 18:42 | |
| VladDrac | runyaga: anyway, there has been some recent sqlos work, make sure you svn up :) | 18:45 |
| VladDrac | not sure if stuff works properly with 3.1 now though | 18:45 |
| *** dobee has quit IRC | 18:49 | |
| *** regebro has joined #zope3-dev | 18:51 | |
| andres | VladDrac, it does | 18:52 |
| VladDrac | andres ah cool ok | 18:52 |
| andres | at least 5 min ago ;-) At the moment im not that sure *g* | 18:52 |
| * VladDrac should try it again then | 18:52 | |
| VladDrac | too late to integrate it into my app now | 18:53 |
| VladDrac | perhaps I can backport some of my relational code | 18:53 |
| *** niemeyer has quit IRC | 18:54 | |
| *** projekt01 is now known as _projekt01 | 18:56 | |
| *** _projekt01 is now known as projekt01 | 18:56 | |
| *** projekt01 has left #zope3-dev | 18:56 | |
| *** horizon5 is now known as matt_ | 18:57 | |
| *** projekt01 has joined #zope3-dev | 18:59 | |
| projekt01 | srichter, did you get my message? | 19:02 |
| *** MrTopf has quit IRC | 19:02 | |
| *** dobee has joined #zope3-dev | 19:09 | |
| *** zbir_ is now known as zbir | 19:19 | |
| *** mgedmin has joined #zope3-dev | 19:19 | |
| *** sashav has quit IRC | 19:26 | |
| srichter | projekt01: yeah, sorry I was away | 19:41 |
| *** BjornT has joined #zope3-dev | 19:41 | |
| *** runyaga has quit IRC | 19:48 | |
| *** tarek is now known as tarek2 | 19:57 | |
| *** MJ has joined #zope3-dev | 20:01 | |
| *** yota has joined #zope3-dev | 20:03 | |
| *** J1m has quit IRC | 20:03 | |
| *** MacYET has joined #zope3-dev | 20:10 | |
| *** s1 has joined #zope3-dev | 20:14 | |
| *** sm has quit IRC | 20:15 | |
| *** s1 is now known as sm | 20:15 | |
| *** MacYET has quit IRC | 20:16 | |
| *** ignas has quit IRC | 20:23 | |
| *** loreto has joined #zope3-dev | 20:24 | |
| *** regebro has quit IRC | 20:30 | |
| *** tarek2 is now known as tarek | 20:34 | |
| *** efge has joined #zope3-dev | 20:42 | |
| *** MJ has quit IRC | 20:47 | |
| *** jenner has quit IRC | 20:48 | |
| *** jenner has joined #zope3-dev | 20:51 | |
| *** philiKON has quit IRC | 20:54 | |
| *** efge_ has quit IRC | 20:55 | |
| *** MacYET has joined #zope3-dev | 21:00 | |
| *** tarek has quit IRC | 21:03 | |
| jenner | is there a ready-to-go interface for serving files from FS? I mean content types with metadata in ZODB and real content on the filesystem (s.th. like ExternalStorage for AT) | 21:09 |
| MacYET | ATManagedFile? | 21:10 |
| srichter | not in Zope 3 | 21:11 |
| sm | http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/TurningMessageIDsIntoRocks isn't showing the quoted code at the end; no workaround that I can find, short of upgrading the software | 21:11 |
| d2m | sm, you could remove/change the comment email header | 21:13 |
| MacYET | ups, i though i am on #plone .) | 21:13 |
| jenner | srichter: where would I start digging? zope.server.interfaces? | 21:14 |
| *** tekNico has left #zope3-dev | 21:14 | |
| jenner | I'd like to have some sort of a filestream_iterator like in z2 (ZPublisher.Iterators) | 21:16 |
| *** SiggyF has joined #zope3-dev | 21:17 | |
| SiggyF | I am reading through the zope3 book. I've got some questions. Can I ask them here or should I ask in #zope? | 21:18 |
| MacYET | #zope is for zope 2 lamers | 21:18 |
| srichter | jenner: zope.publisher.http | 21:18 |
| srichter | SiggyF: shoot | 21:18 |
| SiggyF | Do I have to restart the zope server everytime I change something? | 21:19 |
| MacYET | except for templates, yes | 21:21 |
| MacYET | or use z3reload | 21:21 |
| *** faassen has quit IRC | 21:23 | |
| SiggyF | Ok thanks. I also wondered what a logical place is for my sources? The book suggests zope3/src. | 21:24 |
| srichter | yep, good place, if you use the SVN checkout | 21:25 |
| srichter | clearly INSTANCE/lib/python is the logical polace for distributions | 21:26 |
| SiggyF | And if I work with more developers, should I check a whole instance into svn or cvs? | 21:27 |
| srichter | no, just your package | 21:28 |
| SiggyF | Ok. Thanks srichter and MacYET | 21:29 |
| *** J1m has joined #zope3-dev | 21:29 | |
| jenner | Hm, it seems like subclassing zope.app.file.file.File and overwriting _setData and _getData is a good point to start at | 21:34 |
| MacYET | can't you write your own schema field implementation? | 21:38 |
| jenner | MacYET: I'm not sure, but I think AT schemas and z3 schemas are a bit different, e.g. there's no way to define a storage type... | 21:41 |
| MacYET | right, but you can write your own backend :) | 21:42 |
| MacYET | look at the FieldProperty implementation | 21:42 |
| jenner | MacYET: I'm trying to store photos on FS using the photo package code, photo basically subclasses BTreeFolder and stores images as zope.app.file.image.Image objects, so I though I'll just store my own implementation of Image in the BTree (or actually a subclass of my own File implementation) | 21:45 |
| *** zbir_ has joined #zope3-dev | 21:45 | |
| *** MJ has joined #zope3-dev | 21:46 | |
| sm | page fixed, thanks d2m | 21:50 |
| sm | not sure where to document that, except here: "start stx docs in column 0 or risk messed up display of literal blocks" | 21:51 |
| *** anguenot has joined #zope3-dev | 21:54 | |
| *** Alef has quit IRC | 21:54 | |
| *** zbir has quit IRC | 21:57 | |
| mgedmin | how about "do not use stx, or risk messed up display" ;) | 21:58 |
| andres | I have slight problem: In the creation of an object i dont have a __parent__ but i need a reference to another object. Is there some possibility to get the root folder somehow? | 22:12 |
| andres | else i have to change external software which i would not like. | 22:13 |
| sm | mgedmin: that's another way to put it, though rst loves to sprinkle error messages in your doc :) | 22:14 |
| srichter | andres: yes, you can always have a utility return the root folder, since you have a context in the interaction | 22:15 |
| mgedmin | rst does that, yes :( | 22:16 |
| sm | unfortunately rst seems not an option here | 22:16 |
| * sm would like a best-of-stx-and-rst | 22:16 | |
| sm | also now that you mention it, there should be a way to make rst hide all those errors | 22:17 |
| andres | srichter, do i? | 22:17 |
| srichter | yep | 22:18 |
| srichter | you can also always get the current site using getSite(), which will provide you with a location | 22:18 |
| mgedmin | (unless you're not in the middle of processing a request, and getSite() returns None, of course) | 22:20 |
| srichter | of course | 22:23 |
| andres | srichter, hm. Im sure you are right, but i dont see where my failure is then. I have a class Projekt, which is sqlos based. In the __init__ of sqlos (or really sqlobject) from which my class inherits a method of my class gets called, because its the set property of an attribute of mine. | 22:23 |
| andres | At this point __parent__ is undefined, which is the root of my problem. | 22:24 |
| andres | Or better __parent__ is None. | 22:24 |
| srichter | right, so use getSite or the context of your view | 22:25 |
| andres | sorry, for beeing a bit stupid, but i dont see where i get the context... | 22:26 |
| andres | in this case. | 22:27 |
| srichter | I dunno much about sqlos, so I am not sure how to hook it up | 22:28 |
| jenner | hmm, how do I get the id of an object? | 22:30 |
| *** efge_ has joined #zope3-dev | 22:32 | |
| andrew_m | can someone tell me how to turn off logging in zope (to speed up things for a demo)? | 22:33 |
| srichter | andrew_m: see zope.conf | 22:34 |
| srichter | andrew_m: deactivate not needed packages, like api doc and the like | 22:34 |
| dobee | jenner: which id? | 22:35 |
| andrew_m | srichter: i see.. thanks | 22:36 |
| srichter | jenner: zapi.getName(obj) | 22:36 |
| jenner | srichter: thnx | 22:37 |
| dobee | srichter: when do you plan to merge roger-contentprovider into trunk | 22:38 |
| *** tiredbones has quit IRC | 22:38 | |
| srichter | dobee: I am not sure | 22:38 |
| srichter | dobee: in the next days I assume | 22:38 |
| srichter | dobee: feel free to develop against the branch though | 22:38 |
| dobee | well this answered my question ... | 22:39 |
| dobee | we plan to checkin some of the grid stuff this week | 22:39 |
| srichter | cool | 22:40 |
| mgedmin | what's grid? | 22:41 |
| mgedmin | does this have anything to do with customizable container views? | 22:41 |
| srichter | yes | 22:41 |
| *** zbir has joined #zope3-dev | 22:41 | |
| srichter | it is the completion of the flexible contents view from the sprint | 22:41 |
| mgedmin | sounds cool | 22:42 |
| *** Alef has joined #zope3-dev | 22:47 | |
| *** efge has quit IRC | 22:49 | |
| srichter | mgedmin: yeah, we really need to start exploring the possibilities of viewlets for ST | 22:51 |
| projekt01 | mgedmin,and pdftemplates ;-) | 22:52 |
| mgedmin | fixing z3 forms would be nice | 22:52 |
| *** zbir_ has quit IRC | 22:52 | |
| * mgedmin ought to take a look at zope.formlib again | 22:53 | |
| projekt01 | mgedmin, you mean the zope.app.form package? | 22:53 |
| mgedmin | yes | 22:54 |
| mgedmin | there are some use cases where the existing form fields are cumbersome | 22:54 |
| mgedmin | cross-field validation comes into mind | 22:54 |
| projekt01 | mgedmin, you mean the invariants? | 22:54 |
| *** MacYET has quit IRC | 22:55 | |
| *** tziade has joined #zope3-dev | 22:55 | |
| projekt01 | mgedmin, I think there is a existing refactoring from benji_york or others going on? right? | 22:56 |
| projekt01 | or is this only a widgets refactoring? | 22:56 |
| srichter | but zc.formlib is supposed to address some of the other issues, like the one Marius mentioned | 22:57 |
| projekt01 | invariants, the schema base validation? right? | 22:57 |
| srichter | yep | 22:57 |
| projekt01 | I think we also can support this in the EditView | 22:58 |
| mgedmin | projekt01, I want to do some ad-hoc validation | 23:03 |
| *** bradb has quit IRC | 23:03 | |
| mgedmin | like data = getWidgetValues(schema, request, etc) | 23:03 |
| mgedmin | if data['foo'] > data['bar']: | 23:03 |
| mgedmin | report an error | 23:03 |
| mgedmin | and by "report an error" I want to cause the widget of a field to display a custom error message | 23:04 |
| mgedmin | e.g. "this field must be set to a number > 59 since you have checket the frobnitz checkbox above" | 23:04 |
| mgedmin | when the "report an error" part is "show a message above the form" (and not "next to a widget"), I can do that easily | 23:04 |
| mgedmin | but stuffing a msg into a widget was impossible without setting private variables last time I tried it | 23:05 |
| *** alga has quit IRC | 23:07 | |
| VladDrac | if I have a dictionary and I want to make it traversable (to be used with tal, i.e. dict/key), what would be the correct way? | 23:17 |
| *** tziade is now known as tarek | 23:20 | |
| *** mgedmin has quit IRC | 23:21 | |
| *** tarek is now known as tarek_ | 23:26 | |
| *** tarek_ is now known as tarek | 23:27 | |
| VladDrac | oh well, I'll just use dict['key'] | 23:27 |
| VladDrac | what does it mean if an adapter is 'for="*"'? | 23:31 |
| jhauser_ | it adaptes to all interfaces | 23:32 |
| jhauser_ | means you can call it on all objects | 23:32 |
| VladDrac | I figured that, but that's not what seems to be happening | 23:32 |
| VladDrac | <adapter | 23:33 |
| VladDrac | for="*" | 23:33 |
| VladDrac | factory="zope.app.traversing.adapters.DefaultTraversable" | 23:33 |
| VladDrac | provides="zope.app.traversing.interfaces.ITraversable" /> | 23:33 |
| VladDrac | doesn't that mean that any object is adaptable to ITraversable through DefaultTraversable? | 23:33 |
| *** tarek has quit IRC | 23:33 | |
| VladDrac | hmm wait it does seem to be working, somewhat | 23:34 |
| jhauser_ | at least you can call ITraverable on every object, but it does not gurantee, that it then is traversable | 23:35 |
| jenner | hmpf, my first naive attempt to create a FS storage failed -- Error type: zope.security.interfaces.ForbiddenAttribute Error object: ('getSize', <photo.fsfile.FSImage object at 0xb461e9ac>) | 23:35 |
| VladDrac | jenner: make it require the appropriate interface with appropriate permission? | 23:36 |
| VladDrac | (ISize?) | 23:36 |
| VladDrac | i.e. <require interface="...ISize" permission="zope.View" />? | 23:36 |
| *** tziade has joined #zope3-dev | 23:37 | |
| VladDrac | ok got my problem solved I think | 23:38 |
| *** tziade has quit IRC | 23:40 | |
| *** tarek has joined #zope3-dev | 23:41 | |
| jenner | VladDrac: doesn't work (not sure I do it right thoght) | 23:48 |
| VladDrac | well you need to fill in the ... of course | 23:49 |
| jenner | <require permission="zope.View" interface=".interfaces.IFSImage" /> | 23:49 |
| VladDrac | and IFSImage defines getSize() ? | 23:50 |
| jenner | yes, it implements IImage, so it has to | 23:51 |
| VladDrac | IImage provides getImageSize() - is that different? | 23:52 |
| jenner | IImage inherits from IFile which provides getSize | 23:54 |
| jenner | in my case I have an IFSFile which implements IFileContent and IFSFile (the latter is a marker interface for IFile) | 23:56 |
| VladDrac | what if you <require permission="zope.View" interface="zope.app.file.interfaces.IFile" /> ? | 23:56 |
| jenner | for <content class=".photo.Photo">? | 23:57 |
| VladDrac | yeah | 23:57 |
| jenner | nope, raises a ConfigurationConflictError | 23:58 |
| jenner | hm, that's a bit messy, I think I have to check my interfaces again | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!