On more solution would be to have a roll over the word/phrase that will
present the user with a list of articles matching that title. This way for
the Americas problem, the user can then choose which article s/he would like
to goto instead of letting the system decide for them. This will make the
Hans Zaunere wrote:
Absolutely, some type of shorthand is needed, which is exactly why they
exist in the first place. I think the issue with removing
Well you're at it, how about a version of htmlspecialchars() built in...
It might be an irresponsible namespace grab, but I've got a
> > It's snippets like these, imho, that justify the deprecation/removal
> > of short open tags.
...
> On the other hand, if I ever have to hack the php source to enable
> short tags, I'll change them to [; and ;] so I can stop wearing down
> my pinkie on the shift key.
Absolutely, some type of sh
On Fri, Aug 28, 2009 at 3:33 PM, Eddie Drapkin wrote:
> It's snippets like these, imho, that justify the deprecation/removal
> of short open tags.
Well, everyone is entitled to their opinion. I'd much rather type
than .
It all comes down to what you're used to. If you use php as a template
lang
On Fri, Aug 28, 2009 at 3:11 PM, Petros Ziogas wrote:
> That were some good ideas about the problems that I thought will arise.
Actually, everyone has had very good thoughts on the entire process.
Enough for me to attempt to develop a solution, but also enough to
know that it will not be a _perfe
On Fri, Aug 28, 2009 at 2:39 PM, Chuck Reeves wrote:
> /agree which was why I thought this was deprecated. I guess since the
> webserver knows what parser to pull based off the file extension, it looks
> as if Zend has decided that there would be no benefit to deprecating this
> directive.
>
If y
Hi Tedd,
That were some good ideas about the problems that I thought will arise.
What you forgeting is that you can't just decide what is more important and
what is not. I mean it might be that logically the short article (e.g.
America) should be linked and not the long one. If the articles are ma
On Fri, Aug 28, 2009 at 2:32 PM, Eddie Drapkin wrote:
> On Fri, Aug 28, 2009 at 2:27 PM, Mona Borham
> wrote:
>> If you are using a host server that supports multiple programming languages
>> this may be dangerous
>>
>
> Or if you use a server that has parsed as PHP.
Which makes it seem like the
/agree which was why I thought this was deprecated. I guess since the
webserver knows what parser to pull based off the file extension, it looks
as if Zend has decided that there would be no benefit to deprecating this
directive.
Thank You
Chuck Reeves
Cell: 631-374-0772
Email: chuck.ree...@gmail
On Fri, Aug 28, 2009 at 2:27 PM, Mona Borham wrote:
> If you are using a host server that supports multiple programming languages
> this may be dangerous
>
Or if you use a server that has http://lists.nyphp.org/mailman/listinfo/talk
http://www.nyphp.org/show_participation.php
If you are using a host server that supports multiple programming languages
this may be dangerous
On Fri, Aug 28, 2009 at 8:49 PM, Paul A Houle wrote:
> compliant, so some HTML editors might not handle them correctly. Also,
> like magic_quotes_gpc, short tags may or may not be turned on for
Chuck Reeves wrote:
I think there is some discrepancy with this ini directive. In the
study book "Zend PHP5 Certification Guide" form PHP|Architect, It
states that the short tags are deprecated. I am not seeing any other
references to short tags being deprecated. In fact in the
documentatio
> I think there is some discrepancy with this ini directive. In the
> study book "Zend PHP5 Certification Guide" form PHP|Architect, It
> states that the short tags are deprecated. I am not seeing any other
> references to short tags being deprecated. In fact in the
> documentation for the Zend
Hi Chuck:
I recall some talk on PHP's internals list about this subject, maybe six
months to a year ago. It was decided they will not be removed.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
I think there is some discrepancy with this ini directive. In the study
book "Zend PHP5 Certification Guide" form PHP|Architect, It states that the
short tags are deprecated. I am not seeing any other references to short
tags being deprecated. In fact in the documentation for the Zend Framework,
Another little add on to these solutions would be to include some kind of
counter that will prevent the bot form linking more then X times. This way
when the article loads, it will not be just one big stream of links.
Thank You
Chuck Reeves
Cell: 631-374-0772
Email: chuck.ree...@gmail.com
On Fr
At 8:21 AM -0400 8/28/09, Randal Rust wrote:
On Fri, Aug 28, 2009 at 6:00 AM, Petros Ziogas wrote:
I think you get my point...
LOL. Oh yes. I have spent a lot of time thinking about this over the
past few years, so a lot of the issues discussed in this thread I have
thought of, but there hav
At 1:00 PM +0300 8/28/09, Petros Ziogas wrote:
I would just like to mention a point of failure in that automated
proccess. I had to deal with this in a previous project so it's
quite fresh.
What will happen if:
Problem 1
There are 3 articles. Article A is titled "History of America".
Artic
Hi Leam,
> More timing...or synchronicity...
>
> As we discuss the learning path and stages, I've heard that ONLAMP will
> not really continue. I mentioned ONLAMP's aged articles to you a few
> months ago and was all hyped about upgrade and reform. ONLAMP has helped
> me in several ways and it's
On Fri, Aug 28, 2009 at 6:00 AM, Petros Ziogas wrote:
> I think you get my point...
LOL. Oh yes. I have spent a lot of time thinking about this over the
past few years, so a lot of the issues discussed in this thread I have
thought of, but there have been some new ones. It has been a very
helpful
I would just like to mention a point of failure in that automated proccess.
I had to deal with this in a previous project so it's quite fresh.
What will happen if:
e.g.
There are 3 articles. Article A is titled "History of America". Article B is
titled "Glorious History of America". In article C t
21 matches
Mail list logo
