Owen, I will be forced to ask for documentation about topics that I didn't already understood yet (Mltu-model forms and Misc model extensions). This will probably not benefit new-comers.
Hobo is facing some breaking changes in almost every release. I'm sure this will be the rule of thumb unitl 1.0. In order to avoid reworking, I suggest that the topics that will not suffer additional changes should be documented first. I've noticed that there is still some documentation in hobo-central that was not moved to the cookbook (i.e. hobo controllers). Probably because it is outdated and needs a strong review before making the move? New-comers will find it easy if all the existing documentation is located only in one place. Thanks, Tiago Franco On Dec 14, 4:39 pm, Owen <[email protected]> wrote: > TF, > > Couldn't agree with you more! How has the new doc (hosted at > cookbook.hobobcentral.net) been for you so far (DRYML, LIfeCycles, > Permissions? In addition to filling out the complete "Taglibs", what > suggestions or other doc to model would you suggest? > > Here is the remaining list: > > * Multi-model forms > * Automatic named scopes > * Miscellaneous model extensions > * Controllers and routing > * The Rapid tag library > * Rich types > * Users and authentication > * Subsites > * Migration generator > > What priority would you suggest? > > Thanks, > > Owen > > On Dec 14, 11:31 am, GamaFranco <[email protected]> wrote: > > > Hi all, > > > I'm using hobo on Windows since september, and this is just my humble > > oppinion. > > > The documentation that was a great help at first was the Agility > > tutorial. Afaik, most newbies are getting their first impression with > > hobo through this tutorial. I think it should be kept up to date with > > the upcoming hobo releases. > > > But probably, the piece of documentation that may have the biggest > > impact in the future is the manual. I think that almost every widelly > > used framework or application relly on well written manuals. > > > Regards, > > TF > > > On Dec 14, 2:50 pm, solars <[email protected]> wrote: > > > > Unfortunately RapidMiner resources are very limited, reason is > > > (afaik) the name change (former 'yale') and of course that it is > > > commercial (they want to sell their expensive courses :). > > > > I don't know of any usegroup, there is a forum afaik on their site. > > > I'm playing around with it currently (text classification, etc) but > > > it's a pretty cool tool with a lot of functionality. > > > > On Sun, Dec 14, 2008 at 06:39:39AM -0800, Owen wrote: > > > > > Solars, > > > > > Love to hear what you are doing with RapidMiner. Data mining, text > > > > analysis, predictive modeling are other areas we are working on. Be > > > > great to use Ruby as the interface, just like Google is doing with the > > > > SketchUp API. > > > > > Is there a Google group? > > > > > -Owen > > > > > On Dec 14, 9:29 am, solars <[email protected]> wrote: > > > > > Owen, > > > > > > Kudos to you for using all this on a win32 platform, I remember I > > > > > had _a lot_ of problems running rails or ruby apps on windows, > > > > > sometimes. But maybe I just don't have the patience, being used to > > > > > linux. > > > > > > Glad to hear you want to try JRuby! That's pretty cool, I'm already > > > > > using it (interfacing with Rapidminer, a java datamining app). It's > > > > > really cool, especially since the whole business world is totally > > > > > focused on java. > > > > > > I did not yet try rails on jruby - but well, now that you mention > > > > > it, why not :) > > > > > > I can imagine the pushback you are facing when using something like > > > > > ruby or rails in the business world. Although I'm don't have much to > > > > > do with it, we are encountering it a lot at university. I don't > > > > > understand it, it's like things other than Java or similar > > > > > business standards don't even exist and are evil - without a real > > > > > reason. > > > > > > On Sun, Dec 14, 2008 at 06:13:31AM -0800, Owen wrote: > > > > > > > Solars, > > > > > > > Yes, you are right, we are required to use Windows on the desktop, > > > > > > so > > > > > > we help Tom and James with debugging issues there. We wish the > > > > > > Windows > > > > > > E-Text Editor was as good as TextMate, but what can you do? > > > > > > > We are also required to run production apps on Enterprise Redhat > > > > > > Linux, and have both MySQL and Oracle databases connected to Hobo. > > > > > > Oracle might not seem important to most is other countries, but it > > > > > > is > > > > > > still the most used in the US for large applications. > > > > > > > We hope to soon test Hobo with JRuby, now that JRuby 1.6 works with > > > > > > Rails 2.2.2 and has multithreading. We have had a couple of > > > > > > discussions with the Sun team about this. They seem very > > > > > > supportive. > > > > > > > Being able to deploy a Hobo app to an already supported application > > > > > > server (e.g, JBoss or GlassFish) helps to bridge the hurdle of > > > > > > acceptance in the "Enterprise." You won't believe the pushback we > > > > > > got from the USDA Operations team about installing the latest Ruby > > > > > > on > > > > > > Redhat Linux. Redhat didn't support it! What a joke. Finally our > > > > > > forward-looking CIO intervened and gave the green light! > > > > > > > -Owen- Hide quoted text - > > > > > > - Show quoted text -- 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 [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 -~----------~----~----~----~------~----~------~--~---
