Re: calling methods within EmbperlObject

2000-12-23 Thread Neil Gunton
Wow! Thanks, Gerald. I will try this stuff out over this weekend. It certainly looks good. I hope you can get away now and do real holiday stuff! Best wishes -Neil Gerald Richter wrote: > > Neil, > > I have found a small free time slot and instead of doing nice things I have > sit in front o

Re: calling methods within EmbperlObject

2000-12-23 Thread Gerald Richter
Neil, I have found a small free time slot and instead of doing nice things I have sit in front of my computer and hacked a little bit at the things we talk about yesterday. I just have commited a change to the CVS that allows you to do the following: [- $subs = Execute ({'object' => 'eposubs.htm

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-22 Thread Gerald Richter
Neil, > > Gerald, when I try to move the above Execute statement into a [! !] > block, before the rest of the action, Embperl gives me an error on the > line where I call Execute ('subs.html#NEW', \$req->{subs}): > without haveing actualy tried it, I would say it should work. I can't see at the

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-22 Thread Gerald Richter
>and I will also make a start on some kind of EmbperlObject > tutorial Great! > do you have any > particular preference that would make it easier for you to integrate? pod, please write everything in pod. All the Embperl docs are written in pod and I have a script that generates the whole Embpe

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-22 Thread Neil Gunton
Gerald Richter wrote: > > base.html > > [- > > # Setup other packages > > $req = shift; > > Execute ({inputfile => 'subs.html', import => 0}); > > You could move the import in a [! !] block, so it will only be executed once > at compile time > Gerald, when I try to move the above Execute state

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-22 Thread Neil Gunton
Gerald, thanks for the feedback on my EmbperlObject code. I will be re-working my sites to use the new methodology over Christmas (bah, humbug), and I will also make a start on some kind of EmbperlObject tutorial (I will see how it goes, at least it will be a start). I don't know what format you w

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-22 Thread Gerald Richter
> It > seems to me that I will now effectively be referencing all my (formerly > global) variables through a hash, which seems like it could introduce a > certain amount of additional overhead (because of the hash lookup every > time I refer to the variable). Will this appreciably affect performan

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-21 Thread Neil Gunton
> personally, [$ uses $] is quite enough for me. > > a few people seem to expect the [$ uses '../*' $] behaviour when they > hear talk about search paths and selectively overriding things. > > but considering the performance impact, i think it would be best to > document [$ uses '../*' $] and le

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-20 Thread Angus Lees
On Thu, Dec 21, 2000 at 05:58:46AM +0100, Gerald Richter wrote: > > another approach, that seems to be what people intuitively want is to > > have each file inherit from other copies of itself further up the > > search path. sort of like an implicit [$ uses "../$thisfile" $]. > > I have considere

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-20 Thread Gerald Richter
> an idea i've been considering was to have some sort of: > > [$ uses 'subs.epl' $] > > command that did: > > compile $epl; > $pkg = package for $epl; > push @{caller.'::ISA'}, $pkg; > Yes, I agree that would be really usefull. > > another approach, that seems to be what people intuitively

Re: calling methods within EmbperlObject

2000-12-20 Thread Neil Gunton
Gerald, you hit the nail on the head this time. This is exactly what I was talking about. I apologise if I sounded a bit frustrated last email - I've really been thrown by this thing over the last few days. It's make me question everything I was doing, and after 8 months that's quite a lot of code

Re: calling methods within EmbperlObject

2000-12-20 Thread Neil Gunton
> the other solution would be to change it to > > [- Execute ('subs.html#NEW', \$object) -] Gerald, I should have spotted that myself - this small example works now. I will play with it for a bit and see how it looks in my (somewhat larger) projects... I'll let you know if any more problems/idea

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-20 Thread Angus Lees
an idea i've been considering was to have some sort of: [$ uses 'subs.epl' $] command that did: compile $epl; $pkg = package for $epl; push @{caller.'::ISA'}, $pkg; that way you could selectively insert other embperl files into your inheritance path, and each individual sub can be overridd

Re: calling methods within EmbperlObject

2000-12-20 Thread Gerald Richter
> [- Execute ({inputfile => 'subs.html#NEW', param => \@p}) -] Oops, sorry my fault, must be: [- Execute ({inputfile => 'subs.html', sub => 'NEW', param => \@p}) -] the 'subs.html#NEW' works only in the short syntax, i.e. [- Execute ('subs.html#NEW') -] the other solution would be to change i

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-20 Thread Gerald Richter
> > Gerald, I hesitate to continue on this because it seems like I keep > asking the same question. But really, you didn't answer my previous > query so I have to try again. Don't hestitate to ask again, if I understand you wrong! Maybe it wasn't obvious to me what you ment, maybe I simply wasn't

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-20 Thread Neil Gunton
Gerald Richter wrote: > > Neil, > > I think what you need here is to use Perl methods instead of plain > functions. EmbperlObject bless's the Embperl Request Object into the package > of the current calling page, so you are able to call the correct subroutine > by using the method call syntax. (

Re: calling methods within EmbperlObject (was: Possible bug with EmbperlObject and [$ sub $])

2000-12-19 Thread Gerald Richter
Neil, I think what you need here is to use Perl methods instead of plain functions. EmbperlObject bless's the Embperl Request Object into the package of the current calling page, so you are able to call the correct subroutine by using the method call syntax. (and you don't need to import anything