Re: [PHP] CSS tables

2009-05-19 Thread Nathan Rixham
I just wanted to run this past you guys for thoughts and opinions or 
even just to get brains ticking, it's all web development related and 
touched on throughout this thread.


At the core of this we have a single problem, we create websites and web 
based applications, which we want to be delivered to users clients, and 
have them function and render correctly.


This is made impossible because we have multiple client vendors all with 
varying support for varying features and standards.


To solve this we'd need force the users computer to use the client which 
the application / website was created for use on - similar to 
conventional software products which run on x and y platform but not z.


The aforementioned forcing is impossible though, we can't force a users 
computer to switch to firefox for this site and ie for that and so on.


It appears to me then that the only way to address this issue would be 
to literally send the needed client along with the requested content to 
the users computer and have it open.


To achieve this feasibly you'd need to have a sub-client which could run 
inside any client (or the majority of clients).


At this point we have a rough model to work with.

currently the model is:

user requests content
content is sent to users client
client determines how it functions and renders.

and the new model outlined:

user requests content
sub-client and content is sent to users client
sub-client is launched within users client
sub-client determines how it functions and renders.


addressing another issue.
we often have the need for realtime server client / client server push, 
without polling - as we know the http protocol does not support this as 
it's a request response based protocol not a persistent bidirectional 
(stream based) connection.


Thus we'd need the sub-client to support protocols other than http, 
ideally any form of tcp connection(s) to any port(s) using whichever 
protocol(s) we require for a specific application.


Realistically we'd want our content to be requested, delivered and 
updated freely, which would mean using the sub-client to handle all of 
this, connecting up to whatever server based software application(s) we 
specify.



revisiting the model, now we'd need:

user requests content
sub-client and _content loading instruction_ sent to users client
sub-client is launched within users client
sub-client connects to server application(s) and requests content.
sub-client determines how content functions, updates and renders.

this still leaves us with the sub-client determining things for us 
though, it is a markable improvement though as now we have the user 
running our application / viewing our content in the client we designed 
it for.



so taking this further
what we really need to start this off is a standard sub-client that's 
lightweight and runs applications, and those applications determine how 
the content functions, updates and renders.


In this scenario we could either select general pre made / third party 
application to display our content, or create our own application. This 
application would obviously run inside the sub-client which is inside 
the users client, and we'd have all the major problems addressed.


Speed, in order to keep the speed up with this any client, single 
sub-client, multiple application scenario it'd be a big bonus if the 
sub-client was held client side and downloaded / updated as required.



updated model:
user requests content
sub-client required and application location are sent to users client.
sub-client is launched within users client
sub-client loads required application
application connects to server application(s) and requests content.
application determines how content functions, updates and renders.


other considerations
not all requests are made by users, we have bots, spiders and there-in 
seo to consider here not to mention accessibility. To cut this bit short 
the obvious answer is two versions of the content (talking text based 
specifically here), one version that's available if the client doesn't 
support our sub-client, and another that's loaded inside the 
application. Alternative content I guess.



implementing model using current technologies
none of this is any good unless we can do it, and do it with 
technologies that the majority of users have today - so how does this sound.


users client requests content uri via http protocol
http response is sent back which includes:
- standard format document for bots/accessibility/unsupported clients
- sub-client requirement, application location, and instantiation code
...

from this point on the application inside the sub-client can forget the 
http protocol and client limitations and do what we want, the way we 
want it to.


addressing the http response mentioned above, we currently have (x)html 
supported pretty much everywhere possible, and (x)html supports the 
object which let's objects (sub-clients) run inside a users client. 
The 

Re: [PHP] CSS tables

2009-05-19 Thread PJ
Paul M Foster wrote:
 On Mon, May 18, 2009 at 05:55:47PM -0400, PJ wrote:

   
 Marc Christopher Hall wrote:
 
 and so I don't feel like a complete ass

 http://jeffhowden.com/code/css/forms/ 
  

 __ Information from ESET Smart Security, version of virus signature
 database 4084 (20090518) __

 The message was checked by ESET Smart Security.

 http://www.eset.com
   
   
 Funny, you should mention it... been there, done that...
 actually, that was one of the sites I had in mind... nice examples but
 there is no explanation of where it comes from and what it means... I
 have found no clear references to this type of stuff on w3org or any
 manuals. :-(
 

 Ahem. The CSS used is at the bottom of the page, and the code (HTML)
 itself is viewable by View Page Source in your browser. It's all there
 for you to peruse. Of course, this assumes a fair knowledge of CSS,
 which you would have to obtain elsewhere. (Although, I have to say, this
 example goes pretty far in illustrating how CSS works.)

 Paul

   
I do appreciate the input, but I think the main thrust of my even asking
for suggestions is beyond the obvious. I am perfectly aware and have
done exactly what you suggest, as I generally do when looking at
examples and tutorials.
However, I have been looking for explanations of what some of the syntax
of CSS is supposed to mean; in other words, some of the code that does
not make sense in relation to what is shown on the CSS
W3org and tutorial pages. They are rather elementary and do not clearly
explain relations of the different elements. At least to my Martian
understanding of logic.
:-)

-- 
Hervé Kempf: Pour sauver la planète, sortez du capitalisme.
-
Phil Jourdan --- p...@ptahhotep.com
   http://www.ptahhotep.com
   http://www.chiccantine.com/andypantry.php


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] CSS tables

