Sorry, I didn't explain myself very well. In the original post i described my idea for upgrading my app from 1.0 to 1.3 - is there a simpler way?
1) generate a vanilla 1.3 app using the wizard, answering the questions to get the right invite/settings etc 2) copy over all of the 1.0.x model and controller files from the production app 3) run the migration generator 4) at this point in theory the schema is equivalent to production, so i should be able to switch in a snapshot db 5) check the vanilla views for all of the tables, to confirm that the new app can access the current data 6) copy over the production views 7) test and fix functionality 8) migrate theme/stylesheet/css On Apr 2, 8:12 pm, Domizio Demichelis <[email protected]> wrote: > Just change the table-names for the model-names inside ht tags, application > wide. > > In very big apps, previewing all the find/replace changes may take you 2-5 > mins. It doesn't seems too complex. Then maybe you should use the t instead > of ht wherever you have a translation key not starting with a model-name. > > The extra minutes you have to spend will be largely compensated by the > improved efficiency of the i18n system during the application life-span. > > ciao > dd > > > > On Sat, Apr 2, 2011 at 3:04 PM, dev curmudgeon <[email protected]> wrote: > > ok, thanks. Can you confirm if there's any simpler upgrade approach > > than the one i described above? > > > On Apr 2, 7:30 pm, Domizio Demichelis <[email protected]> wrote: > > > Better find/replace. The ht method adds the model name as an > > interpolation > > > variable, anyway now the namespaces are the model name, not the table > > name > > > (plural). Beisdes, everywhere you don't use the mode name, you should use > > > the simple t helper. > > > > ciao > > > dd > > > > On Sat, Apr 2, 2011 at 1:25 PM, dev curmudgeon <[email protected]> > > wrote: > > > > Hi Domizio > > > > I'm noticing i18n errors in lots of places, eg > > > > > wrong model name: "todos" (extracted from translation key: > > > > "todos.nav_item"). You might want to use the translate/t tag/method > > > > instead. > > > > > It seems to me that the convention for these used to be plural, but > > > > it's now singular? is there a simple config fix for this, or will > > > > upgrading require global some find/replace? > > > > > thanks for your help > > > > DC > > > > > On Apr 2, 5:00 pm, dev curmudgeon <[email protected]> wrote: > > > > > yes that works > > > > > > On Apr 2, 4:30 pm, Domizio Demichelis <[email protected]> wrote: > > > > > > > I checked the filter-menu tag, and it was implemented for the old > > > > > > i18n-rails, so I refactoried it a bit, also adding an exception in > > case > > > > of > > > > > > bad "options" passed/found, that should help debugging an app. > > > > > > > Before I commit the change, please, could you try add the following > > tag > > > > > > definition to your application.dryml and tell me whether it works > > with > > > > your > > > > > > legacy app? > > > > > > > <def tag="filter-menu" attrs="model, param-name, options, > > no-filter, > > > > id, > > > > > > first-value"> > > > > > > <% options = > > > t("activerecord.attributes.#{model}.filter_menu.#{param_name}.options", > > > > > > :default=>[:"tags.filter_menu.#{param_name}.options", options]) > > > > > > raise ArgumentError, %(You must provide an "options" > > attribute, or > > > > set > > > "activerecord.attributes.#{model}.filter_menu.#{param_name}.options" or > > > > > > "tags.filter_menu.#{param_name}.options" to an Array or to an Array > > of > > > > > > Arrays > > > > > > in your locale file(s)) unless options.is_a?(Array) > > > > > > no_filter = > > > t("activerecord.attributes.#{model}.filter_menu.#{param_name}.no_filter", > > > > > > :default=>[:"tags.filter_menu.#{param_name}.no_filter", > > > > > > :"tags.filter_menu.default.no_filter", no_filter, "All"]) %> > > > > > > <form action="&request.fullpath" method="get" class="filter-menu" > > > > > > merge-attrs="id"> > > > > > > <div> > > > > > > <% opt = options.first.kind_of?(Array) ? options.*.last : > > options > > > > > > selected = opt.detect {|o| > > o.to_s==params[param_name.gsub('-', > > > > > > '_')] } %> > > > > > > <select-menu name="¶m_name" options="&options" > > > > > > selected="&selected" > > > > > > first-option="&no_filter" > > first-value="&first_value" > > > > > > key="¶m_name" merge-params/> > > > > > > </div> > > > > > > </form> > > > > > > </def> > > > > > > > On Sat, Apr 2, 2011 at 10:57 AM, Domizio Demichelis < > > > > [email protected]>wrote: > > > > > > > > If you don't pass any "options" attribute to the filter-menu tag, > > it > > > > calls > > > > > > > the rails t helper in order to find the options in > > > > > > > en.activerecord.attributes.filter_menu.#{param_name}.options then > > it > > > > > > > fallbacks to tags.filter_menu.#{param_name}.options. If nothing > > is > > > > found > > > > > > > the helper returns a "[ MISSING...]" string. You should pass an > > > > explicit > > > > > > > options argument or set the matrix value of one of the above keys > > > > (matrix = > > > > > > > an array of arrays). If you did one of those and you still have > > the > > > > error, > > > > > > > it might be a bug in the filter-menu tag. > > > > > > > > In that case, please create a new bare app, and add just the > > filter > > > > menu > > > > > > > that reproduces the error, then upload it here or better, open a > > > > ticket in > > > > > > > lighthouse, so I will fix it right away. > > > > > > > > Thank you > > > > > > > dd > > > > > > > > On Sat, Apr 2, 2011 at 10:06 AM, dev curmudgeon < > > [email protected] > > > > >wrote: > > > > > > > >> is there a guide to the necessary steps for converting a hobo > > 1.0 > > > > app to > > > > > > >> 1.3? > > > > > > > >> so far i'm thinking that the simplest route could be > > > > > > > >> 1) generate a vanilla 1.3 app using the wizard, answering the > > > > questions to > > > > > > >> get the right invite/settings etc > > > > > > >> 2) copy over all of the 1.0.x model and controller files from > > the > > > > > > >> production app > > > > > > >> 3) run the migration generator > > > > > > >> 4) at this point in theory the schema is equivalent to > > production, > > > > so i > > > > > > >> should be able to switch in a snapshot db > > > > > > >> 5) check the vanilla views for all of the tables, to confirm > > that > > > > the new > > > > > > >> app can access the current data > > > > > > >> 6) copy over the production views > > > > > > >> 7) test and fix functionality > > > > > > >> 8) migrate theme/stylesheet/css > > > > > > > >> in trying the above, so far i've found > > > > > > >> - paperclip is not playing nicely, so i've backed out the > > > > model/controller > > > > > > >> that uses it > > > > > > >> - everything else *seems* to be ok up to step 5) > > > > > > >> - i'm stuck at 6), probably due to the i18n changes - > > > > > > >> undefined method `detect' for "[MISSING: > > > > > > >> en.activerecord.attributes.filter_menu.user.options]":String > > > > > > > >> any thoughts? > > > > > > > >> -- > > > > > > >> You received this message because you are subscribed to the > > Google > > > > Groups > > > > > > >> "Hobo Users" group. > > > > > > >> To post to this group, send email to [email protected] > > . > > > > > > >> To unsubscribe from this group, send email to > > > > > > >> [email protected]. > > > > > > >> For more options, visit this group at > > > > > > >>http://groups.google.com/group/hobousers?hl=en. > > > > > -- > > > > You received this message because you are subscribed to the Google > > Groups > > > > "Hobo Users" group. > > > > To post to this group, send email to [email protected]. > > > > To unsubscribe from this group, send email to > > > > [email protected]. > > > > For more options, visit this group at > > > >http://groups.google.com/group/hobousers?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Hobo Users" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group at > >http://groups.google.com/group/hobousers?hl=en. -- You received this message because you are subscribed to the Google Groups "Hobo Users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/hobousers?hl=en.
