Notable changes:
- Matt Jones is responsible for the majority of these patches and for
cleaning up our Lighthouse. Thanks Matt.
- #966 exposed bugs in both Rapid and some user applications where <%
was used instead of <%=. If your app breaks, that might be the first
thing to check.
- will_paginate is a common pain point for new users, so hopefully
this release will help.
Here's the shortlog from 1.3.0.RC2:
9702117 Fix new-link on index-for pages.
164bc3a support for will_paginate 3.0
672c60e better handling of name_attribute on generated pages and in translations
04dd273 fix restore_locals
9369bfd fixed typos - administrtator => administrator, ActiveSuport =>
ActiveSupport
5c17a23 de-contextualize the table-plus search form tag
cbf7a24 [#888] fix handling of has_one and is_a
265475c mention what go-back needs to work
b5ee0fe [#714] don't make users log in to sign up
f913d95 [#753] put the inherited callback someplace it will actually get called
d3a7f44 fix handling of @model instance variables
a450d53 [#964] [#726] fix handling of can_view when repeating over an array
83e96e1 [#774] respect :primary_key option in select-one and friends
2367f9f [#788] indicate disabled buttons
982e7b3 [#780] handle magic options in all positions for auto_actions
3a1f398 [#960] force count option to integer in ht
aa33235 [#771] fix in-place editing and broken integer-select-editor
44bf29c remove non-working references to onBefore callback
a0c3cf0 [#748] fix create-button attribute handling
c06e190 rename Hobo::Controller::User to UserBase to avoid shadowing
application models
d854d52 [#951] pass default on to repeated invocations of choose
2395c8c [#708] check index name length before creating
eab4d6a [#769] harmonize behaviors of select-one-editor and select-one
aceb7af [#779] for-type now works outside of tag definitions
bbe3ac5 [#700] complain about useless :unique => true declaration
23893f5 [#747] show non-reversible reflections in aside
abb2120 [#777] handle new records and nils correctly in belongs_to test methods
17011ac [#966] support Rails 3-style block helpers
3ef3252 [#915] ignore generated :polymorphic klass shims in migration generator
76ba85d [#967] mark escaped string as html_safe in text type
9593993 [#967] fix obscure heisenbugs caused by class reloading after
basic types are registered
8f8371f use Time fallback when mass-assigning Date fields
926ec93 remove the span wrapper around primary-content
983c411 in future, CHECK the w3c specs before assuming you remember them ;)
6883fee [#755] wrap name-one in fields-with-errors correctly
2fbeac3 Identify the label to allow clicking the label instead of only
the checkbox
3717200 reduce chance of collisions in francois' patch to check-many
c3e7994 clarify some documentation for table tag.
2498d17 [#970] fix handling of before/after/prepend/append params with
new ERB parser
8cf9783 hack around issue with return value vs output buffer in new_context
0164d93 further fixes to ERB in params behavior
8a9c59b skip page / form generation for non-hobo_model_controllers
865563e [#966] fix dev-user-changer and select-menu bugs exposed by #966 bugfix.
f3a5900 target version RC3
These can easily be turned into a URL, for example
https://github.com/tablatom/hobo/commit/865563e
Bryan
--
You received this message because you are subscribed to the Google Groups "Hobo Users" group.
To post to this group, send email to hobo...@googlegroups.com.
To unsubscribe from this group, send email to hobousers+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/hobousers?hl=en.
Great work, thank you very much!
Regards,
Ignacio
El 25/10/11 18:49, Bryan Larsen escribi�:
- --
Ignacio Huerta Arteche
http://www.ihuerta.net
Tel�fono: 0034 645 70 77 35
Email realizado con software libre
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6oA10ACgkQBPlUJ6RHaOQALACgqAdrjNRL49dBsWpLOM7rluVg
bZkAn1GlFD6bVauLWR09YapJeME75KU9
=xkGE
-----END PGP SIGNATURE-----
The recommendation should be "try different stuff", because if there
is some way that doesn't work, we need to know about that before
1.3.0. :)
Bryan
Using RC3 and preparing for Heroku deploy using 'thin' webserver per
Heroku docs. (This config works on a Heroku-hosted site using RC2.)
Added:
gem 'thin'
to Gemfile, then
> bundle install
and
> thin start
gives:
.../lib/bundler/runtime.rb:31:in `block in setup': You have already
activated rack 1.3.5, but your Gemfile requires rack 1.2.4. Consider
using bundle exec. (Gem::LoadError)
added:
gem 'rack', '1.3.5'
to Gemfile, followed by
> bundle update rack
gives:
Bundler could not find compatible versions for gem "rack":
In Gemfile:
hobo (= 1.3.0.RC3) depends on
rack (~> 1.2.1)
rack (1.3.5)
Conclusion, RC3 not quite ready for prime time :-( .
The above was done with Ruby 1.9.2, Rails 3.0.10 under rvm. Hobo
reports it is 1.3.0.RC3 when run.
Don Z
For more options, visit this group at
http://groups.google.com/group/hobousers?hl=en.
--
Owen Dall, Chief Systems Architect
Barquin Internationalwww.barquin.com
Cell: 410-991-0811
--
You received this message because you are subscribed to the Google Groups "Hobo Users" group.
To post to this group, send email to hobo...@googlegroups.com.
To unsubscribe from this group, send email to hobousers+unsubscribe@googlegroups.com.
For more options, visit this group athttp://groups.google.com/group/hobousers?hl=en.- Hide quoted text -
- Show quoted text -
--
You received this message because you are subscribed to the Google Groups "Hobo Users" group.
To post to this group, send email to hobo...@googlegroups.com.
To unsubscribe from this group, send email to hobousers+unsubscribe@googlegroups.com.
> Hi Again!
>
> I hate to be a PITA, but one more issue:
>
> <extend tag="nav-item">
> *
> *
> *
> </extend>
>
> works in RC2, but produces:
>
> undefined method `nav_item' for class `#<Class:0xaeb1a54>'
>
> in RC3.
>
> The original def tag for nav-item is in the RC3 file gems/hobo-1.3.0.RC3/lib/hobo/rapid/taglibs/rapid_navigation.dryml, as in the RC2 file gems/hobo-1.3.0.RC2/lib/hobo/rapid/taglibs/rapid_navigation.dryml
>
> but I can't seem to make it visible to application.dryml (where I include the file that extends nav_item) in the RC3 code.
>
> Ideas anyone?
I can't seem to reproduce this, even when doing things that I would have suspected would cause it (extending the tag before it's included, for instance). I was able to produce the same error, but only when I commented out the <include src="rapid" gem="hobo"/> line in application.dryml - not something I suspect is applicable to your situation.
Can you be more specific about the order of files that causes this problem?
--Matt Jones
Just tried this out - for an app with an admin-site *and* the "make separate front_site.dryml" option, the application.dryml containing the <include> is moved to front_site.dryml and a blank application.dryml (like yours above) is created.
The generated admin_site.dryml also contains an <include src="rapid" gem="hobo" />; so both subsites get the needed definitions, but extending Rapid tags in application.dryml will fail as the taglib hasn't been loaded yet there.
I'm a little baffled as to how this worked before, but I'm disinclined to call it a "bug" exactly. To be honest, it's weird enough that you can write:
<extend tag="nav-item">
FOO
</extend>
<include src="rapid" gem="hobo"/>
and not get an error.
There's some other things about the current behavior of copying application.dryml to front_site.dryml that I'm not entirely happy with - the incorrect comment in front_site.dryml is annoying. A cleaner solution would be to have the generator snip out the comment and the <include src="hobo"> (to move it to the new application.dryml).
I've got slack time @ work tomorrow, so I'll see if I can get this change working.
--Matt Jones
Hi,
I have seen the same error: "Dryml is not missing constant
DRYMLBuilder". In my environment, after moving from RC2 to RC3 I get this:
$ rails server -e production
=> Booting WEBrick
=> Rails 3.0.10 application starting in production on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
Exiting
/home/ignacio/.rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.0.10/lib/active_support/dependencies.rb:479:in
`load_missing_constant': Dryml is not missing constant DRYMLBuilder!
(ArgumentError)
I found a workaround: comment the line in
config/initializers/dryml_taglibs.rb. Somehow preloading taglibs is not
working with my app.
Regards,
Ignacio
El 27/10/11 03:02, paulj...@gmail.com escribi�:
- --
Ignacio Huerta Arteche
http://www.ihuerta.net
Tel�fono: 0034 645 70 77 35
Email realizado con software libre
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6uQ44ACgkQBPlUJ6RHaOTskQCgknNswOktthuKgD3bI1zIykOe
JtwAoKZJ9DYtoq0NfsCu1E+c6oE/+YM6
=DsVD
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----Hi,
Hash: SHA1
I have seen the same error: "Dryml is not missing constant
DRYMLBuilder". In my environment, after moving from RC2 to RC3 I get this:
$ rails server -e production
=> Booting WEBrick
=> Rails 3.0.10 application starting in production on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
Exiting
/home/ignacio/.rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.0.10/lib/active_support/dependencies.rb:479:in
`load_missing_constant': Dryml is not missing constant DRYMLBuilder!
(ArgumentError)
I found a workaround: comment the line in
config/initializers/dryml_taglibs.rb. Somehow preloading taglibs is not
working with my app.
Regards,
Ignacio
El 27/10/11 03:02, paulj...@gmail.com escribió:
Teléfono: 0034 645 70 77 35
Email realizado con software libre
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6uQ44ACgkQBPlUJ6RHaOTskQCgknNswOktthuKgD3bI1zIykOe
JtwAoKZJ9DYtoq0NfsCu1E+c6oE/+YM6
=DsVD
-----END PGP SIGNATURE-----
--
You received this message because you are subscribed to the Google Groups "Hobo Users" group.
To post to this group, send email to hobo...@googlegroups.com.
To unsubscribe from this group, send email to hobousers+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/hobousers?hl=en.
Thanks for the hint.
Don Z.
--
You received this message because you are subscribed to the Google Groups "Hobo Users" group.
To post to this group, send email to hobo...@googlegroups.com.
To unsubscribe from this group, send email to hobousers+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/hobousers?hl=en.
> Hi All!
>
> Using RC3 and preparing for Heroku deploy using 'thin' webserver per Heroku docs. (This config works on a Heroku-hosted site using RC2.)
>
> Added:
>
> gem 'thin'
>
> to Gemfile, then
>
> > bundle install
>
> and
>
> > thin start
>
> gives:
>
> .../lib/bundler/runtime.rb:31:in `block in setup': You have already activated rack 1.3.5, but your Gemfile requires rack 1.2.4. Consider using bundle exec. (Gem::LoadError)
>
> added:
>
> gem 'rack', '1.3.5'
>
> to Gemfile, followed by
>
> > bundle update rack
>
> gives:
>
> Bundler could not find compatible versions for gem "rack":
> In Gemfile:
> hobo (= 1.3.0.RC3) depends on
> rack (~> 1.2.1)
>
> rack (1.3.5)
>
> Conclusion, RC3 not quite ready for prime time :-( .
We actually inherit this dependency from actionpack 3.0.10, so I don't think there's anything to be done about it. Either use 'bundle exec' to start thin or make sure that you've got the right version of Rack installed...
--Matt Jones
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I have seen the same error: "Dryml is not missing constant
> DRYMLBuilder". In my environment, after moving from RC2 to RC3 I get this:
>
> $ rails server -e production
> => Booting WEBrick
> => Rails 3.0.10 application starting in production on http://0.0.0.0:3000
> => Call with -d to detach
> => Ctrl-C to shutdown server
> Exiting
> /home/ignacio/.rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.0.10/lib/active_support/dependencies.rb:479:in
> `load_missing_constant': Dryml is not missing constant DRYMLBuilder!
> (ArgumentError)
>
> I found a workaround: comment the line in
> config/initializers/dryml_taglibs.rb. Somehow preloading taglibs is not
> working with my app.
Found this - the problem was that Erubis usually gets loaded by Rails, but in this context that hasn't happened yet. The error in production mode was HIGHLY uninformative, but forcing precompile_taglibs to run in development mode gave this:
/Users/mattjones/.rvm/gems/ruby-1.9.2-p290/gems/dryml-1.3.0.RC3/lib/dryml/dryml_builder.rb:63:in `<class:DRYMLBuilder>': uninitialized constant Erubis (NameError)
MUCH more helpful. :)
I've committed the one-line fix to the repo; for now, you can add:
require 'erubis'
to the top of dryml_taglibs.rb.
--Matt Jones
--
You received this message because you are subscribed to the Google Groups "Hobo Users" group.
To post to this group, send email to hobo...@googlegroups.com.
To unsubscribe from this group, send email to hobousers+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/hobousers?hl=en.
Thanks,
Don Z.
Rails.root: /archivos/respaldos/tutorial/projects
Parameters:
{"id"=>"1-mecanismo-de-propulsi-n"}I have Hobo 1.3.0 RC3. When adding this code to app/views/taglibs/application.dryml as Hobo with Rails 3 Tutorial 17 page 240 instructs:
10
11 <extend tag="card" for "Task">