It seems pretty useful for other engines as well! Any chances to be
included in Rails?
On 13/07/12 06:00, Ryan Bigg wrote:
We're currently discussing the best way to do this on Forem's issue
#260 (https://github.com/radar/forem/pull/260). Kunal there wants to
add methods to or modify the
@schneems Thanks!
Seems you cant prevent deliveries from interceptor as yet. I understand
that checking on the user model before delivering is always going to be
hard/unclean from interceptor (how is the interceptor going to get hold of
the user model anyway?) but preventing deliveries from
I'd like to give it a try on adding CoffeeScript syntax support to
CodeRay, but I can't find any documentation on how to add my local
version of CodeRay lib directory to autoload_paths.
Simply adding the full path to config.autoload_paths won't do the trick.
How could I get my new scanner to
This sounds more like a question for rails-talk, but I think this is
sorta what you want:
https://github.com/jcasimir/draper/blob/master/lib/draper/railtie.rb#L22
--
You received this message because you are subscribed to the Google Groups Ruby
on Rails: Core group.
To post to this group, send
Try looking into a state machine. When the user confirms, then send an
email. It's really easy to think about
(guest) -- #confirm -- (confirming) -- #finished -- (active)
before_transition :on = :confirm, :do = :send_confirmation_email
Then do some magic on the confirmation side that triggers
Em 20-07-2012 13:47, Steve Klabnik escreveu:
This sounds more like a question for rails-talk, but I think this is
sorta what you want:
https://github.com/jcasimir/draper/blob/master/lib/draper/railtie.rb#L22
Sorry, I thought this would be the place for undocumented features like
this as it is
It is not always clear whether we should use Rails-talk or Rails-core list.
In the same way we have a list for Rails documentation and we had one
for i18n, would you consider a new list oriented to Engine/Plugins
developers?
This would be a list we could subscribe for engine-related
This conversation is diverting from the original.
The question was whether a patch for this functionality would be useful, I
personally would find it useful. And on that front we're done.
If you want to talk about alternate implementations using existing Rails
functionality please move the
I ran into an interesting issue today with ActiveRecord's becomes method
and discovered that it is mutating the receiver without me knowing it.
The API
docshttp://api.rubyonrails.org/classes/ActiveRecord/Persistence.html#method-i-becomessay
The new instance will share a link to the same
On Jul 20, 2012, at 5:48 PM, Peter Brown wrote:
I ran into an interesting issue today with ActiveRecord's becomes method and
discovered that it is mutating the receiver without me knowing it.
The API docs say
The new instance will share a link to the same attributes as the original
Just stumbled upon a pull request from last
yearhttps://github.com/rails/rails/pull/3023with some discussion and it
seemed like people were generally in favor of
changing the behavior. I'd be willing to bring it back to life if people
are still interested in it.
On Friday, July 20, 2012
+1
Agree that a Rails engine is in the frontier between custom app code
and Rails architecture, yet a client (and not core) of Rails.
On Fri, Jul 20, 2012 at 1:20 PM, Rodrigo Rosenfeld Rosas
rr.ro...@gmail.com wrote:
It is not always clear whether we should use Rails-talk or Rails-core list.
Engine lists have been created in the past, but they're not very active or
are dead.
-1 to a new engine list and +1 to just asking the questions in rails-talk
first
On Fri, Jul 20, 2012 at 7:41 PM, TuteC tuteco...@gmail.com wrote:
+1
Agree that a Rails engine is in the frontier between
rails-talk is a ghetto.
A new engines list would be best.
On Saturday, 21 July 2012 at 11:27 AM, Andrew Kaspick wrote:
Engine lists have been created in the past, but they're not very active or
are dead.
-1 to a new engine list and +1 to just asking the questions in rails-talk
first
Here's a past one...
http://www.mail-archive.com/engine-users@lists.rails-engines.org/
dead!
On Fri, Jul 20, 2012 at 8:28 PM, Ryan Bigg radarliste...@gmail.com wrote:
rails-talk is a ghetto.
A new engines list would be best.
On Saturday, 21 July 2012 at 11:27 AM, Andrew Kaspick wrote:
Got bit by this a couple of weeks ago. +1 for the merge.
Dheeraj Kumar
On Saturday 21 July 2012 at 6:14 AM, Peter Brown wrote:
Just stumbled upon a pull request from last year
(https://github.com/rails/rails/pull/3023) with some discussion and it seemed
like people were generally in
16 matches
Mail list logo