Gmail with Fluid and this Script

If you are on Leopard and don't use Fluid, then get a clue. And, start using the awesomeness.

I love me some Gmail. I keep trying Apple Mail. But, I always end up back at Gmail.

So, try this to make your Gmail on Fluid even better.

My Fluid Gmail app looks like this:

Picture 1

I like the dark background, font, and NO ads!

To do this, follow these easy steps.

1. Create Gmail Fluid app.

2. Launch the Gmail Fluid app, not the Fluid app creator app.

3. Go to "Browse Userscript.org" in the menu bar.

Picture 2

4. Search for "gmail dark blue"

Picture 3


5. Click on "Gmail 2 - Dark Blue Google Inspired"

Picture 4


6. Install the script by clicking black "Install this script" button at the top of the left column.

Picture 5


7. Relaunch the Gmail Fluid app! Awesome!

Posted at on 7/31/08 by | 0 comments | Filed under:

Show & Tell Sessions

We have implemented what I am calling "Show & Tell Sessions".

Here are a few guidelines:

  • Rotate through the team

  • Presentations should be about 30 mins long to allow for questions and discussion

  • You are not the expert giving a class. You are just some dude who wants to share something interesting.

  • Don’t preach unless it is accepted practice. For example, “preaching” about how inline CSS in HTML mark up is bad is ok with me. But, “preaching” about how Ruby is better than C is not. But, giving a demonstration of Ruby is ok.

  • Does not have to be about code or technical in nature.

  • It can be about anything that is somehow related to what we do. For example, a designer might give a presentation on typology.

  • We all have to attend (unless it is impossible). This is to show support and respect to your fellow man.


  • Teaching something is the best way to learn something. My hope is that these sessions will expand our knowledge.

    Posted at on 7/30/08 by | 0 comments | Filed under:

    Self-Training

    A while back, I implemented "self-training" for my team. So far, I think it has been a success.

    This is a mandatory task for the team. “Mandatory” as in it counts towards your performance. “Task” as in you do it. “Team” as in the team.

    Here are the rules:


    • Must do at least .5 hour per day

    • Can not roll it over until you do it all in one day (i.e. 5 hours on Friday)

    • You can use as many hours as you want towards a particular subject

    • Any topic that is related to what we do is fair game

    • If you want to buy a book or something, let me know. I will get it expensed.

    • I can ask you to change it, expand it, or focus it if it seems like it does not accomplish number 5 or if you are spending too many hours on it.


    So, Why? What's the point?

    • To become more awesome

    • To save Vail time and money

    • To master your craft


    I am sure that we all do some of this on our own. However, I wanted to structure it so that we will be accountable to one another for it. In other words, you can’t say you are learning something and not do it because one of us may ask you about it.

    Some of the self-training subject matter will overlap with something you are assigned to do. For example, I don’t know much about implementing a central authentication systems. And, I want to implement it at Vail. I may self-train on it.

    If that is the case, I would suggest approaching the self-training hour from an objective point of view.

    “How does it work?” As opposed to, “How can I get it to work for Project xyz?”

    It is a subtle difference and may not matter in practice. But, I don’t want to be biased in what we are learning towards some project timeline, or limitation.

    In the end, it is all about being better. What we do is our craft. We should master it.

    Posted at on by | 1 comments | Filed under:

    The Presenter Pattern - ActivePresenter for Rails

    This is pretty sweet.

    Rails strictly adheres to the MVC model . . . which is good. Where Rails falls a little bit short is when a view needs to manipulate multiple models. The out of the box Rails behavior is one model to one controller to one view.

    But, in practice, you often have views that manipulate multiple models. Thankfully, because Rails is flexible, you can accomplish this in a number of ways. However, it often leads to inconsistent code structure, and fat controllers, or nearly untestable code.

    What we needed was a “pattern”. I had heard about the presenter pattern last year at RailsEdge in Chicago. At the time, it was just a concept. I didn’t really get it.

    Looking at this post (ActivePresenter), I get it now. And, its implementation is pure elegance. I can't wait to try it out.

    Posted at on by | 0 comments | Filed under: ,

    RubyGems not updating properly

    At times, i have noticed that running the:
    sudo gem update—system
    command does not properly update rubygems. It will say that everything is up to date.

    This has something to do with the way rubygems was installed on the machine. For example, if you installed rubygems with macports, it is possible that the macports package was slightly broken for this update procedure.

    If this happens to you, you can still up date rubygems like this:

    sudo gem install rubygems-update
    sudo update_rubygems

    Posted at on by | 0 comments | Filed under:

    Starting New

    I have moved off of a Typepad account.  I figured why pay for a blogging service.  Yeah, I could have done some sort of data migration.  But, there wasn't anything worth saving.

    Posted at on by | 0 comments | Filed under: