| srichter | SVN HEAD | 00:01 |
|---|---|---|
| srichter | we are stabalizing now | 00:01 |
| srichter | I think 3.1 will be out sooner | 00:01 |
| srichter | like in the next 2-3 months | 00:01 |
| omegadan | thanks, you've been helpfull :) | 00:04 |
| omegadan | may i ask what the meaning of "svn head" is ? :) I am very new to all this... I have a huge app to write, I love python, and im trying to escape PHP hell :) | 00:08 |
| efge | svn head (or svn trunk) means the latest version of the code | 00:14 |
| omegadan | fair enough :) | 00:16 |
| omegadan | thanks for both of your advice :) | 00:16 |
| srichter | Install SVN | 00:25 |
| srichter | svn co svn://svn.zope.org/repos/main/Zope3/trunk Zope3 | 00:25 |
| omegadan | is the svn stable enough for me to develop an app on? im looking at deploying realisti cally by the end of the year | 01:08 |
| srichter | omegadan: yes | 01:11 |
| srichter | omegadan: it is as stable as the release will be | 01:11 |
| srichter | we have a strong testing policy | 01:11 |
| srichter | omegadan: 3.1, which is the current HEAD is coming out before the end of the year for sure | 01:12 |
| omegadan | thats great nes | 01:13 |
| omegadan | news, I mean | 01:13 |
| omegadan | thats one of my main reasons for being attracted to zope, the emphasis on testing | 01:14 |
| omegadan | Im sure you are aware how many people out there do *ZERO* testing on a release :) | 01:14 |
| srichter | yep | 01:14 |
| srichter | we learned from those mistakes | 01:15 |
| omegadan | which is why I dont want to develop a zope 2 app :) | 01:15 |
| omegadan | at least you learn and try to improve ... most people the response is to "ignore the elephant in the room" as the saying goes :) | 01:16 |
| omegadan | the app Im rewriting, is 10k of PHP code. The developer hardcoded *ALL* the html into print statements into the PHP. Then when 5 users on the app brought a dual xeon to its knees, they decided it must be the SQL server so they hopelessly mangled the schema to save binds :) | 01:19 |
| omegadan | 10k lines of php I mean :) | 01:19 |
| omegadan | an example of not learning form your mistakes anyways :) | 01:25 |
| omegadan | I am off to buy a hamster ... thanks for your help, and I hope someday to understand your book! :) | 01:25 |
| *** omegadan is now known as OD-away | 01:25 | |
| VladDrac | damn | 01:54 |
| VladDrac | my code just works | 01:54 |
| VladDrac | I think | 01:54 |
| VladDrac | :) | 01:54 |
| VladDrac | time to file another issue | 02:33 |
| VladDrac | workflow change doesn't trigger ObjectChanged event (I think) | 02:45 |
| VladDrac | something to look at tomorrow | 02:45 |
| * VladDrac starts to get the feeling that adapting sometimes means 'working around' | 02:45 | |
| *** RaFromBRC has joined #zope3-dev | 02:51 | |
| *** tvon has quit IRC | 03:13 | |
| *** efge has quit IRC | 03:35 | |
| *** tvon has joined #zope3-dev | 03:45 | |
| *** tvon has quit IRC | 03:58 | |
| *** tvon has joined #zope3-dev | 04:04 | |
| *** RaFromBRC has left #zope3-dev | 04:04 | |
| *** projekt01 has left #zope3-dev | 04:11 | |
| *** hazmat has quit IRC | 04:39 | |
| *** dipesh has left #zope3-dev | 05:01 | |
| *** hazmat has joined #zope3-dev | 06:17 | |
| *** __gotcha_ has joined #zope3-dev | 08:03 | |
| *** __gotcha has quit IRC | 08:19 | |
| *** BjornT has quit IRC | 08:56 | |
| *** deo has quit IRC | 09:34 | |
| *** elbixio has joined #zope3-dev | 09:43 | |
| elbixio | how could i enable zcml mode in emacs? | 09:43 |
| *** elbixio has quit IRC | 09:48 | |
| *** hazmat has quit IRC | 09:49 | |
| *** OD-away has quit IRC | 10:48 | |
| *** d2m has quit IRC | 11:31 | |
| VladDrac | is there a way to get an objects "type name"? I.e. o=File(); o.type_name == 'File' | 11:46 |
| VladDrac | (sort of like portal_type in CMF) | 11:46 |
| *** projekt01 has joined #zope3-dev | 11:56 | |
| VladDrac | morning | 11:58 |
| projekt01 | hi | 11:58 |
| VladDrac | so, what are you working on? | 12:15 |
| projekt01 | me | 12:15 |
| VladDrac | you :) | 12:17 |
| projekt01 | VladDrac, implement the latest API changes form our framework in a custom project. | 12:18 |
| VladDrac | what kind of project? | 12:19 |
| projekt01 | Internet, Intranet and Extranet for Amadeus | 12:20 |
| VladDrac | in zope3? Cool | 12:21 |
| projekt01 | Yup | 12:21 |
| projekt01 | We started one year ago | 12:21 |
| projekt01 | It's finished in one month | 12:21 |
| VladDrac | do you, for example, use workflow or catalog in your project? | 12:22 |
| VladDrac | (zope.app.workflow and zope.app.catalog more specifically) | 12:22 |
| projekt01 | We don't use a publishing workflow yet. | 12:22 |
| projekt01 | And there is no search function right now. | 12:23 |
| projekt01 | This two thing we implement later. Right now had the focus on Wysiwyg editor and CMS functions | 12:24 |
| projekt01 | You can take a look at it here: http://www.amadeusschweiz.com/ | 12:24 |
| VladDrac | nice | 12:25 |
| projekt01 | What are you working on? | 12:27 |
| *** z|a has quit IRC | 12:34 | |
| VladDrac | mostly toying around with zope3 | 12:34 |
| VladDrac | writing a small publishing system as an experiment | 12:34 |
| *** z|a has joined #zope3-dev | 12:34 | |
| VladDrac | (and unfortunately finding out the immaturity of most zope3 components in the run) | 12:34 |
| projekt01 | Do you have tried the catalog or workflow? | 12:35 |
| VladDrac | yup, doing so right now | 12:35 |
| VladDrac | (see the posting I just sent to zope3-dev) | 12:36 |
| projekt01 | Yup, I see, I think there is a mess in some parts of notify events or theregistration right now. | 12:38 |
| projekt01 | I think we need more Placeful tests for this parts and test if this things (indexing etc) are working well | 12:39 |
| VladDrac | well | 12:39 |
| VladDrac | zope3 tests stuff individually pretty well | 12:40 |
| VladDrac | but as soon as you start mixing components, they suddenly break | 12:40 |
| VladDrac | <subscriber | 12:40 |
| VladDrac | handler="zope.app.catalog.catalog.reindexDocSubscriber" | 12:40 |
| VladDrac | for="zope.app.workflow.stateful.interfaces.ITransitionEvent" | 12:40 |
| VladDrac | /> | 12:40 |
| VladDrac | fixes my problem btw | 12:41 |
| VladDrac | but still | 12:41 |
| VladDrac | my currently collection of zcml and adapters looks mostly like one huge zope3 workaround :) | 12:41 |
| projekt01 | Yes, most component test only itself. And there are really missing tests for testing real usecases in a site. | 12:41 |
| VladDrac | if you need to look at workflow/catalogging in the next few weeks - please contact me first, I can save you alot of time | 12:42 |
| VladDrac | food, brb | 12:42 |
| projekt01 | Cool, I remember that, thanks | 12:43 |
| projekt01 | Btw, did you see our repos? http://svn.tiks.org/viewcvs/Tiks/trunk/src/tiks/ | 12:43 |
| projekt01 | Perhaps you can find some useful components there | 12:44 |
| projekt01 | Except workflow and catalog ;-) | 12:44 |
| *** J1m has joined #zope3-dev | 13:14 | |
| *** z|a has quit IRC | 13:33 | |
| VladDrac | projekt cool, I'll have a look | 13:36 |
| VladDrac | morning j1m | 13:36 |
| J1m | morning | 13:46 |
| *** dipesh has joined #zope3-dev | 14:18 | |
| dipesh | hi devels :) | 14:18 |
| VladDrac | hmm.. this seems less trivial in z3.. the id of an object | 14:50 |
| VladDrac | ah... __name__ | 14:53 |
| srichter | VladDrac: but you really should use the API call: zapi.name(obj) | 15:20 |
| VladDrac | srichter ok tx | 15:23 |
| VladDrac | srichter is there an existing way to get an objects type as string? (for indexing in catalog)? | 15:28 |
| * VladDrac currently implemented an adapter that returns __class__.__name__ | 15:28 | |
| srichter | uuuh, no | 15:31 |
| srichter | you can get its content type interface and maybe use its name | 15:31 |
| srichter | in fact, there is an API call for this: | 15:33 |
| srichter | zope.app.content.queryContentType(obj) | 15:33 |
| VladDrac | tx | 15:49 |
| *** zagy has joined #zope3-dev | 15:50 | |
| *** J1m has quit IRC | 16:47 | |
| *** bskahan has joined #zope3-dev | 16:55 | |
| *** bskahan has quit IRC | 17:31 | |
| *** zagy has quit IRC | 17:32 | |
| *** zagy has joined #zope3-dev | 17:36 | |
| *** zagy has quit IRC | 18:51 | |
| *** zagy has joined #zope3-dev | 19:09 | |
| *** zagy has quit IRC | 19:27 | |
| *** zagy has joined #zope3-dev | 19:28 | |
| *** bskahan has joined #zope3-dev | 19:44 | |
| *** BjornT has joined #zope3-dev | 20:05 | |
| *** zagy has quit IRC | 20:24 | |
| *** zagy has joined #zope3-dev | 20:32 | |
| *** SteveA_ has joined #zope3-dev | 20:33 | |
| *** bskahan has quit IRC | 20:36 | |
| *** SteveA has quit IRC | 20:37 | |
| *** jeru has joined #zope3-dev | 20:48 | |
| jeru | hi all, how can I hide the ZMI navtree completly from unauthorized users ? | 20:50 |
| srichter | jeru: write your own skin | 20:51 |
| jeru | srichter: I'm on a custom skin | 20:52 |
| srichter | so change the master template so that it does not show the nav tree for anonymous users | 20:53 |
| jeru | srichter: should I use tal:condition? ... sorry for that newbie question. but unfortunately I'm one. ;) | 20:55 |
| srichter | I dunno; maybe :-) | 20:56 |
| srichter | I think if you want to make elaborate UIs, you really want to look at pagelets | 20:56 |
| srichter | as far as I understand them they are designed to handle such use cases | 20:56 |
| srichter | roger (projekt01) is even here to get you started or correct me | 20:57 |
| srichter | I know he has done such UI tasks already | 20:57 |
| jeru | srichter: I still playing around with pagelets using the boston skin, you and roger created, as base :) | 20:58 |
| srichter | I did not do anything about the UI there :-); I just provide the back-bone technology | 20:58 |
| jeru | srichter: Is there sth. lika a howto for pagelets ? | 20:59 |
| jeru | hehe :) | 20:59 |
| srichter | projekt01: this reminds me, we should get preferences integrated into boston | 20:59 |
| srichter | jeru: I think there are several README.txt files in the code | 20:59 |
| srichter | you can also read them in ++apidoc++/Book | 20:59 |
| *** mkerrin has joined #zope3-dev | 21:00 | |
| jeru | srichter: ok ... will grep the source for pagelet stuff ... thanks so far :) | 21:02 |
| srichter | zope.app.pagelet | 21:03 |
| srichter | there is also a demo in zope.app.demo. | 21:03 |
| jeru | srichter: ok ... will check the stuff | 21:09 |
| *** bskahan has joined #zope3-dev | 21:36 | |
| jeru | srichter: I think I've figured out how to hide the ZMI navtree ... :) | 21:44 |
| srichter | good :-) | 21:44 |
| *** philiKON has joined #zope3-dev | 21:47 | |
| VladDrac | hmm | 22:19 |
| VladDrac | boston looks like a nice addon for my toy project | 22:19 |
| VladDrac | let's have a look :) | 22:19 |
| VladDrac | interesting.. zcml inclusion order *does* matter | 22:27 |
| VladDrac | if I derive my layer from boston, boston must be loaded before my product | 22:27 |
| VladDrac | hmm yeah boston looks okay | 22:28 |
| *** bskahan has quit IRC | 22:33 | |
| srichter | VladDrac: yes, it sometimes matters | 22:41 |
| srichter | we try to avoid those situations but we can't totally | 22:41 |
| VladDrac | skins is an issue | 22:42 |
| VladDrac | they need to be loaded before they're references from zcml | 22:42 |
| *** SteveA__ has joined #zope3-dev | 22:50 | |
| srichter | yes | 22:53 |
| srichter | their interfaces have to be created | 22:53 |
| * VladDrac 's currently trying to figure out how to change the addform/editform templates | 22:55 | |
| srichter | you can't change the default ones | 22:57 |
| srichter | you have to create your own custom add/edit forms | 22:57 |
| srichter | there you can specify the template to use | 22:58 |
| VladDrac | I'm trying that right now - I want to keep most of the autogeneration, with some changes | 22:59 |
| VladDrac | hmmm that's not that hard actually | 23:00 |
| srichter | no :-) | 23:00 |
| VladDrac | just copy edit.pt and use it as local template | 23:00 |
| VladDrac | though it would be nicer to globally override edit.pt (in stead of having to specify template= explicitly in editform | 23:01 |
| srichter | nope | 23:02 |
| *** SteveA__ has quit IRC | 23:02 | |
| *** SteveA_ has quit IRC | 23:02 | |
| srichter | that would be too implicit | 23:02 |
| *** SteveA__ has joined #zope3-dev | 23:02 | |
| *** SteveA_ has joined #zope3-dev | 23:02 | |
| srichter | and cause side-effects you do not want | 23:02 |
| srichter | that's exactely what skins are for | 23:02 |
| VladDrac | I'm currently working in my own skin btw | 23:03 |
| srichter | right, so you override the default edit/add views | 23:03 |
| srichter | when the new form mechanism lands, reusability will be better | 23:03 |
| srichter | since forms are created in Python and then only registered as simple views | 23:04 |
| jeru | how can I use the root URL as a condition for displaying some piece of content just on the start page ? | 23:04 |
| VladDrac | srichter: I override them, so I have, say, my own edit.pt, how can I make <editform> use mine instead of the one in zope.app.form? | 23:05 |
| srichter | template="edit.pt" | 23:05 |
| VladDrac | yeah okay | 23:06 |
| VladDrac | in CMF world, placing edit.pt in a layer above the original layer would imply override the old edit.pt | 23:07 |
| VladDrac | something like that's not possible here? | 23:07 |
| srichter | nope | 23:08 |
| srichter | because edit.pt is just a file not a registered component | 23:08 |
| *** SteveA has joined #zope3-dev | 23:10 | |
| *** SteveA__ has quit IRC | 23:11 | |
| VladDrac | so you're stuck with the default edit.pt unless you explicitly override it? Is it that good? :) | 23:12 |
| * VladDrac wouldn't mind if edit.pt was registered as some registered component and then that component is looked up by the addform/editform directive | 23:12 | |
| *** SteveA_ has quit IRC | 23:16 | |
| srichter | yes it is | 23:20 |
| srichter | :-) | 23:21 |
| srichter | as I said, I think the new form machinery will fix some of those short-comings, since you can use Python inheritance | 23:21 |
| srichter | of course, you can always write up a proposal and see what other people think | 23:22 |
| philiKON | srichter, have you had a look at the new form machinery yet? | 23:23 |
| srichter | no, but Gary and Jim described it to me | 23:23 |
| VladDrac | srichter I might - currently I still need to learn how stuff works, what's possible, and when something's a z3 issue and when it's simply my fault :) | 23:23 |
| srichter | :-) | 23:24 |
| srichter | philiKON: I really want to see it | 23:24 |
| philiKON | same here | 23:24 |
| VladDrac | hmm I might actually be able to do what I want with inheritance after all | 23:29 |
| VladDrac | though I'll need to specify my derived EditView view class | 23:29 |
| philiKON | you can simply use the class="" parameter in <browser:editform /> | 23:31 |
| VladDrac | yeah I know :) | 23:32 |
| philiKON | ok :) | 23:32 |
| VladDrac | it's just that I'd rather not do anything explicit - just define my templates in my skin and have existing content automatically use them (much like CMF) | 23:33 |
| philiKON | z3 is all about being explicit, though | 23:33 |
| srichter | yep | 23:39 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!