Eric's Ruby on Rails Blog - Comments

Eric Methot comments on Using SproutCore: Demo App

Eric Methot — Tue, 08 Jul 2008 05:07:34 +0000

Thanks for the irony but you don't get it. Sure today it's trivial, at the time it wasn't. This was posted just after WWDC and when you googled "sproutcore" you got squat worth your while with regards to demo code. Except perhaps for the demo apps for which, we had no source code (or none easily accessible). In less than a month there has been quite a lot going on with sproutcore. Today you will find much more relevant posts for developers than then. With hindsight it's always easier...

so nice for him comments on Using SproutCore: Demo App

so nice for him — Mon, 07 Jul 2008 22:22:45 +0000

Wow. I have a suggestion for your next post...
And when I turn the handle water comes out of the faucet.

Nicolas Chapados comments on Strongspace Look & Feel

Nicolas Chapados — Tue, 18 Mar 2008 12:37:31 +0000

Très beau blog Éric! J'aime le look. Qu'est-ce que tu utilises pour le tenir à jour?

Aditya comments on Datebalks: a slimmer datebocks

Aditya — Tue, 22 Jan 2008 17:41:33 +0000

Right, i've posted you the file. You may want to diff it to see the exact set of changes.

I use the same partial for new as well as edit, so when we have existing values in date field, they should also be stored in the hidden field, else they'll become blank during the subsequent update.

Cheers,
Aditya

Eric Methot comments on Datebalks: a slimmer datebocks

Eric Methot — Tue, 22 Jan 2008 11:16:19 +0000

That's a good point to use local variables for the IDs to support multiple date fields (I should have thought of that myself) and thanks for pointing out the typo. I've added a "Send me a file" link to the sidebar so that you can send me your modifications. I'll update the datebalks.js script and post an update.

Thanks,

Aditya comments on Datebalks: a slimmer datebocks

Aditya — Tue, 22 Jan 2008 07:03:27 +0000

Cheers mate!!
Thanks for the quick reply!

Playing around with this, bought up a couple of issues.

1. This doesnt quite work if you have multiple dateselects on your page. The solution is to not use the "global" sml_id and inp_id in the observers/calendar updates. In my mod, i derive sml_id and inp_id from element in the callback functions.

2. Typo in the spelling of tomorrow. It shouldnt be tommorow.

3. My issue it that i've got a form with a whole bunch of date fields, so for me to "except" out a whole bunch of them is slightly painful. What I did was exclude the input textbox value from the Model's hash. So, input textbox name is due_at_date_text not, customer[due_at_date_text]. I did this by playing with regex in your "appendPopupAndText" function.

I can post my version if you like? If yes, let me know where i can send it.

Eric Methot comments on Datebalks: a slimmer datebocks

Eric Methot — Mon, 21 Jan 2008 20:16:28 +0000

Hello Aditya, I'd say that the simplest way is to remove the _date attribute from the hash before doing the update. It requires only one method call. Here is an example:


bq.project = Project.find(params[:id])
bq.project.update_attributes(params[:project].except(:due_at_date))

I think that that's the simplest way to go about it. Another way would be to toy around the javascript so that it produced and send only what you wand but that would be a bit more involved.

Aditya comments on Datebalks: a slimmer datebocks

Aditya — Mon, 21 Jan 2008 16:59:14 +0000

Hi Eric!

This is wonderful!! Many thanks! Amazing!

However, is there a way to prevent the sending of the field with the _text? It kind of goes and screws up the ActiveRecord update call because the attribute with _text does not exist on the Model.

Cheers,
Aditya