Is there any way to convince someone to write more extensive documentation
on the DOMXML functions?
--
Colin Viebrock
Co-Founder, easyDNS Technologies
http://www.easyDNS.com/
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
"my.dtd"
Thanks
--
Colin Viebrock
Co-Founder, easyDNS Technologies
http://www.easyDNS.com/
--
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-ma
But the h2 / h3 / h1 elements look like lego-blocks for me. :)
This must be caused by the fact that I don't have Arial font in my
system..using the defaults fonts (overriding the document specified)
'fixes' this. Why not use 'Verdana' ? It's more readable font, IMO.
If you don't have Arial,
ing is too big, then Netscape 6.x seems to
receive all the data but not refresh the browser window to display the new
data.
This is more of a NS6/Mozilla bug than anything else. Just thought it might
affect anyone here using session-based authentication.
--
Colin Viebrock
Co-Founder, easyDNS T
I right?
Do I need to use $tree-children-0-name now, or will you add $tree-root
back in?
--
Colin Viebrock
Co-Founder, easyDNS Technologies Inc.
http://www.easyDNS.com/
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
--
Colin Viebrock
Co-Founder, easyDNS Technologies Inc.
http://www.easyDNS.com/
--
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]
On the implementation side, I'm not convinced of the
usefulness of such a change. The way libphp4.la is built
directly depends upon the chosen SAPI module (thread-safety,
shared/static). As of today, there are only a few possible
combinations. From day-to-day
Just curious whether the work Derick has been doing to fix the mcrypt
functions is going to make it into 4.0.5?
It was mcrypt and sockets that we were waiting on, right? And the sockets
stuff is confirmed now, right?
--
Colin Viebrock
Co-Founder, easyDNS Technologies Inc.
http
I think my main point is valid though. Placing popular extensions in one
place and unpopular ones in another draws an arbitrary line in the sand
which makes it impossible to intuitively guess where things should be. The
only way for this to be handled elegantly is for all extensions to live
Specifically in my case, HTTP_ENV_VARS['USER'] is now being set. It
took me a while to figure out why my scripts, which use $USER as a session
variable, were getting messed up.
That is because PHP inherits the environment from Apache, which in turn
inherits it from the shell in which you
Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in
/path/to/file.php on line 246
Zeev/Andi ... ? :)
- Colin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the
Can I make a suggestion to take the distributions directory out of the
phpweb repository, and make it it's own CVS repository?
This would a) allow people to just mirror the downloads instead of the whole
site and b) make it much quicker when people do a cvs update when they only
want to edit
I added an error of level E_NOTICE for this.
Thanks.
- Colin
--
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]
I'd make mstring - mbstring.
The question is if it's worth splitting this up into more than one
extension. Probably not.
So we should probably be picking out of wchar, mbstring, jpstring.
Rui, what do you think?
I'm not Rui, but my vote would be for mbstring (or mb_string). If this
handles
If we are to do this then we should definatly separate the distributions
and
the actual scripts, could we make phpweb_scripts phpweb_dist if somtone
checksout phpweb then they get both byt we can also get phpweb_scripts
separately. (cvs cando this automatically)
Agreed.
The phpweb tree
why?
(my thought is that the archived distributions shouldn't be under
cvs control at all, and shouldn't be part of the mirrored website.)
Well, I think we should at least have the latest, and second-latest versions
available on mirror sites.
All the third-latest-and-earlier versions should
Any opinions? Have I overlooked something that makes this more difficult
than
it seems? I'm willing to work on this if I can gather some positive
concensus.
For one thing, I would have to change all my code from:
if (get_class($var)=='foo_class')) { ... }
... to:
if
I don't think it is trivial to implement this without:
a) Creating a second version of our hash tables (I don't like duplicate
code).
b) Adding more complexity to the already complex hash tables.
I don't know enough about Zend internals to speak with any authority, but
wouldn't an easy way of
The question was under what key the class entry should be stored... At
any
rate, it's a non-issue; Saving the 'beautiful' version of the class name
is possible, but is a bit hacky IMHO. There should be an optional case
sensitive mode, and we'll introduce one in one of the future versions
)
);
}
}
}
}
eval($temp);
$$var = $t;
if ($global_function) {
$global_function($$var);
}
}
}
?
--
Colin Viebrock
Co-Founder, easyDNS Technologies Inc.
http://www.easyDNS.com
I've contacted Uwe, and if he doesn't object (or respond ;) within the
next day or so, I'll revert the commit in the 4_0_6 branch (leaving head
alone).
Whoa.
Are you saying that 4.0.6 will revert to the domxml syntax that was in
4.0.4 and previous? And that 4.0.5 will just have it's own
No, we'll revert it to 4.0.5 version, not 4.0.4.
Is this the version that includes the complete rewrite of the DOMXML
module?
Basically, which will work now:
$rootname = $XML_TREE-root-name;
or
$rootname = {$XML_TREE-children[1]}-tagname;
?
Please say the second one.
- Colin
--
Can you please check 4.0.6RC1?
(http://www.php.net/~andi/php-4.0.6RC1.tar.gz)
Getting make errors with CURL (which I never got before):
upgrade to cURL 7.7.3
Thanks, Sterling ... that fixed the cURL problems.
Well, it looks like my scripts all seem to work without any changes, so I
I know the lists are just back online, so I shouldn't be making feature
requests ... but it would be nice if the bug reports had their own mailing
list instead of being sent to the dev list.
I can see why you might not want this (dev people work on bugs), but I'm
sure some people would like to
Please test it http://www.php.net/~andi/php-4.0.6RC4.tar.gz
Compiles nicely under RH7.0 (will test with Debian later).
Two failed tests with the CGI, though:
Running tests in /usr/local/sources/php-4.0.6RC4//ext/standard/tests/time
Okay, you said to take this out of the bug database, so ...
php -l *still* doesn't work for me with the RC4 tarball:
[cmv@sunniva Reg]$ cat x.php
?php
$a = array(1,2,3)
print_r($a);
?
[cmv@sunniva Reg]$ php -v
4.0.6RC4
[cmv@sunniva Reg]$ php -l x.php
[cmv@sunniva Reg]$ php x.php
Hrm, how about a semicolon at the end of the 3rd line? :)
It leaks, but it works.
Zeev, my point was that php -l should've picked up on that, right? :)
Jani, here is my config line:
./configure \
--with-mysql=/usr/local \
--disable-pear \
--enable-track-vars \
--disable-debug \
For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
upgrade isn't being fixed. Maybe we should revert it back to what it was
in 4.0.6 until it gets a thorough make over?
You love to make me work, huh? :)
Seriously, if we stick with the 4.0.6 version, that's fine.
(the server software will be released soonish. keep an eye on
http://news.php.net/ for an announcement.)
Looks good ... although clicking on the rss link produces:
Warning: Cannot add header information - headers already sent by
(output started at
Full name: Chris Roman
Email: [EMAIL PROTECTED]
ID:rmn96
Purpose: To report my bug
Try http://bugs.php.net/ You don't need a cvs account to report bugs.
- Colin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
I don't know who is in charge of the new mail server, but I'm getting a lot
of bounce messages from the server. Here is a copy of the latest (btw, that
IP at the end is pb1.pair.com - 216.92.131.4)
- Colin
--- Below this line is a copy of the bounce message I received.
Return-Path:
Seems like recent cURL module always outputs the header to STDOUT, even if
the curl_setopt ($c, CURLOPT_HEADER, 0) was called. I do not know if it's
cURL library or PHP cURL module problem, but obviously it is going to
break a lot of scripts this way.
I reported this already: bug #12018
I prefer style #1 as well -- it preserves backward compatability and
is consistent with the libxml2 docs.
Plus, it is then similar to other PHP functions that use an object or
handle
as the first argument (e.g. mysql_, fopen, fwrite, curl, etc.).
- Colin
--
PHP Development Mailing List
Anyone else here notice that the additional information blocks for modules
compiled into PHP is pretty much sorted in reverse alphabetically order?
Just wondering if we could switch it to forward alpha order, if possible.
And why zlib seems to come up in the wrong location.
- Colin
--
PHP
Just planning some upgrades here at easyDNS and wondering if there is a
plan yet for when 4.0.7 might be released?
- Colin
--
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
This is with using the 4.0.6 release tarball. config and make work fine,
but
make install fails with a weird message I've never seen before:
Making install in pear
make[1]: Entering directory `/home/cmv/sources/php-4.0.6/pear'
make[2]: Entering directory `/home/cmv/sources/php-4.0.6/pear'
Nevermind ... I just saw the bug report and notice that it's fixed in CVS.
- Colin
--
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]
FWIW, I've needed to hack my code to handle three differences between the 2
different API versions. To be honest, I can't keep track of which API was
in which release of PHP, so I'll just call them API A) and API B).
1) Names of tags:
API A) $node-name
API B) $node-tagname
2) Tag
I haven't installed libxml 2.4.2 and PHP 4.0.7rc1 yet, but I'm wondering
if
someone can tell me which API version is in use? This script should
tell
you:
By your script, B is in use for 4.0.7. I'm going to look at this
tonight, perhaps we can merge the 2 somehow before .7 goes
I don't know where else to post this, so ...
I'm trying to build PHP3 from the latest snapshot file (php3-200110020900),
and the configure script fails with:
...
checking for ASPELL support... no
checking for MCAL support... no
checking for ftp support... no
./configure:
FWIW, I get the same error with just a simple ./configure with no flags.
The configure file is available to see at
http://tex.privateworld.com/~cmv/configure
- Colin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Well, this was solved by removing the configure script that came with the
snap, and running ./buildconf (thanks Derick).
I'm guessing that the script that automagically generates these snaps is
building a bad configure file ... somehow.
- Colin
Colin Viebrock [EMAIL PROTECTED] wrote
I suppose the text here needs to be revamped in light of the Zend license
change.
- Colin
--
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
Well .. the documentation always documents the 'current'
state as much as it can, so it is right to update the docs.
I agree.
However, I don't like the idea to lowercase all classes.
I'ld rather see the original notation of classes not to be
changed at all. No idea
Any docs on using this extension?
- Colin
--
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]
Zak Greant [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
On December 10, 2001 03:42 pm, Colin Viebrock wrote:
Any docs on using this extension?
Hey Colin,
There is an article on Zend -
http://www.zend.com/zend/tut/tut-xml-rpc-cl
FWIW, though, most of the docs on http://xmlrpc-epi.sourceforge.net/
seem to apply to the PHP class. I just had some questions about
using SSL, and about what I think might be a small bug in the
implementation (see http://bugs.php.net/?id=14414).
Heh. That's what I get for sending
I can't get to it either through the web, or through NNTP.
- Colin
--
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]
Is anyone reading this list? I haven't heard a thing since last week when I
posted what I think might be a serious bug in the extension (see also
http://bugs.php.net/?id=14521).
Basically, you define a method. When executed, the server passes it the
appropriate parameters. However, what is
Not true, I've been using it, it works fine, I'm not quite sure
about that bug though (too tired now to check it out also... :)
Well, when you *do* get some sleep :) ... take a look at the bug I posted:
http://bugs.php.net/?id=14521
I can see how the extension would be useable, if you never
libmcal is now at http://sourceforge.net/projects/libmcal/
- Colin
Georg Richter [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Hello all,
Obviously MCAL is the follower of ICAP. The icap library isn't more
available, subdomain icap.chek.com is not
I must have missed some discussion where it was decided to change
this..? Can't seem to find any in the archives either.
There wasn't.
And why is there even need to change it? It has worked fine (for ANY
browser) for very long time now.
I was simply trying to reduce the
It obviously is not compatible with current browsers as it
is really ugly in IE and NS.
It looks pretty much identical to the way it did before in MSIE 5+ and
NS 6+ and Mozilla. It only looks ugly (i.e. not as nice as before) in
NS 4.x, a broswer that almost no one uses anymore.
Just out of curiosity, what was the size before/after?
Right now, it reduces the size to about 75% of the original. But a few
minor changes could drop that easily to 50%.
- Colin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Sebastian Bergmann wrote:
Currently
API Versions: PHP: 20020307 PHP Extension: 20020429 Zend Extension:
20020903
is rendered instead of
API Versions: PHP: 20020307
PHP Extension: 20020429
Zend Extension: 20020903
Okay, I'll look
Lance,
I just noticed this post, and PWEE sounds pretty interesting.
One thing that would definitly make me consider using it in a production
environment would be the ability to change configuration based on the
name of the vhost being accessed.
For example, we've got several sites all running
Log:
don't define fonts ... use the browser defaults
Reason being?
Yasuo Ohgaki's post earlier today said:
First problem, CSS should not contain specific font
name. Otherwise, characters may be broken under some
browsers when font does not have type faces needed.
Although, to be
This is getting a little more complicated than I think is necessary.
There are two issues here, I think:
a) Fonts. Some people didn't like Arial, so I reverted to letter the
browser decide. Some people didn't like that, and they'd like the font
specifications back in.
I'm going to add the
a) Fonts. Some people didn't like Arial, so I reverted to letter the
browser decide. Some people didn't like that, and they'd like the font
specifications back in.
This will simply break output under some browser.
It's more important to show info, but show a little nicely on some
Yes and No. It works withh my browser, but I just happen to know
some browsers do not like it. Let's be more conservative.
I'd rather have a nice looking page that works on 99% of the browsers,
than a not-so-nice looking one that works on 100%.
Okay ... so don't output the charset meta tag
If someone gives me an account on an OSX box (or even better, puts an
OSX box into my mailbox! ;-) I will make it work.
Don't know how useful/useable this is, but Sourceforge's compile farm
includes a box with OSX (10.1).
- Colin
--
PHP Development Mailing List http://www.php.net/
To
And I wonder why do you think it is so important to show the characters
like eacute; or auml; in every browser... ? For me, to show correct
multibyte characters in the gpc section would make more sense.
Therefore I think the best solution is to keep the best visibility in the
user's
Why did you remove the charset info?
I want my charset back since it enables correct handling of the output.
Everything these lines commented out by you do is telling the receiver
what charset he gets. That is compareable to http charset info which
will be generated by those modules also.
63 matches
Mail list logo