2009-05-19 Thread PJ
Nathan Rixham wrote:
 I just wanted to run this past you guys for thoughts and opinions or
 even just to get brains ticking, it's all web development related and
 touched on throughout this thread.

 At the core of this we have a single problem, we create websites and
 web based applications, which we want to be delivered to users
 clients, and have them function and render correctly.

 This is made impossible because we have multiple client vendors all
 with varying support for varying features and standards.

 To solve this we'd need force the users computer to use the client
 which the application / website was created for use on - similar to
 conventional software products which run on x and y platform but not z.

 The aforementioned forcing is impossible though, we can't force a
 users computer to switch to firefox for this site and ie for that and
 so on.

 It appears to me then that the only way to address this issue would be
 to literally send the needed client along with the requested content
 to the users computer and have it open.

 To achieve this feasibly you'd need to have a sub-client which could
 run inside any client (or the majority of clients).

 At this point we have a rough model to work with.

 currently the model is:

 user requests content
 content is sent to users client
 client determines how it functions and renders.

 and the new model outlined:

 user requests content
 sub-client and content is sent to users client
 sub-client is launched within users client
 sub-client determines how it functions and renders.


 addressing another issue.
 we often have the need for realtime server client / client server
 push, without polling - as we know the http protocol does not support
 this as it's a request response based protocol not a persistent
 bidirectional (stream based) connection.

 Thus we'd need the sub-client to support protocols other than http,
 ideally any form of tcp connection(s) to any port(s) using whichever
 protocol(s) we require for a specific application.

 Realistically we'd want our content to be requested, delivered and
 updated freely, which would mean using the sub-client to handle all of
 this, connecting up to whatever server based software application(s)
 we specify.


 revisiting the model, now we'd need:

 user requests content
 sub-client and _content loading instruction_ sent to users client
 sub-client is launched within users client
 sub-client connects to server application(s) and requests content.
 sub-client determines how content functions, updates and renders.

 this still leaves us with the sub-client determining things for us
 though, it is a markable improvement though as now we have the user
 running our application / viewing our content in the client we
 designed it for.


 so taking this further
 what we really need to start this off is a standard sub-client that's
 lightweight and runs applications, and those applications determine
 how the content functions, updates and renders.

 In this scenario we could either select general pre made / third party
 application to display our content, or create our own application.
 This application would obviously run inside the sub-client which is
 inside the users client, and we'd have all the major problems addressed.

 Speed, in order to keep the speed up with this any client, single
 sub-client, multiple application scenario it'd be a big bonus if the
 sub-client was held client side and downloaded / updated as required.


 updated model:
 user requests content
 sub-client required and application location are sent to users client.
 sub-client is launched within users client
 sub-client loads required application
 application connects to server application(s) and requests content.
 application determines how content functions, updates and renders.


 other considerations
 not all requests are made by users, we have bots, spiders and there-in
 seo to consider here not to mention accessibility. To cut this bit
 short the obvious answer is two versions of the content (talking text
 based specifically here), one version that's available if the client
 doesn't support our sub-client, and another that's loaded inside the
 application. Alternative content I guess.


 implementing model using current technologies
 none of this is any good unless we can do it, and do it with
 technologies that the majority of users have today - so how does this
 sound.

 users client requests content uri via http protocol
 http response is sent back which includes:
 - standard format document for bots/accessibility/unsupported clients
 - sub-client requirement, application location, and instantiation code
 ...

 from this point on the application inside the sub-client can forget
 the http protocol and client limitations and do what we want, the way
 we want it to.

 addressing the http response mentioned above, we currently have
 (x)html supported pretty much everywhere possible, and (x)html
 supports the object which 

RE: [PHP] Re: Parsing of forms

2009-05-19 Thread Ford, Mike
On 19 May 2009 14:37, Daniele Grillenzoni advised:

 
 My complaint is this: a I can have a select multiple with a
 normal name,
 which is allowed by every spec, but PHP requires me to use []
 in order
 to properly retrieve the values.

I really don't understand the problem with this -- in fact, I find it
quite useful to distinguish inputs which may have only 1 value from
those which may be multi-valued. And it all depends on what you mean by
a normal name, of course -- no current (X)HTML spec disallows [] as
part of a name attribute, so in that sense a name containing them could
be seen as perfectly normal...!! ;) ;)

Can you explain why this is such a hang-up for you, as I haven't seen
anything in what you've posted so far to convince me it's any kind of
problem?

Cheers!

Mike

 --
Mike Ford,  Electronic Information Developer,
C507, Leeds Metropolitan University, Civic Quarter Campus, 
Woodhouse Lane, LEEDS,  LS1 3HE,  United Kingdom
Email: m.f...@leedsmet.ac.uk
Tel: +44 113 812 4730


To view the terms under which this email is distributed, please go to 
http://disclaimer.leedsmet.ac.uk/email.htm

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] CSS tables

2009-05-19 Thread Nathan Rixham

PJ wrote:

Nathan Rixham wrote:


lol


Glad



/snip as they say

did you ever get any help explaining css?

just in case here's the ultra basics

you have selectors and declarations

selectors can be:
.classname (a class, to be applied to many objects)
#someid (a single object)
p (redefine an html element)

declarations combine to make a rule
  background-color:red;
  border-width:1px;
  font-size:22px;

you combine declarations together and wrap them in a selector to make 
rules, rules are applied to html element(s) that the selector matches.


p {
  font-size:11px;
  color:blue;
}

the above will give all text inside a paragraph blue text sized 11px.

then you can combine selectors to match specific element(s) and thus 
style your document.


div p strong {
 color:red;
}

div ul strong {
 color:blue;
}

the first example will turn any text in a strong which is in a 
paragraph inside a div red.


while the second will turn any text in a strong which is in a ul 
inside a div blue.


you can also use commas to give one declaration multiple selectors

table, image, div {
  border-style:none;
}

the above will ensure all tables, images and divs have no border.

p strong, blockquote strong {
  font-size:15px;
}

and the above will match all strongs inside either a p or a 
blockquote and make the font size of them 15px.


we also have more selectors which are less commonly used

p  strong {

}

this will match any strong that is a direct descendant of a p
so it will match pthis is strongsomething/strong else/p
but it won't match pthis spanstrongnot matched/strong at all/p

then we have #id's and .classes; in html documents each item can have an 
id attribute, id's should be unique as its an identifier (id) lol - so


#something {
  text-align:center;
}

div id=something the above would match this.. /div


ids have the highest precedence, so if you had the following:

div {
  text-align:left;
}
#something {
  text-align:center;
}

div this would be aligned left /div
div id=something and this would be centered /div

as for classes, they can be used with any element, and applied multiple 
times.


.redText {
  color:red;
}

p normal text but span class=redthis is red/span and back to 
black/p


and you can use multiple classes such as:
p class=red padleft center myborder some content.. /p

and then combine the selectors too

div p.red {
  color:red;
  font-weight:normal;
}

ul li.red {
  color:red;
  font-weight:bold;
}

so a p class=red inside a div will be red
and a ulli class=red will be bold and red

help any?

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] CSS tables

