On 05/10/2011 03:04 PM, Bruce Tong wrote:
I hate to keep posting. Y'all have no-doubt thought through all of this already.I talked with a couple of our graphic artists about SASS. They were intrigued by the new ideas SASS brings to the table, and there were some observations that may, or may not, apply to the portal. They usually work in sites that are far less complex that the portal's CSS. * Since SASS builds CSS, it would make some of their tools useless, like Dreamweaver. Only a couple of them use tools like that. Others work in text files. * Using Firebug to work with the resulting CSS would require mental work to translate it back to SASS. For a simple site, that's no big deal. Then again, for a simple site, CSS was probably okay. * For the portal, where programmers seem to do all the layout work (here), fitting it into the build process is no big deal. For many of the things they support there is no chance to mix it into a build process. They would have to make their own build process. For some, that would be possible. For others it would certainly be a change to their normal work flow. I don't know if that helps anyone or not, but I wanted their perspective. On Tue, May 10, 2011 at 3:01 PM, Bruce Tong<zzt...@gmail.com> wrote:Variables, Nesting, Mixins, and Selector Inheritance all seem okay. It doesn't include logical components like decisions and loops, so I think any concerns I had at first seem unfounded. On Tue, May 10, 2011 at 2:43 PM, Jen Bourey<jennifer.bou...@gmail.com> wrote:If you're interested in seeing an example of what SASS in uPortal would look like, Gary's been testing it with the uMobile theme. The default skin for the muniversality theme should give a general idea of what some of the code looks like. - Jen On May 10, 2011, at 9:42 AM, Eric Dalquist wrote: This looks really cool and looks like it would REALLY simplify the uPortal CSS code. Especially with the variable replacement bits would it be valuable to move adopters to use the SASS files as well? I know I'd love it if I could change all the occurrences of "the blue tab background" by just tweaking a variable in one location. Also the syntax looks close enough to CSS that I don't think it would be too onerous for people to get familiar with. If this is valuable we could look at if it is possible to fold the SASS -> CSS generation into the uPortal build so we just have SASS files in the source and the CSS files are all created at build time. -Eric On 05/10/2011 11:33 AM, Gary Thompson wrote: Hey all, I heard about SASS (http://sass-lang.com/) not long ago, and had an opportunity to use it in the recent uPortal Mobile work. In my opinion, SASS is CSS Awesome. It is everything that CSS development should be, and makes CSS truly programmatic with things like variables, mixins, loops, and functions. I will be using SASS for all my future CSS development. I'd like to recommend using SASS for uPortal CSS development. Impacts to uPortal: For front-end developers, an uptake of SASS. Source code "CSS" would be done in SASS. SASS exports to pure CSS, which would be the uPortal skins. SASS runs on Ruby. CSS development and maintenance becomes *much* easier. For portal adopters, the impact is probably nothing. Adopters would be working with the resultant CSS file (and likely never interface with SASS), and any customizations to a skin would be done in the same manner as before. Thoughts? Gary -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: eric.dalqu...@doit.wisc.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: zzt...@gmail.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev-- Bruce Tong Software Engineer Office of Information Technology Ohio University
smime.p7s
Description: S/MIME Cryptographic Signature