\
**Category:** RapidWeaver Classic\
**Created:** [October 15, 2015, 6:09pm UTC](https://forums.realmacsoftware.com/t/amphtml-new-google-project-mobile-faster-will-rw-take-care-of-this-new-coding/3297 "2015-10-15T18:09:56Z")\
**Posts on this page:** 6\
**Page:** 1
**Author:**  [@s13cybergal](https://forums.realmacsoftware.com/u/s13cybergal)\
**Post date:** [October 15, 2015, 6:09pm UTC](https://forums.realmacsoftware.com/t/amphtml-new-google-project-mobile-faster-will-rw-take-care-of-this-new-coding/3297/1 "2015-10-15T18:09:57Z")
Hi Dan & Ben: Love the podcast and all your “england-isms”. Keep it up!
Google is developing some new addition to html called amphtml which is supposed to make rendering of ads (cough, cough, cough), viideos and other content faster. I’m afraid they will just require this change like they did with mobile “responsive” websites.
Is this something RW will deal with behind the scenes, or will I have to mess around with it myself? (Oh PLEASE don’t do that to me)!
Here’s a link to what is being done in the USA. [https://www.ampproject.org/](https://www.ampproject.org/)
I sure appreciate how I dont have to mess with html and other awful language architectures. You guys (and gals) are the best
---
**Author:**  [@Aaron](https://forums.realmacsoftware.com/u/Aaron)\
**Post date:** [October 16, 2015, 2:38am UTC](https://forums.realmacsoftware.com/t/amphtml-new-google-project-mobile-faster-will-rw-take-care-of-this-new-coding/3297/2 "2015-10-16T02:38:21Z")
Google is at it _again_! Really enjoying the new technologies being introduced for the web. Have you heard of [GSS (grid style sheets)](http://gridstylesheets.org)?
After skimming through the Github for this, I believe a RW theme and stacks/plugins combination could use this new standard for creating websites. Something similar to Foundation/BootSnap, but of course, much simpler/smaller.
---
**Author:**  [@s13cybergal](https://forums.realmacsoftware.com/u/s13cybergal)\
**Post date:** [October 16, 2015, 8:23pm UTC](https://forums.realmacsoftware.com/t/amphtml-new-google-project-mobile-faster-will-rw-take-care-of-this-new-coding/3297/3 "2015-10-16T20:23:56Z")
Thanks. I really appreciate how RW keeps things so simple for those of us who don’t want to learn html, etc. Great, reliable and easy-to-use software. 🙂
---
**Author:**  [@peterdanckwerts](https://forums.realmacsoftware.com/u/peterdanckwerts)\
**Post date:** [February 27, 2016, 5:22pm UTC](https://forums.realmacsoftware.com/t/amphtml-new-google-project-mobile-faster-will-rw-take-care-of-this-new-coding/3297/4 "2016-02-27T17:22:03Z")
The more I think about it the more I’m convinced that this shows what a big mistake it is to allow one company to create a near-monopoly. Google doesn’t always know what is best for everyone else. If it were the US government dictating how we design websites (let alone the North Korean government), everyone would be up in arms rather than saying. ‘Gosh we must do what Google says.’ PS There is a good discussion on the Google+ RW group.
---
**Author:**  [@Turtle](https://forums.realmacsoftware.com/u/Turtle)\
**Post date:** [February 27, 2016, 5:27pm UTC](https://forums.realmacsoftware.com/t/amphtml-new-google-project-mobile-faster-will-rw-take-care-of-this-new-coding/3297/5 "2016-02-27T17:27:09Z")
I concur with Peter
How long were we developing [m.domainname.com](http://m.domainname.com) for mobile sites, then advised to go mobile first (html5/css) and now this crap… I’d rather take the hit on google search than make another (few) sites based off the original to be cached on their servers… YUCK!!! Talk about monopoly!
Standards are good, changing standard as long as they remain generic is good, google only standards… bad!
Brad
---
**Author:**  [@s13cybergal](https://forums.realmacsoftware.com/u/s13cybergal)\
**Post date:** [February 28, 2016, 4:45pm UTC](https://forums.realmacsoftware.com/t/amphtml-new-google-project-mobile-faster-will-rw-take-care-of-this-new-coding/3297/6 "2016-02-28T16:45:12Z")
Amen to that! My hosting service is running hard to keep up with all of this mess.