2009-05-19 Thread Shawn McKenzie
Nathan Rixham wrote:
 I just wanted to run this past you guys for thoughts and opinions or
 even just to get brains ticking, it's all web development related and
 touched on throughout this thread.
 
 At the core of this we have a single problem, we create websites and web
 based applications, which we want to be delivered to users clients, and
 have them function and render correctly.
 
 This is made impossible because we have multiple client vendors all with
 varying support for varying features and standards.
 
 To solve this we'd need force the users computer to use the client which
 the application / website was created for use on - similar to
 conventional software products which run on x and y platform but not z.
 
 The aforementioned forcing is impossible though, we can't force a users
 computer to switch to firefox for this site and ie for that and so on.
 
 It appears to me then that the only way to address this issue would be
 to literally send the needed client along with the requested content to
 the users computer and have it open.
 
 To achieve this feasibly you'd need to have a sub-client which could run
 inside any client (or the majority of clients).
 
 At this point we have a rough model to work with.
 
 currently the model is:
 
 user requests content
 content is sent to users client
 client determines how it functions and renders.
 
 and the new model outlined:
 
 user requests content
 sub-client and content is sent to users client
 sub-client is launched within users client
 sub-client determines how it functions and renders.
 
 
 addressing another issue.
 we often have the need for realtime server client / client server push,
 without polling - as we know the http protocol does not support this as
 it's a request response based protocol not a persistent bidirectional
 (stream based) connection.
 
 Thus we'd need the sub-client to support protocols other than http,
 ideally any form of tcp connection(s) to any port(s) using whichever
 protocol(s) we require for a specific application.
 
 Realistically we'd want our content to be requested, delivered and
 updated freely, which would mean using the sub-client to handle all of
 this, connecting up to whatever server based software application(s) we
 specify.
 
 
 revisiting the model, now we'd need:
 
 user requests content
 sub-client and _content loading instruction_ sent to users client
 sub-client is launched within users client
 sub-client connects to server application(s) and requests content.
 sub-client determines how content functions, updates and renders.
 
 this still leaves us with the sub-client determining things for us
 though, it is a markable improvement though as now we have the user
 running our application / viewing our content in the client we designed
 it for.
 
 
 so taking this further
 what we really need to start this off is a standard sub-client that's
 lightweight and runs applications, and those applications determine how
 the content functions, updates and renders.
 
 In this scenario we could either select general pre made / third party
 application to display our content, or create our own application. This
 application would obviously run inside the sub-client which is inside
 the users client, and we'd have all the major problems addressed.
 
 Speed, in order to keep the speed up with this any client, single
 sub-client, multiple application scenario it'd be a big bonus if the
 sub-client was held client side and downloaded / updated as required.
 
 
 updated model:
 user requests content
 sub-client required and application location are sent to users client.
 sub-client is launched within users client
 sub-client loads required application
 application connects to server application(s) and requests content.
 application determines how content functions, updates and renders.
 
 
 other considerations
 not all requests are made by users, we have bots, spiders and there-in
 seo to consider here not to mention accessibility. To cut this bit short
 the obvious answer is two versions of the content (talking text based
 specifically here), one version that's available if the client doesn't
 support our sub-client, and another that's loaded inside the
 application. Alternative content I guess.
 
 
 implementing model using current technologies
 none of this is any good unless we can do it, and do it with
 technologies that the majority of users have today - so how does this
 sound.
 
 users client requests content uri via http protocol
 http response is sent back which includes:
 - standard format document for bots/accessibility/unsupported clients
 - sub-client requirement, application location, and instantiation code
 ...
 
 from this point on the application inside the sub-client can forget the
 http protocol and client limitations and do what we want, the way we
 want it to.
 
 addressing the http response mentioned above, we currently have (x)html
 supported pretty much everywhere possible, and (x)html 

Re: [PHP] CSS tables

2009-05-19 Thread Nathan Rixham

Shawn McKenzie wrote:

Nathan Rixham wrote:

I just wanted to run this past you guys for thoughts and opinions or
even just to get brains ticking, it's all web development related and
touched on throughout this thread.

At the core of this we have a single problem, we create websites and web
based applications, which we want to be delivered to users clients, and
have them function and render correctly.

This is made impossible because we have multiple client vendors all with
varying support for varying features and standards.

To solve this we'd need force the users computer to use the client which
the application / website was created for use on - similar to
conventional software products which run on x and y platform but not z.

The aforementioned forcing is impossible though, we can't force a users
computer to switch to firefox for this site and ie for that and so on.

It appears to me then that the only way to address this issue would be
to literally send the needed client along with the requested content to
the users computer and have it open.

To achieve this feasibly you'd need to have a sub-client which could run
inside any client (or the majority of clients).

At this point we have a rough model to work with.

currently the model is:

user requests content
content is sent to users client
client determines how it functions and renders.

and the new model outlined:

user requests content
sub-client and content is sent to users client
sub-client is launched within users client
sub-client determines how it functions and renders.


addressing another issue.
we often have the need for realtime server client / client server push,
without polling - as we know the http protocol does not support this as
it's a request response based protocol not a persistent bidirectional
(stream based) connection.

Thus we'd need the sub-client to support protocols other than http,
ideally any form of tcp connection(s) to any port(s) using whichever
protocol(s) we require for a specific application.

Realistically we'd want our content to be requested, delivered and
updated freely, which would mean using the sub-client to handle all of
this, connecting up to whatever server based software application(s) we
specify.


revisiting the model, now we'd need:

user requests content
sub-client and _content loading instruction_ sent to users client
sub-client is launched within users client
sub-client connects to server application(s) and requests content.
sub-client determines how content functions, updates and renders.

this still leaves us with the sub-client determining things for us
though, it is a markable improvement though as now we have the user
running our application / viewing our content in the client we designed
it for.


so taking this further
what we really need to start this off is a standard sub-client that's
lightweight and runs applications, and those applications determine how
the content functions, updates and renders.

In this scenario we could either select general pre made / third party
application to display our content, or create our own application. This
application would obviously run inside the sub-client which is inside
the users client, and we'd have all the major problems addressed.

Speed, in order to keep the speed up with this any client, single
sub-client, multiple application scenario it'd be a big bonus if the
sub-client was held client side and downloaded / updated as required.


updated model:
user requests content
sub-client required and application location are sent to users client.
sub-client is launched within users client
sub-client loads required application
application connects to server application(s) and requests content.
application determines how content functions, updates and renders.


other considerations
not all requests are made by users, we have bots, spiders and there-in
seo to consider here not to mention accessibility. To cut this bit short
the obvious answer is two versions of the content (talking text based
specifically here), one version that's available if the client doesn't
support our sub-client, and another that's loaded inside the
application. Alternative content I guess.


implementing model using current technologies
none of this is any good unless we can do it, and do it with
technologies that the majority of users have today - so how does this
sound.

users client requests content uri via http protocol
http response is sent back which includes:
- standard format document for bots/accessibility/unsupported clients
- sub-client requirement, application location, and instantiation code
...

from this point on the application inside the sub-client can forget the
http protocol and client limitations and do what we want, the way we
want it to.

addressing the http response mentioned above, we currently have (x)html
supported pretty much everywhere possible, and (x)html supports the
object which let's objects (sub-clients) run inside a users client.
The 

