Re: HTML5 Form Elements

2011-03-02 Thread Robert
It wouldn't surprise me at all if they were already working on this. HTML5 support will be another buzz compliant feature. :-) -- You received this message because you are subscribed to the BBEdit Talk discussion group on Google Groups. To post to this group, send email to

Re: HTML5 Form Elements

2011-02-12 Thread BeeRich
Ya not so graceful after all. On 2011-02-11, at 7:48 PM, Paul Burney wrote: I've had problems with the newer input types using various browsers. In one case, I had multiple email address fields on a page (with other fields). Having them set to type=email caused browser autocomplete features

Re: HTML5 Form Elements

2011-02-11 Thread Paul Burney
Unfortunately, your examples are all of the Not [yet] Supported not the (as I queried) Does not gracefully degrade type. If I code input type=email ... and there is no support it will gracefully degrade and act as a type=text as opposed to not displaying anything. I've had problems with the

Re: HTML5 Form Elements

2011-02-08 Thread BeeRich
I recently wrote a simple HTML5 form test page and I noticed the following in Mac Safari (5.0.3): - a numbers field won't use the increment/decrement toggle buttons for decimals. - datetime, datetime-local and date are only demonstrating a text input. I believe Opera displays a proper

Re: HTML5 Form Elements

2011-02-07 Thread BeeRich
On 2011-02-06, at 10:42 AM, Brian M. Frick wrote: The article that, I believe it was Tom, posted, explains quite specifically how you can code in HTML5 and current browsers will gracefully ignore the new tags. I have begun coding all my sites in HTML5 and would *never* go back. I've seen

Re: HTML5 Form Elements

2011-02-07 Thread G. T. Stresen-Reuter
On Feb 7, 2011, at 1:37 PM, BeeRich wrote: On 2011-02-06, at 10:42 AM, Brian M. Frick wrote: In other words, t'll be there when it gets there. If it was a graceful transition, then the tools should be made available as people would choose to be coding or testing in 5. Just because it's

Re: HTML5 Form Elements

2011-02-07 Thread Brian Frick
You're right... I wasn't being flippant when I said that; I meant precisely that the HTML5 spec is not completed, and instead of adding something that might (will) change over time, BareBones will smartly wait until it's completed before implementing it in BBEdit. -- Brian On Feb 7, 2011, at

Re: HTML5 Form Elements

2011-02-07 Thread BeeRich
On 2011-02-07, at 11:35 AM, G. T. Stresen-Reuter wrote: This is just a guess but I think Brian was saying that the HTML 5 specification isn't there yet. Again, I'm just getting into HTML 5 (and thus, am speaking out of ignorance, not uncommon mind you) but I don't recall seeing an

Re: HTML5 Form Elements

2011-02-07 Thread Robert A. Rosenberg
At 08:37 -0500 on 02/07/2011, BeeRich wrote about Re: HTML5 Form Elements: On 2011-02-06, at 10:42 AM, Brian M. Frick wrote: The article that, I believe it was Tom, posted, explains quite specifically how you can code in HTML5 and current browsers will gracefully ignore the new tags. I

Re: HTML5 Form Elements

2011-02-07 Thread BeeRich
I recently wrote a simple HTML5 form test page and I noticed the following in Mac Safari (5.0.3): - a numbers field won't use the increment/decrement toggle buttons for decimals. - datetime, datetime-local and date are only demonstrating a text input. I believe Opera displays a proper

Re: HTML5 Form Elements

2011-02-07 Thread Robert A. Rosenberg
At 15:11 -0500 on 02/07/2011, BeeRich wrote about Re: HTML5 Form Elements: I recently wrote a simple HTML5 form test page and I noticed the following in Mac Safari (5.0.3): - a numbers field won't use the increment/decrement toggle buttons for decimals. - datetime, datetime-local and date

Re: HTML5 Form Elements

2011-02-06 Thread Watts Martin
On Feb 5, 11:02 am, BeeRich beer...@gmail.com wrote: Specifically form elements: phone, search, url, email, datetime, month, week, time, datetime-local, number, range, and color. Those aren't form elements, they are new types for the existing form input element. It is true that BBEdit's tag

Re: HTML5 Form Elements

2011-02-06 Thread BeeRich
On 2011-02-06, at 3:58 AM, Watts Martin wrote: Those aren't form elements, they are new types for the existing form input element. It is true that BBEdit's tag maker should handle these, as they're pretty important parts of the spec. However... I would have hoped for some kind of GUI for

Re: HTML5 Form Elements

2011-02-06 Thread Brian M. Frick
The article that, I believe it was Tom, posted, explains quite specifically how you can code in HTML5 and current browsers will gracefully ignore the new tags. I have begun coding all my sites in HTML5 and would *never* go back. As for BBEdit -- they probably have no reason to implement

HTML5 Form Elements

2011-02-05 Thread BeeRich
Hiya kids. Instead of asking in support, I thought I would ask here in the group. HTML5 has new form elements. They are not currently choosable in the posted most recent version (non-beta) of BBEdit. Will this change soon? Cheers -- You received this message because you are subscribed to

Re: HTML5 Form Elements

2011-02-05 Thread G. T. Stresen-Reuter
On Feb 5, 2011, at 2:03 PM, BeeRich wrote: HTML5 has new form elements. They are not currently choosable in the posted most recent version (non-beta) of BBEdit. Will this change soon? Could you be more specific about which elements are new in HTML5 (and consequently which ones are not

Re: HTML5 Form Elements

2011-02-05 Thread Ted Burger
Here is a good description. http://diveintohtml5.org/forms.html I do think that you should address this question to the support at BBedit. Thanks, Ted *** Ted Burger t...@tobsupport.com * www.tobsupport.com On Feb 5, 2011, at

Re: HTML5 Form Elements

2011-02-05 Thread BeeRich
Specifically form elements: phone, search, url, email, datetime, month, week, time, datetime-local, number, range, and color. I would have hoped for some kind of GUI for building these types. I was under the impression that BBEdit would be all or nothing when it came to integrating HTML5.