Ramiro Franco

Inline-block-parents Are Terrible.

Written on Wednesday August 22, 2012 at 2:41 p.m.

I recently ran into this strange "jitter" with elements animated by jQuery, and searching for the culprit I found that a parent element set to inline-block in order to auto-adjust the width to the content was the source of my problem.

Normally, I don't really see an issue with people using inline-blocks for parent elements ( despite the title), though I'm not particular for it when a block is not really meant to be displayed inline but as a document-container.

In this situation it was causing some visually jarring problems in animation, but we still needed the block to expand to the size of the content dynamically.

I of course turned to more jQuery / JavaScript (CoffeeScript) for a solution, and found a pretty simple one:

This does a fantastic thing where, we find out what the size of the block turns out to be for its particular instance, and we just set it manually before switching it to a block. No flicker, or fuss, just a super easy solution. If only that were the case more often.

Getting Friendly with Ubuntu VMs + OSX Hosts

Written on Monday August 6, 2012 at 10:47 p.m.

I can't tell you how many countless times I've setup Ubuntu VMs for development, but I've only for the last couple of years done so on a linux host. This whole time I've been setting up /etc/hosts (frequently) because I couldn't find a great way to get hostnames working between the two. Well, the following snippet will get you everything you need to get the two talking over Bonjour:

Simple enough right? You can test this out by typing trying:

Where guest is the hostname for your guest machine.

Appending Parent and Child Views Using Ember After Dom Ready

Written on Sunday July 22, 2012 at 12:04 a.m.

For some reason I can't seem to find any guides on how to implement new views in Ember after the dom is loaded. You'd think that this would be a pretty frequent task for people aggregating their data without using the ember-data thing. At this point, I've figured it out so I decided to write a few quick samples to help other people get this relatively easy task accomplished. Please note, these samples are all in CoffeeScript, you'll have to translate to javascript as necessary.

First off, setup your Container. I like to set this right after my app to make sure it's available:

This will attach the main ember container to your content, simple enough right?

Next we'll want to create a view for whatever object / array we have going for us. Personally I love using the Ember Array controllers, which we won't go into detail here, but are super useful for collections. Also, you'll want to make sure your view is already setup. I like using the ember-rails gem because it makes sprocket integration easy. So we setup our super simple view:

Now we've got our parent container, and our view, how do we make it appear? Well, I ended up handling this with my controller, so in my controller I have this tidbit:

Now it's up to you to find out where and how you want to execute that, I'm doing it after loading my data successfully.

That's it! that should get your child view to load in parent container in Ember. I know there's bits and pieces left out ( especially data handling ), but I figure most people these days are probably handling data in Ember their own way, but if you want help on that, just let me know!

Chrome vs Safari on iOS 5

Written on Thursday June 28, 2012 at 9:47 p.m.

As anyone who's interested in this topic already knows, Google has created a port of Chrome for iOS designed to work on the iPhone and on the iPad.

I did a little bit of testing today, hoping to see what the primary differences in rendering were and found that they were largely the same. Primarily because they are both using iOS's webkit rendering. This is actually a good thing, it helps to speed up the app and it keeps web pages consistent on the device.

Where they differ, is the javascript implementation. Chrome has a reputation for having a very fast javascription engine, but some preliminary testing shows that at least on iOS, Safari is a clear winner in terms of speed. A quick benchmark of dom render time using jQuery, Mootools, and Dojo clearly shows that Safari outpaces Chrome.

I love the Chrome UI, and I'm a big fan of the synchronization, but the speed benefits on Safari might actually keep me from making the switch.

Update Turns out, Google isn't going to use their own rendering or javascript engine, and Apple has restricted direct access to their javascript engine posting security concerns, which causes it to run slower in third party apps like Chrome.

Long Evenings.

Written on Friday April 27, 2012 at 5:53 p.m.

I've been working more than I probably should, again. With committing hours to multiple contractors on top of my usual work at CrowdCompass, and my own private projects. I feel like I have way more time to projects and work than actual time available for probably the next month or so.

I have been able to schedule a few moments in from time to time. I started my FFXIV account back up and I love all the changes they've made to the game, and recently I through a huge birthday bash for myself that was a rousing success.

The festivities involved a signature cocktail, the French 75, which Angela helped me pick up supplies for. We had sushi, cheese, charcuterie for snacking around the house. We had a bunch of great music videos on the big tv. My friends came together to get me some amazing gifts, and we all celebrated the night away. It was a probably one of the better parties I have had and possibly one of the best I will have.