Re: [PHP] CSS tables

2009-05-19 Thread Shawn McKenzie
Nathan Rixham wrote:
 Shawn McKenzie wrote:
 Nathan Rixham wrote:
 I just wanted to run this past you guys for thoughts and opinions or
 even just to get brains ticking, it's all web development related and
 touched on throughout this thread.

 At the core of this we have a single problem, we create websites and web
 based applications, which we want to be delivered to users clients, and
 have them function and render correctly.

 This is made impossible because we have multiple client vendors all with
 varying support for varying features and standards.

 To solve this we'd need force the users computer to use the client which
 the application / website was created for use on - similar to
 conventional software products which run on x and y platform but not
 z.

 The aforementioned forcing is impossible though, we can't force a users
 computer to switch to firefox for this site and ie for that and so on.

 It appears to me then that the only way to address this issue would be
 to literally send the needed client along with the requested content to
 the users computer and have it open.

 To achieve this feasibly you'd need to have a sub-client which could run
 inside any client (or the majority of clients).

 At this point we have a rough model to work with.

 currently the model is:

 user requests content
 content is sent to users client
 client determines how it functions and renders.

 and the new model outlined:

 user requests content
 sub-client and content is sent to users client
 sub-client is launched within users client
 sub-client determines how it functions and renders.


 addressing another issue.
 we often have the need for realtime server client / client server push,
 without polling - as we know the http protocol does not support this as
 it's a request response based protocol not a persistent bidirectional
 (stream based) connection.

 Thus we'd need the sub-client to support protocols other than http,
 ideally any form of tcp connection(s) to any port(s) using whichever
 protocol(s) we require for a specific application.

 Realistically we'd want our content to be requested, delivered and
 updated freely, which would mean using the sub-client to handle all of
 this, connecting up to whatever server based software application(s) we
 specify.


 revisiting the model, now we'd need:

 user requests content
 sub-client and _content loading instruction_ sent to users client
 sub-client is launched within users client
 sub-client connects to server application(s) and requests content.
 sub-client determines how content functions, updates and renders.

 this still leaves us with the sub-client determining things for us
 though, it is a markable improvement though as now we have the user
 running our application / viewing our content in the client we designed
 it for.


 so taking this further
 what we really need to start this off is a standard sub-client that's
 lightweight and runs applications, and those applications determine how
 the content functions, updates and renders.

 In this scenario we could either select general pre made / third party
 application to display our content, or create our own application. This
 application would obviously run inside the sub-client which is inside
 the users client, and we'd have all the major problems addressed.

 Speed, in order to keep the speed up with this any client, single
 sub-client, multiple application scenario it'd be a big bonus if the
 sub-client was held client side and downloaded / updated as required.


 updated model:
 user requests content
 sub-client required and application location are sent to users client.
 sub-client is launched within users client
 sub-client loads required application
 application connects to server application(s) and requests content.
 application determines how content functions, updates and renders.


 other considerations
 not all requests are made by users, we have bots, spiders and there-in
 seo to consider here not to mention accessibility. To cut this bit short
 the obvious answer is two versions of the content (talking text based
 specifically here), one version that's available if the client doesn't
 support our sub-client, and another that's loaded inside the
 application. Alternative content I guess.


 implementing model using current technologies
 none of this is any good unless we can do it, and do it with
 technologies that the majority of users have today - so how does this
 sound.

 users client requests content uri via http protocol
 http response is sent back which includes:
 - standard format document for bots/accessibility/unsupported clients
 - sub-client requirement, application location, and instantiation code
 ...

 from this point on the application inside the sub-client can forget the
 http protocol and client limitations and do what we want, the way we
 want it to.

 addressing the http response mentioned above, we currently have (x)html
 supported pretty much everywhere 

Re: [PHP] CSS tables

2009-05-19 Thread Nathan Rixham

Shawn McKenzie wrote:

Nathan Rixham wrote:

Shawn McKenzie wrote:

Nathan Rixham wrote:

I just wanted to run this past you guys for thoughts and opinions or
even just to get brains ticking, it's all web development related and
touched on throughout this thread.

At the core of this we have a single problem, we create websites and web
based applications, which we want to be delivered to users clients, and
have them function and render correctly.

This is made impossible because we have multiple client vendors all with
varying support for varying features and standards.

To solve this we'd need force the users computer to use the client which
the application / website was created for use on - similar to
conventional software products which run on x and y platform but not
z.

The aforementioned forcing is impossible though, we can't force a users
computer to switch to firefox for this site and ie for that and so on.

It appears to me then that the only way to address this issue would be
to literally send the needed client along with the requested content to
the users computer and have it open.

To achieve this feasibly you'd need to have a sub-client which could run
inside any client (or the majority of clients).

At this point we have a rough model to work with.

currently the model is:

user requests content
content is sent to users client
client determines how it functions and renders.

and the new model outlined:

user requests content
sub-client and content is sent to users client
sub-client is launched within users client
sub-client determines how it functions and renders.


addressing another issue.
we often have the need for realtime server client / client server push,
without polling - as we know the http protocol does not support this as
it's a request response based protocol not a persistent bidirectional
(stream based) connection.

Thus we'd need the sub-client to support protocols other than http,
ideally any form of tcp connection(s) to any port(s) using whichever
protocol(s) we require for a specific application.

Realistically we'd want our content to be requested, delivered and
updated freely, which would mean using the sub-client to handle all of
this, connecting up to whatever server based software application(s) we
specify.


revisiting the model, now we'd need:

user requests content
sub-client and _content loading instruction_ sent to users client
sub-client is launched within users client
sub-client connects to server application(s) and requests content.
sub-client determines how content functions, updates and renders.

this still leaves us with the sub-client determining things for us
though, it is a markable improvement though as now we have the user
running our application / viewing our content in the client we designed
it for.


so taking this further
what we really need to start this off is a standard sub-client that's
lightweight and runs applications, and those applications determine how
the content functions, updates and renders.

In this scenario we could either select general pre made / third party
application to display our content, or create our own application. This
application would obviously run inside the sub-client which is inside
the users client, and we'd have all the major problems addressed.

Speed, in order to keep the speed up with this any client, single
sub-client, multiple application scenario it'd be a big bonus if the
sub-client was held client side and downloaded / updated as required.


updated model:
user requests content
sub-client required and application location are sent to users client.
sub-client is launched within users client
sub-client loads required application
application connects to server application(s) and requests content.
application determines how content functions, updates and renders.


