Wordless: stop writing Wordpress themes like it's 1998.
21–30 of 87 posts
Re: Wordless: stop writing Wordpress themes like it's 1998.
#22Re: Wordless: stop writing Wordpress themes like it's 1998.
#23If you're going to use all the new hip tools (and take the time to learn how to use them), just go one step farther and stop using Wordpress.
Re: Wordless: stop writing Wordpress themes like it's 1998.
#24I'm not a Ruby developer, so I can't comment if this makes it easier for someone who lives in both Rails and Wordpress, but as someone who has to occasionally make a custom Wordpress theme and has no experience in Rails, this looks like a lot of complexity just to put together a theme. However, I could see this being very nice for someone whose time consists mostly of Wordpress themes, and you obviously put a lot of…
Re: Wordless: stop writing Wordpress themes like it's 1998.
#25If you're going to use all the new hip tools (and take the time to learn how to use them), just go one step farther and stop using Wordpress.
It is also big news to folks who write a lot of templates, because something like this allows them to create a toolchain which spits out WP templates, as opposed to having to e.g. having a template framework that templates are built against. This means that they can do across-the-board updates much more easily. That's a huge win if, for example, you're a company that publishes 100+ templates and somebody reports an XSS vulnerability in a commonly repeated component of one of them. (I don't know if their other 99 templates are patched yet so I won't go pointing fingers, but suffice it to say this happened.)
+ Kidding, kidding. OK, mostly kidding.
Re: Wordless: stop writing Wordpress themes like it's 1998.
#26I feel this is solving a problem that doesn't exist. The problem with creating a WordPress theme isn't that it's missing buzzwordy tech like HAML, SASS and CoffeeScript. The problem is that the PHP behind WordPress is hideous. Even in version 3.x If someone were to fork WordPress and fix all the spaghetti code, then I could stop writing themes like it was 1998...
And if you are going to break the plugin ecosystem, might as well use Habari, which is much nicer: http://habariproject.org/en/
Too bad all the available plugins fit in a single page: http://wiki.habariproject.org/en/Available_Plugins
Re: Wordless: stop writing Wordpress themes like it's 1998.
#27LOL. Why not just go the whole hog and run wordpress inside ruby, using tenderlove's Phuby bridge/adapter/thing. https://github.com/tenderlove/phuby Demo of him actually using this to run wordpress inside rack: http://www.youtube.com/watch?v=MXERy8Y2eVo Or, you know, spend a day knocking together your own blog in rails. I guess it could be good if you are wedded to a preexisting client base which demands wordpress, e…
"I'm a Rubyist. But I'm also a pragmatic front-end developer. When I have to write a full-stack solution, I pick Rails or Sinatra because writing Ruby is a joy and the Ruby ecosystem is so darn cool. But when I have to create a CMS-based site for myself or a client I love the usability and community behind WordPress. Although I can reluctantly lay Ruby aside when I extend WordPress, I really miss my syntactically awesome stylesheets. Until now."
http://wynnnetherland.com/journal/sass-up-your-wordpress-the...
Re: Wordless: stop writing Wordpress themes like it's 1998.
#28Not to mention most designers I know would look at this and roll their eyes.
Re: Wordless: stop writing Wordpress themes like it's 1998.
#29I would love to hear some comments from you. I think this really speeds up custom Wordpress theme creation.
Does this plugin generate standalone themes or do they depend on the plugin?
Re: Wordless: stop writing Wordpress themes like it's 1998.
#30I'm not a Ruby developer, so I can't comment if this makes it easier for someone who lives in both Rails and Wordpress, but as someone who has to occasionally make a custom Wordpress theme and has no experience in Rails, this looks like a lot of complexity just to put together a theme. However, I could see this being very nice for someone whose time consists mostly of Wordpress themes, and you obviously put a lot of…
ceol, that's almost correct. you need to keep the plugin also on your production server, but the compiled assets gets "baked", so wordpress just serves static files.