can_opener 0.0.1 → 0.0.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- data/README.markdown +1 -4
- data/lib/can_opener/version.rb +1 -1
- metadata +3 -3
data/README.markdown
CHANGED
|
@@ -52,10 +52,6 @@ Then declare your Ability class, but include `CanOpener` rather than `CanCan::Ab
|
|
|
52
52
|
end
|
|
53
53
|
|
|
54
54
|
Remember that CanCan processes abilities in a top down fashion, so add your general abilities up top, and then things you want to override everything (like banning a user) at the bottom. You can add line by line or multiple on one line if you wish.
|
|
55
|
-
|
|
56
|
-
### But I want to check the IP Address, Project, etc, in the ability
|
|
57
|
-
|
|
58
|
-
Just override your Ability#initialize and setup your accessors to be used in the `CanOpener::Ability` subclasses.
|
|
59
55
|
|
|
60
56
|
Why?
|
|
61
57
|
----
|
|
@@ -66,3 +62,4 @@ Todo
|
|
|
66
62
|
----
|
|
67
63
|
|
|
68
64
|
* Perhaps a generator for CanOpener::Ability subclasses.
|
|
65
|
+
* Allow easy initializer overriding to allow additional values passed to the ability (Project, IP Address, etc)
|
data/lib/can_opener/version.rb
CHANGED
metadata
CHANGED
|
@@ -1,13 +1,13 @@
|
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
|
2
2
|
name: can_opener
|
|
3
3
|
version: !ruby/object:Gem::Version
|
|
4
|
-
hash:
|
|
4
|
+
hash: 27
|
|
5
5
|
prerelease: false
|
|
6
6
|
segments:
|
|
7
7
|
- 0
|
|
8
8
|
- 0
|
|
9
|
-
-
|
|
10
|
-
version: 0.0.
|
|
9
|
+
- 2
|
|
10
|
+
version: 0.0.2
|
|
11
11
|
platform: ruby
|
|
12
12
|
authors:
|
|
13
13
|
- Brendon Murphy
|