other considerations
not all requests are made by users, we have bots, spiders and there-in
seo to consider here not to mention accessibility. To cut this bit short
the obvious answer is two versions of the content (talking text based
specifically here), one version that's available if the client doesn't
support our sub-client, and another that's loaded inside the
application. Alternative content I guess.


implementing model using current technologies
none of this is any good unless we can do it, and do it with
technologies that the majority of users have today - so how does this
sound.

users client requests content uri via http protocol
http response is sent back which includes:
- standard format document for bots/accessibility/unsupported clients
- sub-client requirement, application location, and instantiation code
...

from this point on the application inside the sub-client can forget the
http protocol and client limitations and do what we want, the way we
want it to.

addressing the http response mentioned above, we currently have (x)html
supported pretty much everywhere possible, and (x)html supports the
object which let's objects 

Re: [PHP] CSS tables

2009-05-19 Thread Shawn McKenzie
Nathan Rixham wrote:
 Java anyone?

 eh? how do you get java from that?

 .

 user requests content
 sub-client required and application location are sent to users client.
 sub-client is launched within users client
 sub-client loads required application
 application connects to server application(s) and requests content.
 application determines how content functions, updates and renders.

 .

 finally, if the sub-client was independent, ie not limited to use in
 clients, could be used on desktops, phones, inside tv hardware etc as
 well, then our content could be viewed and applications used virtually
 anywhere.

 .

 Also, have you ever looked at: http://www.openlaszlo.org?  I built one
 of their small tutorial apps several years ago but it looks much more
 mature now.

 
 looked at, never used to be honest, any good?

Haven't tried it in a while, but might be worth an evening of playing
with it now that it has matured.

 
 and now I see how you get java - flash is more lightweight though and v
 good with fp10 and as3, hell you can even use alchemy to add c code to
 your flash apps now, and it's much quicker than as3 code because its
 optimized during swf compilation. will make for some killer 3d apps.

I have only briefly played with Flash or Java and it's been a couple of
years. It just sounded like Java to me when you were explaining it.
It's hard for me to remember who the Java versus Flash proponents are,
so I expected a Java punchline instead of the Flash one :-)

-- 
Thanks!
-Shawn
http://www.spidean.com

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] CSS tables

2009-05-19 Thread Nathan Rixham

Shawn McKenzie wrote:

Nathan Rixham wrote:

Java anyone?


eh? how do you get java from that?

.

user requests content
sub-client required and application location are sent to users client.
sub-client is launched within users client
sub-client loads required application
application connects to server application(s) and requests content.
application determines how content functions, updates and renders.

.

finally, if the sub-client was independent, ie not limited to use in
clients, could be used on desktops, phones, inside tv hardware etc as
well, then our content could be viewed and applications used virtually
anywhere.

.

Also, have you ever looked at: http://www.openlaszlo.org?  I built one
of their small tutorial apps several years ago but it looks much more
mature now.


looked at, never used to be honest, any good?


Haven't tried it in a while, but might be worth an evening of playing
with it now that it has matured.


and now I see how you get java - flash is more lightweight though and v
good with fp10 and as3, hell you can even use alchemy to add c code to
your flash apps now, and it's much quicker than as3 code because its
optimized during swf compilation. will make for some killer 3d apps.


I have only briefly played with Flash or Java and it's been a couple of
years. It just sounded like Java to me when you were explaining it.
It's hard for me to remember who the Java versus Flash proponents are,
so I expected a Java punchline instead of the Flash one :-)



lol I'm PHP, Java, Flash / Flex (well AS3 to be specific) - but 
technologies aside I'm all for anything that promotes the model 
outlined, only really use AS3 and Java because they allow me to point as 
much work as possible towards this - and php in the middle.


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



RE: [PHP] CSS tables

2009-05-19 Thread HallMarc Websites
All in the head... 8000+ lines of code in the head of this page; mostly CSS 

Academia.edu


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] CSS tables

2009-05-19 Thread PJ
Nathan Rixham wrote:
 PJ wrote:
 Nathan Rixham wrote:

 lol

 Glad


 /snip as they say

 did you ever get any help explaining css?

 just in case here's the ultra basics

 you have selectors and declarations

 selectors can be:
 .classname (a class, to be applied to many objects)
 #someid (a single object)
 p (redefine an html element)

 declarations combine to make a rule
   background-color:red;
   border-width:1px;
   font-size:22px;

 you combine declarations together and wrap them in a selector to make
 rules, rules are applied to html element(s) that the selector matches.

 p {
   font-size:11px;
   color:blue;
 }

 the above will give all text inside a paragraph blue text sized 11px.

 then you can combine selectors to match specific element(s) and thus
 style your document.

 div p strong {
  color:red;
 }

 div ul strong {
  color:blue;
 }

 the first example will turn any text in a strong which is in a
 paragraph inside a div red.

 while the second will turn any text in a strong which is in a ul
 inside a div blue.

 you can also use commas to give one declaration multiple selectors

 table, image, div {
   border-style:none;
 }

 the above will ensure all tables, images and divs have no border.

 p strong, blockquote strong {
   font-size:15px;
 }

 and the above will match all strongs inside either a p or a
 blockquote and make the font size of them 15px.

 we also have more selectors which are less commonly used

 p  strong {

 }

 this will match any strong that is a direct descendant of a p
 so it will match pthis is strongsomething/strong else/p
 but it won't match pthis spanstrongnot matched/strong at all/p

 then we have #id's and .classes; in html documents each item can have
 an id attribute, id's should be unique as its an identifier (id) lol - so

 #something {
   text-align:center;
 }

 div id=something the above would match this.. /div


 ids have the highest precedence, so if you had the following:

 div {
   text-align:left;
 }
 #something {
   text-align:center;
 }

 div this would be aligned left /div
 div id=something and this would be centered /div

 as for classes, they can be used with any element, and applied
 multiple times.

 .redText {
   color:red;
 }

 p normal text but span class=redthis is red/span and back to
 black/p

 and you can use multiple classes such as:
 p class=red padleft center myborder some content.. /p

 and then combine the selectors too

 div p.red {
   color:red;
   font-weight:normal;
 }

 ul li.red {
   color:red;
   font-weight:bold;
 }

 so a p class=red inside a div will be red
 and a ulli class=red will be bold and red

 help any?

Of course it helps.
But I am most grateful to Benjamin Hawkes-Lewis  for his links. In
particular, * http://css.maxdesign.com.au/selectutorial/  which I just
dashed through and found it most clear and informative. I now understand
things much, much more clearly and should have much less stress in
coding CSS.
Thank you Nathan, thank you Benjamin  all who were kind and generous
enough to share your invaluable insights. :-*

