--- Log opened Mon Jan 01 00:00:52 2007 00:03 -!- foresth [n=foresth@local.hide-forest.net] has joined #agavi 00:19 -!- forda [i=foresth@88.146.138.85] has quit [Read error: 110 (Connection timed out)] 00:32 -!- foresth [n=foresth@local.hide-forest.net] has quit [Read error: 60 (Operation timed out)] 04:12 -!- OpenGeek [n=OpenGeek@ip68-109-210-136.lu.dl.cox.net] has left #agavi [] 04:14 -!- foresth [i=foresth@local.hide-forest.net] has joined #agavi 04:17 -!- Netsplit leguin.freenode.net <-> irc.freenode.net quits: splatch, foresth, CIA-11, v-dogg, impl, horros 04:23 -!- Netsplit over, joins: foresth, v-dogg 04:23 -!- Netsplit over, joins: horros 04:23 -!- Netsplit over, joins: impl, splatch 04:23 -!- Netsplit over, joins: CIA-11 04:45 -!- foresth [i=foresth@local.hide-forest.net] has quit ["Every being in the universe knows right from wrong."] 08:01 -!- kaos- [n=kaos@ppp-62-245-160-215.dynamic.mnet-online.de] has joined #agavi 08:01 -!- kaos [n=kaos@ppp-62-245-160-215.dynamic.mnet-online.de] has quit [Read error: 104 (Connection reset by peer)] 09:20 -!- Wombert [n=Wombert@dslb-088-064-008-046.pools.arcor-ip.net] has joined #agavi 10:33 -!- impl [n=impl@httpcraft/php/impl] has quit ["Leaving"] 11:24 -!- foresth [i=foresth@local.hide-forest.net] has joined #agavi 15:14 -!- forda [i=foresth@88.146.138.85] has joined #agavi 15:19 -!- forda [i=foresth@88.146.138.85] has quit ["Every being in the universe knows right from wrong."] 15:27 -!- forda [i=foresth@88.146.138.85] has joined #agavi 15:30 -!- foresth [i=foresth@local.hide-forest.net] has quit [Read error: 110 (Connection timed out)] 16:42 -!- luke` [n=luke`@59.92.204.90] has joined #agavi 17:29 -!- forda [i=foresth@88.146.138.85] has quit [Read error: 110 (Connection timed out)] 17:29 -!- kaos- [n=kaos@ppp-62-245-160-215.dynamic.mnet-online.de] has quit [Read error: 104 (Connection reset by peer)] 17:29 -!- kaos [n=kaos@ppp-62-245-160-215.dynamic.mnet-online.de] has joined #agavi 17:43 < v-dogg> happy new year 2007 18:06 < Wombert> I wish you the very same, v-dogg 18:06 < Wombert> let's get rich this year, okay? 18:09 < v-dogg> sure, Q1 18:09 < v-dogg> or at least before summer holidays 18:11 < v-dogg> btw, do you know what is the situation with creole nowdays? I read somewhere that there would be a new project including the metadata stuff from creole 18:12 < v-dogg> and propel would use that instead of creole now that pdo is used otherwise 18:12 < Wombert> http://linguafranca.phpdb.org/trac/wiki/Example 18:13 < v-dogg> oh, is that fully functional already? 18:14 < v-dogg> heh, at least that site is not fully functional :) 18:37 -!- foresth [i=foresth@88.146.138.85] has joined #agavi 18:41 -!- Wombert [n=Wombert@dslb-088-064-008-046.pools.arcor-ip.net] has quit [Nick collision from services.] 18:41 -!- Wombert [n=Wombert@dslb-088-064-000-191.pools.arcor-ip.net] has joined #agavi 19:19 < Wombert> Welcome to the Agavi Sample Application 19:19 < Wombert> :>>> 19:19 < Wombert> without rendering filters! 19:19 < Wombert> without decorate()! 19:55 < Wombert> splatch: this spring flow stuff is veeeeery heavy 19:57 -!- shoan [n=shoan@59.92.204.90] has joined #agavi 20:17 -!- benny`work [n=benny@p54AC3E57.dip0.t-ipconnect.de] has joined #agavi 20:40 < CIA-11> david * r1448 /branches/david-execution_flow/ (25 files in 10 dirs): 20:40 < CIA-11> work in progress: new execution flow, action stack is gone, decoration doesn't 20:40 < CIA-11> require special abilities of the renderer anymore, but still needs further 20:40 < CIA-11> abstraction. decorators in decorators (for slots) should work now, and slots are 20:40 < CIA-11> available in the main content template. also, caching for execution filter is in 20:40 < CIA-11> place, albeit not enabled/complete yet. refs #373, #377, #287 and #290 20:47 < CIA-11> david * r1449 /branches/david-execution_flow/src/renderer/ (AgaviPhpRenderer.class.php AgaviRenderer.class.php): more renderer cleanup 20:48 < CIA-11> david * r1450 /branches/david-execution_flow/src/filter/AgaviExecutionFilter.class.php: oops 20:49 -!- impl [n=impl@httpcraft/php/impl] has joined #agavi 20:49 < Wombert> y0y0 impl 20:49 < Wombert> I just checked in my stuff to ze branch 20:50 < Wombert> go have a look :) 20:50 < Wombert> http://trac.agavi.org/changeset/1448 20:50 < impl> Hey :) 20:50 < impl> Cool :o 20:50 < Wombert> and 20:50 < Wombert> a very happy new year to you, of course 20:50 < impl> Same to you :) 20:52 < impl> http://trac.agavi.org/browser/branches/david-execution_flow/src/action/AgaviAction.class.php?rev=1448#L33 20:52 < impl> Nothing big, but that's Javadoc'd wrong 20:53 -!- eremit [n=eremit@p5490C51C.dip.t-dialin.net] has joined #agavi 20:54 < Wombert> ah yeah 20:54 < Wombert> ze php docs 20:54 < Wombert> right ;) 20:54 < Wombert> gotta fix them 20:55 < impl> The container doesn't support attribute namespaces? 20:55 < Wombert> errr 20:55 < Wombert> uhh? 20:55 < Wombert> what for 20:55 < impl> The same reason anything would support namespaces, I'd imagine :P 20:55 < Wombert> well it does 20:55 < Wombert> the thing is 20:55 < Wombert> the attribs there are the information passed from action to view 20:56 < Wombert> $this->setAttribute('foo', 'bar'); in the action 20:56 < impl> So you mean it's basically irrelevant 20:56 < Wombert> that used to support namespaces, but it was never possibly to use them since they never got copied 20:56 < Wombert> yeah 20:56 < impl> Okay 20:56 < impl> Do you think there should be an AgaviIAttributeHolder interface? 20:57 < Wombert> mh 20:57 < Wombert> nah 20:57 < Wombert> the signature of one method is different with and without namespaces 20:57 < impl> alright 20:57 < Wombert> getAttribute($name, $ns, $default) vs getAttribute($name, $default) 20:57 < impl> I was just concerned about a script wanting an AgaviAttributeHolder and not being able to take in an Action 20:58 < impl> But that makes sense, because they're different anyway 20:58 < impl> :P 20:59 -!- foresth [i=foresth@88.146.138.85] has quit [Read error: 145 (Connection timed out)] 21:00 < impl> Wombert: Should Controller::incNumForwards() be public? 21:00 < Wombert> yep 21:00 < Wombert> it's used from outside ;) 21:01 < impl> Alrighty :P I didn't see it used anywhere in that commit so I wasn't sure 21:01 < Wombert> every time you execute() an execution container 21:01 < Wombert> that method is called 21:01 < impl> ah, okay 21:02 < Wombert> a bit nasty, but you can't really do it any better, I guess 21:03 < impl> Not unless you leave it up to something else besides the controller to determine forwards 21:03 < Wombert> well 21:03 < Wombert> there is no such thing as forwards anymore, that's the problem ;) 21:03 < impl> You could make it a protected static property of ExecutionContainer 21:04 < impl> ? 21:04 < Wombert> nope ;) 21:04 < Wombert> static 21:04 < Wombert> what if you have 10 contexts 21:04 < impl> forwards are on a per-context basis? 21:04 < Wombert> I could have self::$count[$contextName] tho 21:04 < Wombert> kind of, yes 21:04 < Wombert> they have a context (obviously) 21:04 < Wombert> and if you do it statically 21:05 < Wombert> you cannot craete and dispatch another context or so 21:05 < Wombert> pretty hypothetical, but there are use cases 21:05 -!- foresth [i=foresth@local.hide-forest.net] has joined #agavi 21:05 < Wombert> a good example would be a content management system, where you internally use a dedicated context that builds a static html document from the page you edited 21:06 < impl> Mmm 21:06 < CIA-11> david * r1451 /branches/david-execution_flow/ (9 files in 7 dirs): threw out action stack completely, made execution container factory configurable, refs #373, #290 21:07 < impl> I see what you're saying, yeah 21:08 < impl> so, really, the count is limited at 20 * the number of contexts 21:08 < Wombert> kind of, yes 21:08 < Wombert> each context may do up to 20 forwards 21:08 < Wombert> or, rather, whatever you have configured 21:09 < Wombert> (20 used to be hard-coded) 21:09 < impl> I'm still looking at 1448 so :P 21:09 < Wombert> $this->maxForwards = isset($parameters['max_fowards']) ? $parameters['max_forwards'] : 20; 21:09 < Wombert> ;) 21:09 < impl> :D 21:10 < Wombert> since 0.10, I believe 21:10 < impl> Oh, haha, maybe I just never noticed that snippet 21:10 < impl> 34 39 protected $maxForwards = 20; 21:10 < impl> I just saw that :P 21:11 < CIA-11> david * r1452 /branches/david-execution_flow/src/controller/AgaviController.class.php: allow setting max forwards to '0' 21:11 < impl> setRenderMode is dead now, hmmh? 21:13 < Wombert> yep 21:13 < Wombert> the result is always in the container's response 21:13 < impl> Hmmh, should this cache stuff be in a CacheFilter or at least a CachingExecutionFilter? 21:13 < Wombert> it's the job of the calling code to output it, if desired 21:13 < Wombert> in our case, only dispatch() does that 21:13 < Wombert> nope 21:14 < Wombert> it's way too much work to maintain both 21:14 < impl> Okay 21:14 < Wombert> also, if you disable caching, there is no performance drawback 21:14 < Wombert> well, almost, it's two or three if($cacheable) etc 21:14 < Wombert> but the overhead won't even be measurable 21:14 < impl> Ah, okay, cool 21:15 < Wombert> http://trac.agavi.org/browser/branches/david-execution_flow/src/filter/AgaviExecutionFilter.class.php#L223 21:15 < Wombert> here :) 21:15 < Wombert> and then http://trac.agavi.org/browser/branches/david-execution_flow/src/filter/AgaviExecutionFilter.class.php#L296 21:17 < impl> 300 } else { 21:17 < impl> 301 // $lm->log(new AgaviLoggerMessage('Action is not cacheable!')); 21:17 < impl> 302 } 21:17 < impl> should that be an exception or so? 21:17 < Wombert> no, no 21:17 < impl> I noticed you commented out all the logs 21:18 < Wombert> yep 21:18 < impl> I'm guessing it was for debugging :P 21:18 < Wombert> yep 21:18 < Wombert> I'll remove them once I'm done there 21:18 < impl> okies 21:18 < Wombert> I just brought everything to a usable state and checked it in for kaos and you to look at 21:18 < Wombert> (and everyone else, of course) 21:18 < impl> Oh, I see how silly throwing an exception would be there 21:18 < impl> hehe 21:19 * impl slaps himself 21:19 < impl> Is there any significance to the ACTION_CACHE_ID? 21:20 < impl> (besides that it's where stuff is cached of course) 21:20 < Wombert> http://www.lostpedia.com/wiki/The_numbers 21:20 < Wombert> this is for the cache of the action 21:20 < Wombert> then, there's another cache with the ouput, one file per output type 21:20 < impl> haha 21:21 < Wombert> I just had to chose _some_ name ;) 21:21 < impl> Usually people pick timestamps or something :P 21:21 < Wombert> and since you can't use "-" in methods and therefor not in an output type name... :) 21:21 < Wombert> it has to be a fixed value 21:21 < Wombert> and a timestamp is booooring 21:21 < impl> Yeah, like... the date the class was created 21:21 < impl> :P 21:21 < Wombert> :p 21:25 < impl> Hmmh, so how are slots working now? 21:25 < impl> I see Renderer::decorate is gone 21:28 < Wombert> they still work the same 21:28 < Wombert> plus 21:28 < Wombert> you don't have to use a decorator template anymore 21:28 < Wombert> slots you defined are available in the normal template 21:28 < Wombert> so it works just like action chains now 21:30 -!- forda [i=foresth@local.hide-forest.net] has joined #agavi 21:42 -!- foresth [i=foresth@local.hide-forest.net] has quit [Read error: 110 (Connection timed out)] 21:50 < impl> Wombert: Well, this stuff looks excellent. I'm going to give it a try sometime soon, whenever I get a good amount of time to work on my project 21:50 < Wombert> :) 21:50 < Wombert> remember it's far from finished 21:51 < impl> Of course :) 21:51 < Wombert> I'm still looking into abstracting the decoration process out of the exec filter and into the view 21:51 < Wombert> pre-render checks don't work 21:51 < Wombert> etc 21:51 < Wombert> etc 21:51 * impl nods 21:52 < Wombert> plus there's a lot of unsolved issues regarding internal redirects (for security filter etc) 21:52 < Wombert> and merging responses together 21:52 < Wombert> and THAT will be painful 21:52 < impl> :< 22:12 < v-dogg> woot 22:12 < v-dogg> good evening agavians 22:12 < Wombert> hi there 23:06 -!- foresth [i=foresth@88.146.138.85] has joined #agavi 23:09 -!- forda [i=foresth@local.hide-forest.net] has quit [Read error: 110 (Connection timed out)] 23:24 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has joined #agavi 23:31 -!- foresth [i=foresth@88.146.138.85] has quit ["Every being in the universe knows right from wrong."] 23:57 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has quit ["leaving"] --- Day changed Tue Jan 02 2007 02:49 -!- Netsplit leguin.freenode.net <-> irc.freenode.net quits: splatch 02:50 -!- splatch [n=splatch@213.251.169.132] has joined #agavi 03:54 < shoan> huomenta 03:57 -!- Wombert [n=Wombert@dslb-088-064-000-191.pools.arcor-ip.net] has quit [] 04:26 -!- impl [n=impl@httpcraft/php/impl] has quit ["Leaving"] 04:30 -!- benny`work [n=benny@p54AC3E57.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 07:05 -!- luke` [n=luke`@59.92.204.90] has quit [] 08:09 -!- shoan [n=shoan@59.92.204.90] has quit [Read error: 145 (Connection timed out)] 08:13 < v-dogg> huomenta 08:14 < ttj> Huomen. 08:46 -!- luke` [n=luke`@61.95.206.107] has joined #agavi 09:26 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has joined #agavi 09:37 < Arme[N]> morning 09:47 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has quit ["leaving"] 09:47 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has joined #agavi 10:19 < splatch> hello 10:30 -!- Wombert [n=Wombert@dslb-088-064-000-191.pools.arcor-ip.net] has joined #agavi 10:31 < Wombert> huomenta! 10:31 < splatch> hello 10:31 < splatch> Wombert: yes, Spring Web Flow is heavy 10:32 < Wombert> if we add som,ething like that to agavi, we can still borrow ideas though 10:32 < Wombert> did you look at that branch, splatch? 10:33 < splatch> Wombert: what branch? 10:35 < Wombert> http://trac.agavi.org/changeset/1448 10:36 < Wombert> or 10:36 < Wombert> http://trac.agavi.org/log/branches/david-execution_flow 10:36 < splatch> no, i look at first time 10:36 < splatch> action stack is gone! :) 10:38 < splatch> Wombert: will you make namespaces in configuration? 10:38 < Wombert> ? 10:39 < splatch> namespaces in XML Schema 10:39 < v-dogg> ? 10:39 < Wombert> aaah 10:39 < splatch> and configuration 10:39 < splatch> Wombert: i've changed schemas 10:40 < splatch> if you want I can sent it to you 10:40 < v-dogg> is that just for eclipse or does that give something else too? 10:40 < Wombert> splatch: yes show me one schema please so I can see how to do it 10:40 < Wombert> http://www.techcrunch.com/2007/01/01/wikipedia-bans-qatar/ 10:40 < Wombert> and 10:41 < Wombert> seems that indonesian 737 didn't crash into the ocean! 10:42 < Wombert> or at least they hope so 10:42 < splatch> Wombert: http://phpfi.com/189718 10:42 < Wombert> the co pilot's mobile phone rings when they call it, so they hope they landed somewhere 10:42 < splatch> Wombert: http://phpfi.com/189719 < routing 10:43 < Wombert> splatch: stooooop! :) 10:43 < Wombert> show me a config file please 10:43 < Wombert> or are the configs the same? 10:44 < Wombert> only schemas different? 10:44 < v-dogg> splatch: was there some other reasons for namespaces than eclipse (it was something to do with eclipse, right?)? 10:44 < splatch> Wombert: http://phpfi.com/189720 10:44 < Wombert> splatch: can you also do 10:45 < splatch> v-dogg: i don't know, but currently maybe only eclipse 10:45 < Wombert> 10:45 < Wombert> and 10:45 < Wombert> 10:45 < Wombert> ? 10:45 < Wombert> or at least 10:45 < Wombert> 10:45 < splatch> hm.. i had problems with no-prefix root tag 10:46 < Wombert> :S 10:46 < splatch> but i can fight with this at home 10:46 < Wombert> that would be good 10:46 < splatch> and i'll check more options 10:47 < Wombert> would be best, but is okay, too, I guess 10:47 < Wombert> splatch: what advantages does this change offer? 10:47 < splatch> Wombert: you can use tags with the same name in one file, you can configure two elements in one file 10:48 < splatch> for example you can configure module and rights in modules.xml 10:48 < Wombert> ah, I see 10:48 < splatch> by two handlers 10:48 < Wombert> yep 10:48 < splatch> namespaces is proposal :) 10:49 < splatch> *are 10:49 < Wombert> but embedding html is possible without them, too, right? 10:49 < Wombert> I mean that would work already 10:50 < Wombert> 10:50 < Wombert> ... 10:50 < Wombert> 10:50 < Wombert>
%asdf%
10:50 < Wombert> or something 10:50 < Wombert> haha 10:50 < Wombert> h:div 10:50 < Wombert> of course 10:50 < splatch> yes 10:50 < splatch> or
asdf
 10:51 < splatch> if childs inherit namespace 10:51 < v-dogg> (children ;) 10:52 < v-dogg> that typo was btw in some agavi phpdoc too :p 10:53 < Wombert> oh shit man I gotta change so many docs for that exec flow stuff :p 10:55 < CIA-11> david * r1453 /branches/david-execution_flow/ (3 files in 2 dirs): removed some docs references to rendering filters 10:56 < splatch> ok, back2work 10:56 < splatch> bye 11:00 -!- eremit_ [n=eremit@p5490E18A.dip.t-dialin.net] has joined #agavi 11:02 < Wombert> 12 survivors! 11:03 < Arme[N]> 90 Dead :( 11:04 < Wombert> what are the odds 11:04 < Wombert> the plane crashed in the worst weather you could imagine 11:05 < Wombert> on a strip of land where they can only use motorcycles to get to the wreck 11:05 < Wombert> so 12 survivors is pretty much a miracle 11:06 -!- eremit [n=eremit@p5490C51C.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 11:06 < Arme[N]> hmm 11:27 -!- eremit_ is now known as eremit 12:00 -!- foresth [i=foresth@local.hide-forest.net] has joined #agavi 12:26 < Wombert> uhm 12:26 < Wombert> guys 12:27 < Wombert> should we maybe just get rid of _all_ the documentation in config files 12:27 < Wombert> they are a pain to maintain 12:32 < ttj> Sure. Just add pointers to the wiki or something? 12:32 < Wombert> I think the configs are all documented in the manual already 12:34 -!- foresth [i=foresth@local.hide-forest.net] has quit ["Every being in the universe knows right from wrong."] 12:37 < Wombert> anyone have an idea how we do the security filter now? 12:42 < Wombert> eremit: ping 12:42 < eremit> heyja ... 12:42 < eremit> *reading the log 12:42 < Wombert> happy new year 12:42 < Wombert> do you use forwards? 12:42 < eremit> happy new year ... ^^ 12:42 < Wombert> I mean, do you sometimes return info for forwarding from the view? 12:42 < eremit> yes .. sometimes ... 12:42 < Wombert> mmmhmmmh 12:43 < eremit> about 3 or 4 views return forward information ... 12:43 < eremit> but most likely this could be solved another way if you intend to drop them 12:43 < Wombert> okay 12:43 < Wombert> I'm thinking about it, yes 12:44 < v-dogg> woot 12:44 < Wombert> bad idea? 12:44 < Wombert> :< 12:44 < Wombert> xD 12:44 -!- foresth [i=foresth@88.146.138.85] has joined #agavi 12:46 * Wombert pokes v-dogg 12:52 < v-dogg> sorry, clients keep calling :) 12:53 < v-dogg> yeah, I use forwarding and don't now how I could change that 12:53 < Wombert> what do you use it for 12:53 < v-dogg> mostly I redirect, but in some cases I want to forward and show error messages from previous action 13:09 < Wombert> k 13:09 < Wombert> I'll throw it out for now 13:09 < Wombert> BUT 13:09 < Wombert> all you need to do it yourself 13:09 < Wombert> is a modified execution container and dispatch filter 13:09 < Wombert> maybe 10 LOC 13:09 < Wombert> I'll show you how to do it 13:09 < Wombert> and 13:09 < Wombert> I guess we have to bring it back anyway 13:13 < Wombert> (actually, it doesn't work anymore already) 13:13 < Wombert> just cleaning up a bit 13:15 < Wombert> btw does anyone have objections against running slots before rendering the content template? 13:15 < Wombert> should I maybe add a config option that allows to swap the order back to the old way? 13:21 < v-dogg> "all you need to do it yourself is a modified execution container and dispatch filter" :D 13:22 < v-dogg> that doesn't sound like a small job :p 13:22 < Wombert> heh 13:22 < Wombert> wrong ;) 13:22 < Wombert> as I said, no more than ten lines of code 13:22 < Wombert> http://trac.agavi.org/browser/branches/david-execution_flow/src/filter/AgaviDispatchFilter.class.php#L46 13:23 < Wombert> all you gotta add there is 13:23 < Wombert> if($container->hasNext())  { 13:23 < Wombert> $container->getNext()->execute(); 13:23 < Wombert> $container->getResponse()->merge($container->getNext()->getResponse()); 13:23 < Wombert> } 13:24 < Wombert> and, of course, implement getNext() and setNext() and hasNext() in your custom container 13:24 < Wombert> which accepts an execution container as an argument 13:24 < Wombert> then you can do 13:24 < Wombert> $this->getContainer()->setNext($controller->createExecutionContainer('Modulename', 'Actionname')); 13:24 < Wombert> in the view 13:25 < Wombert> the problem is that you can only forward once this way 13:25 < Wombert> so the other approach would be to put this hasNext() stuff into yourContainer::execute() 13:25 < Wombert> parent::execute() and the above code, et voila 13:25 < Wombert> but it's all not 100% clean, that's the problem, and the reason why I haven't implemented it yet 13:26 < Wombert> gotta check if there is a better way first 13:26 < Wombert> the main issue is this response merging stuff 13:27 < Wombert> so... suggestions welcome ;) 13:34 < v-dogg> maybe I'll have a look sometime when I have free time... next decade or something 13:35 < Wombert> xD 13:36 < eremit> Wombert another question ... what's the status about agavi enabled unit tests ? 13:36 < Wombert> uh 13:37 < Wombert> maybe I'll have a look sometime when I have free time... next decade or something 13:37 < Wombert> ;) 13:37 < Wombert> 1.0 13:37 < eremit> :P 13:37 < eremit> that's currently the part i'm most missing ... 13:37 < Wombert> yes 13:37 < Wombert> 1.0 13:37 < eremit> kk 13:37 < Wombert> http://trac.agavi.org/ticket/308 13:38 < Wombert> this will include an infrastructure for functional and unit testing of applications 13:38 < eremit> ah i thought this only affects agavi infrastructure itself ... kk thx 13:39 < Wombert> http://trac.agavi.org/ticket/380 13:40 < Wombert> :p 14:32 < CIA-11> david * r1454 /branches/david-execution_flow/ (21 files in 13 dirs): more execution flow cleanup, refs #373, #290 15:08 -!- RossC0 [n=lawleyr@80.4.120.163] has joined #agavi 15:09 < RossC0> hi all 15:09 < v-dogg> hellou 15:09 < RossC0> anybody used phpdoctrine.com 15:09 < RossC0> for their orm? Just wandering if it would be easy to plugin to Agavi? 15:10 < v-dogg> it has been discussed here but I don't think anyone here uses it 15:10 < Arme[N]> I asked this before and Wombert said that it will be added in 1.0 15:10 < Wombert> yeah 15:11 < Wombert> I need a weekend and a bottle of wine and have a look at it so I can integrate it properly 15:11 < RossC0> ah cool 15:11 < RossC0> lol 15:11 < Wombert> if someone would like to donate either a free weekend or a bottle of wine, go ahead 15:11 < Wombert> a weekend of my precious time is worth about ONE MILLION DOLLARS 15:12 < Wombert> query me for bank account info ;) 15:12 < RossC0> Ah I know a man from Africa - he keeps emailing me asking for the same thing.. 15:12 < luke`> I think the bottle is cheaper :p 15:12 < luke`> lol 15:12 < RossC0> apparently he has millions of dollars he needs moving 15:12 < Wombert> oh 15:12 < Wombert> nice 15:13 < Wombert> can you give me his contact info? xD 15:13 < Arme[N]> lol 15:13 < RossC0> :X 15:13 < luke`> i can give him your contact info :) 15:13 < Wombert> ah wait I think I have it 15:13 < Wombert> yeah here it is 15:13 < Wombert> stupid_moron@nigeriaconnection.com 15:14 < Arme[N]> lol 15:14 < Wombert> aaah speaking of which 15:14 < v-dogg> I once tried to answer to one of those but my email was rejected because the users mail box was full :) 15:14 < Arme[N]> heh 15:14 < Wombert> qatar has been blocked from editing wikipedia 15:14 < Wombert> because qatar has only one ISP 15:15 < Wombert> which uses one IP address for all users in the country xD 15:15 < Wombert> http://www.techcrunch.com/2007/01/01/wikipedia-bans-qatar/ 15:15 < Arme[N]> lol 16:48 -!- JamieWolf [n=jamiewol@e177039092.adsl.alicedsl.de] has joined #agavi 16:55 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has quit ["leaving"] 16:57 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has joined #agavi 17:16 -!- forda [n=foresth@local.hide-forest.net] has joined #agavi 17:32 -!- JamieWolf [n=jamiewol@e177039092.adsl.alicedsl.de] has quit [] 17:34 -!- foresth [i=foresth@88.146.138.85] has quit [Read error: 110 (Connection timed out)] 17:55 -!- benny`work [n=benny@p54AC3DB9.dip0.t-ipconnect.de] has joined #agavi 17:58 -!- forda [n=foresth@local.hide-forest.net] has quit [Read error: 110 (Connection timed out)] 18:15 -!- foresth [i=foresth@local.hide-forest.net] has joined #agavi 18:32 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has quit ["leaving"] 18:33 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has joined #agavi 18:33 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has quit [Client Quit] 18:33 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has joined #agavi 18:41 -!- Wombert [n=Wombert@dslb-088-064-000-191.pools.arcor-ip.net] has quit [Nick collision from services.] 18:41 -!- Wombert [n=Wombert@dslb-088-064-001-151.pools.arcor-ip.net] has joined #agavi 18:45 -!- Arme[N-1] [n=Arme[N]@unaffiliated/armen/x-394205] has joined #agavi 18:53 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has quit [Nick collision from services.] 18:53 -!- Arme[N-1] is now known as Arme[N] 19:11 < Arme[N]> Execution of target "introduction-html" failed for the following reason: /data/www/agavi_0.11/build.xml:100:25: XSLT Error 19:11 < Arme[N]> [phingcall] /data/www/agavi_0.11/build.xml:100:25: XSLT Error 19:11 < Arme[N]> any suggestion? 19:20 -!- luke` [n=luke`@61.95.206.107] has quit [Read error: 110 (Connection timed out)] 19:29 -!- Arme[N-1] [n=Arme[N]@unaffiliated/armen/x-394205] has joined #agavi 19:32 < Wombert> what do you guys think about template layers? 19:32 < Wombert> you could set any number of templates, and they'd be rendered in that order 19:33 < Wombert> each template may have slots and does, of course, get the "inner" result as a "special" slot 19:37 < RossC0> so : template->render('header'); template->render('shinyContent'); template->render('footer'); 19:37 < RossC0> something like that 19:37 < RossC0> and the header can have partial templates via slots? 19:37 -!- Arme[N] [n=Arme[N]@unaffiliated/armen/x-394205] has quit [Nick collision from services.] 19:37 -!- Arme[N-1] is now known as Arme[N] 19:37 < Wombert> $this->addTemplate(); 19:37 < Wombert> $this->addTemplate(); 19:37 < Wombert> $this->addTemplate(); 19:37 < Wombert> like this 19:38 < RossC0> sure 19:38 < Wombert> slots could be global, or only for one of the templates 19:38 < Wombert> not sure if that's a good approach 19:38 < Wombert> and 19:38 < Arme[N]> and the latest template could be master template? 19:38 < Wombert> not sure if we can do it so it remains cacheable 19:38 < Wombert> yes, you would usually only have two addTemplate calls 19:38 < RossC0> ok given I know little about slots - what benefit does it have over the current system 19:39 < Wombert> I don't know :p 19:39 < RossC0> lol :) 19:39 < Wombert> I'm just trying to make it better 19:39 < RossC0> seems readable 19:39 < Arme[N]> it is easier I think 19:39 < RossC0> would it conflict with any template engines / cause more overhead? 19:39 < Wombert> unlikely 19:40 < Wombert> it's basically the same as decoration, but with infinite repetitions 19:40 < RossC0> sounds flexibile and looks logical 19:40 < Wombert> well 19:40 < Wombert> there are some problems 19:40 < Wombert> or 19:40 < RossC0> so whats bad about it? 19:40 < Wombert> hmmh 19:41 < Wombert> first of all, it still doesn't allow the mixing of renderers 19:41 < Wombert> or, well, maybe we could do that... hmm 19:41 < Wombert> second, I have to check if we can make that cacheable 19:41 < Wombert> because right now, you have the normal template, and the decorator, and that's easy to express in the caching config 19:42 < RossC0> ah ok - it becomes more complex to express multiple templates in the config? or just a paradigm shift 19:42 < RossC0> eek - that the time I've a train to catch 19:42 < Wombert> yes, expressing that wouldn't be simple, I guess 19:43 < Wombert> no problem :) see you 19:43 < RossC0> I'll be back on tomorrow :) 19:43 < RossC0> good luck! 19:43 -!- RossC0 [n=lawleyr@80.4.120.163] has left #agavi [] 19:44 < Arme[N]> Wombert: I have a suggest, check PHP version in agavi and if it didn't 5.2 throw an exception or somthing 19:44 < Wombert> hehe 19:44 < Wombert> why? 19:44 < Arme[N]> because it seems to working on 5.1 but...I don't know 19:46 < Arme[N]> hmm 19:46 < Arme[N]> agavi's minimum requirement was PHP 5.2? 19:47 < Arme[N]> I just don't remember, in manual it is 5.1.0 19:47 < Wombert> nope 19:47 < v-dogg> 5.1 19:47 < Wombert> 5.1 19:47 < v-dogg> echo off 19:47 < Wombert> v-dogg: what do you think wrt rendering 19:47 < v-dogg> :) 19:47 < Wombert> :S 19:49 < v-dogg> sooo what's the plan now 19:49 < v-dogg> or the idea 19:49 < Wombert> onion 19:49 < Wombert> or matroshka(?) style 19:49 < Wombert> you know, these russian dolls 19:50 < Wombert> you could run three, four, five nested templates 19:50 < v-dogg> mm... onion on a steak 19:50 < Wombert> xD 19:50 < v-dogg> mm... steak 19:50 < Wombert> plus, it might really be an idea then to have output types per execution container 19:51 < Wombert> because you could execute a slot that produces json, and embed it in a