[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Hi, The point of this would not be a recommended cross browser artifact but in a sense a way to deal with situations like mobile phone version of a site witch sometimes needs be very simple comparing with PC browsers. In such situations such fragile approach would be quite handy (as I hit some walls in the past with other frameworks). But never mind ... it was just a though not actually a full blown proposal. Br's, Marius On Sep 29, 7:24 pm, Tim Perrett [EMAIL PROTECTED] wrote: IMHO, I wouldn't like this way of doing it. It seems too fragile. Experience tells us that its usually only IE that has stupid quirks (and will probably continue to do so), so I would see that level of handling the browser issues to be problematic. Also, at a XHTML level, its often not possible to change the element attributes - even today I added a class attribute to a SHtml.submit placeholder and it was removed I would say we need to address two things: a) the wider issue of keeping tag-level attributes (e.g. classes and id's) at tag level for designers / front end guys b) providing server-side solutions for some of the stupid cross- browser issues such as the image submit buttons. Thoughts? Cheers Tim On Sep 29, 4:55 pm, Marius [EMAIL PROTECTED] wrote: If there is more room for an extra suggestion ... As we know we're using prefixing for internationalization for instance let's say we have mypage.html. If we have mypage_es-ES.html lift will pick up the right markup per Locale. Perhaps we could also apply this for browsers like: mypage_LANG_COUNTRY-browser ID.html E.g. mypage_es_ES-ie.html // applied for Spanish when using IE mypage_ar_SA-firefox.html // applied for SAudi Arabia when using Firefox .. you got the idea. Thoughts? (should be pretty easy to implement) Br's, Marius On Sep 26, 6:54 pm, David Pollak [EMAIL PROTECTED] wrote: On Fri, Sep 26, 2008 at 2:16 AM, Tim Perrett [EMAIL PROTECTED] wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Yes... that's what I'm suggesting. Right now, I think the things we care about on the server side are: - IE (and sometime just IE6) to deal with this image submit idiosyncrasy and other places where IE has different mechanisms for achieving things than do FF, Opera, and Safari/WebKit - The iPhone (Android?) -- it'd be nice to choose different style sheets based on these platforms... especially with a snippet I'd surface the browser detection in S (not SHtml). I'd also have snippets such as: lift:Browser if=IE6, Safari./lift:Browser lift:Browser.choose browser:ie6 something /browser:ie6 browser:iphone Something just for the iphone /browser:iphone /lift:Browser.choose Thanks, David Cheers Tim -- Lift, the simply functional web frameworkhttp://liftweb.net Collaborative Task Managementhttp://much4.us Follow me:http://twitter.com/dpp Git some:http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
In the case of large swaths of a site being different, I'd opt for URL re-writing to send the WAP device to a parallel set of URLs. On Mon, Sep 29, 2008 at 1:32 PM, Marius [EMAIL PROTECTED] wrote: Hi, The point of this would not be a recommended cross browser artifact but in a sense a way to deal with situations like mobile phone version of a site witch sometimes needs be very simple comparing with PC browsers. In such situations such fragile approach would be quite handy (as I hit some walls in the past with other frameworks). But never mind ... it was just a though not actually a full blown proposal. Br's, Marius On Sep 29, 7:24 pm, Tim Perrett [EMAIL PROTECTED] wrote: IMHO, I wouldn't like this way of doing it. It seems too fragile. Experience tells us that its usually only IE that has stupid quirks (and will probably continue to do so), so I would see that level of handling the browser issues to be problematic. Also, at a XHTML level, its often not possible to change the element attributes - even today I added a class attribute to a SHtml.submit placeholder and it was removed I would say we need to address two things: a) the wider issue of keeping tag-level attributes (e.g. classes and id's) at tag level for designers / front end guys b) providing server-side solutions for some of the stupid cross- browser issues such as the image submit buttons. Thoughts? Cheers Tim On Sep 29, 4:55 pm, Marius [EMAIL PROTECTED] wrote: If there is more room for an extra suggestion ... As we know we're using prefixing for internationalization for instance let's say we have mypage.html. If we have mypage_es-ES.html lift will pick up the right markup per Locale. Perhaps we could also apply this for browsers like: mypage_LANG_COUNTRY-browser ID.html E.g. mypage_es_ES-ie.html // applied for Spanish when using IE mypage_ar_SA-firefox.html // applied for SAudi Arabia when using Firefox .. you got the idea. Thoughts? (should be pretty easy to implement) Br's, Marius On Sep 26, 6:54 pm, David Pollak [EMAIL PROTECTED] wrote: On Fri, Sep 26, 2008 at 2:16 AM, Tim Perrett [EMAIL PROTECTED] wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Yes... that's what I'm suggesting. Right now, I think the things we care about on the server side are: - IE (and sometime just IE6) to deal with this image submit idiosyncrasy and other places where IE has different mechanisms for achieving things than do FF, Opera, and Safari/WebKit - The iPhone (Android?) -- it'd be nice to choose different style sheets based on these platforms... especially with a snippet I'd surface the browser detection in S (not SHtml). I'd also have snippets such as: lift:Browser if=IE6, Safari./lift:Browser lift:Browser.choose browser:ie6 something /browser:ie6 browser:iphone Something just for the iphone /browser:iphone /lift:Browser.choose Thanks, David Cheers Tim -- Lift, the simply functional web frameworkhttp://liftweb.net Collaborative Task Managementhttp://much4.us Follow me:http://twitter.com/dpp Git some:http://github.com/dpp -- Lift, the simply functional web framework http://liftweb.net Collaborative Task Management http://much4.us Follow me: http://twitter.com/dpp Git some: http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Cheers Tim --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Browser detection is a really bad idea, and I would recommend avoiding it at all costs. A much better solution is object detection. Here's one pretty good description about why this is so: http://developer.apple.com/internet/webcontent/objectdetection.html Here's another: http://www.quirksmode.org/js/support.html And one more (for the unconvinced :-) http://www.evotech.net/blog/2007/07/browser-detection-versus-object-detection/ Chas. Tim Perrett wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Cheers Tim --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Charles ... this is not only about JS level. One may simply click a link or submit a simple form (with NO JS involved) and lift should probably be aware of browser type it can correct some browser specific idiosyncrasies in the resulting markup. Certain applications may need for instance to detect if a mobile browser is used instead of a PC browser. I don't think there is some other option then user-agent. But user- agent can be used today in lift but I agree that a higher abstraction is needed. P.S. At JS level, yeah object detection sounds really good. Br's, Marius On Sep 26, 12:25 pm, Charles F. Munat [EMAIL PROTECTED] wrote: Browser detection is a really bad idea, and I would recommend avoiding it at all costs. A much better solution is object detection. Here's one pretty good description about why this is so: http://developer.apple.com/internet/webcontent/objectdetection.html Here's another: http://www.quirksmode.org/js/support.html And one more (for the unconvinced :-) http://www.evotech.net/blog/2007/07/browser-detection-versus-object-d... Chas. Tim Perrett wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Cheers Tim --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
On Fri, Sep 26, 2008 at 12:15 PM, Charles F. Munat [EMAIL PROTECTED] wrote: Ah, I forgot that you were talking server-side. Hmm. I'll have to think about this. For mobile browsers, are you talking ones that use WML? (Does anyone still use that?) For something like that, I think you could use the Accept HTTP header. User Agent is going to be very tricky. Perhaps you want to have a more light-weighted page for mobile consumers? But for something like this, shouldn't you send a default button (assuming JS is off), and then a JS script that does the object detection client-side and replaces the button with an image button? I'm not clear -- why do you want to do the detection server-side? Chas. Marius wrote: Charles ... this is not only about JS level. One may simply click a link or submit a simple form (with NO JS involved) and lift should probably be aware of browser type it can correct some browser specific idiosyncrasies in the resulting markup. Certain applications may need for instance to detect if a mobile browser is used instead of a PC browser. I don't think there is some other option then user-agent. But user- agent can be used today in lift but I agree that a higher abstraction is needed. P.S. At JS level, yeah object detection sounds really good. Br's, Marius On Sep 26, 12:25 pm, Charles F. Munat [EMAIL PROTECTED] wrote: Browser detection is a really bad idea, and I would recommend avoiding it at all costs. A much better solution is object detection. Here's one pretty good description about why this is so: http://developer.apple.com/internet/webcontent/objectdetection.html Here's another: http://www.quirksmode.org/js/support.html And one more (for the unconvinced :-) http://www.evotech.net/blog/2007/07/browser-detection-versus-object-d. .. Chas. Tim Perrett wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Cheers Tim -- Viktor Klang Senior Systems Analyst --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
It would be nice to have some control over this. I work on a site where we forward users to the iPhone version of the site when they access / and their user agent matches the iPhone (or iPod Touch) user agent. But, we also provide them with a link to view the full version of the site. This is just something to consider. We handle the full version switch through some additional paths we have setup, but I've seen cookie- based implementations of this as well. --Bryan On Sep 26, 7:40 am, Marius [EMAIL PROTECTED] wrote: Very true Viktor. Some mobile terminals like some of Nokia S40 series have both service browsers and web browsers (for some awkward reason). Service browsers even if they are capable of WAP or internet connectivity their support of XHTML is very limited. There is an XHTML-MP standard out there. Br's, Marius On Sep 26, 2:24 pm, Viktor Klang [EMAIL PROTECTED] wrote: On Fri, Sep 26, 2008 at 12:15 PM, Charles F. Munat [EMAIL PROTECTED] wrote: Ah, I forgot that you were talking server-side. Hmm. I'll have to think about this. For mobile browsers, are you talking ones that use WML? (Does anyone still use that?) For something like that, I think you could use the Accept HTTP header. User Agent is going to be very tricky. Perhaps you want to have a more light-weighted page for mobile consumers? But for something like this, shouldn't you send a default button (assuming JS is off), and then a JS script that does the object detection client-side and replaces the button with an image button? I'm not clear -- why do you want to do the detection server-side? Chas. Marius wrote: Charles ... this is not only about JS level. One may simply click a link or submit a simple form (with NO JS involved) and lift should probably be aware of browser type it can correct some browser specific idiosyncrasies in the resulting markup. Certain applications may need for instance to detect if a mobile browser is used instead of a PC browser. I don't think there is some other option then user-agent. But user- agent can be used today in lift but I agree that a higher abstraction is needed. P.S. At JS level, yeah object detection sounds really good. Br's, Marius On Sep 26, 12:25 pm, Charles F. Munat [EMAIL PROTECTED] wrote: Browser detection is a really bad idea, and I would recommend avoiding it at all costs. A much better solution is object detection. Here's one pretty good description about why this is so: http://developer.apple.com/internet/webcontent/objectdetection.html Here's another: http://www.quirksmode.org/js/support.html And one more (for the unconvinced :-) http://www.evotech.net/blog/2007/07/browser-detection-versus-object-d. .. Chas. Tim Perrett wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Cheers Tim -- Viktor Klang Senior Systems Analyst --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
On Fri, Sep 26, 2008 at 2:16 AM, Tim Perrett [EMAIL PROTECTED] wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Yes... that's what I'm suggesting. Right now, I think the things we care about on the server side are: - IE (and sometime just IE6) to deal with this image submit idiosyncrasy and other places where IE has different mechanisms for achieving things than do FF, Opera, and Safari/WebKit - The iPhone (Android?) -- it'd be nice to choose different style sheets based on these platforms... especially with a snippet I'd surface the browser detection in S (not SHtml). I'd also have snippets such as: lift:Browser if=IE6, Safari./lift:Browser lift:Browser.choose browser:ie6 something /browser:ie6 browser:iphone Something just for the iphone /browser:iphone /lift:Browser.choose Thanks, David Cheers Tim -- Lift, the simply functional web framework http://liftweb.net Collaborative Task Management http://much4.us Follow me: http://twitter.com/dpp Git some: http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Not the most popular option out there but I generally detect IE6 from the agent string and redirect to the Get Firefox page ;) On Fri, Sep 26, 2008 at 3:51 AM, Marius [EMAIL PROTECTED] wrote: Charles ... this is not only about JS level. One may simply click a link or submit a simple form (with NO JS involved) and lift should probably be aware of browser type it can correct some browser specific idiosyncrasies in the resulting markup. Certain applications may need for instance to detect if a mobile browser is used instead of a PC browser. I don't think there is some other option then user-agent. But user- agent can be used today in lift but I agree that a higher abstraction is needed. P.S. At JS level, yeah object detection sounds really good. Br's, Marius On Sep 26, 12:25 pm, Charles F. Munat [EMAIL PROTECTED] wrote: Browser detection is a really bad idea, and I would recommend avoiding it at all costs. A much better solution is object detection. Here's one pretty good description about why this is so: http://developer.apple.com/internet/webcontent/objectdetection.html Here's another: http://www.quirksmode.org/js/support.html And one more (for the unconvinced :-) http://www.evotech.net/blog/2007/07/browser-detection-versus-object-d... Chas. Tim Perrett wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Cheers Tim --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Marius wrote: +1. So is anyone taking ownership on this? ... I could add this support within a week or two maybe. I'd rather you continue to work on the Record/Field stuff. Can we get another taker on this project? Tyler... are you too busy with the book? Jorge... got time? Someone else? Br's, Marius On Sep 26, 6:54 pm, David Pollak [EMAIL PROTECTED] wrote: On Fri, Sep 26, 2008 at 2:16 AM, Tim Perrett [EMAIL PROTECTED] wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Yes... that's what I'm suggesting. Right now, I think the things we care about on the server side are: - IE (and sometime just IE6) to deal with this image submit idiosyncrasy and other places where IE has different mechanisms for achieving things than do FF, Opera, and Safari/WebKit - The iPhone (Android?) -- it'd be nice to choose different style sheets based on these platforms... especially with a snippet I'd surface the browser detection in S (not SHtml). I'd also have snippets such as: lift:Browser if=IE6, Safari./lift:Browser lift:Browser.choose browser:ie6 something /browser:ie6 browser:iphone Something just for the iphone /browser:iphone /lift:Browser.choose Thanks, David Cheers Tim -- Lift, the simply functional web frameworkhttp://liftweb.net Collaborative Task Managementhttp://much4.us Follow me:http://twitter.com/dpp Git some:http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Cool. On Sep 26, 7:40 pm, David Pollak [EMAIL PROTECTED] wrote: Marius wrote: +1. So is anyone taking ownership on this? ... I could add this support within a week or two maybe. I'd rather you continue to work on the Record/Field stuff. Can we get another taker on this project? Tyler... are you too busy with the book? Jorge... got time? Someone else? Br's, Marius On Sep 26, 6:54 pm, David Pollak [EMAIL PROTECTED] wrote: On Fri, Sep 26, 2008 at 2:16 AM, Tim Perrett [EMAIL PROTECTED] wrote: Am I being dumb here - could we not just run some checks on the user- agent header and respond appropriately? It would be very cool if SHtml was browser aware. Yes... that's what I'm suggesting. Right now, I think the things we care about on the server side are: - IE (and sometime just IE6) to deal with this image submit idiosyncrasy and other places where IE has different mechanisms for achieving things than do FF, Opera, and Safari/WebKit - The iPhone (Android?) -- it'd be nice to choose different style sheets based on these platforms... especially with a snippet I'd surface the browser detection in S (not SHtml). I'd also have snippets such as: lift:Browser if=IE6, Safari./lift:Browser lift:Browser.choose browser:ie6 something /browser:ie6 browser:iphone Something just for the iphone /browser:iphone /lift:Browser.choose Thanks, David Cheers Tim -- Lift, the simply functional web frameworkhttp://liftweb.net Collaborative Task Managementhttp://much4.us Follow me:http://twitter.com/dpp Git some:http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Tim Perrett wrote: Hey guys, Just a quick issue (or what seems to be an issue) that i've come accross. If you do the following: SHtml.submit(Register, save) % (type - image) % (src - img/button- submit-registration.gif) For instance, it works no problem in webkit powered browsers (FF, Safari, NS etc) Just to be a little anal, FF is a Gecko-based browser and Gecko != WebKit but in IE there appears to be an issue. Now then, at first, I thought it was a browser issue, but I came accross this: http://www.twoscomplement.com/2007/11/19/image-submit-in-ie-6/ and wondered, as i've changed the type of the element to image, would lift then not process it? type=image should behave exactly as type=submit right? It appears to do the form post perfectly well but as you'll see from that link it doesn't post the value of the form submit, so could this possibly be making it go screwy? IMHO, it also feels messy setting those kind of presentation attributes in the snippet - Ideally you would want to let designers choose if it was a regular style submit button, or an image. Using attributes perhaps? (where :form: is the bound namespace) form:save type=image src=images/b.gif / I think we need some browser detection in Lift. Does anyone know of some open source (Apache licensed or MIT/BSD licensed) browser detection code? We could add a method to SHtml that does the right thing to create an image submit depending on the browser type. Thanks, David PS -- I've run into the problem... I created an img ... onclick=do_form_submit_code_here / It's a little hacky, but it works. Cheers Tim --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
jQuery has the jquery.browser and other user agent methods (under the utilities section of the docs: http://docs.jquery.com/Utilities). If that's not enough, there's this under the MIT license: http://davecardwell.co.uk/javascript/jquery/plugins/jquery-browserdetect/ Derek On Thu, Sep 25, 2008 at 6:06 AM, David Pollak [EMAIL PROTECTED] wrote: Tim Perrett wrote: Hey guys, Just a quick issue (or what seems to be an issue) that i've come accross. If you do the following: SHtml.submit(Register, save) % (type - image) % (src - img/button- submit-registration.gif) For instance, it works no problem in webkit powered browsers (FF, Safari, NS etc) Just to be a little anal, FF is a Gecko-based browser and Gecko != WebKit but in IE there appears to be an issue. Now then, at first, I thought it was a browser issue, but I came accross this: http://www.twoscomplement.com/2007/11/19/image-submit-in-ie-6/ and wondered, as i've changed the type of the element to image, would lift then not process it? type=image should behave exactly as type=submit right? It appears to do the form post perfectly well but as you'll see from that link it doesn't post the value of the form submit, so could this possibly be making it go screwy? IMHO, it also feels messy setting those kind of presentation attributes in the snippet - Ideally you would want to let designers choose if it was a regular style submit button, or an image. Using attributes perhaps? (where :form: is the bound namespace) form:save type=image src=images/b.gif / I think we need some browser detection in Lift. Does anyone know of some open source (Apache licensed or MIT/BSD licensed) browser detection code? We could add a method to SHtml that does the right thing to create an image submit depending on the browser type. Thanks, David PS -- I've run into the problem... I created an img ... onclick=do_form_submit_code_here / It's a little hacky, but it works. Cheers Tim --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Image Submit Buttons fail to Submit (in IE)
Duh. I should stop posting before 7am. On Thu, Sep 25, 2008 at 9:27 AM, David Pollak [EMAIL PROTECTED] wrote: On Thu, Sep 25, 2008 at 6:05 AM, Derek Chen-Becker [EMAIL PROTECTED]wrote: jQuery has the jquery.browser and other user agent methods (under the utilities section of the docs: http://docs.jquery.com/Utilities). If that's not enough, there's this under the MIT license: http://davecardwell.co.uk/javascript/jquery/plugins/jquery-browserdetect/ I was thinking something server-side so we can create appropriate HTML for the browsers. Derek On Thu, Sep 25, 2008 at 6:06 AM, David Pollak [EMAIL PROTECTED] wrote: Tim Perrett wrote: Hey guys, Just a quick issue (or what seems to be an issue) that i've come accross. If you do the following: SHtml.submit(Register, save) % (type - image) % (src - img/button- submit-registration.gif) For instance, it works no problem in webkit powered browsers (FF, Safari, NS etc) Just to be a little anal, FF is a Gecko-based browser and Gecko != WebKit but in IE there appears to be an issue. Now then, at first, I thought it was a browser issue, but I came accross this: http://www.twoscomplement.com/2007/11/19/image-submit-in-ie-6/ and wondered, as i've changed the type of the element to image, would lift then not process it? type=image should behave exactly as type=submit right? It appears to do the form post perfectly well but as you'll see from that link it doesn't post the value of the form submit, so could this possibly be making it go screwy? IMHO, it also feels messy setting those kind of presentation attributes in the snippet - Ideally you would want to let designers choose if it was a regular style submit button, or an image. Using attributes perhaps? (where :form: is the bound namespace) form:save type=image src=images/b.gif / I think we need some browser detection in Lift. Does anyone know of some open source (Apache licensed or MIT/BSD licensed) browser detection code? We could add a method to SHtml that does the right thing to create an image submit depending on the browser type. Thanks, David PS -- I've run into the problem... I created an img ... onclick=do_form_submit_code_here / It's a little hacky, but it works. Cheers Tim -- Lift, the simply functional web framework http://liftweb.net Collaborative Task Management http://much4.us Follow me: http://twitter.com/dpp Git some: http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---