-- 
Hervé Kempf: Pour sauver la planète, sortez du capitalisme.
-
Phil Jourdan --- p...@ptahhotep.com
   http://www.ptahhotep.com
   http://www.chiccantine.com/andypantry.php


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: Parsing of forms

2009-05-19 Thread Andrew Ballard
On Tue, May 19, 2009 at 10:11 AM, Ford, Mike m.f...@leedsmet.ac.uk wrote:
 On 19 May 2009 14:37, Daniele Grillenzoni advised:


 My complaint is this: a I can have a select multiple with a
 normal name,
 which is allowed by every spec, but PHP requires me to use []
 in order
 to properly retrieve the values.

 I really don't understand the problem with this -- in fact, I find it
 quite useful to distinguish inputs which may have only 1 value from
 those which may be multi-valued. And it all depends on what you mean by
 a normal name, of course -- no current (X)HTML spec disallows [] as
 part of a name attribute, so in that sense a name containing them could
 be seen as perfectly normal...!! ;) ;)

 Can you explain why this is such a hang-up for you, as I haven't seen
 anything in what you've posted so far to convince me it's any kind of
 problem?

 Cheers!

 Mike


I can't speak for the OP, but I've always thought it somewhat odd. An
HTML form should be able to work correctly without modification
regardless of the language that receives the input. As it is, it makes
the HTML for a form implementation specific. You might be able to use
ASP correctly process a form originally targeted toward PHP, but you
could not similarly take a form designed for ASP and process it with
PHP without modification.

It also impacts the use of client-side JavaScript. Consider a simple
page like this:

sundae.html
==
html
head
script
function countToppings() {
var totalToppings = 0;

var toppings = document.sundae.toppings;
// To work with PHP, the above line would have to be changed:
// var toppings = document.sundae.elements['toppings[]'];

if (toppings.length  1) {
for (var i = 0; i  toppings.length; i++) {
if (toppings[i].checked) totalToppings++;
}
} else {
if (toppings.checked) totalToppings++
}

if (totalToppings == 0) {
confirm(Are you sure you don't want any toppings on 
your sundae?);
} else if (totalToppings  3) {
alert(Wow! That's a lot of toppings!);
} else if (totalToppings == 1) {
alert(You only want one topping.);
} else {
alert(You have selected  + totalToppings +  
toppings! Yummy!);
}
}
/script
/head
body
form name=sundae
div
fieldset
legendToppings/legend
input type=checkbox id=toppings-sprinkles name=toppings
value=sprinkles/ label
for=toppings-sprinklessprinkles/labelbr/
input type=checkbox id=toppings-nuts name=toppings
value=nuts/ label for=toppings-nutsnuts/labelbr/
input type=checkbox id=toppings-fudge name=toppings
value=fudge/ label for=toppings-fudgefudge/labelbr/
input type=checkbox id=toppings-caramel name=toppings
value=caramel/ label for=toppings-caramelcaramel/labelbr/
input type=checkbox id=toppings-strawberries name=toppings
value=strawberries/ label
for=toppings-strawberriesstrawberries/labelbr/
/fieldset
input type=button name=count value=Count My Toppings
onclick=countToppings()/
input type=submit name=order value=Order /
/div
/form
/body
/html

The above form, if submitted, could build a perfectly valid query
string of 
?toppings=sprinklestoppings=nutstoppings=fudgetoppings=carameltoppings=strawberries.

In the grand scheme of things, these are just subtleties that can
easily be handled. Since my first major experience with a web language
was PHP (after a very brief dabble in PERL) before I took a turn at
ASP/VBScript, I'm used to it and it isn't a hang-up for me. But
something about it never seemed quite right to me either. :-)

Andrew

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP] PHP Print, PDF (w/FPDF), JavaScript

2009-05-19 Thread Jay Blanchard
How can I click a button using JavaScript print function and have it
generate a PDF with FPDF and get the PDF printed automagically? It seems
I have done this before but I cannot recall what I did.

TVMIA!

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] PHP Print, PDF (w/FPDF), JavaScript

2009-05-19 Thread Bastien Koert
On Tue, May 19, 2009 at 12:22 PM, Jay Blanchard jblanch...@pocket.comwrote:

 How can I click a button using JavaScript print function and have it
 generate a PDF with FPDF and get the PDF printed automagically? It seems
 I have done this before but I cannot recall what I did.

 TVMIA!

 --
 PHP General Mailing List (http://www.php.net/)
 To unsubscribe, visit: http://www.php.net/unsub.php


pop up a new window tih the js call and then call the program to create the
pdf

-- 

Bastien

Cat, the other other white meat


RE: [PHP] CSS tables

2009-05-19 Thread tedd

At 4:56 PM -0400 5/18/09, Marc Christopher Hall wrote:

and so I don't feel like a complete ass

http://jeffhowden.com/code/css/forms/



Marc:

Well... don't feel like a complete ass with that post -- that's a 
great looking and working form. Very nicely done.


I'm book-marking that for future thievery.  :-)

Cheers,

tedd


--
---
http://sperling.com  http://ancientstones.com  http://earthstones.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] CSS tables

2009-05-19 Thread tedd

At 4:03 PM -0700 5/18/09, Michael A. Peters wrote:

tedd wrote:



However, I cite things like a calendar, and your MUD site, and 
other such solutions that would be very difficult to accomplish 
using pure css.


I don't know about the MUD site - but again, a calendar is tabular 
data and therefore belongs in a table.


The design sin is using tables for page layout, not logical display 
of tabular data.


I agree, but I'm usually in the minority.

Cheers,

tedd


--
---
http://sperling.com  http://ancientstones.com  http://earthstones.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] CSS tables

2009-05-19 Thread tedd

At 1:56 PM +0100 5/19/09, Nathan Rixham wrote:
I just wanted to run this past you guys for thoughts and opinions or 
even just to get brains ticking, it's all web development related 
and touched on throughout this thread.


-mondo snip-

lol - i needed to get that out my system


Nathan:

You make my head hurt!  :-)

I'm much simpler. I simply design a site and make it look good on all 
modern browsers. It will not pixel perfect, but it will hold together 
and work. Anything more than that is more work than I feel necessary.


Cheers,

tedd
--
---
http://sperling.com  http://ancientstones.com  http://earthstones.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP] Posting values to a URL

2009-05-19 Thread dele454

hi,

I am working on integrating a credit payment service from setcom. on
completion of transaction setcom sends bunch of post variables that my
script has to send back to setcom to get the details of the transaction as
an xml file.

I am using the pecl_http extension(http_post_fields) for posting these
variables but i have this reponse header info with the xml file that i can't
get rid of. And the php doc isnt explicit enough on the use of this
function:

