Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Martin Jansen

On Wed, 5 Dec 2001 15:15:29 +0100, Daniel Lorch wrote:

it's nice to see that everyone wants to develop extensions for PHP,
but why do these extension go all into the main CVS tree? why not keep
PHP more modular?

New extension (ike the one, we are talking about) will go to PEAR
and will not be included in the main source tree (unless they
are extremely important). Or did I miss something?

- Martin



-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Björn Schotte

* Idiot I am wrote:
 I suggest ext/template being extemely important.

Erm, of course if that extension would be as
powerful as PHPLIB's Template, IT[X] and Smarty
together.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Andrei Zmievski

On Wed, 05 Dec 2001, Björn Schotte wrote:
 I suggest ext/template being extemely important.

Sorry, but I am completely against it.

-Andrei

For society, it's probably a good thing that engineers value function over
appearance.  For example, you wouldn't want engineers to build nuclear power
plants that only _look_ like they would keep all the radiation inside.
(Scott Adams - The Dilbert principle)

--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Björn Schotte

* Andrei Zmievski wrote:
  I suggest ext/template being extemely important.
 Sorry, but I am completely against it.

Why?

Björn.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Andrei Zmievski

On Wed, 05 Dec 2001, Björn Schotte wrote:
 * Andrei Zmievski wrote:
   I suggest ext/template being extemely important.
  Sorry, but I am completely against it.
 
 Why?

See my previous message.

-Andrei

When I get a little money, I buy books;
 and if any is left I buy food and clothes. -- Erasmus

--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread derick

On Wed, 5 Dec 2001, Andrei Zmievski wrote:

 On Wed, 05 Dec 2001, Björn Schotte wrote:
  I suggest ext/template being extemely important.

 Sorry, but I am completely against it.

I agree with Andrei here. If an templating extension is bundled with PHP,
it becomes the 'defacto supported' template engine. In other words, we
will say that this is the best template engine, because it is bundled with
PHP.

Derick


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread James Moore

 On Wed, 05 Dec 2001, Björn Schotte wrote:
  I suggest ext/template being extemely important.

 Sorry, but I am completely against it.

+1, the only exception I might make would be Smarty as it is well designed
and a lot of people use it but I dont think even smarty has a place in the
PHP Distribution.

- James


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Andrei Zmievski

On Wed, 05 Dec 2001, [EMAIL PROTECTED] wrote:
 I agree with Andrei here. If an templating extension is bundled with PHP,
 it becomes the 'defacto supported' template engine. In other words, we
 will say that this is the best template engine, because it is bundled with
 PHP.

Yes, and it will hurt my feelings too. :)

-Andrei
* If it's never finished, you can't prove it doesn't work. *

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Andrei Zmievski

On Wed, 05 Dec 2001, James Moore wrote:
 +1, the only exception I might make would be Smarty as it is well designed
 and a lot of people use it but I dont think even smarty has a place in the
 PHP Distribution.

Perhaps in PEAR, but you are correct.

-Andrei

Complexity in the mind is not caused by learning;
learning is caused by complexity in the mind.
 -- Steven Pinker

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Martin Jansen

On Wed, 5 Dec 2001 16:17:29 +0100 (CET), [EMAIL PROTECTED] wrote:

On Wed, 5 Dec 2001, Andrei Zmievski wrote:

 On Wed, 05 Dec 2001, Björn Schotte wrote:
  I suggest ext/template being extemely important.

 Sorry, but I am completely against it.

I agree with Andrei here. If an templating extension is bundled with PHP,
it becomes the 'defacto supported' template engine. In other words, we
will say that this is the best template engine, because it is bundled with
PHP.

I'm also not sure, if the template extension is important enought to
be bundled with PHP and I think, that it might fit better in PEAR, but:

What is with PEAR DB? Is it also the defacto standard, because it
is bundled with PHP?

- Martin



--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Andrey Hristov

Make it experimental Then :
This module is EXPERIMENTAL. That means, that the behaviour of these functions, these 
function names, in concreto ANYTHING
documented here can change in a future release of PHP WITHOUT NOTICE. Be warned, and 
use this module at your own risk.

