From tj at stank.us  Mon Aug  1 08:49:42 2011
From: tj at stank.us (TJ Stankus)
Date: Mon, 1 Aug 2011 08:49:42 -0400
Subject: [raleigh.rb] Preventing duplicate records
In-Reply-To: <CAP6Dn1wr-RJgFtHMC+a3j=91peL9i6u0=PMoA_LjSC2MCn-b5w@mail.gmail.com>
References: <CAADvoqpUW85q0HTYjxchfexTfqj+FVsNW1ZrEJh57x1cDMT_Ug@mail.gmail.com>
	<B8B23EA5-3799-4CAA-8D49-38FE215735B2@gmail.com>
	<CAP6Dn1wr-RJgFtHMC+a3j=91peL9i6u0=PMoA_LjSC2MCn-b5w@mail.gmail.com>
Message-ID: <CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>

Ahh, but you can't trust that input originates in the browser. That'd
be a big security hole. :)

-TJ

On Sat, Jul 30, 2011 at 11:23 AM, Tim Harrison <heedspin at gmail.com> wrote:
> I'm not a javascript guy, but it seems like this can be solved in the
> browser without any change to backend. ?For the love of sanity, don't change
> the backend!! :-)
> Javascript waving of hands begins now:
> If you disable default behavior of submit button, then can't you store some
> state (beenSubmitted boolean) in the page to enforce the submit only happens
> once? ?It sounds like you already tried this... ?But it doesn't seem
> possible that the browser would bypass callbacks just by triggering UI
> events quickly. ?Here's some javascript we have in one of our projects. ?(I
> didn't write it...)
> jQuery.fn.preventDoubleSubmit = function() {
> ? jQuery(this).submit(function() {
> ? ? if (this.beenSubmitted){
> ? ? ? return false;
> ? ? }
> ? ? else {
> ? ? ? this.beenSubmitted = true;
> ? ? ? $(this).find(":submit").addClass("inprogress");
> ? ? }
> ? });
> };
> $(document).ready(function() {
> ? ?$("form").preventDoubleSubmit();
> }
> Is Javascript in browsers single threaded? ?If so, this simple
> synchronization technique should work, right?
>
> On Sat, Jul 30, 2011 at 10:11 AM, Martin Streicher
> <martin.streicher at gmail.com> wrote:
>>
>> Can you include a form serial number, a key of some sort that you expect
>> to see in the response, and that's unique per rendered form? I suppose the
>> session needs to track the last serial number issued and ignore any
>> duplicate uses. Each new or edit action would reset the serial number.
>>
>> On Jul 29, 2011, at 6:06 PM, Chris Barnes wrote:
>>
>> > I'm trying to come up with a solution to a problem in one of my apps
>> > where users are "accidentally" submitting a form twice and causing
>> > duplicate records. ?I disabled the UI with javascript on form
>> > submission and that fixed the problem for the most part but users who
>> > hit enter several times quickly can get the form to submit twice
>> > before the javascript executes.
>> >
>> > I've tried scoped unique validations in the model but record 1 doesn't
>> > yet exist when record 2 validates and so they both save.
>> >
>> > The only other way I've come up with is adding a multi field unique
>> > index to the table. ?The problem is, a record with all identical
>> > fields in the table (except for the id of course) should be valid.
>> > What I'm saying is, if they try to key in a record with all the same
>> > info as an existing record it should be valid. ?I just don't want it
>> > to happen due to a form being submitted twice.
>> >
>> > As far as I can tell, the only way to prevent it is to disable the
>> > enter key. ?The problem is, some views have inline editing and use the
>> > enter key for submission. ?So I can either disable the enter key and
>> > add submit buttons to my inline edit forms (yuck) or I can disable the
>> > enter key only on forms that are not the inline editing type
>> > (inconsistant).
>> >
>> > Edit:
>> >
>> > While typing this email, I may have figured out a way to accomplish
>> > this. ?If I create a unique index on the table and include the
>> > created_at timestamp, it should work. ?Then users can create records
>> > that perfectly match existing ones (except for the timestamp) but if a
>> > form gets submitted twice it won't save the second record.
>> >
>> > Anyone see any problems with this solution or perhaps know a better one?
>> > _______________________________________________
>> > raleigh-rb-members mailing list
>> > raleigh-rb-members at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>
>> _______________________________________________
>> raleigh-rb-members mailing list
>> raleigh-rb-members at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>
>
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>

From steve at iannopollo.com  Mon Aug  1 10:43:31 2011
From: steve at iannopollo.com (Steve Iannopollo)
Date: Mon, 1 Aug 2011 10:43:31 -0400
Subject: [raleigh.rb] Preventing duplicate records
In-Reply-To: <CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>
References: <CAADvoqpUW85q0HTYjxchfexTfqj+FVsNW1ZrEJh57x1cDMT_Ug@mail.gmail.com>
	<B8B23EA5-3799-4CAA-8D49-38FE215735B2@gmail.com>
	<CAP6Dn1wr-RJgFtHMC+a3j=91peL9i6u0=PMoA_LjSC2MCn-b5w@mail.gmail.com>
	<CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>
Message-ID: <D4A99310-10A1-47F9-834C-933657983026@iannopollo.com>

I think this thread has separated into two different discussions:

* Preventing duplicate records
* Preventing duplicate form submissions

I think from TJ's last comment that we can see the difference between the two. And that they are two different problems to solve. And from Chris' original post, his problem is originating in the browser.

-Steve

On Aug 1, 2011, at 8:49 AM, TJ Stankus wrote:

> Ahh, but you can't trust that input originates in the browser. That'd
> be a big security hole. :)
> 
> -TJ
> 
> On Sat, Jul 30, 2011 at 11:23 AM, Tim Harrison <heedspin at gmail.com> wrote:
>> I'm not a javascript guy, but it seems like this can be solved in the
>> browser without any change to backend.  For the love of sanity, don't change
>> the backend!! :-)
>> Javascript waving of hands begins now:
>> If you disable default behavior of submit button, then can't you store some
>> state (beenSubmitted boolean) in the page to enforce the submit only happens
>> once?  It sounds like you already tried this...  But it doesn't seem
>> possible that the browser would bypass callbacks just by triggering UI
>> events quickly.  Here's some javascript we have in one of our projects.  (I
>> didn't write it...)
>> jQuery.fn.preventDoubleSubmit = function() {
>>   jQuery(this).submit(function() {
>>     if (this.beenSubmitted){
>>       return false;
>>     }
>>     else {
>>       this.beenSubmitted = true;
>>       $(this).find(":submit").addClass("inprogress");
>>     }
>>   });
>> };
>> $(document).ready(function() {
>>    $("form").preventDoubleSubmit();
>> }
>> Is Javascript in browsers single threaded?  If so, this simple
>> synchronization technique should work, right?
>> 
>> On Sat, Jul 30, 2011 at 10:11 AM, Martin Streicher
>> <martin.streicher at gmail.com> wrote:
>>> 
>>> Can you include a form serial number, a key of some sort that you expect
>>> to see in the response, and that's unique per rendered form? I suppose the
>>> session needs to track the last serial number issued and ignore any
>>> duplicate uses. Each new or edit action would reset the serial number.
>>> 
>>> On Jul 29, 2011, at 6:06 PM, Chris Barnes wrote:
>>> 
>>>> I'm trying to come up with a solution to a problem in one of my apps
>>>> where users are "accidentally" submitting a form twice and causing
>>>> duplicate records.  I disabled the UI with javascript on form
>>>> submission and that fixed the problem for the most part but users who
>>>> hit enter several times quickly can get the form to submit twice
>>>> before the javascript executes.
>>>> 
>>>> I've tried scoped unique validations in the model but record 1 doesn't
>>>> yet exist when record 2 validates and so they both save.
>>>> 
>>>> The only other way I've come up with is adding a multi field unique
>>>> index to the table.  The problem is, a record with all identical
>>>> fields in the table (except for the id of course) should be valid.
>>>> What I'm saying is, if they try to key in a record with all the same
>>>> info as an existing record it should be valid.  I just don't want it
>>>> to happen due to a form being submitted twice.
>>>> 
>>>> As far as I can tell, the only way to prevent it is to disable the
>>>> enter key.  The problem is, some views have inline editing and use the
>>>> enter key for submission.  So I can either disable the enter key and
>>>> add submit buttons to my inline edit forms (yuck) or I can disable the
>>>> enter key only on forms that are not the inline editing type
>>>> (inconsistant).
>>>> 
>>>> Edit:
>>>> 
>>>> While typing this email, I may have figured out a way to accomplish
>>>> this.  If I create a unique index on the table and include the
>>>> created_at timestamp, it should work.  Then users can create records
>>>> that perfectly match existing ones (except for the timestamp) but if a
>>>> form gets submitted twice it won't save the second record.
>>>> 
>>>> Anyone see any problems with this solution or perhaps know a better one?
>>>> _______________________________________________
>>>> raleigh-rb-members mailing list
>>>> raleigh-rb-members at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>> 
>>> _______________________________________________
>>> raleigh-rb-members mailing list
>>> raleigh-rb-members at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>> 
>> 
>> _______________________________________________
>> raleigh-rb-members mailing list
>> raleigh-rb-members at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>> 
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members


From chris at randomutterings.com  Mon Aug  1 11:59:06 2011
From: chris at randomutterings.com (Chris Barnes)
Date: Mon, 1 Aug 2011 11:59:06 -0400
Subject: [raleigh.rb] Preventing duplicate records
In-Reply-To: <CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>
References: <CAADvoqpUW85q0HTYjxchfexTfqj+FVsNW1ZrEJh57x1cDMT_Ug@mail.gmail.com>
	<B8B23EA5-3799-4CAA-8D49-38FE215735B2@gmail.com>
	<CAP6Dn1wr-RJgFtHMC+a3j=91peL9i6u0=PMoA_LjSC2MCn-b5w@mail.gmail.com>
	<CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>
Message-ID: <CAADvoqpyEkYUKY6R25fHQ-qNRbUnhv4tqsvD__BtraFsQs1YFw@mail.gmail.com>

Thanks Tim, I'm already using a javascript function to block the UI on
form submit and it doesn't prevent the double submission if you press
enter fast enough.  I'm using a jquery plugin (blockUI).  I'm not a
javascript expert but it looks like a similar method to your
suggestion (it blocks the UI on $('form').submit).

$('form').not('.ajaxForm').submit(function(){
  $.blockUI({message:  '<p>Sending data...<img
style="margin-left:20px;" alt=""
src="/stylesheets/cellitplus/images/spinner.gif" /></p>'});
});
	
$('form.ajaxForm').submit(function(){
  $(this).parent().block({message:  '<p><img alt=""
src="/stylesheets/cellitplus/images/widget_spinner.gif" /></p>'});
});

On Mon, Aug 1, 2011 at 8:49 AM, TJ Stankus <tj at stank.us> wrote:
> Ahh, but you can't trust that input originates in the browser. That'd
> be a big security hole. :)
>
> -TJ
>
> On Sat, Jul 30, 2011 at 11:23 AM, Tim Harrison <heedspin at gmail.com> wrote:
>> I'm not a javascript guy, but it seems like this can be solved in the
>> browser without any change to backend. ?For the love of sanity, don't change
>> the backend!! :-)
>> Javascript waving of hands begins now:
>> If you disable default behavior of submit button, then can't you store some
>> state (beenSubmitted boolean) in the page to enforce the submit only happens
>> once? ?It sounds like you already tried this... ?But it doesn't seem
>> possible that the browser would bypass callbacks just by triggering UI
>> events quickly. ?Here's some javascript we have in one of our projects. ?(I
>> didn't write it...)
>> jQuery.fn.preventDoubleSubmit = function() {
>> ? jQuery(this).submit(function() {
>> ? ? if (this.beenSubmitted){
>> ? ? ? return false;
>> ? ? }
>> ? ? else {
>> ? ? ? this.beenSubmitted = true;
>> ? ? ? $(this).find(":submit").addClass("inprogress");
>> ? ? }
>> ? });
>> };
>> $(document).ready(function() {
>> ? ?$("form").preventDoubleSubmit();
>> }
>> Is Javascript in browsers single threaded? ?If so, this simple
>> synchronization technique should work, right?
>>
>> On Sat, Jul 30, 2011 at 10:11 AM, Martin Streicher
>> <martin.streicher at gmail.com> wrote:
>>>
>>> Can you include a form serial number, a key of some sort that you expect
>>> to see in the response, and that's unique per rendered form? I suppose the
>>> session needs to track the last serial number issued and ignore any
>>> duplicate uses. Each new or edit action would reset the serial number.
>>>
>>> On Jul 29, 2011, at 6:06 PM, Chris Barnes wrote:
>>>
>>> > I'm trying to come up with a solution to a problem in one of my apps
>>> > where users are "accidentally" submitting a form twice and causing
>>> > duplicate records. ?I disabled the UI with javascript on form
>>> > submission and that fixed the problem for the most part but users who
>>> > hit enter several times quickly can get the form to submit twice
>>> > before the javascript executes.
>>> >
>>> > I've tried scoped unique validations in the model but record 1 doesn't
>>> > yet exist when record 2 validates and so they both save.
>>> >
>>> > The only other way I've come up with is adding a multi field unique
>>> > index to the table. ?The problem is, a record with all identical
>>> > fields in the table (except for the id of course) should be valid.
>>> > What I'm saying is, if they try to key in a record with all the same
>>> > info as an existing record it should be valid. ?I just don't want it
>>> > to happen due to a form being submitted twice.
>>> >
>>> > As far as I can tell, the only way to prevent it is to disable the
>>> > enter key. ?The problem is, some views have inline editing and use the
>>> > enter key for submission. ?So I can either disable the enter key and
>>> > add submit buttons to my inline edit forms (yuck) or I can disable the
>>> > enter key only on forms that are not the inline editing type
>>> > (inconsistant).
>>> >
>>> > Edit:
>>> >
>>> > While typing this email, I may have figured out a way to accomplish
>>> > this. ?If I create a unique index on the table and include the
>>> > created_at timestamp, it should work. ?Then users can create records
>>> > that perfectly match existing ones (except for the timestamp) but if a
>>> > form gets submitted twice it won't save the second record.
>>> >
>>> > Anyone see any problems with this solution or perhaps know a better one?
>>> > _______________________________________________
>>> > raleigh-rb-members mailing list
>>> > raleigh-rb-members at rubyforge.org
>>> > http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>>
>>> _______________________________________________
>>> raleigh-rb-members mailing list
>>> raleigh-rb-members at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>
>>
>> _______________________________________________
>> raleigh-rb-members mailing list
>> raleigh-rb-members at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>

From tj at stank.us  Mon Aug  1 13:18:04 2011
From: tj at stank.us (TJ Stankus)
Date: Mon, 1 Aug 2011 13:18:04 -0400
Subject: [raleigh.rb] Preventing duplicate records
In-Reply-To: <D4A99310-10A1-47F9-834C-933657983026@iannopollo.com>
References: <CAADvoqpUW85q0HTYjxchfexTfqj+FVsNW1ZrEJh57x1cDMT_Ug@mail.gmail.com>
	<B8B23EA5-3799-4CAA-8D49-38FE215735B2@gmail.com>
	<CAP6Dn1wr-RJgFtHMC+a3j=91peL9i6u0=PMoA_LjSC2MCn-b5w@mail.gmail.com>
	<CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>
	<D4A99310-10A1-47F9-834C-933657983026@iannopollo.com>
Message-ID: <CAGNCiPVgf97yUOP4rgiqkhQPA7d7pcs4fsOGyNqfKrDiHZYSdA@mail.gmail.com>

> I think this thread has separated into two different discussions:
>
> * Preventing duplicate records
> * Preventing duplicate form submissions
>

Good point, Steve. Before spending a lot of time on the second problem
I'd be asking questions like:

* How often does this happen?
* Is there a reasonable compromise between a potentially complex
solution for assuring it can't happen and providing straightforward
user feedback?
* How insistent are the customers about solving this in the UI?

-TJ

From heedspin at gmail.com  Mon Aug  1 13:18:08 2011
From: heedspin at gmail.com (Tim Harrison)
Date: Mon, 1 Aug 2011 13:18:08 -0400
Subject: [raleigh.rb] Preventing duplicate records
In-Reply-To: <CAADvoqpyEkYUKY6R25fHQ-qNRbUnhv4tqsvD__BtraFsQs1YFw@mail.gmail.com>
References: <CAADvoqpUW85q0HTYjxchfexTfqj+FVsNW1ZrEJh57x1cDMT_Ug@mail.gmail.com>
	<B8B23EA5-3799-4CAA-8D49-38FE215735B2@gmail.com>
	<CAP6Dn1wr-RJgFtHMC+a3j=91peL9i6u0=PMoA_LjSC2MCn-b5w@mail.gmail.com>
	<CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>
	<CAADvoqpyEkYUKY6R25fHQ-qNRbUnhv4tqsvD__BtraFsQs1YFw@mail.gmail.com>
Message-ID: <CAP6Dn1yGr6P2ZmwVBZ122zFpeSL5dTxhzA=VVAcQ2H52BXoSrA@mail.gmail.com>

As a fellow javascript amateur, I'm interested in what more experienced
javascript folks think about this.  It looks like your function is replacing
UI elements.  And I can see how your callback function could be called
multiple times before the UI element is replaced.

However, if your javascript callback stores state (i.e., this.beenSubmitted)
AND javascript environment is single threaded, I would think my approach
would prevent double submits.



On Mon, Aug 1, 2011 at 11:59 AM, Chris Barnes <chris at randomutterings.com>wrote:

> Thanks Tim, I'm already using a javascript function to block the UI on
> form submit and it doesn't prevent the double submission if you press
> enter fast enough.  I'm using a jquery plugin (blockUI).  I'm not a
> javascript expert but it looks like a similar method to your
> suggestion (it blocks the UI on $('form').submit).
>
> $('form').not('.ajaxForm').submit(function(){
>  $.blockUI({message:  '<p>Sending data...<img
> style="margin-left:20px;" alt=""
> src="/stylesheets/cellitplus/images/spinner.gif" /></p>'});
> });
>
> $('form.ajaxForm').submit(function(){
>  $(this).parent().block({message:  '<p><img alt=""
> src="/stylesheets/cellitplus/images/widget_spinner.gif" /></p>'});
> });
>
> On Mon, Aug 1, 2011 at 8:49 AM, TJ Stankus <tj at stank.us> wrote:
> > Ahh, but you can't trust that input originates in the browser. That'd
> > be a big security hole. :)
> >
> > -TJ
> >
> > On Sat, Jul 30, 2011 at 11:23 AM, Tim Harrison <heedspin at gmail.com>
> wrote:
> >> I'm not a javascript guy, but it seems like this can be solved in the
> >> browser without any change to backend.  For the love of sanity, don't
> change
> >> the backend!! :-)
> >> Javascript waving of hands begins now:
> >> If you disable default behavior of submit button, then can't you store
> some
> >> state (beenSubmitted boolean) in the page to enforce the submit only
> happens
> >> once?  It sounds like you already tried this...  But it doesn't seem
> >> possible that the browser would bypass callbacks just by triggering UI
> >> events quickly.  Here's some javascript we have in one of our projects.
>  (I
> >> didn't write it...)
> >> jQuery.fn.preventDoubleSubmit = function() {
> >>   jQuery(this).submit(function() {
> >>     if (this.beenSubmitted){
> >>       return false;
> >>     }
> >>     else {
> >>       this.beenSubmitted = true;
> >>       $(this).find(":submit").addClass("inprogress");
> >>     }
> >>   });
> >> };
> >> $(document).ready(function() {
> >>    $("form").preventDoubleSubmit();
> >> }
> >> Is Javascript in browsers single threaded?  If so, this simple
> >> synchronization technique should work, right?
> >>
> >> On Sat, Jul 30, 2011 at 10:11 AM, Martin Streicher
> >> <martin.streicher at gmail.com> wrote:
> >>>
> >>> Can you include a form serial number, a key of some sort that you
> expect
> >>> to see in the response, and that's unique per rendered form? I suppose
> the
> >>> session needs to track the last serial number issued and ignore any
> >>> duplicate uses. Each new or edit action would reset the serial number.
> >>>
> >>> On Jul 29, 2011, at 6:06 PM, Chris Barnes wrote:
> >>>
> >>> > I'm trying to come up with a solution to a problem in one of my apps
> >>> > where users are "accidentally" submitting a form twice and causing
> >>> > duplicate records.  I disabled the UI with javascript on form
> >>> > submission and that fixed the problem for the most part but users who
> >>> > hit enter several times quickly can get the form to submit twice
> >>> > before the javascript executes.
> >>> >
> >>> > I've tried scoped unique validations in the model but record 1
> doesn't
> >>> > yet exist when record 2 validates and so they both save.
> >>> >
> >>> > The only other way I've come up with is adding a multi field unique
> >>> > index to the table.  The problem is, a record with all identical
> >>> > fields in the table (except for the id of course) should be valid.
> >>> > What I'm saying is, if they try to key in a record with all the same
> >>> > info as an existing record it should be valid.  I just don't want it
> >>> > to happen due to a form being submitted twice.
> >>> >
> >>> > As far as I can tell, the only way to prevent it is to disable the
> >>> > enter key.  The problem is, some views have inline editing and use
> the
> >>> > enter key for submission.  So I can either disable the enter key and
> >>> > add submit buttons to my inline edit forms (yuck) or I can disable
> the
> >>> > enter key only on forms that are not the inline editing type
> >>> > (inconsistant).
> >>> >
> >>> > Edit:
> >>> >
> >>> > While typing this email, I may have figured out a way to accomplish
> >>> > this.  If I create a unique index on the table and include the
> >>> > created_at timestamp, it should work.  Then users can create records
> >>> > that perfectly match existing ones (except for the timestamp) but if
> a
> >>> > form gets submitted twice it won't save the second record.
> >>> >
> >>> > Anyone see any problems with this solution or perhaps know a better
> one?
> >>> > _______________________________________________
> >>> > raleigh-rb-members mailing list
> >>> > raleigh-rb-members at rubyforge.org
> >>> > http://rubyforge.org/mailman/listinfo/raleigh-rb-members
> >>>
> >>> _______________________________________________
> >>> raleigh-rb-members mailing list
> >>> raleigh-rb-members at rubyforge.org
> >>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
> >>
> >>
> >> _______________________________________________
> >> raleigh-rb-members mailing list
> >> raleigh-rb-members at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
> >>
> > _______________________________________________
> > raleigh-rb-members mailing list
> > raleigh-rb-members at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/raleigh-rb-members
> >
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110801/42447163/attachment.html>

From jareds.lists at gmail.com  Mon Aug  1 14:11:35 2011
From: jareds.lists at gmail.com (Jared Richardson)
Date: Mon, 1 Aug 2011 14:11:35 -0400
Subject: [raleigh.rb] Preventing duplicate records
In-Reply-To: <CAP6Dn1yGr6P2ZmwVBZ122zFpeSL5dTxhzA=VVAcQ2H52BXoSrA@mail.gmail.com>
References: <CAADvoqpUW85q0HTYjxchfexTfqj+FVsNW1ZrEJh57x1cDMT_Ug@mail.gmail.com>
	<B8B23EA5-3799-4CAA-8D49-38FE215735B2@gmail.com>
	<CAP6Dn1wr-RJgFtHMC+a3j=91peL9i6u0=PMoA_LjSC2MCn-b5w@mail.gmail.com>
	<CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>
	<CAADvoqpyEkYUKY6R25fHQ-qNRbUnhv4tqsvD__BtraFsQs1YFw@mail.gmail.com>
	<CAP6Dn1yGr6P2ZmwVBZ122zFpeSL5dTxhzA=VVAcQ2H52BXoSrA@mail.gmail.com>
Message-ID: <CA+JXGXUhsOyFfHi-Ltj+1vgDpu9PEYDaQVHDBYnE+s_qj9z-nw@mail.gmail.com>

I can't help but ask what the odds are of someone else getting to work on
the code in six months, puzzling over the JS code, and then stripping it out
when creating the new UI.

Jared

On Mon, Aug 1, 2011 at 1:18 PM, Tim Harrison <heedspin at gmail.com> wrote:

> As a fellow javascript amateur, I'm interested in what more experienced
> javascript folks think about this.  It looks like your function is replacing
> UI elements.  And I can see how your callback function could be called
> multiple times before the UI element is replaced.
>
> However, if your javascript callback stores state (i.e.,
> this.beenSubmitted) AND javascript environment is single threaded, I would
> think my approach would prevent double submits.
>
>
>
> On Mon, Aug 1, 2011 at 11:59 AM, Chris Barnes <chris at randomutterings.com>wrote:
>
>> Thanks Tim, I'm already using a javascript function to block the UI on
>> form submit and it doesn't prevent the double submission if you press
>> enter fast enough.  I'm using a jquery plugin (blockUI).  I'm not a
>> javascript expert but it looks like a similar method to your
>> suggestion (it blocks the UI on $('form').submit).
>>
>> $('form').not('.ajaxForm').submit(function(){
>>  $.blockUI({message:  '<p>Sending data...<img
>> style="margin-left:20px;" alt=""
>> src="/stylesheets/cellitplus/images/spinner.gif" /></p>'});
>> });
>>
>> $('form.ajaxForm').submit(function(){
>>  $(this).parent().block({message:  '<p><img alt=""
>> src="/stylesheets/cellitplus/images/widget_spinner.gif" /></p>'});
>> });
>>
>> On Mon, Aug 1, 2011 at 8:49 AM, TJ Stankus <tj at stank.us> wrote:
>> > Ahh, but you can't trust that input originates in the browser. That'd
>> > be a big security hole. :)
>> >
>> > -TJ
>> >
>> > On Sat, Jul 30, 2011 at 11:23 AM, Tim Harrison <heedspin at gmail.com>
>> wrote:
>> >> I'm not a javascript guy, but it seems like this can be solved in the
>> >> browser without any change to backend.  For the love of sanity, don't
>> change
>> >> the backend!! :-)
>> >> Javascript waving of hands begins now:
>> >> If you disable default behavior of submit button, then can't you store
>> some
>> >> state (beenSubmitted boolean) in the page to enforce the submit only
>> happens
>> >> once?  It sounds like you already tried this...  But it doesn't seem
>> >> possible that the browser would bypass callbacks just by triggering UI
>> >> events quickly.  Here's some javascript we have in one of our projects.
>>  (I
>> >> didn't write it...)
>> >> jQuery.fn.preventDoubleSubmit = function() {
>> >>   jQuery(this).submit(function() {
>> >>     if (this.beenSubmitted){
>> >>       return false;
>> >>     }
>> >>     else {
>> >>       this.beenSubmitted = true;
>> >>       $(this).find(":submit").addClass("inprogress");
>> >>     }
>> >>   });
>> >> };
>> >> $(document).ready(function() {
>> >>    $("form").preventDoubleSubmit();
>> >> }
>> >> Is Javascript in browsers single threaded?  If so, this simple
>> >> synchronization technique should work, right?
>> >>
>> >> On Sat, Jul 30, 2011 at 10:11 AM, Martin Streicher
>> >> <martin.streicher at gmail.com> wrote:
>> >>>
>> >>> Can you include a form serial number, a key of some sort that you
>> expect
>> >>> to see in the response, and that's unique per rendered form? I suppose
>> the
>> >>> session needs to track the last serial number issued and ignore any
>> >>> duplicate uses. Each new or edit action would reset the serial number.
>> >>>
>> >>> On Jul 29, 2011, at 6:06 PM, Chris Barnes wrote:
>> >>>
>> >>> > I'm trying to come up with a solution to a problem in one of my apps
>> >>> > where users are "accidentally" submitting a form twice and causing
>> >>> > duplicate records.  I disabled the UI with javascript on form
>> >>> > submission and that fixed the problem for the most part but users
>> who
>> >>> > hit enter several times quickly can get the form to submit twice
>> >>> > before the javascript executes.
>> >>> >
>> >>> > I've tried scoped unique validations in the model but record 1
>> doesn't
>> >>> > yet exist when record 2 validates and so they both save.
>> >>> >
>> >>> > The only other way I've come up with is adding a multi field unique
>> >>> > index to the table.  The problem is, a record with all identical
>> >>> > fields in the table (except for the id of course) should be valid.
>> >>> > What I'm saying is, if they try to key in a record with all the same
>> >>> > info as an existing record it should be valid.  I just don't want it
>> >>> > to happen due to a form being submitted twice.
>> >>> >
>> >>> > As far as I can tell, the only way to prevent it is to disable the
>> >>> > enter key.  The problem is, some views have inline editing and use
>> the
>> >>> > enter key for submission.  So I can either disable the enter key and
>> >>> > add submit buttons to my inline edit forms (yuck) or I can disable
>> the
>> >>> > enter key only on forms that are not the inline editing type
>> >>> > (inconsistant).
>> >>> >
>> >>> > Edit:
>> >>> >
>> >>> > While typing this email, I may have figured out a way to accomplish
>> >>> > this.  If I create a unique index on the table and include the
>> >>> > created_at timestamp, it should work.  Then users can create records
>> >>> > that perfectly match existing ones (except for the timestamp) but if
>> a
>> >>> > form gets submitted twice it won't save the second record.
>> >>> >
>> >>> > Anyone see any problems with this solution or perhaps know a better
>> one?
>> >>> > _______________________________________________
>> >>> > raleigh-rb-members mailing list
>> >>> > raleigh-rb-members at rubyforge.org
>> >>> > http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>> >>>
>> >>> _______________________________________________
>> >>> raleigh-rb-members mailing list
>> >>> raleigh-rb-members at rubyforge.org
>> >>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>> >>
>> >>
>> >> _______________________________________________
>> >> raleigh-rb-members mailing list
>> >> raleigh-rb-members at rubyforge.org
>> >> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>> >>
>> > _______________________________________________
>> > raleigh-rb-members mailing list
>> > raleigh-rb-members at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>> >
>> _______________________________________________
>> raleigh-rb-members mailing list
>> raleigh-rb-members at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>
>
>
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110801/108b2754/attachment-0001.html>

From chris at randomutterings.com  Mon Aug  1 14:14:08 2011
From: chris at randomutterings.com (Chris Barnes)
Date: Mon, 1 Aug 2011 14:14:08 -0400
Subject: [raleigh.rb] Preventing duplicate records
In-Reply-To: <CAGNCiPVgf97yUOP4rgiqkhQPA7d7pcs4fsOGyNqfKrDiHZYSdA@mail.gmail.com>
References: <CAADvoqpUW85q0HTYjxchfexTfqj+FVsNW1ZrEJh57x1cDMT_Ug@mail.gmail.com>
	<B8B23EA5-3799-4CAA-8D49-38FE215735B2@gmail.com>
	<CAP6Dn1wr-RJgFtHMC+a3j=91peL9i6u0=PMoA_LjSC2MCn-b5w@mail.gmail.com>
	<CAGNCiPX8nd4NNGDh=SNn2Mkw8dpDdKOUZ8ARfnL-CY2-HTGbpg@mail.gmail.com>
	<D4A99310-10A1-47F9-834C-933657983026@iannopollo.com>
	<CAGNCiPVgf97yUOP4rgiqkhQPA7d7pcs4fsOGyNqfKrDiHZYSdA@mail.gmail.com>
Message-ID: <CAADvoqq-2jPe28S0Fd7z4SK4drsUiFJ+4qVMsa5ftb407-M06w@mail.gmail.com>

There were about 15 duplicates in 4 months.  Letting the users know
how it happend so far has stopped the issue but our user base is still
small (beta phase).  In this case though I must prevent it from
happening.  The application is a point of sale system with inventory
and commission tracking.  The existing duplicates have already created
inconsistencies in inventory on hand and drawer shortages.  As far as
user feedback, the disabled UI is on the front end and if a duplicate
submission does get through and is blocked by the unique index on the
database, the user is redirected to the last record created by their
user id (to them it looks like everything processed normally).

On Mon, Aug 1, 2011 at 1:18 PM, TJ Stankus <tj at stank.us> wrote:
>> I think this thread has separated into two different discussions:
>>
>> * Preventing duplicate records
>> * Preventing duplicate form submissions
>>
>
> Good point, Steve. Before spending a lot of time on the second problem
> I'd be asking questions like:
>
> * How often does this happen?
> * Is there a reasonable compromise between a potentially complex
> solution for assuring it can't happen and providing straightforward
> user feedback?
> * How insistent are the customers about solving this in the UI?
>
> -TJ
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>

From jeff at canna.ws  Mon Aug  8 13:40:52 2011
From: jeff at canna.ws (Jeff Canna)
Date: Mon, 8 Aug 2011 13:40:52 -0400
Subject: [raleigh.rb] problems upgrading watir tests
Message-ID: <CAGg4ZmF46i_oD5z1=8EXm_Lqas+_rpVyiYLZijRWxiiBJEaL4Q@mail.gmail.com>

Hello,

I have picked up the task of upgrading the version of watir that a project I
am working on is using for a fairly large set of watir tests. (The original
tests were written in the 2006 time frame.)

I've upgraded the version of watir and am getting some very strange
behavior.

One of the issues I have is:
run - irb -rubygems
enter - require 'watir'
           class Foo < Element
           end
get - NameError: uninitialized constant Element

I can see the Element class in the watir gem. I'm sure it is something I am
missing. Any pointer here would be helpful....(btw...using ruby 1.8.7 with
watir 1.9.2)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110808/21b39d5c/attachment.html>

From justis.peters at gmail.com  Tue Aug  9 14:32:28 2011
From: justis.peters at gmail.com (Justis Peters)
Date: Tue, 09 Aug 2011 14:32:28 -0400
Subject: [raleigh.rb] August meeting
Message-ID: <4E417D3C.6080208@gmail.com>

Will there be a meeting on August 16? I don't see anything on 
http://www.meetup.com/raleighrb/

Kind regards,
Justis

From rick.denatale at gmail.com  Tue Aug  9 16:30:18 2011
From: rick.denatale at gmail.com (Rick DeNatale)
Date: Tue, 9 Aug 2011 16:30:18 -0400
Subject: [raleigh.rb] August meeting
In-Reply-To: <4E417D3C.6080208@gmail.com>
References: <4E417D3C.6080208@gmail.com>
Message-ID: <CALS4=HANOE0b=wD9bTKaAoK+ZF81ibodJdht8yDPKKMVh383oA@mail.gmail.com>

Thanks for the nudge.  I just posted the notice.

On Tue, Aug 9, 2011 at 2:32 PM, Justis Peters <justis.peters at gmail.com>wrote:

> Will there be a meeting on August 16? I don't see anything on
> http://www.meetup.com/**raleighrb/ <http://www.meetup.com/raleighrb/>
>
> Kind regards,
> Justis
> ______________________________**_________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.**org <raleigh-rb-members at rubyforge.org>
> http://rubyforge.org/mailman/**listinfo/raleigh-rb-members<http://rubyforge.org/mailman/listinfo/raleigh-rb-members>
>



-- 
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com/
Github: http://github.com/rubyredrick
Twitter: @RickDeNatale
WWR: http://www.workingwithrails.com/person/9021-rick-denatale
LinkedIn: http://www.linkedin.com/in/rickdenatale
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110809/ff701930/attachment.html>

From matthew at matthewtodd.org  Fri Aug 12 17:15:27 2011
From: matthew at matthewtodd.org (Matthew Todd)
Date: Fri, 12 Aug 2011 15:15:27 -0600
Subject: [raleigh.rb] problems upgrading watir tests
In-Reply-To: <CAGg4ZmF46i_oD5z1=8EXm_Lqas+_rpVyiYLZijRWxiiBJEaL4Q@mail.gmail.com>
References: <CAGg4ZmF46i_oD5z1=8EXm_Lqas+_rpVyiYLZijRWxiiBJEaL4Q@mail.gmail.com>
Message-ID: <71D087B0-DA36-4399-8790-8132AA0D5C02@matthewtodd.org>

On Aug 8, 2011, at 11:40 AM, Jeff Canna wrote:

> run - irb -rubygems
> enter - require 'watir'
>            class Foo < Element
>            end
> get - NameError: uninitialized constant Element

Hi, Jeff!

From [1], it looks like Element is defined within the Watir module, so you'd say:

	require 'watir'
	class Foo < Watir::Element
	end

Hope this helps,  -- Matthew


[1]: https://github.com/bret/watir/blob/master/watir/lib/watir/element.rb

From rick.denatale at gmail.com  Tue Aug 16 10:36:12 2011
From: rick.denatale at gmail.com (Rick DeNatale)
Date: Tue, 16 Aug 2011 10:36:12 -0400
Subject: [raleigh.rb] Pre-meeting chow - what do you think?
Message-ID: <CALS4=HBGE0tWb83QgQgzU2rVBA2pd4KJQ6_djAojZU-bdkMPVQ@mail.gmail.com>

I could go either way this evening, either back to Randy's Pizza or
Schlotzky's.


So let's see if we can get a conversation going.

-- 
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com/
Github: http://github.com/rubyredrick
Twitter: @RickDeNatale
WWR: http://www.workingwithrails.com/person/9021-rick-denatale
LinkedIn: http://www.linkedin.com/in/rickdenatale
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110816/d40f4aa1/attachment.html>

From nathaniel at talbott.ws  Tue Aug 16 11:58:54 2011
From: nathaniel at talbott.ws (Nathaniel Talbott)
Date: Tue, 16 Aug 2011 11:58:54 -0400
Subject: [raleigh.rb] Pre-meeting chow - what do you think?
In-Reply-To: <CALS4=HBGE0tWb83QgQgzU2rVBA2pd4KJQ6_djAojZU-bdkMPVQ@mail.gmail.com>
References: <CALS4=HBGE0tWb83QgQgzU2rVBA2pd4KJQ6_djAojZU-bdkMPVQ@mail.gmail.com>
Message-ID: <CADKcL9O6=oBZZRqYyi7n=K0AV+VqdEJgxhOniXNnUuO2ZK7fBg@mail.gmail.com>

On Tue, Aug 16, 2011 at 10:36, Rick DeNatale <rick.denatale at gmail.com> wrote:

> I could go either way this evening, either back to Randy's Pizza or
> Schlotzky's.
>
> So let's see if we can get a conversation going.

I couldn't care less - I find both very tasty :-)

Looking forward to seeing everyone tonight,


-- 
Nathaniel Talbott
<:((><

From rick.denatale at gmail.com  Tue Aug 16 12:42:26 2011
From: rick.denatale at gmail.com (Rick DeNatale)
Date: Tue, 16 Aug 2011 12:42:26 -0400
Subject: [raleigh.rb] Pre-meeting chow - what do you think?
In-Reply-To: <CADKcL9O6=oBZZRqYyi7n=K0AV+VqdEJgxhOniXNnUuO2ZK7fBg@mail.gmail.com>
References: <CALS4=HBGE0tWb83QgQgzU2rVBA2pd4KJQ6_djAojZU-bdkMPVQ@mail.gmail.com>
	<CADKcL9O6=oBZZRqYyi7n=K0AV+VqdEJgxhOniXNnUuO2ZK7fBg@mail.gmail.com>
Message-ID: <CALS4=HC+Cx8x-mtvjCR=aRV7+DP7i5B+gMeb0VcqjVFL_v6uHA@mail.gmail.com>

So thanks for helping to drive the discussion Nathaniel <G>

On Tue, Aug 16, 2011 at 11:58 AM, Nathaniel Talbott <nathaniel at talbott.ws>wrote:

> On Tue, Aug 16, 2011 at 10:36, Rick DeNatale <rick.denatale at gmail.com>
> wrote:
>
> > I could go either way this evening, either back to Randy's Pizza or
> > Schlotzky's.
> >
> > So let's see if we can get a conversation going.
>
> I couldn't care less - I find both very tasty :-)
>
> Looking forward to seeing everyone tonight,
>
>
> --
> Nathaniel Talbott
> <:((><
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>



-- 
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com/
Github: http://github.com/rubyredrick
Twitter: @RickDeNatale
WWR: http://www.workingwithrails.com/person/9021-rick-denatale
LinkedIn: http://www.linkedin.com/in/rickdenatale
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110816/38e315b3/attachment.html>

From jimmy at jimmythrasher.com  Tue Aug 16 13:22:01 2011
From: jimmy at jimmythrasher.com (Jimmy Thrasher)
Date: Tue, 16 Aug 2011 13:22:01 -0400
Subject: [raleigh.rb] Pre-meeting chow - what do you think?
In-Reply-To: <CALS4=HC+Cx8x-mtvjCR=aRV7+DP7i5B+gMeb0VcqjVFL_v6uHA@mail.gmail.com>
References: <CALS4=HBGE0tWb83QgQgzU2rVBA2pd4KJQ6_djAojZU-bdkMPVQ@mail.gmail.com>
	<CADKcL9O6=oBZZRqYyi7n=K0AV+VqdEJgxhOniXNnUuO2ZK7fBg@mail.gmail.com>
	<CALS4=HC+Cx8x-mtvjCR=aRV7+DP7i5B+gMeb0VcqjVFL_v6uHA@mail.gmail.com>
Message-ID: <F895C31A58CD42AC9B88ADA165551E97@gmail.com>

I'm not coming, but I'd say Randy's is the ticket.

Jimmy 


On Tuesday, August 16, 2011 at 12:42 PM, Rick DeNatale wrote:

> So thanks for helping to drive the discussion Nathaniel <G>
> 
> On Tue, Aug 16, 2011 at 11:58 AM, Nathaniel Talbott <nathaniel at talbott.ws (mailto:nathaniel at talbott.ws)> wrote:
> > On Tue, Aug 16, 2011 at 10:36, Rick DeNatale <rick.denatale at gmail.com (mailto:rick.denatale at gmail.com)> wrote:
> > 
> > > I could go either way this evening, either back to Randy's Pizza or
> > > Schlotzky's.
> > >
> > > So let's see if we can get a conversation going.
> > 
> > I couldn't care less - I find both very tasty :-)
> > 
> >  Looking forward to seeing everyone tonight,
> > 
> > 
> >  --
> >  Nathaniel Talbott
> > <:((><
> >  _______________________________________________
> >  raleigh-rb-members mailing list
> > raleigh-rb-members at rubyforge.org (mailto:raleigh-rb-members at rubyforge.org)
> > http://rubyforge.org/mailman/listinfo/raleigh-rb-members
> 
> 
> 
> -- 
> Rick DeNatale
> 
> Blog: http://talklikeaduck.denhaven2.com/
> Github: http://github.com/rubyredrick
>  Twitter: @RickDeNatale
> WWR: http://www.workingwithrails.com/person/9021-rick-denatale
> LinkedIn: http://www.linkedin.com/in/rickdenatale
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org (mailto:raleigh-rb-members at rubyforge.org)
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110816/b567ce8b/attachment-0001.html>

From rick.denatale at gmail.com  Tue Aug 16 15:10:13 2011
From: rick.denatale at gmail.com (Rick DeNatale)
Date: Tue, 16 Aug 2011 15:10:13 -0400
Subject: [raleigh.rb] Pre-meeting chow - what do you think?
In-Reply-To: <F895C31A58CD42AC9B88ADA165551E97@gmail.com>
References: <CALS4=HBGE0tWb83QgQgzU2rVBA2pd4KJQ6_djAojZU-bdkMPVQ@mail.gmail.com>
	<CADKcL9O6=oBZZRqYyi7n=K0AV+VqdEJgxhOniXNnUuO2ZK7fBg@mail.gmail.com>
	<CALS4=HC+Cx8x-mtvjCR=aRV7+DP7i5B+gMeb0VcqjVFL_v6uHA@mail.gmail.com>
	<F895C31A58CD42AC9B88ADA165551E97@gmail.com>
Message-ID: <CALS4=HCNyP6ZZAssFBYmiAE-awOKP4dM=rYzurryof4S+Cp=hg@mail.gmail.com>

Okay,  with a couple of hours to go,

I guess it's back to Randy's
http://bit.ly/mTPNLK
http://www.randyspizzartp.com/

I'll try to be there around 5:30

On Tue, Aug 16, 2011 at 1:22 PM, Jimmy Thrasher <jimmy at jimmythrasher.com>wrote:

> I'm not coming, but I'd say Randy's is the ticket.
>
> Jimmy
>
> On Tuesday, August 16, 2011 at 12:42 PM, Rick DeNatale wrote:
>
> So thanks for helping to drive the discussion Nathaniel <G>
>
> On Tue, Aug 16, 2011 at 11:58 AM, Nathaniel Talbott <nathaniel at talbott.ws>wrote:
>
> On Tue, Aug 16, 2011 at 10:36, Rick DeNatale <rick.denatale at gmail.com>
> wrote:
>
> > I could go either way this evening, either back to Randy's Pizza or
> > Schlotzky's.
> >
> > So let's see if we can get a conversation going.
>
> I couldn't care less - I find both very tasty :-)
>
> Looking forward to seeing everyone tonight,
>
>
> --
> Nathaniel Talbott
> <:((><
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>
>
>
>
> --
> Rick DeNatale
>
> Blog: http://talklikeaduck.denhaven2.com/
> Github: http://github.com/rubyredrick
> Twitter: @RickDeNatale
> WWR: http://www.workingwithrails.com/person/9021-rick-denatale
> LinkedIn: http://www.linkedin.com/in/rickdenatale
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>
>
>
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>



-- 
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com/
Github: http://github.com/rubyredrick
Twitter: @RickDeNatale
WWR: http://www.workingwithrails.com/person/9021-rick-denatale
LinkedIn: http://www.linkedin.com/in/rickdenatale
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110816/05b5d68d/attachment.html>

From motley.crue.fan at gmail.com  Tue Aug 16 15:41:52 2011
From: motley.crue.fan at gmail.com (Phillip Rhodes)
Date: Tue, 16 Aug 2011 15:41:52 -0400
Subject: [raleigh.rb] Pre-meeting chow - what do you think?
In-Reply-To: <CALS4=HCNyP6ZZAssFBYmiAE-awOKP4dM=rYzurryof4S+Cp=hg@mail.gmail.com>
References: <CALS4=HBGE0tWb83QgQgzU2rVBA2pd4KJQ6_djAojZU-bdkMPVQ@mail.gmail.com>
	<CADKcL9O6=oBZZRqYyi7n=K0AV+VqdEJgxhOniXNnUuO2ZK7fBg@mail.gmail.com>
	<CALS4=HC+Cx8x-mtvjCR=aRV7+DP7i5B+gMeb0VcqjVFL_v6uHA@mail.gmail.com>
	<F895C31A58CD42AC9B88ADA165551E97@gmail.com>
	<CALS4=HCNyP6ZZAssFBYmiAE-awOKP4dM=rYzurryof4S+Cp=hg@mail.gmail.com>
Message-ID: <CAO3ErG-C_HWdGBqHto6u95jtbfm5-ow+hfR_o9qD6h5LXUUYWA@mail.gmail.com>

I won't be there tonight, so either one is fine with me.  :-)


Phil

On Tue, Aug 16, 2011 at 3:10 PM, Rick DeNatale <rick.denatale at gmail.com> wrote:
> Okay, ?with a couple of hours to go,
> I guess it's back to Randy's
> http://bit.ly/mTPNLK
> http://www.randyspizzartp.com/
> I'll try to be there around 5:30
>
> On Tue, Aug 16, 2011 at 1:22 PM, Jimmy Thrasher <jimmy at jimmythrasher.com>
> wrote:
>>
>> I'm not coming, but I'd say Randy's is the ticket.
>> Jimmy
>>
>> On Tuesday, August 16, 2011 at 12:42 PM, Rick DeNatale wrote:
>>
>> So thanks for helping to drive the discussion Nathaniel <G>
>>
>> On Tue, Aug 16, 2011 at 11:58 AM, Nathaniel Talbott <nathaniel at talbott.ws>
>> wrote:
>>
>> On Tue, Aug 16, 2011 at 10:36, Rick DeNatale <rick.denatale at gmail.com>
>> wrote:
>>
>> > I could go either way this evening, either back to Randy's Pizza or
>> > Schlotzky's.
>> >
>> > So let's see if we can get a conversation going.
>>
>> I couldn't care less - I find both very tasty :-)
>>
>> Looking forward to seeing everyone tonight,
>>
>>
>> --
>> Nathaniel Talbott
>> <:((><
>> _______________________________________________
>> raleigh-rb-members mailing list
>> raleigh-rb-members at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>
>>
>>
>> --
>> Rick DeNatale
>>
>> Blog: http://talklikeaduck.denhaven2.com/
>> Github: http://github.com/rubyredrick
>> Twitter: @RickDeNatale
>> WWR: http://www.workingwithrails.com/person/9021-rick-denatale
>> LinkedIn: http://www.linkedin.com/in/rickdenatale
>> _______________________________________________
>> raleigh-rb-members mailing list
>> raleigh-rb-members at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>
>>
>> _______________________________________________
>> raleigh-rb-members mailing list
>> raleigh-rb-members at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>
>
>
> --
> Rick DeNatale
>
> Blog: http://talklikeaduck.denhaven2.com/
> Github: http://github.com/rubyredrick
> Twitter: @RickDeNatale
> WWR: http://www.workingwithrails.com/person/9021-rick-denatale
> LinkedIn: http://www.linkedin.com/in/rickdenatale
>
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>

From daemianmack at gmail.com  Tue Aug 16 16:33:29 2011
From: daemianmack at gmail.com (daemian mack)
Date: Tue, 16 Aug 2011 16:33:29 -0400
Subject: [raleigh.rb] Pre-meeting chow - what do you think?
In-Reply-To: <CAO3ErG-C_HWdGBqHto6u95jtbfm5-ow+hfR_o9qD6h5LXUUYWA@mail.gmail.com>
References: <CALS4=HBGE0tWb83QgQgzU2rVBA2pd4KJQ6_djAojZU-bdkMPVQ@mail.gmail.com>
	<CADKcL9O6=oBZZRqYyi7n=K0AV+VqdEJgxhOniXNnUuO2ZK7fBg@mail.gmail.com>
	<CALS4=HC+Cx8x-mtvjCR=aRV7+DP7i5B+gMeb0VcqjVFL_v6uHA@mail.gmail.com>
	<F895C31A58CD42AC9B88ADA165551E97@gmail.com>
	<CALS4=HCNyP6ZZAssFBYmiAE-awOKP4dM=rYzurryof4S+Cp=hg@mail.gmail.com>
	<CAO3ErG-C_HWdGBqHto6u95jtbfm5-ow+hfR_o9qD6h5LXUUYWA@mail.gmail.com>
Message-ID: <CACxUizwozWid-khBtvELRBX8F3hxnBY26Ae46yrTBAsU8q9vgQ@mail.gmail.com>

I'm in Gurgaon India until Friday... I vote Schlotzky's.
On Aug 17, 2011 1:52 AM, "Phillip Rhodes" <motley.crue.fan at gmail.com> wrote:
> I won't be there tonight, so either one is fine with me. :-)
>
>
> Phil
>
> On Tue, Aug 16, 2011 at 3:10 PM, Rick DeNatale <rick.denatale at gmail.com>
wrote:
>> Okay,  with a couple of hours to go,
>> I guess it's back to Randy's
>> http://bit.ly/mTPNLK
>> http://www.randyspizzartp.com/
>> I'll try to be there around 5:30
>>
>> On Tue, Aug 16, 2011 at 1:22 PM, Jimmy Thrasher <jimmy at jimmythrasher.com>
>> wrote:
>>>
>>> I'm not coming, but I'd say Randy's is the ticket.
>>> Jimmy
>>>
>>> On Tuesday, August 16, 2011 at 12:42 PM, Rick DeNatale wrote:
>>>
>>> So thanks for helping to drive the discussion Nathaniel <G>
>>>
>>> On Tue, Aug 16, 2011 at 11:58 AM, Nathaniel Talbott <
nathaniel at talbott.ws>
>>> wrote:
>>>
>>> On Tue, Aug 16, 2011 at 10:36, Rick DeNatale <rick.denatale at gmail.com>
>>> wrote:
>>>
>>> > I could go either way this evening, either back to Randy's Pizza or
>>> > Schlotzky's.
>>> >
>>> > So let's see if we can get a conversation going.
>>>
>>> I couldn't care less - I find both very tasty :-)
>>>
>>> Looking forward to seeing everyone tonight,
>>>
>>>
>>> --
>>> Nathaniel Talbott
>>> <:((><
>>> _______________________________________________
>>> raleigh-rb-members mailing list
>>> raleigh-rb-members at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>>
>>>
>>>
>>> --
>>> Rick DeNatale
>>>
>>> Blog: http://talklikeaduck.denhaven2.com/
>>> Github: http://github.com/rubyredrick
>>> Twitter: @RickDeNatale
>>> WWR: http://www.workingwithrails.com/person/9021-rick-denatale
>>> LinkedIn: http://www.linkedin.com/in/rickdenatale
>>> _______________________________________________
>>> raleigh-rb-members mailing list
>>> raleigh-rb-members at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>>
>>>
>>> _______________________________________________
>>> raleigh-rb-members mailing list
>>> raleigh-rb-members at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>
>>
>>
>> --
>> Rick DeNatale
>>
>> Blog: http://talklikeaduck.denhaven2.com/
>> Github: http://github.com/rubyredrick
>> Twitter: @RickDeNatale
>> WWR: http://www.workingwithrails.com/person/9021-rick-denatale
>> LinkedIn: http://www.linkedin.com/in/rickdenatale
>>
>> _______________________________________________
>> raleigh-rb-members mailing list
>> raleigh-rb-members at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>>
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110816/90cc6a5f/attachment.html>

From mmzyk at programmersparadox.com  Wed Aug 17 10:37:12 2011
From: mmzyk at programmersparadox.com (Mark Mzyk)
Date: Wed, 17 Aug 2011 10:37:12 -0400
Subject: [raleigh.rb] Outcome of last night's meeting?
Message-ID: <CACUM8pjbJzQa=QZ_maRzZdLhtLQbfCGfOvp6_zME0EB7U4kn+g@mail.gmail.com>

I couldn't make it to last night's meeting, but I'm curious as to the
discussion that was had. What did people enumerate as the barriers to
learning Ruby, and I assume this was discussed, what was proposed to do
about it?

Thanks,

Mark Mzyk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110817/07d3396c/attachment.html>

From eric at cranehouse.net  Thu Aug 18 07:44:05 2011
From: eric at cranehouse.net (Eric Crane)
Date: Thu, 18 Aug 2011 07:44:05 -0400
Subject: [raleigh.rb] Outcome of last night's meeting?
In-Reply-To: <CACUM8pjbJzQa=QZ_maRzZdLhtLQbfCGfOvp6_zME0EB7U4kn+g@mail.gmail.com>
References: <CACUM8pjbJzQa=QZ_maRzZdLhtLQbfCGfOvp6_zME0EB7U4kn+g@mail.gmail.com>
Message-ID: <92E14E18-6977-4799-AEF5-EEBEBA87B6B4@cranehouse.net>

I am planning on writing up some stuff, but have been swamped with work this week.  I still hope to soon.

On Aug 17, 2011, at 10:37 AM, Mark Mzyk wrote:

> I couldn't make it to last night's meeting, but I'm curious as to the discussion that was had. What did people enumerate as the barriers to learning Ruby, and I assume this was discussed, what was proposed to do about it?
> 
> Thanks,
> 
> Mark Mzyk
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members

--
Eric Crane
www.cranehouse.net
eric at cranehouse.net




From diceratops at gmail.com  Tue Aug 16 22:45:52 2011
From: diceratops at gmail.com (Sarah Riggs)
Date: Tue, 16 Aug 2011 22:45:52 -0400
Subject: [raleigh.rb] Ruby "outreach and education" web page!
Message-ID: <CAPNSC7YBEHtYuoC3-YTFbru3CnaM2pQEObNWsT7TS-FOG1HTaw@mail.gmail.com>

Hi all,
Trying to make good on my volunteering to work on a "intro to ruby" kind of
web site. I spend most of my time these days thinking about programming
education things, so I've got a lot to say on the topic. Anyhow, I'm ready
to get started, yay. I'm more of the opinion that we should have a dedicated
web page (as opposed to hosting documents on meetup), especially if you want
to get real "ruby newbies". But  . . . server space? I could do a rails
based thing and use heroku . . . or any other number of suggestions.
I'll have exactly too much free time after this Friday, so fire away.

The reason why I was already working on this is because of my meetup:
http://www.meetup.com/Ladies-Programming-Club/
So far we've really only had beers together, but there are tentative plans
to do some pair programming soon -- and because there are plenty of members
interested in but new to Ruby, I was going to put together some
informational tutorials.

Cheers.
Sarah Riggs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110816/051ac871/attachment.html>

From thomasmckay at yahoo.com  Thu Aug 18 20:58:53 2011
From: thomasmckay at yahoo.com (Thomas McKay)
Date: Thu, 18 Aug 2011 17:58:53 -0700 (PDT)
Subject: [raleigh.rb] Barriers to entry
Message-ID: <1313715533.79200.YahooMailNeo@web161711.mail.bf1.yahoo.com>

Evening!

I'm new to the group and Ruby on Rails. Though I wasn't able to make it to the meeting Tuesday, I thought I'd chime in with my experiences. I won't necessarily go into too many details on each sticking point unless someone thinks it shouldn't be one.

First, lots of really good resources out there. Github for source browsing, stackoverflow for questions, Hartl's RoR3 Tutorial book, etc.

I have both a WinXP box (w/ cygwin), a Mac mini (10.6.8), and a Macbook (10.6.8). The windows box I have yet to get RoR working, though admittedly I didn't burn too many cycles on it. The Macs are mostly up and running now.

rvm - Found this in the Hartl book and put it to use since the versions of ruby and rails on the Mac were older versions. Got myself stuck a couple times and had to wipe everything a couple times. Probably RTFM problems, though.

sqlite3 - Thankfully available already on the Mac. No issues there.

heroku - One of the great strengths of google appengine, for example, is how f!@#ing easy it is to birth an app out into the world. Heroku would seem to be the equivalent for open source projects. Unfortunately I think heroku needs...

postgresql - To use this w/ RoR on the Mac I needed to install macports. This seemed to go well enough. 'gem install pg' worked and installed 0.11.0.?

After fiddling around with solving the "uninitialized constant Rake::DSL" when running heroku rake commands, I finally got my app to a point where I thought it should work. Except! Some of my simple Calculate calls (Foobar.sum()) crapped out because my :group syntax worked for sqlite3 but not for postgresql.

Compared to appengine (python or java), this is quite painful.

That's it for now! Hopefully I'll be able to make it to the next meetup and share some successes over a beer.

Tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110818/ed8f495d/attachment.html>

From jflores at ahayo.net  Fri Aug 19 00:19:00 2011
From: jflores at ahayo.net (jflores at ahayo.net)
Date: Fri, 19 Aug 2011 00:19:00 -0400
Subject: [raleigh.rb] iPhone development
In-Reply-To: <41b7447c1002261111j30374c01g206f717554299f53@mail.gmail.com>
References: <36F56AA6-C69C-41D5-BF75-31328E639917@gmail.com>
	<41b7447c1002261111j30374c01g206f717554299f53@mail.gmail.com>
Message-ID: <69C79F5C-3ADA-4A38-9FE0-45F3992C4DB0@ahayo.net>

Hey Blake,

Can I call you sometime tomorrow? - I'd like a quote for a simple app.

thanks/Jose
919 200 0599

On Feb 26, 2010, at 2:11 PM, Blake Watters wrote:

> My firm Two Toasters does iPhone development. We've built a number of great apps including GateGuru, which is featured in Apple's latest commercial (http://www.apple.com/iphone/gallery/ads/).
> 
> http://www.twotoasters.com/
> 
> We'd love to talk about projects any time.
> 
> Cheers,
> - Blake
> 
> On Thu, Feb 25, 2010 at 4:59 PM, Martin Streicher <martin.streicher at gmail.com> wrote:
> 
> I need some recommendations for iPhone developers. Thanks.
> 
> Martin
> 
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
> 
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110819/943290a9/attachment.html>

From eric at cranehouse.net  Fri Aug 19 13:50:36 2011
From: eric at cranehouse.net (Eric Crane)
Date: Fri, 19 Aug 2011 13:50:36 -0400
Subject: [raleigh.rb] Outcome of last night's meeting?
In-Reply-To: <CACUM8pjbJzQa=QZ_maRzZdLhtLQbfCGfOvp6_zME0EB7U4kn+g@mail.gmail.com>
References: <CACUM8pjbJzQa=QZ_maRzZdLhtLQbfCGfOvp6_zME0EB7U4kn+g@mail.gmail.com>
Message-ID: <6DB5D398-3E8A-4D7B-B7C2-CD2A7BC19FCD@cranehouse.net>

I've attached my notes from the meeting.  Apologies if the bullet points don't make much sense.  I was going to write out some commentary and then realized that I just don't have enough time to do it justice.  So you get bullets.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: barriers_to_entry.pdf
Type: application/pdf
Size: 4023336 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110819/928aa009/attachment-0001.pdf>
-------------- next part --------------


On Aug 17, 2011, at 10:37 AM, Mark Mzyk wrote:

> I couldn't make it to last night's meeting, but I'm curious as to the discussion that was had. What did people enumerate as the barriers to learning Ruby, and I assume this was discussed, what was proposed to do about it?
> 
> Thanks,
> 
> Mark Mzyk
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members

--
Eric Crane
www.cranehouse.net
eric at cranehouse.net




From atomgiant at gmail.com  Wed Aug 24 10:00:17 2011
From: atomgiant at gmail.com (Tom Davies)
Date: Wed, 24 Aug 2011 10:00:17 -0400
Subject: [raleigh.rb] Two Rubyists looking to sublet office space near Cary
Message-ID: <CA+nXsgf_4HKqktROFi46yH3haaaKO6R4-hu-9V7JekDEez1gnA@mail.gmail.com>

Hey there,

I am hoping a fellow Raleigh.rb member may know of someone with a
little extra space in the Cary / Morrisville area available to sublet
for 2 ruby developers.

Ideally we'd like something in between 55 and 54 in Cary or
Morrisville with a window (or a view of one).  We are flexible on the
space and just need a place for 2 people to setup a laptop and
monitor.

Please respond to me off list if you know of any place.

Thanks,

-- 
Tom Davies

http://teenormous.com
The Ultimate T-shirt Search Engine

From cjstingl at gmail.com  Wed Aug 24 15:12:02 2011
From: cjstingl at gmail.com (Christopher Stingl)
Date: Wed, 24 Aug 2011 15:12:02 -0400
Subject: [raleigh.rb] Integration Testing Devise + Misc
Message-ID: <CA7AC542.3E19%cjstingl@gmail.com>

Hey all,

I'm new around here and also a bit new to Ruby/Rails as a whole. Recently
I've begun building an app and have successfully implemented devise for my
authentication. I came across this
https://github.com/RailsApps/rails3-devise-rspec-cucumber/wiki/Tutorial
which helped a bit being that I am making sure I stick with a TDD workflow.
The one item I'm coming up against though is attempting to create proper
integration tests while trying to avoid cucumber. I'm currently using
Rspec/Capybara and running Guard-rspec for my testing, my question is if
anyone could point me in the direction of some reading or tutorial that
would be helpful in the way of building out proper acceptance/integration
tests for my devise authentication. I plan on beginning to attend some of
the hack nights and maybe this is something someone will be able to help me
out with there too.

Also I did come across Steak (https://github.com/cavalle/steak) which
appeared as though it may be quite helpful and was wondering if any of you
had experience working with it.

Lastly, I wanted to contribute by recommending, or "seconding" a podcast
that I believe someone else mentioned at the Barriers to Entry meeting
called Ruby Rogues. The panelists are quite entertaining, knowledgable and
informative. Their end of the episode "Picks" are also pretty rad most of
the time. Does anyone else have recommended ruby/rails related podcasts they
would recommend? I'm always looking for more to fill the driving time from
my home to durham.

Thanks for anyone who takes the time, in advance.

Cheers

Christopher Stingl


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110824/a454c317/attachment.html>

From tj at stank.us  Thu Aug 25 03:46:08 2011
From: tj at stank.us (TJ Stankus)
Date: Thu, 25 Aug 2011 00:46:08 -0700
Subject: [raleigh.rb] Integration Testing Devise + Misc
In-Reply-To: <CA7AC542.3E19%cjstingl@gmail.com>
References: <CA7AC542.3E19%cjstingl@gmail.com>
Message-ID: <CAGNCiPUvQ_=YRVXjS7=BvzoeVJxT-JM+kYzjvKWfxCtB+Tk-Jg@mail.gmail.com>

Christopher,

If you're already using Capybara and RSpec, Steak is superfluous.
Capybara now has all the features of Steak baked in. The "Using
Capybara with RSpec" section of the README at
https://github.com/jnicklas/capybara explains pretty well, as does
this slightly outdated article:
http://jeffkreeftmeijer.com/2011/acceptance-testing-using-capybaras-new-rspec-dsl/

I've stopped using Cucumber now that RSpec has request specs.
Nothing's wrong with Cucumber, it's just that everything I used to
need from Cucumber is now provided by RSpec. There's a recent
Railscast on this topic:
http://railscasts.com/episodes/257-request-specs-and-capybara

Happy spec'ing,

-TJ

On Wed, Aug 24, 2011 at 12:12 PM, Christopher Stingl <cjstingl at gmail.com> wrote:
> Hey all,
> I'm new around here and also a bit new to Ruby/Rails as a whole. Recently
> I've begun building an app and have successfully implemented devise for my
> authentication. I came across
> this?https://github.com/RailsApps/rails3-devise-rspec-cucumber/wiki/Tutorial?which
> helped a bit being that I am making sure I stick with a TDD workflow. The
> one item I'm coming up against though is attempting to create proper
> integration tests while trying to avoid cucumber. I'm currently using
> Rspec/Capybara and running Guard-rspec for my testing, my question is if
> anyone could point me in the direction of some reading or tutorial that
> would be helpful in the way of building out proper acceptance/integration
> tests for my devise authentication. I plan on beginning to attend some of
> the hack nights and maybe this is something someone will be able to help me
> out with there too.
> Also I did come across Steak (https://github.com/cavalle/steak) which
> appeared as though it may be quite helpful and was wondering if any of you
> had experience working with it.
> Lastly, I wanted to contribute by recommending, or "seconding" a podcast
> that I believe someone else mentioned at the Barriers to Entry meeting
> called Ruby Rogues. The panelists are quite entertaining, knowledgable and
> informative. Their end of the episode "Picks" are also pretty rad most of
> the time. Does anyone else have recommended ruby/rails related podcasts they
> would recommend? I'm always looking for more to fill the driving time from
> my home to durham.
> Thanks for anyone who takes the time, in advance.
> Cheers
> Christopher Stingl
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>

From jon.list+rb at gmail.com  Sun Aug 28 18:17:47 2011
From: jon.list+rb at gmail.com (Jonathon Brenner)
Date: Sun, 28 Aug 2011 18:17:47 -0400
Subject: [raleigh.rb] Advice for using code excerpts that have a different
	license in my project?
Message-ID: <CAG18nuvxujayrJA+YHT8P=WaOypCxjxTR0-B17JeHFRGzOHewA@mail.gmail.com>

I'd like to extract some custom RSpec matching code from a library licensed
under Apache License v2 and use it in my MIT licensed project. Is it
acceptable to precede the with code excerpts with a reference to the
original license and and code base or should I also include the full Apache
license in my LICENSE file? Is it bad form to use the excerpts directly in
my source files or, at the expense of readability, should I put them in
their own files and require them in my source?

Thanks,
Jon

Relevant section of the Apache License v2:
   1.  You must give any other recipients of the Work or Derivative
   Works a copy of this License; and
   2.  You must cause any modified files to carry prominent notices
   stating that You changed the files; and
   3.  You must retain, in the Source form of any Derivative Works
   that You distribute, all copyright, patent, trademark, and
   attribution notices from the Source form of the Work, excluding
   those notices that do not pertain to any part of the Derivative
   Works; and
   4.  If the Work includes a "NOTICE" text file as part of its
   distribution, then any Derivative Works that You distribute must
   include a readable copy of the attribution notices contained within
   such NOTICE file, excluding those notices that do not pertain to
   any part of the Derivative Works, in at least one of the following
   places: within a NOTICE text file distributed as part of the
   Derivative Works; within the Source form or documentation, if
   provided along with the Derivative Works; or, within a display
   generated by the Derivative Works, if and wherever such third-party
   notices normally appear. The contents of the NOTICE file are for
   informational purposes only and do not modify the License. You may
   add Your own attribution notices within Derivative Works that You
   distribute, alongside or as an addendum to the NOTICE text from the
   Work, provided that such additional attribution notices cannot be
   construed as modifying the License.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110828/adb8f4d9/attachment.html>

From crnixon at gmail.com  Sun Aug 28 21:15:10 2011
From: crnixon at gmail.com (Clinton R. Nixon)
Date: Sun, 28 Aug 2011 21:15:10 -0400
Subject: [raleigh.rb] Anyone going to Ruby DCamp?
Message-ID: <CAF-sPTZzszuyn+Z7kcrwVSNkupsRJqXjmb3c=Ab9iNJA479jCg@mail.gmail.com>

Is anyone local heading to Ruby DCamp in VA the weekend of Sept 16th? I'm
headed up and I'd love to carpool with someone (in their car -- my wife and
I share one, so I'm not taking it for the weekend.) I'll split gas and
regale you with tales of yore.

-- Clinton R Nixon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110828/f1538f9b/attachment.html>

From cjstingl at gmail.com  Mon Aug 29 07:37:00 2011
From: cjstingl at gmail.com (Christopher Stingl)
Date: Mon, 29 Aug 2011 07:37:00 -0400
Subject: [raleigh.rb] Anyone going to Ruby DCamp?
Message-ID: <CA80F21C.3EE6%cjstingl@gmail.com>

What are the usual accommodations for the Ruby DCamp conference ie. Hotel?
Cabin? Cost? I just ask because I haven't been to it before, as I am newly
getting into ruby, but am interested in going and could car pool.

-- 
CHRIS STINGL
PROGRAMMER

MCKINNEY
318 blackwell street  durham nc 27701
t +1 919 313 4182
e chris.stingl at mckinney.com
<applewebdata://4AECF6B4-DE25-41E0-A815-43D943DF0674/chris.stingl at mckinney.c
om> 

Join the conversation at the new http://mckinney.com/ and our blog
http://fivewords.mckinney.com/.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110829/0834a32f/attachment-0001.html>

From crnixon at gmail.com  Mon Aug 29 07:57:59 2011
From: crnixon at gmail.com (Clinton R. Nixon)
Date: Mon, 29 Aug 2011 07:57:59 -0400
Subject: [raleigh.rb] Anyone going to Ruby DCamp?
In-Reply-To: <CA80F21C.3EE6%cjstingl@gmail.com>
References: <CA80F21C.3EE6%cjstingl@gmail.com>
Message-ID: <CAF-sPTa-ieswEpajomy5FJ0okpKcxsq+rO6wUcsnFLrFAExO=w@mail.gmail.com>

Chris,

The cool thing about Ruby DCamp is that it's actually a camp, and free:
http://rubydcamp.org/.

It filled up quick, but I just looked and it seems there's a slot still
open. I've emailed you the code to register separately, if you're
interested.

-- Clinton

On Mon, Aug 29, 2011 at 7:37 AM, Christopher Stingl <cjstingl at gmail.com>wrote:

> What are the usual accommodations for the Ruby DCamp conference ie. Hotel?
> Cabin? Cost? I just ask because I haven't been to it before, as I am newly
> getting into ruby, but am interested in going and could car pool.
>
> --
> CHRIS STINGL
> PROGRAMMER
>
> MCKINNEY
> 318 blackwell street  durham nc 27701
> t +1 919 313 4182
> e *chris.stingl at mckinney.com
> *
> Join the conversation at the new *http://mckinney.com/* and our blog *
> http://fivewords.mckinney.com/*.
>
> _______________________________________________
> raleigh-rb-members mailing list
> raleigh-rb-members at rubyforge.org
> http://rubyforge.org/mailman/listinfo/raleigh-rb-members
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/raleigh-rb-members/attachments/20110829/45ed7be7/attachment.html>