Code:

HTTP/1.1 200 OK Connection: close Date: Tue, 19 May 2009 21:56:02 GMT
Content-Type: text/html; charset=UTF-8 Server: Microsoft-IIS/6.0 P3P:
CP=IDC DSP CURa ADMa DEVa IVAa IVDa OUR DELa NOR LEG UNI PUR NAV INT DEM
X-Powered-By: ASP.NET Set-Cookie: CFID=142013;expires=Thu, 12-May-2039
21:56:02 GMT;path=/ Set-Cookie: CFTOKEN=99801499;expires=Thu, 12-May-2039
21:56:02 GMT;path=/ ?xml version='1.0'
encoding='UTF-8'?order_synchrooutcomestatusComplete/status


i need to work with the xml file but the response header with the xml file
is really not allowing me to.

How can i set the http_post_field function not to return response headers?


Help needed thanks in advance!

-
dee
-- 
View this message in context: 
http://www.nabble.com/Posting-values-to-a-URL-tp23625856p23625856.html
Sent from the PHP - General mailing list archive at Nabble.com.


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Posting values to a URL

2009-05-19 Thread Nathan Rixham

dele454 wrote:

hi,

I am working on integrating a credit payment service from setcom. on
completion of transaction setcom sends bunch of post variables that my
script has to send back to setcom to get the details of the transaction as
an xml file.

I am using the pecl_http extension(http_post_fields) for posting these
variables but i have this reponse header info with the xml file that i can't
get rid of. And the php doc isnt explicit enough on the use of this
function:

Code:

HTTP/1.1 200 OK Connection: close Date: Tue, 19 May 2009 21:56:02 GMT
Content-Type: text/html; charset=UTF-8 Server: Microsoft-IIS/6.0 P3P:
CP=IDC DSP CURa ADMa DEVa IVAa IVDa OUR DELa NOR LEG UNI PUR NAV INT DEM
X-Powered-By: ASP.NET Set-Cookie: CFID=142013;expires=Thu, 12-May-2039
21:56:02 GMT;path=/ Set-Cookie: CFTOKEN=99801499;expires=Thu, 12-May-2039
21:56:02 GMT;path=/ ?xml version='1.0'
encoding='UTF-8'?order_synchrooutcomestatusComplete/status


i need to work with the xml file but the response header with the xml file
is really not allowing me to.

How can i set the http_post_field function not to return response headers?


Help needed thanks in advance!

-
dee


$content = 'the http response';
$parts = explode('?xml', $content);
$content = '?xml' . $parts[1];

i guess.. if you removed the new lines in that chunk of response then 
explode/split on \r\n\r\n as that's how http messages are formatted and 
split up :)


regards

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: Parsing of forms

2009-05-19 Thread Daniele Grillenzoni

On 19/05/2009 18.09, Andrew Ballard wrote:

On Tue, May 19, 2009 at 10:11 AM, Ford, Mikem.f...@leedsmet.ac.uk  wrote:

On 19 May 2009 14:37, Daniele Grillenzoni advised:



My complaint is this: a I can have a select multiple with a
normal name,
which is allowed by every spec, but PHP requires me to use []
in order
to properly retrieve the values.


I really don't understand the problem with this -- in fact, I find it
quite useful to distinguish inputs which may have only 1 value from
those which may be multi-valued. And it all depends on what you mean by
a normal name, of course -- no current (X)HTML spec disallows [] as
part of a name attribute, so in that sense a name containing them could
be seen as perfectly normal...!! ;) ;)

Can you explain why this is such a hang-up for you, as I haven't seen
anything in what you've posted so far to convince me it's any kind of
problem?

Cheers!

Mike



I can't speak for the OP, but I've always thought it somewhat odd. An
HTML form should be able to work correctly without modification
regardless of the language that receives the input. As it is, it makes
the HTML for a form implementation specific. You might be able to use
ASP correctly process a form originally targeted toward PHP, but you
could not similarly take a form designed for ASP and process it with
PHP without modification.

It also impacts the use of client-side JavaScript. Consider a simple
page like this:

sundae.html
==
html
head
script
function countToppings() {
var totalToppings = 0;

var toppings = document.sundae.toppings;
 // To work with PHP, the above line would have to be changed:
 // var toppings = document.sundae.elements['toppings[]'];

if (toppings.length  1) {
for (var i = 0; i  toppings.length; i++) {
if (toppings[i].checked) totalToppings++;
}
} else {
if (toppings.checked) totalToppings++
}

if (totalToppings == 0) {
confirm(Are you sure you don't want any toppings on your 
sundae?);
} else if (totalToppings  3) {
alert(Wow! That's a lot of toppings!);
} else if (totalToppings == 1) {
alert(You only want one topping.);
} else {
alert(You have selected  + totalToppings +  toppings! 
Yummy!);
}
}
/script
/head
body
form name=sundae
div
fieldset
legendToppings/legend
input type=checkbox id=toppings-sprinkles name=toppings
value=sprinkles/  label
for=toppings-sprinklessprinkles/labelbr/
input type=checkbox id=toppings-nuts name=toppings
value=nuts/  label for=toppings-nutsnuts/labelbr/
input type=checkbox id=toppings-fudge name=toppings
value=fudge/  label for=toppings-fudgefudge/labelbr/
input type=checkbox id=toppings-caramel name=toppings
value=caramel/  label for=toppings-caramelcaramel/labelbr/
input type=checkbox id=toppings-strawberries name=toppings
value=strawberries/  label
for=toppings-strawberriesstrawberries/labelbr/
/fieldset
input type=button name=count value=Count My Toppings
onclick=countToppings()/
input type=submit name=order value=Order /
/div
/form
/body
/html

The above form, if submitted, could build a perfectly valid query
string of 
?toppings=sprinklestoppings=nutstoppings=fudgetoppings=carameltoppings=strawberries.

In the grand scheme of things, these are just subtleties that can
easily be handled. Since my first major experience with a web language
was PHP (after a very brief dabble in PERL) before I took a turn at
ASP/VBScript, I'm used to it and it isn't a hang-up for me. But
something about it never seemed quite right to me either. :-)

Andrew


Andrew captured perfectly what I meant.

?toppings=sprinklestoppings=nutstoppings=fudgetoppings=carameltoppings=strawberries 
is a valid querystring that php sort of fail at understanding.


I have nothing against supplying a string/array clarification system 
based on the name with/without the square brackets, but short of 
manually parsing the querystring/request headers, I have no alternative 
to that.