Regards,
Andrey
- Original Message -
From: [EMAIL PROTECTED]
To: Andrei Zmievski [EMAIL PROTECTED]
Cc: Björn Schotte [EMAIL PROTECTED]; Martin Jansen [EMAIL PROTECTED]; 
Daniel Lorch [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, December 05, 2001 5:17 PM
Subject: Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates


 On Wed, 5 Dec 2001, Andrei Zmievski wrote:

  On Wed, 05 Dec 2001, Björn Schotte wrote:
   I suggest ext/template being extemely important.
 
  Sorry, but I am completely against it.

 I agree with Andrei here. If an templating extension is bundled with PHP,
 it becomes the 'defacto supported' template engine. In other words, we
 will say that this is the best template engine, because it is bundled with
 PHP.

 Derick


 --
 PHP Development Mailing List http://www.php.net/
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]




-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Andrey Hristov

Proposal : libmyopinion.o (*heh*)

Regards,
Andrey


- Original Message - 
From: Daniel Lorch [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December 05, 2001 6:36 PM
Subject: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates


 Hi,
 
  One thing I try to avoid is making assumptions, because most of the
  world's problems come from that.
 
 So perhaps you should make an RfC for inserting a (IMHO)
 after every word in every sentence of a posting to php-dev
 to satisfy your soul.
 
 actually we should declare some prototype. how about the good ol'
 template style:
 
   {IMHO: this is my opinion}
 
 or the more XML-style
 
   my-opinion
 what follows here is solely my own opinion
   /my-opinion
 
 maybe even someone wants to write a PHP module for it, allowing
 
   opinion_insert($who, $message);
 
   opinion_insert(daniel lorch, my opinion);
 
 now THATs a good idea.
   
 Kind Regards,
   Daniel Lorch
 
 
 
 -- 
 PHP Development Mailing List http://www.php.net/
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]
 
 


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Andrey Hristov

All functions are external for the language.
A C program can live without any function( except for main). Some things can me made 
without using of function.
When I use stdio.h I think that protos which resides there are not part of the 
language.
I had a CS course where the lector showed us what is C and without using any function.
I don't think that any of the template functions is different from array_push for 
example it's not PHP it is external function.
I can live without array_push, implode and some others, so someone else can live 
without templtes_* functions.


Regards,
Andrey Hristov
- Original Message -
From: Andrei Zmievski [EMAIL PROTECTED]
To: Björn Schotte [EMAIL PROTECTED]
Cc: Martin Jansen [EMAIL PROTECTED]; Daniel Lorch [EMAIL PROTECTED]; 
[EMAIL PROTECTED]
Sent: Wednesday, December 05, 2001 5:14 PM
Subject: Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates


On Wed, 05 Dec 2001, Björn Schotte wrote:
 * Andrei Zmievski wrote:
   I suggest ext/template being extemely important.
  Sorry, but I am completely against it.

 Why?

See my previous message.

-Andrei

When I get a little money, I buy books;
 and if any is left I buy food and clothes. -- Erasmus

--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

2001-12-05 Thread Boian Bonev

hi Daniel,

 when I look at /ext/ (PHP source) just to pick a random example:
 what's 'vpopmail' doing there (no personal offense to the author,
 really randomly picked)? I mean, vpopmail has it's own deamon and an
 interface written in PHP (ok, that one is ugly, it depends on global
 variables and has to be rewritten), but why create a /compiled/ module
 for this? doesn't make sense to me. no gain in performance. and even
 the module is WORSE than the PHP interface, because it requires you to
 run PHP as CGI binary, fiddling around with sudo etc.. (whereas the
 PHP just opens a socket to the vpopmail-daemon, sends some commands
 etc..)

i would not like to put any offense but you are technicaly wrong - the
fastest way to access vpopmail functionality is to call native api instead
execute something external. this can be observed on high loaded servers of
course. one cannot skip the sudo stuff with vpopmail anyway - you must be
root to manage domains, and at least vpopmail to manage users. when one
really need to manage vpopmail at high web load she can compile a separate
apache for the management site and run it under vpopmail instead using slow
CGIs. prehapse you mess vpopmail with vmailmgr - the first one have
management daemon, second does not (at least an official one). the third
reason is the unified interface - vpopmail command line tools differ between
versions and one have to tweak her script for each different version.

about the first part of your email - i would vote with two hands for PEAR
repository of php modules written in C, vpopmail extension's place is
definitely there

 anyone interested in /ext/daniel/ printing out some greetings to my
 friends? how about daniel_greet_his_friends(); and
 daniel_send_email_to_his_friends(), etc?

:))

b.


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]