From: TAO R. <ron...@ho...> - 2001-07-08 04:17:46
|
> > > > I _just_ retrieved the latest CVS, and was able to install when I > > noticed this. > > Doesn't look quite right, thought I would ask first: > > > > r2/binarycloud/build/en/user/binarycloud/mod/mod/xslt_example/ > >You're right, that isn't correct. >It could be that the module doesn't have a correct package declaration. > >are other modules working? > >_a this is just because there is a package declaration inside r2/binarycloud/user/mod/xslt_example/XSLT_Example.php that I haven't seen it in other module example, by removing the package declaration you can get the right things..... but alex is it necessary to put the package declaration inside the module?? I think so, but the make system seem to be do something wrong with this, and at the same time, the other example modules do not have the package declaration. ronald :) Ronald TAO ron...@ho... _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. |
From: Odysseas T. <ody...@ya...> - 2001-07-08 06:24:43
|
Yes, you are right. The package declaration inside the XSLT_Example.php doesn't make sense. It must have got there by mistake. If you remove it (cvs will soon reflect the fixed up file) things should be fine. odysseas --- TAO Ronald <ron...@ho...> wrote: > > > > > > I _just_ retrieved the latest CVS, and was able > to install when I > > > noticed this. > > > Doesn't look quite right, thought I would ask > first: > > > > > > > r2/binarycloud/build/en/user/binarycloud/mod/mod/xslt_example/ > > > >You're right, that isn't correct. > >It could be that the module doesn't have a correct > package declaration. > > > >are other modules working? > > > >_a > this is just because there is a package declaration > inside > r2/binarycloud/user/mod/xslt_example/XSLT_Example.php > that I haven't seen > it > in other module example, by removing the package > declaration you can get > the > right things..... > but alex is it necessary to put the package > declaration inside the module?? > I think so, but the make system seem to be do > something wrong with this, > and > at the same time, the other example modules do not > have the package > declaration. > > ronald :) > > Ronald TAO > ron...@ho... > > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at > http://www.hotmail.com. > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ |
From: alex b. <en...@tu...> - 2001-07-08 06:52:13
|
hi all, on monday I'll be changing some important variable names, if you look at the global var space now, it contains: sImportMap <-- static, global var used by import (thus the (sName)) gImportPaths <-- global var used by import for paths bc_page <-- page declaration (note the discontinuity between this and gImportMap) Init <-- Class Timer Debug Sess bc_lang bc_lang_name bc_lang_datespec bc_lang_timespec Lang _lang bc_lang_charset bc_lang_currency_name bc_lang_currency_symbol Err Page _tmpl <-- "external" user-space variable that is significant to the system. ------- It will contain, instead: Static, globals vars of the form sVarName: sImportMap Global Vars of the form gVarName: gImportPaths gPageDef <-- this is what $bc_page will become. gLangCode <-- formerly $bc_lang gLangName <-- formerly $bc_lang_name gLangDateSpec <-- formerly $bc_lang_datespec gLangTimeSpec <-- formerly $bc_lang_timespec gLangCharset <-- formerly $bc_lang_charset gLangCurrencyName <-- formerly $bc_lang_currency_name gLangCurrencySymbol <-- formerly $bc_lang_currency_symbol Class names: Init Timer Debug Sess Lang Err Page External, user-space vars: _lang _tmpl At the moment, we haven't integrated Request into the page render process. Once that is done, the system will assume that register_globals is _OFF_ and act accordingly. (I will probably have init check the ini setting and send a warning message to Debug if it is on.) I will update the standards when I am done, but here are the rest: Class names: ClassName, must be contained by ClassName.php, one class per file. Public Methods & Constructor: PublicMethod Private Methods: _PrivateMethod (this is a change for continuity) Class Vars: varname I have not defined public/private class vars as php doesn't support them - is anyone in favor of making an artificial distinctoin similar to the private class names? like: Private Class Vars: _varname -------- time for sleep :) _alex |
From: jason <ja...@gr...> - 2001-07-08 07:15:40
|
I am in favor of this. Like you said, simply for continuity. > I have not defined public/private class vars as php doesn't support them - > is anyone in favor of making an artificial distinctoin similar to the > private class names? > > like: > Private Class Vars: > _varname |
From: John D. <jo...@we...> - 2001-07-08 18:20:14
|
On Sat, 7 Jul 2001, alex black wrote: > > I have not defined public/private class vars as php doesn't support them - > is anyone in favor of making an artificial distinctoin similar to the > private class names? > > like: > Private Class Vars: > _varname > Yes, all the code that John, Odysseas and I have written uses this "standard" for methods and properties. John -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD |
From: Peter B. <re...@f2...> - 2001-07-08 11:22:57
|
At 11:49 PM 7/7/01 -0700, you wrote: >I have not defined public/private class vars as php doesn't support them - >is anyone in favor of making an artificial distinctoin similar to the >private class names? You do realise that the next version of the Zend engine will support this? See http://static.userland.com/sh4/gems/php/Zend%20Engine%202.0.pdf for more details. Peter. --oOo-- Narrow Gauge on the web - photos, directory and forums! http://www.narrow-gauge.co.uk --oOo-- Peter's web page - Scottish narrow gauge in 009 http://members.aol.com/reywob/ --oOo-- |
From: Justin F. <je...@ey...> - 2001-07-08 11:36:03
|
Thanks, Peter, for pointing this out. This is very interesting. The discussion of introduction of private variables starts on page 27. Now, being a cynic, does this mean that Zend 2.0 would go into PHP, or will it be one of those Zend products that are sold...?? On page 25 is a discussion of Multiple Inheritance. Lordy, this would mean that PHP would really be OOP, and not a kind of shadow OOP. _jef ---- Peter Bowyer wrote: > > At 11:49 PM 7/7/01 -0700, you wrote: > >I have not defined public/private class vars as php doesn't support them - > >is anyone in favor of making an artificial distinctoin similar to the > >private class names? > > You do realise that the next version of the Zend engine will support this? > See http://static.userland.com/sh4/gems/php/Zend%20Engine%202.0.pdf for > more details. > > Peter. > > --oOo-- > Narrow Gauge on the web - photos, directory and forums! > http://www.narrow-gauge.co.uk > --oOo-- > Peter's web page - Scottish narrow gauge in 009 > http://members.aol.com/reywob/ > --oOo-- > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev -- Justin Farnsworth Eye Integrated Communications 321 South Evans - Suite 203 Greenville, NC 27858 | Tel: (252) 353-0722 |
From: Peter B. <re...@f2...> - 2001-07-08 13:46:55
|
At 07:36 AM 7/8/01 -0400, you wrote: >Now, being a cynic, does this mean that Zend 2.0 would go >into PHP, or will it be one of those Zend products >that are sold...?? This is the next generation Zend engine, the core of PHP, so yes it will be free. Peter. --oOo-- Narrow Gauge on the web - photos, directory and forums! http://www.narrow-gauge.co.uk --oOo-- Peter's web page - Scottish narrow gauge in 009 http://members.aol.com/reywob/ --oOo-- |
From: alex b. <en...@tu...> - 2001-07-08 06:26:57
|
hi ronald, you are correct, before we were using package declarations, but now it's implicit. (I forgot :) I've removed the package declaration in my core cvs, I'll push that in with the next synch. There's some other foo going on with libs that I'm working on now. _a ----- Original Message ----- From: "TAO Ronald" <ron...@ho...> To: <bin...@li...> Sent: Saturday, July 07, 2001 9:17 PM Subject: Re: [binarycloud-dev] CVS > > > > > > I _just_ retrieved the latest CVS, and was able to install when I > > > noticed this. > > > Doesn't look quite right, thought I would ask first: > > > > > > r2/binarycloud/build/en/user/binarycloud/mod/mod/xslt_example/ > > > >You're right, that isn't correct. > >It could be that the module doesn't have a correct package declaration. > > > >are other modules working? > > > >_a > this is just because there is a package declaration inside > r2/binarycloud/user/mod/xslt_example/XSLT_Example.php that I haven't seen > it > in other module example, by removing the package declaration you can get > the > right things..... > but alex is it necessary to put the package declaration inside the module?? > I think so, but the make system seem to be do something wrong with this, > and > at the same time, the other example modules do not have the package > declaration. > > ronald :) > > Ronald TAO > ron...@ho... > > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > |