On Sat, Jul 11, 2009 at 11:23:11AM -0400, Daniel Brown wrote:
>
> I used $html =<< HTML+PHP in Vim, and as many know, almost everything I do is from the
> command line and Vim.
Vim FTW! (And mutt for the pwnage!)
Paul
--
Paul M. Foster
--
PHP General Mailing List (http://www.php.net/
On Sun, Jul 12, 2009 at 03:08, Eddie Drapkin wrote:
>
> Two things:
> 1) I've never head of an email list changing their rules to cater to a
> fringe crowd, like Nokia 6020 users.
> 2) Why does every thread lately degrade into chatter about top/bottom
> posting? *looks RIGHT AT D. Brown*
Re: (
At 5:16 AM +0530 7/12/09, Zareef Ahmed wrote:
I always said : Being good and Being FORCED to be good are two
different things... and PHP normally don't force us to be good that
why PHP is the most popular programming language with a large code
base which WORKS but not as per the standard or
On Sun, Jul 12, 2009 at 2:08 PM, Eddie Drapkin wrote:
> 2) Why does every thread lately degrade into chatter about top/bottom
> posting? *looks RIGHT AT D. Brown*
>
Ask him :D :P
On Sun, Jul 12, 2009 at 3:05 AM, Lenin wrote:
> On Sun, Jul 12, 2009 at 6:49 AM, Daniel Brown wrote:
>>
>> > Sorry for TOP posting This mailing list also don't force us to be
>> > good
>> > :)
>>
>> FORCE, no. ENCOURAGE, yes. Particularly in long threads like
>> this one. Check the rule
On Sun, Jul 12, 2009 at 6:49 AM, Daniel Brown wrote:
>
> > Sorry for TOP posting This mailing list also don't force us to be
> good
> > :)
>
> FORCE, no. ENCOURAGE, yes. Particularly in long threads like
> this one. Check the rules. They're not just there to take up space
> on the p
On Sat, Jul 11, 2009 at 19:46, Zareef Ahmed wrote:
> I always said : Being good and Being FORCED to be good are two different
> things... and PHP normally don't force us to be good that why PHP is the
> most popular programming language with a large code base which WORKS but
> not as per the stan
I always said : Being good and Being FORCED to be good are two different
things... and PHP normally don't force us to be good that why PHP is the
most popular programming language with a large code base which WORKS but
not as per the standard or recommended way ; so keep you old code as long as
i
On Sat, Jul 11, 2009 at 5:37 PM, tedd wrote:
> At 3:34 AM +0700 7/12/09, Lenin wrote:
>>
>> On Sun, Jul 12, 2009 at 2:56 AM, Eddie Drapkin wrote:
>>
>>> On Sat, Jul 11, 2009 at 3:53 PM, Govinda
>>
>> > wrote:
>> > > what does "EOT" stand for?
>>>
>>> > (I realize that string can be anything..
On Sat, Jul 11, 2009 at 17:37, tedd wrote:
>
> I'm sure some clever person could come up with something better.
Probably not.
Now, on to NOWDOC
--
daniel.br...@parasane.net || danbr...@php.net
http://www.parasane.net/ || http://www.pilotpig.net/
Check out our great hosting and dedi
At 3:34 AM +0700 7/12/09, Lenin wrote:
On Sun, Jul 12, 2009 at 2:56 AM, Eddie Drapkin wrote:
On Sat, Jul 11, 2009 at 3:53 PM, Govinda
> wrote:
> > what does "EOT" stand for?
> (I realize that string can be anything.. but I am just asking what EOT
> > means to everyone?
>
> I just us
On Sun, Jul 12, 2009 at 2:56 AM, Eddie Drapkin wrote:
> On Sat, Jul 11, 2009 at 3:53 PM, Govinda
> wrote:
> > On Jul 11, 2009, at 11:26 AM, Eddie Drapkin wrote:
> >
> >> $foo = << >> $bar[hello]
> >> EOT;
> >
> > what does "EOT" stand for?
> > (I realize that string can be anything.. but I am ju
On Sat, Jul 11, 2009 at 3:53 PM, Govinda wrote:
> On Jul 11, 2009, at 11:26 AM, Eddie Drapkin wrote:
>
>> $foo = <<> $bar[hello]
>> EOT;
>
> what does "EOT" stand for?
> (I realize that string can be anything.. but I am just asking what EOT
> means to everyone?
I just use it as "End of Term" bec
On Jul 11, 2009, at 11:26 AM, Eddie Drapkin wrote:
$foo = <<
what does "EOT" stand for?
(I realize that string can be anything.. but I am just asking what
EOT means to everyone?
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On Sat, Jul 11, 2009 at 14:15, Eddie Drapkin wrote:
>
[snip!]
> which would be cast to a string (as an undefined constant) and then
[snip!]
That's exactly the point I was waiting for someone to make. I
wanted someone to question why it was a Bad Idea[TM] to leave the key
unquoted and typecast
On Sat, Jul 11, 2009 at 2:01 PM, Daniel Brown wrote:
> On Sat, Jul 11, 2009 at 13:45, Eddie Drapkin wrote:
>>
>> If that's true, then we've found an error reporting bug! I've never
>> seen an error/warning raised, even with my usual
>> "error_reporting(E_ALL | E_STRICT | E_DEPRACATED)"! The warnin
On Sat, Jul 11, 2009 at 13:45, Eddie Drapkin wrote:
>
> If that's true, then we've found an error reporting bug! I've never
> seen an error/warning raised, even with my usual
> "error_reporting(E_ALL | E_STRICT | E_DEPRACATED)"! The warning is
> raised here, though:
> $foo = $bar[hello];
>
> but n
On Sat, Jul 11, 2009 at 1:41 PM, Daniel Brown wrote:
> On Sat, Jul 11, 2009 at 13:35, Daniel Brown wrote:
>>
>> It works fine because you're forcing PHP to cast 'hello' in your
>> array from a simple boolean TRUE to the string equivalent.
>
> sed "s/string equivalent/literal 'hello' string/g"
On Sat, Jul 11, 2009 at 13:26, Eddie Drapkin wrote:
>
> Uhm you don't need braces around arrays unless you're using more
> than one dimension in the array.
>
> This works perfectly fine for me:
>
> $bar = array('hello' => "goodbye");
>
> $foo = << $bar[hello]
> EOT;
>
> echo $foo; //echos out
On Sat, Jul 11, 2009 at 13:35, Daniel Brown wrote:
>
> It works fine because you're forcing PHP to cast 'hello' in your
> array from a simple boolean TRUE to the string equivalent.
sed "s/string equivalent/literal 'hello' string/g"
(The way I'd worded it before seemed to me, upon re-re
On Sat, Jul 11, 2009 at 11:03 AM, Daniel Brown wrote:
> On Sat, Jul 11, 2009 at 10:42, Ashley Sheridan
> wrote:
>>
>> The braces ensure that PHP doesn't stop parsing the variable name once it
>> reaches the [. By default, it will only match a variable name up to the [
>> sign, so you couldn't acce
At 11:23 AM -0400 7/11/09, Daniel Brown wrote:
and as many know, almost everything I do is from the
command line
I stopped using the command-line when I moved from my old Apple ][ to the Mac.
I know I should get back into it, but there is so much there it's
overwhelming. Using the terminal c
On Saturday 11 July 2009 16:23:11 Daniel Brown wrote:
> On Sat, Jul 11, 2009 at 11:05, tedd wrote:
> > Side note: Paul Novitski showed me using an underscore for heredocs:
> >
> > $html =<<<_
> > whatever
> > _;
> >
> > That I thought was kind of neat. To me it makes heredocs stand out and
> > are
On Saturday 11 July 2009 16:05:55 tedd wrote:
> At 3:42 PM +0100 7/11/09, Ashley Sheridan wrote:
> >On Saturday 11 July 2009 15:23:55 tedd wrote:
> > > At 8:34 PM -0400 7/10/09, Daniel Brown wrote:
> >
> >-snip-
> >
> > > >$html =<< >> >
> >> >File Name: {$filedata['name']}
> >> >File Size: {$
On Sat, Jul 11, 2009 at 11:05, tedd wrote:
>
> Side note: Paul Novitski showed me using an underscore for heredocs:
>
> $html =<<<_
> whatever
> _;
>
> That I thought was kind of neat. To me it makes heredocs stand out and are
> more uniform.
I used $html =<<
daniel.br...@parasane.net || danbr
At 3:42 PM +0100 7/11/09, Ashley Sheridan wrote:
On Saturday 11 July 2009 15:23:55 tedd wrote:
> At 8:34 PM -0400 7/10/09, Daniel Brown wrote:
-snip-
> >$html =<<
>File Name: {$filedata['name']}
>File Size: {$filedata['size']}
>
> >\$somevar: {$somevar}
>
> >HTML;
>
>echo $html;
>?
On Sat, Jul 11, 2009 at 10:42, Ashley Sheridan wrote:
>
> The braces ensure that PHP doesn't stop parsing the variable name once it
> reaches the [. By default, it will only match a variable name up to the [
> sign, so you couldn't access arrays without the braces.
Couldn't have said it better
On Saturday 11 July 2009 15:23:55 tedd wrote:
> At 8:34 PM -0400 7/10/09, Daniel Brown wrote:
> >On Fri, Jul 10, 2009 at 20:25, Govinda wrote:
> >> How do I get
> >> basename(__FILE__)
> >> or
> >> htmlentities($somevar)
> >> to be evaluated in a heredoc?
> >
> > You don't. Instead, you
At 8:34 PM -0400 7/10/09, Daniel Brown wrote:
On Fri, Jul 10, 2009 at 20:25, Govinda wrote:
How do I get
basename(__FILE__)
or
htmlentities($somevar)
to be evaluated in a heredoc?
You don't. Instead, you have to store the output from those in a
variable (or array), then place it in
On Sat, Jul 11, 2009 at 6:14 AM, Govinda wrote:
> On Jul 10, 2009, at 6:34 PM, Zareef Ahmed wrote:
>
> heredoc was there to work with the strings... why you want to use
>> functions into that?
>>
>
> I'm lazy. Like to type less. ;-)
It is well known fact that normally only lazy people end up
On Jul 10, 2009, at 6:34 PM, Zareef Ahmed wrote:
heredoc was there to work with the strings... why you want to use
functions into that?
I'm lazy. Like to type less. ;-)
But now I know.
Thanks guys.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php
On Sat, Jul 11, 2009 at 5:55 AM, Govinda wrote:
> How do I get
> basename(__FILE__)
> or
> htmlentities($somevar)
> to be evaluated in a heredoc?
>
heredoc was there to work with the strings... why you want to use functions
into that?
>
>
> Govinda
> govinda.webdnat...@gmail.com
On Fri, Jul 10, 2009 at 20:25, Govinda wrote:
> How do I get
> basename(__FILE__)
> or
> htmlentities($somevar)
> to be evaluated in a heredoc?
You don't. Instead, you have to store the output from those in a
variable (or array), then place it into the HEREDOC it.
basename(__FILE__), 'siz
On Fri, Jul 10, 2009 at 8:25 PM, Govinda wrote:
> How do I get
> basename(__FILE__)
> or
> htmlentities($somevar)
> to be evaluated in a heredoc?
>
>
> Govinda
> govinda.webdnat...@gmail.com
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www
How do I get
basename(__FILE__)
or
htmlentities($somevar)
to be evaluated in a heredoc?
Govinda
govinda.webdnat...@gmail.com
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
35 matches
Mail list logo