At 1:19 AM + 1/5/09, Ashley Sheridan wrote:
On Sun, 2009-01-04 at 10:04 -0500, tedd wrote:
I'd disagree that the W3C is more indicative of the overall browser
usage statistics, as by their own admission, their visitors tend to be
those more technically minded, ergo, more knowledgeable
At 5:35 PM -0600 1/3/09, Micah Gersten wrote:
Ashley Sheridan wrote:
Lets all march forward and renounce IE as a useful piece of software!
Ash
www.ashleysheridan.co.uk
Agreed. According to the spec, the FF action is correct. I just heard
IE's user share dropped below 70%. One day
On Fri, 2 Jan 2009 18:06:18 -0500, Andrew Ballard wrote:
If you mean an INPUT element with the type=button, then yes.
(Although it will no longer be a submit button, so you'll have to
capture the click and perform the submit using Javascript which leads
back to accessibility issues, etc.)
On Sun, 2009-01-04 at 10:04 -0500, tedd wrote:
At 5:35 PM -0600 1/3/09, Micah Gersten wrote:
Ashley Sheridan wrote:
Lets all march forward and renounce IE as a useful piece of software!
Ash
www.ashleysheridan.co.uk
Agreed. According to the spec, the FF action is correct.
Ashley Sheridan wrote:
On Fri, 2009-01-02 at 18:06 -0500, Andrew Ballard wrote:
On Fri, Jan 2, 2009 at 1:15 PM, Micah Gersten mi...@onshore.com wrote:
You might want to consider the button element which allows you to
display images, but doesn't send back coordinates. Instead it
I find the html/php option simpler and more accessible. I've got it
working now. I only needed to use unique input names and test for the
posted variable according to w3c standards.
Here is the relevant w3c definition:
When a pointing device is used to click on the image, the form is
I stand corrected.
On Jan 1, 2009, at 9:46 AM, Nisse Engström wrote:
On Thu, 1 Jan 2009 03:17:01 -0500, L. Herbert wrote:
On Dec 31, 2008, at 11:07 PM, Lupus Michaelis wrote:
MSIE pushes input_name.x and input_name.y to the server, when the
input is an image.
Thanks! I see the issue
L. Herbert escreveu:
Bastien,
Thanks for your response. The curious thing is that the value is passed
when using FF, but not passed when using IE.
Here is the relevant form html:
div id=switch-theme
form action= method=post
It may seem strange, but try
My thesis is:
Your Javascript that intercepts the .submit and then does whatever it does, is
broken in FF but not in MSIE.
Post your JS to a JS mailing list and ask there to be sure.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
You might want to consider the button element which allows you to
display images, but doesn't send back coordinates. Instead it sends a
preset value.
http://www.w3.org/TR/html401/interact/forms.html#h-17.5
Thank you,
Micah Gersten
onShore Networks
Internal Developer
http://www.onshore.com
L.
On Fri, Jan 2, 2009 at 1:15 PM, Micah Gersten mi...@onshore.com wrote:
You might want to consider the button element which allows you to
display images, but doesn't send back coordinates. Instead it sends a
preset value.
http://www.w3.org/TR/html401/interact/forms.html#h-17.5
Thank you,
On Fri, 2009-01-02 at 18:06 -0500, Andrew Ballard wrote:
On Fri, Jan 2, 2009 at 1:15 PM, Micah Gersten mi...@onshore.com wrote:
You might want to consider the button element which allows you to
display images, but doesn't send back coordinates. Instead it sends a
preset value.
Thanks! I see the issue clearly now. Oh well, time to modify my code
to compensate for IE's non-standard behavior...
On Dec 31, 2008, at 11:07 PM, Lupus Michaelis wrote:
L. Herbert a écrit :
Each input is a submit button.
MSIE pushes input_name.x and input_name.y to the server, when
Jim,
This is functionally correct since I swapped the default and
alternate themes but left the button names the same.
On Jan 1, 2009, at 12:55 AM, Jim Lucas wrote:
L. Herbert wrote:
I agree with your supposition. The problem is that the variable is
passed in one instance with FF and
On Thu, 1 Jan 2009 03:17:01 -0500, L. Herbert wrote:
On Dec 31, 2008, at 11:07 PM, Lupus Michaelis wrote:
MSIE pushes input_name.x and input_name.y to the server, when the
input is an image.
Thanks! I see the issue clearly now. Oh well, time to modify my code
to compensate for IE's
At 8:37 PM -0500 12/31/08, L. Herbert wrote:
Any thoughts?
Theme (style) switcher? Try these:
http://sperling.com/examples/styleswitch/
http://sperling.com/examples/styleswitch1/
It makes no difference which browser you are using.
Cheers,
tedd
--
---
http://sperling.com
What about using the onclick to set a js variable to be sent to the
server? That should be more cross server compliant.
Bastien
Sent from my iPod
On Dec 31, 2008, at 8:37 PM, L. Herbert lherb...@iluvmydesign.com
wrote:
Bastien,
Thanks for your response. The curious thing is that the
On Thu, 2009-01-01 at 11:25 -0500, Phpster wrote:
What about using the onclick to set a js variable to be sent to the
server? That should be more cross server compliant.
Bastien
Sent from my iPod
On Dec 31, 2008, at 8:37 PM, L. Herbert lherb...@iluvmydesign.com
wrote:
Bastien,
On Thu, Jan 1, 2009 at 11:59 AM, Ashley Sheridan
a...@ashleysheridan.co.ukwrote:
On Thu, 2009-01-01 at 11:25 -0500, Phpster wrote:
What about using the onclick to set a js variable to be sent to the
server? That should be more cross server compliant.
Bastien
Sent from my iPod
On
On Thu, 2009-01-01 at 12:57 -0500, Bastien Koert wrote:
On Thu, Jan 1, 2009 at 11:59 AM, Ashley Sheridan
a...@ashleysheridan.co.ukwrote:
On Thu, 2009-01-01 at 11:25 -0500, Phpster wrote:
What about using the onclick to set a js variable to be sent to the
server? That should be more
Hello all,
Anyone have insight to share on the following issue:
I have a simple theme switcher script that functions as expected in
FF, Safari, etc. but does not work in IE 6 or 7. It appears that the
posted form variables are not detected in IE. I am using the
following check within
Try checking to see if the value was passed with var_dump($_REQUEST)
Also try (!empty($_REQUEST['style']))
Bastien
Sent from my iPod
On Dec 31, 2008, at 10:24 AM, L. Herbert lherb...@iluvmydesign.com
wrote:
Hello all,
Anyone have insight to share on the following issue:
I have a
Whatever is SENDING the request data is broken, almost for sure.
PHP doesn't *do* much to the HTTP Request data except urldecode it for you.
There's not much that can go wrong there.
If your theme switcher, presumably in JS, isn't sending the data properly,
there's not much PHP can do
Bastien,
Thanks for your response. The curious thing is that the value is
passed when using FF, but not passed when using IE.
Here is the relevant form html:
div id=switch-theme
form action= method=post
I agree with your supposition. The problem is that the variable is
passed in one instance with FF and not with IE. Thus my quandary.
Here's the form html:
div id=switch-theme
form action= method=post
labelFlip It!/label
input name=style type=image
L. Herbert wrote:
The problem is that the variable is passed in one instance with FF and
not with IE. Thus my quandary.
Here's the form html:
div id=switch-theme
form action= method=post
labelFlip It!/label
input name=style type=image
Each input is a submit button.
On Dec 31, 2008, at 8:57 PM, Micah Gersten wrote:
L. Herbert wrote:
The problem is that the variable is passed in one instance with FF
and
not with IE. Thus my quandary.
Here's the form html:
div id=switch-theme
form action= method=post
labelFlip
L. Herbert a écrit :
Each input is a submit button.
MSIE pushes input_name.x and input_name.y to the server, when the
input is an image.
--
Mickaël Wolff aka Lupus Michaelis
http://lupusmic.org
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
L. Herbert wrote:
I agree with your supposition. The problem is that the variable is
passed in one instance with FF and not with IE. Thus my quandary.
Here's the form html:
div id=switch-theme
form action= method=post
labelFlip It!/label
input name=style type=image
29 matches
Mail list logo