search

hungdt138 / html5rocks

Automatically exported from code.google.com/p/html5rocks
0 stars 0 forks source link

Update html5 slide deck css with new vendor prefiixes #853

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
Add Opera vendor extensions.

Make sure the site preforms in Opera like every other browser as Opera IS a 
modern browser and a better one at that.

Please do not recommend Chrud when Opera needs to be recommended for features 
that Opera supports versus other browsers. Specifically: Opera is the only one 
to support full HTML5 forms, recommend Opera.

Webkit is not a language. Do not code only for it or treat webkit vendor 
prefixes like they are all that's needed to be coded for.

http://leaverou.github.com/prefixfree/ — Webkit isn't a language! Code for 
all browsers without coding for webkit!

Original issue reported on code.google.com by pengui...@gmail.com on 14 Mar 2012 at 1:50

GoogleCodeExporter commented 9 years ago 
A more constructive title...

1. I assume all of your tweets are referring to http://slides.html5rocks.com/?
Those haven't been updated in some time and we actually deprecated the link on 
the
site's redesign because the content was getting stale.

2. We try hard to include all vendor prefixes and implementation details (where 
appropriate)
in the tutorials (the main part of the site). A lot of the slides.h5r content 
came out before non-webkit browsers supported some of these features. You'll 
note however, that a lot of the JS content is sans-prefix. The major exception 
being the css stuff.

3. As far as I know we never make any browser recommendations on the site. If 
that's not that case, please post a link and I'll fix the wording.

4. As always....patches welcome :)

Original comment by ericbide...@html5rocks.com on 14 Mar 2012 at 3:28

GoogleCodeExporter commented 9 years ago

Original comment by ericbide...@html5rocks.com on 14 Mar 2012 at 3:28

GoogleCodeExporter commented 9 years ago 
Also, prefixfree is not a good choice. Good luck rewriting stylesheets with JS 
on a mobile device.
It's far better to use a preprocess like SASS/LESS that includes common mixins 
for you. Unfortunately,
we haven't adopted one yet on this site :(

Original comment by ericbide...@html5rocks.com on 14 Mar 2012 at 3:33

GoogleCodeExporter commented 9 years ago 
Yes but it's linked to in the header of the page: 
http://cl.ly/2U213q3S3J2m0m2O1N2J

I would suggest deleting this subdirectory if this has become outdated and 
isn't going to be fixed.

I don't follow all the articles, but one that I did notice as I found out about 
the feature: web notifications. I see that it has been updated that Firefox 
supports this. Does that mean articles coding will also be updated? If so, that 
would be great.
How about this being done on the site? I haven't noticed it looking funny, but 
if you do use a proprietary webkit feature, make sure that there is an Opera 
and Mozilla prefixed version and add that to the line up as well. =]

The slides say use other browsers as well as articles I noticed some articles 
only instructing for one browser.
(Opera, since I've heard about the feature, supported protocol handler in Next 
and now in 11.60+ releases. The article does not describe a modern browser way 
of doing what it is describing. 
[http://updates.html5rocks.com/2012/02/Getting-Gmail-to-handle-all-mailto-links-
with-registerProtocolHandler])

I use -prefix-free on my site and it shows to work well.

If you can't use some sorta future-proof-code-modifier, then please make sure, 
as said before, that you prefix, if available, in all browsers. This includes 
Opera. They do have a page about vendor extensions in Opera if you need to know 
what should also be prefixed for Opera: 
http://www.opera.com/docs/specs/presto2.10/css/o-vendor/

I thank you for taking the time to consider not being, as I like to call it: 
browser racist! But that's just me. ;P

Original comment by pengui...@gmail.com on 14 Mar 2012 at 3:50

GoogleCodeExporter commented 9 years ago 
The header "Slides" points to a resource page with a bunch of slide decks on it:
http://www.html5rocks.com/en/slides

- We're not gong to include include prefixes where an API isn't implemented in 
the browser. IMO, that would
greatly confuse people.

- You're right about navigator.registerProtocolHandler. I wasn't aware Opera 
had this implemented.
@paul, can you update your post?

- Thanks for the doc. I wasn't aware of it, but it's super useful!

Original comment by ericbide...@html5rocks.com on 14 Mar 2012 at 5:32

GoogleCodeExporter commented 9 years ago 
I wasn't asking to add prefixes to features that haven't been added on 
applications that don't support it.

As an Opera user, if Opera supports something, I want to make sure others know 
that the feature works in Opera as well. And prevent webkit-only development.

It sounds like you understand about supporting Opera and now know to make sure 
that it'll get added in present and future. I thank you for not neglecting 
Opera and not simply browser sniffing and throwing an error. It's not fun to 
see a lazy developer just browser sniff off Opera because they don't want to 
take the time to support it.

As I said before, you can check the Opera Presto pages for documentation on 
making sure Opera's included in prefixed properties that, hopefully, will be 
unprefixed sometime in the near future.

Original comment by pengui...@gmail.com on 14 Mar 2012 at 5:38