hobo 2.0.0.pre10 → 2.0.0
Sign up to get free protection for your applications and to get access to all the features.
- data/CHANGES-1.4.txt +48 -40
- data/CHANGES-2.0.markdown +48 -40
- data/Gemfile +1 -1
- data/VERSION +1 -1
- data/lib/generators/hobo/user_model/templates/model_injection.rb.erb +1 -1
- metadata +9 -9
data/CHANGES-1.4.txt
CHANGED
@@ -295,7 +295,7 @@ receive the following benefits:
|
|
295
295
|
|
296
296
|
- code reduction in Hobo
|
297
297
|
|
298
|
-
## `remote-method-button` and `update-button`
|
298
|
+
## `remote-method-button` and `update-button` AJAX functionality removed
|
299
299
|
{.nomove}
|
300
300
|
|
301
301
|
`remote-method-button`, `update-button` and similar buttons such as
|
@@ -305,14 +305,22 @@ with the much more flexible forms.
|
|
305
305
|
|
306
306
|
For backwards compatibility, most of these buttons have been updated
|
307
307
|
to 2.0. However, the little used `remote-method-button` and
|
308
|
-
`update-button` have not been converted to
|
308
|
+
`update-button` have not been converted to support Hobo 2.0 AJAX.
|
309
309
|
|
310
310
|
## default field-list changed
|
311
311
|
{.nomove}
|
312
312
|
|
313
313
|
The default for `<field-list>` has changed to `<feckless-fieldset>`.
|
314
|
-
The old behaviour is still available in `<field-list-v1>`.
|
315
|
-
|
314
|
+
The old behaviour is still available in `<field-list-v1>`.
|
315
|
+
|
316
|
+
## Chronic patches removed.
|
317
|
+
|
318
|
+
HoboSupport's patches to Chronic have been removed because they are not
|
319
|
+
supported in Ruby 2.0.0.
|
320
|
+
|
321
|
+
## rapid_summary tags removed
|
322
|
+
|
323
|
+
The rapid\_summary tags have been moved out of core Hobo into their own plugin, https://github.com/Hobo/hobo_summary, which is not yet in a working state
|
316
324
|
|
317
325
|
## Helper rearrangement
|
318
326
|
{.todo}
|
@@ -337,6 +345,42 @@ config.hobo.include_deprecated_helper.
|
|
337
345
|
|
338
346
|
Hobo 2.0 currently requires Rails 3.2 for operation.
|
339
347
|
|
348
|
+
## Editors
|
349
|
+
{.todo}
|
350
|
+
|
351
|
+
Editors are no longer special-cased, they now use the standard DRYML
|
352
|
+
part mechanism.
|
353
|
+
|
354
|
+
There are two types of editors: `<click-editor>` and `<live-editor>`.
|
355
|
+
click-editor is the click-to-edit type of control similar to what
|
356
|
+
Rapid currently uses for a string, and live-editor always renders the
|
357
|
+
input, and is similar to what Rapid currently uses for Boolean's and
|
358
|
+
enum-strings.
|
359
|
+
|
360
|
+
Please refer to the documentation for `click-editor` and `live-editor`
|
361
|
+
for more details.
|
362
|
+
|
363
|
+
`<editor>` is now a polymorphic input that uses either `<click-editor>` or
|
364
|
+
`<live-editor>`.
|
365
|
+
|
366
|
+
TBD: Right now live-editor and click-editor use `<formlet>`. The
|
367
|
+
major advantage of formlet is that it is safe to use inside of a form.
|
368
|
+
I can't think of any good use cases for that behaviour, but it does
|
369
|
+
seem like something people might do by accident.
|
370
|
+
|
371
|
+
The alternative is to use `<form>`. Since this implementation of
|
372
|
+
editor starts with an input and switches to a view via Javascript,
|
373
|
+
using a form would allow reasonable javascript-disabled behaviour.
|
374
|
+
|
375
|
+
## Attribute Whitelist
|
376
|
+
{.todo}
|
377
|
+
|
378
|
+
Rails 3.2.3 and later changed the default for config.whitelist_attributes to true, so any newly generated Hobo apps will have this feature turned on. Hobo heavily depends on mass attribute assignation, so this may cause inconveniences.
|
379
|
+
|
380
|
+
Mass assignment protection is redundant in Hobo: your primary protection should come through the edit_permitted? function. If all of your models have properly defined edit_permitted? then it is safe to turn off config.whitelist_attributes.
|
381
|
+
|
382
|
+
If you choose not to turn off config.whitelist_attributes, any fields that are not in your attr_accessible declaration will not be available in forms. Hobo's generators will now assist in the creation of attr_accessible declarations.
|
383
|
+
|
340
384
|
## Enhancements
|
341
385
|
|
342
386
|
### Nested caching
|
@@ -821,33 +865,6 @@ Because this is a respond_to block any formats you do not render will fall throu
|
|
821
865
|
`<form>` has gained a new option, before-unload, which adds an
|
822
866
|
onbeforeunload helper to the page.
|
823
867
|
|
824
|
-
## Editors
|
825
|
-
{.todo}
|
826
|
-
|
827
|
-
Editors are no longer special-cased, they now use the standard DRYML
|
828
|
-
part mechanism.
|
829
|
-
|
830
|
-
There are two types of editors: `<click-editor>` and `<live-editor>`.
|
831
|
-
click-editor is the click-to-edit type of control similar to what
|
832
|
-
Rapid currently uses for a string, and live-editor always renders the
|
833
|
-
input, and is similar to what Rapid currently uses for Boolean's and
|
834
|
-
enum-strings.
|
835
|
-
|
836
|
-
Please refer to the documentation for `click-editor` and `live-editor`
|
837
|
-
for more details.
|
838
|
-
|
839
|
-
`<editor>` is now a polymorphic input that uses either `<click-editor>` or
|
840
|
-
`<live-editor>`.
|
841
|
-
|
842
|
-
TBD: Right now live-editor and click-editor use `<formlet>`. The
|
843
|
-
major advantage of formlet is that it is safe to use inside of a form.
|
844
|
-
I can't think of any good use cases for that behaviour, but it does
|
845
|
-
seem like something people might do by accident.
|
846
|
-
|
847
|
-
The alternative is to use `<form>`. Since this implementation of
|
848
|
-
editor starts with an input and switches to a view via Javascript,
|
849
|
-
using a form would allow reasonable javascript-disabled behaviour.
|
850
|
-
|
851
868
|
## Changes behind the scenes
|
852
869
|
|
853
870
|
### reloading of part context
|
@@ -912,15 +929,6 @@ environment.
|
|
912
929
|
|
913
930
|
MarkdownString will now use Kramdown, RDiscount or Maruku in preference to Bluecloth if they are availble in your bundle.
|
914
931
|
|
915
|
-
## Attribute Whitelist
|
916
|
-
{.todo}
|
917
|
-
|
918
|
-
Rails 3.2.3 and later changed the default for config.whitelist_attributes to true, so any newly generated Hobo apps will have this feature turned on. Hobo heavily depends on mass attribute assignation, so this may cause inconveniences.
|
919
|
-
|
920
|
-
Mass assignment protection is redundant in Hobo: your primary protection should come through the edit_permitted? function. If all of your models have properly defined edit_permitted? then it is safe to turn off config.whitelist_attributes.
|
921
|
-
|
922
|
-
If you choose not to turn off config.whitelist_attributes, any fields that are not in your attr_accessible declaration will not be available in forms. Hobo's generators will now assist in the creation of attr_accessible declarations.
|
923
|
-
|
924
932
|
# jQuery rewrite
|
925
933
|
|
926
934
|
FIXME: pull into separate document, along with interface specs
|
data/CHANGES-2.0.markdown
CHANGED
@@ -295,7 +295,7 @@ receive the following benefits:
|
|
295
295
|
|
296
296
|
- code reduction in Hobo
|
297
297
|
|
298
|
-
## `remote-method-button` and `update-button`
|
298
|
+
## `remote-method-button` and `update-button` AJAX functionality removed
|
299
299
|
{.nomove}
|
300
300
|
|
301
301
|
`remote-method-button`, `update-button` and similar buttons such as
|
@@ -305,14 +305,22 @@ with the much more flexible forms.
|
|
305
305
|
|
306
306
|
For backwards compatibility, most of these buttons have been updated
|
307
307
|
to 2.0. However, the little used `remote-method-button` and
|
308
|
-
`update-button` have not been converted to
|
308
|
+
`update-button` have not been converted to support Hobo 2.0 AJAX.
|
309
309
|
|
310
310
|
## default field-list changed
|
311
311
|
{.nomove}
|
312
312
|
|
313
313
|
The default for `<field-list>` has changed to `<feckless-fieldset>`.
|
314
|
-
The old behaviour is still available in `<field-list-v1>`.
|
315
|
-
|
314
|
+
The old behaviour is still available in `<field-list-v1>`.
|
315
|
+
|
316
|
+
## Chronic patches removed.
|
317
|
+
|
318
|
+
HoboSupport's patches to Chronic have been removed because they are not
|
319
|
+
supported in Ruby 2.0.0.
|
320
|
+
|
321
|
+
## rapid_summary tags removed
|
322
|
+
|
323
|
+
The rapid\_summary tags have been moved out of core Hobo into their own plugin, https://github.com/Hobo/hobo_summary, which is not yet in a working state
|
316
324
|
|
317
325
|
## Helper rearrangement
|
318
326
|
{.todo}
|
@@ -337,6 +345,42 @@ config.hobo.include_deprecated_helper.
|
|
337
345
|
|
338
346
|
Hobo 2.0 currently requires Rails 3.2 for operation.
|
339
347
|
|
348
|
+
## Editors
|
349
|
+
{.todo}
|
350
|
+
|
351
|
+
Editors are no longer special-cased, they now use the standard DRYML
|
352
|
+
part mechanism.
|
353
|
+
|
354
|
+
There are two types of editors: `<click-editor>` and `<live-editor>`.
|
355
|
+
click-editor is the click-to-edit type of control similar to what
|
356
|
+
Rapid currently uses for a string, and live-editor always renders the
|
357
|
+
input, and is similar to what Rapid currently uses for Boolean's and
|
358
|
+
enum-strings.
|
359
|
+
|
360
|
+
Please refer to the documentation for `click-editor` and `live-editor`
|
361
|
+
for more details.
|
362
|
+
|
363
|
+
`<editor>` is now a polymorphic input that uses either `<click-editor>` or
|
364
|
+
`<live-editor>`.
|
365
|
+
|
366
|
+
TBD: Right now live-editor and click-editor use `<formlet>`. The
|
367
|
+
major advantage of formlet is that it is safe to use inside of a form.
|
368
|
+
I can't think of any good use cases for that behaviour, but it does
|
369
|
+
seem like something people might do by accident.
|
370
|
+
|
371
|
+
The alternative is to use `<form>`. Since this implementation of
|
372
|
+
editor starts with an input and switches to a view via Javascript,
|
373
|
+
using a form would allow reasonable javascript-disabled behaviour.
|
374
|
+
|
375
|
+
## Attribute Whitelist
|
376
|
+
{.todo}
|
377
|
+
|
378
|
+
Rails 3.2.3 and later changed the default for config.whitelist_attributes to true, so any newly generated Hobo apps will have this feature turned on. Hobo heavily depends on mass attribute assignation, so this may cause inconveniences.
|
379
|
+
|
380
|
+
Mass assignment protection is redundant in Hobo: your primary protection should come through the edit_permitted? function. If all of your models have properly defined edit_permitted? then it is safe to turn off config.whitelist_attributes.
|
381
|
+
|
382
|
+
If you choose not to turn off config.whitelist_attributes, any fields that are not in your attr_accessible declaration will not be available in forms. Hobo's generators will now assist in the creation of attr_accessible declarations.
|
383
|
+
|
340
384
|
## Enhancements
|
341
385
|
|
342
386
|
### Nested caching
|
@@ -821,33 +865,6 @@ Because this is a respond_to block any formats you do not render will fall throu
|
|
821
865
|
`<form>` has gained a new option, before-unload, which adds an
|
822
866
|
onbeforeunload helper to the page.
|
823
867
|
|
824
|
-
## Editors
|
825
|
-
{.todo}
|
826
|
-
|
827
|
-
Editors are no longer special-cased, they now use the standard DRYML
|
828
|
-
part mechanism.
|
829
|
-
|
830
|
-
There are two types of editors: `<click-editor>` and `<live-editor>`.
|
831
|
-
click-editor is the click-to-edit type of control similar to what
|
832
|
-
Rapid currently uses for a string, and live-editor always renders the
|
833
|
-
input, and is similar to what Rapid currently uses for Boolean's and
|
834
|
-
enum-strings.
|
835
|
-
|
836
|
-
Please refer to the documentation for `click-editor` and `live-editor`
|
837
|
-
for more details.
|
838
|
-
|
839
|
-
`<editor>` is now a polymorphic input that uses either `<click-editor>` or
|
840
|
-
`<live-editor>`.
|
841
|
-
|
842
|
-
TBD: Right now live-editor and click-editor use `<formlet>`. The
|
843
|
-
major advantage of formlet is that it is safe to use inside of a form.
|
844
|
-
I can't think of any good use cases for that behaviour, but it does
|
845
|
-
seem like something people might do by accident.
|
846
|
-
|
847
|
-
The alternative is to use `<form>`. Since this implementation of
|
848
|
-
editor starts with an input and switches to a view via Javascript,
|
849
|
-
using a form would allow reasonable javascript-disabled behaviour.
|
850
|
-
|
851
868
|
## Changes behind the scenes
|
852
869
|
|
853
870
|
### reloading of part context
|
@@ -912,15 +929,6 @@ environment.
|
|
912
929
|
|
913
930
|
MarkdownString will now use Kramdown, RDiscount or Maruku in preference to Bluecloth if they are availble in your bundle.
|
914
931
|
|
915
|
-
## Attribute Whitelist
|
916
|
-
{.todo}
|
917
|
-
|
918
|
-
Rails 3.2.3 and later changed the default for config.whitelist_attributes to true, so any newly generated Hobo apps will have this feature turned on. Hobo heavily depends on mass attribute assignation, so this may cause inconveniences.
|
919
|
-
|
920
|
-
Mass assignment protection is redundant in Hobo: your primary protection should come through the edit_permitted? function. If all of your models have properly defined edit_permitted? then it is safe to turn off config.whitelist_attributes.
|
921
|
-
|
922
|
-
If you choose not to turn off config.whitelist_attributes, any fields that are not in your attr_accessible declaration will not be available in forms. Hobo's generators will now assist in the creation of attr_accessible declarations.
|
923
|
-
|
924
932
|
# jQuery rewrite
|
925
933
|
|
926
934
|
FIXME: pull into separate document, along with interface specs
|
data/Gemfile
CHANGED
data/VERSION
CHANGED
@@ -1 +1 @@
|
|
1
|
-
2.0.0
|
1
|
+
2.0.0
|
@@ -7,7 +7,7 @@
|
|
7
7
|
administrator :boolean, :default => false
|
8
8
|
timestamps
|
9
9
|
end
|
10
|
-
attr_accessible :name, :email_address, :password, :password_confirmation
|
10
|
+
attr_accessible :name, :email_address, :password, :password_confirmation, :current_password
|
11
11
|
|
12
12
|
# This gives admin rights and an :active state to the first sign-up.
|
13
13
|
# Just remove it if you don't want that
|
metadata
CHANGED
@@ -1,15 +1,15 @@
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
2
2
|
name: hobo
|
3
3
|
version: !ruby/object:Gem::Version
|
4
|
-
version: 2.0.0
|
5
|
-
prerelease:
|
4
|
+
version: 2.0.0
|
5
|
+
prerelease:
|
6
6
|
platform: ruby
|
7
7
|
authors:
|
8
8
|
- Tom Locke
|
9
9
|
autorequire:
|
10
10
|
bindir: bin
|
11
11
|
cert_chain: []
|
12
|
-
date: 2013-02-
|
12
|
+
date: 2013-02-27 00:00:00.000000000 Z
|
13
13
|
dependencies:
|
14
14
|
- !ruby/object:Gem::Dependency
|
15
15
|
name: hobo_support
|
@@ -18,7 +18,7 @@ dependencies:
|
|
18
18
|
requirements:
|
19
19
|
- - '='
|
20
20
|
- !ruby/object:Gem::Version
|
21
|
-
version: 2.0.0
|
21
|
+
version: 2.0.0
|
22
22
|
type: :runtime
|
23
23
|
prerelease: false
|
24
24
|
version_requirements: !ruby/object:Gem::Requirement
|
@@ -26,7 +26,7 @@ dependencies:
|
|
26
26
|
requirements:
|
27
27
|
- - '='
|
28
28
|
- !ruby/object:Gem::Version
|
29
|
-
version: 2.0.0
|
29
|
+
version: 2.0.0
|
30
30
|
- !ruby/object:Gem::Dependency
|
31
31
|
name: hobo_fields
|
32
32
|
requirement: !ruby/object:Gem::Requirement
|
@@ -34,7 +34,7 @@ dependencies:
|
|
34
34
|
requirements:
|
35
35
|
- - '='
|
36
36
|
- !ruby/object:Gem::Version
|
37
|
-
version: 2.0.0
|
37
|
+
version: 2.0.0
|
38
38
|
type: :runtime
|
39
39
|
prerelease: false
|
40
40
|
version_requirements: !ruby/object:Gem::Requirement
|
@@ -42,7 +42,7 @@ dependencies:
|
|
42
42
|
requirements:
|
43
43
|
- - '='
|
44
44
|
- !ruby/object:Gem::Version
|
45
|
-
version: 2.0.0
|
45
|
+
version: 2.0.0
|
46
46
|
- !ruby/object:Gem::Dependency
|
47
47
|
name: dryml
|
48
48
|
requirement: !ruby/object:Gem::Requirement
|
@@ -50,7 +50,7 @@ dependencies:
|
|
50
50
|
requirements:
|
51
51
|
- - '='
|
52
52
|
- !ruby/object:Gem::Version
|
53
|
-
version: 2.0.0
|
53
|
+
version: 2.0.0
|
54
54
|
type: :runtime
|
55
55
|
prerelease: false
|
56
56
|
version_requirements: !ruby/object:Gem::Requirement
|
@@ -58,7 +58,7 @@ dependencies:
|
|
58
58
|
requirements:
|
59
59
|
- - '='
|
60
60
|
- !ruby/object:Gem::Version
|
61
|
-
version: 2.0.0
|
61
|
+
version: 2.0.0
|
62
62
|
- !ruby/object:Gem::Dependency
|
63
63
|
name: will_paginate
|
64
64
|
requirement: !ruby/object:Gem::Requirement
|