Also my original problem came when I had to parse the results of a form 
I did NOT originally create, not to mention forms from external sources...


I don't hate PHP and I don't want to throw off people who like the [] 
system, just give me an alternative with a small overhead. :P


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Posting values to a URL

2009-05-19 Thread Shawn McKenzie
dele454 wrote:
 hi,
 
 I am working on integrating a credit payment service from setcom. on
 completion of transaction setcom sends bunch of post variables that my
 script has to send back to setcom to get the details of the transaction as
 an xml file.
 
 I am using the pecl_http extension(http_post_fields) for posting these
 variables but i have this reponse header info with the xml file that i can't
 get rid of. And the php doc isnt explicit enough on the use of this
 function:
 
 Code:
 
 HTTP/1.1 200 OK Connection: close Date: Tue, 19 May 2009 21:56:02 GMT
 Content-Type: text/html; charset=UTF-8 Server: Microsoft-IIS/6.0 P3P:
 CP=IDC DSP CURa ADMa DEVa IVAa IVDa OUR DELa NOR LEG UNI PUR NAV INT DEM
 X-Powered-By: ASP.NET Set-Cookie: CFID=142013;expires=Thu, 12-May-2039
 21:56:02 GMT;path=/ Set-Cookie: CFTOKEN=99801499;expires=Thu, 12-May-2039
 21:56:02 GMT;path=/ ?xml version='1.0'
 encoding='UTF-8'?order_synchrooutcomestatusComplete/status
 
 
 i need to work with the xml file but the response header with the xml file
 is really not allowing me to.
 
 How can i set the http_post_field function not to return response headers?
 
 
 Help needed thanks in advance!
 
 -
 dee

$response = http_parse_message(http_post_fields($url, $fields));
$body = $response-body;

-- 
Thanks!
-Shawn
http://www.spidean.com

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: Parsing of forms

2009-05-19 Thread Nathan Rixham

Daniele Grillenzoni wrote:

On 19/05/2009 18.09, Andrew Ballard wrote:
On Tue, May 19, 2009 at 10:11 AM, Ford, Mikem.f...@leedsmet.ac.uk  
wrote:

On 19 May 2009 14:37, Daniele Grillenzoni advised:



My complaint is this: a I can have a select multiple with a
normal name,
which is allowed by every spec, but PHP requires me to use []
in order
to properly retrieve the values.


I really don't understand the problem with this -- in fact, I find it
quite useful to distinguish inputs which may have only 1 value from
those which may be multi-valued. And it all depends on what you mean by
a normal name, of course -- no current (X)HTML spec disallows [] as
part of a name attribute, so in that sense a name containing them could
be seen as perfectly normal...!! ;) ;)

Can you explain why this is such a hang-up for you, as I haven't seen
anything in what you've posted so far to convince me it's any kind of
problem?

Cheers!

Mike



I can't speak for the OP, but I've always thought it somewhat odd. An
HTML form should be able to work correctly without modification
regardless of the language that receives the input. As it is, it makes
the HTML for a form implementation specific. You might be able to use
ASP correctly process a form originally targeted toward PHP, but you
could not similarly take a form designed for ASP and process it with
PHP without modification.

It also impacts the use of client-side JavaScript. Consider a simple
page like this:

sundae.html
==
html
head
script
function countToppings() {
var totalToppings = 0;

var toppings = document.sundae.toppings;
 // To work with PHP, the above line would have to be 
changed:
 // var toppings = 
document.sundae.elements['toppings[]'];


if (toppings.length  1) {
for (var i = 0; i  toppings.length; i++) {
if (toppings[i].checked) totalToppings++;
}
} else {
if (toppings.checked) totalToppings++
}

if (totalToppings == 0) {
confirm(Are you sure you don't want any toppings on your 
sundae?);

} else if (totalToppings  3) {
alert(Wow! That's a lot of toppings!);
} else if (totalToppings == 1) {
alert(You only want one topping.);
} else {
alert(You have selected  + totalToppings +  toppings! 
Yummy!);

}
}
/script
/head
body
form name=sundae
div
fieldset
legendToppings/legend
input type=checkbox id=toppings-sprinkles name=toppings
value=sprinkles/  label
for=toppings-sprinklessprinkles/labelbr/
input type=checkbox id=toppings-nuts name=toppings
value=nuts/  label for=toppings-nutsnuts/labelbr/
input type=checkbox id=toppings-fudge name=toppings
value=fudge/  label for=toppings-fudgefudge/labelbr/
input type=checkbox id=toppings-caramel name=toppings
value=caramel/  label for=toppings-caramelcaramel/labelbr/
input type=checkbox id=toppings-strawberries name=toppings
value=strawberries/  label
for=toppings-strawberriesstrawberries/labelbr/
/fieldset
input type=button name=count value=Count My Toppings
onclick=countToppings()/
input type=submit name=order value=Order /
/div
/form
/body
/html

The above form, if submitted, could build a perfectly valid query
string of 
?toppings=sprinklestoppings=nutstoppings=fudgetoppings=carameltoppings=strawberries. 



In the grand scheme of things, these are just subtleties that can
easily be handled. Since my first major experience with a web language
was PHP (after a very brief dabble in PERL) before I took a turn at
ASP/VBScript, I'm used to it and it isn't a hang-up for me. But
something about it never seemed quite right to me either. :-)

Andrew


Andrew captured perfectly what I meant.

?toppings=sprinklestoppings=nutstoppings=fudgetoppings=carameltoppings=strawberries 
is a valid querystring that php sort of fail at understanding.


I have nothing against supplying a string/array clarification system 
based on the name with/without the square brackets, but short of 
manually parsing the querystring/request headers, I have no alternative 
to that.


Also my original problem came when I had to parse the results of a form 
I did NOT originally create, not to mention forms from external sources...


I don't hate PHP and I don't want to throw off people who like the [] 
system, just give me an alternative with a small overhead. :P


quick work around :) (could be improved)

?php
function fixGet() {
  $newGet = array();
  foreach($vals=explode('',$_SERVER['QUERY_STRING']) as $i = $pair ) {
$pair = explode( '=' , $pair , 2 );
if( !isset( $newGet[$pair[0]] ) ) {
  $newGet[$pair[0]] = $pair[1];
} else {
  if( !is_array($newGet[$pair[0]]) ) {
$newGet[$pair[0]] = array( $newGet[$pair[0]] );
  }
  $newGet[$pair[0]][] = $pair[1];
}
  }
  $_GET = $newGet;
}


print_r( $_GET );
fixGet();
print_r( $_GET );

?

outputs:

Array
(
[toppings] = caramel
[order] =