There doesn't necessarily have to be a formal-road-map "process" in existence, for there to be a "road-map-section" in the web2py website. For example, I like how Redmine's road-map section is structured: http://www.redmine.org/projects/redmine/roadmap There is also an explanation on updating it on the wiki tab: http://www.redmine.org/projects/redmine/wiki/RedmineRoadmap I think web2py should have something similar.
As for announcement, I disagree - That's another duplication-of-efforts and multiplication that creates confusion - if there is already an maintained tweeter-feed, that it should be used - embedding a tweeter feed into a website is common and trivial nowadays - people expect it. There should be a tweeter-feed component right on the front-page of the web2py website. Book-updates should be linked-into from that tweeter-feed. Announcements should be short and frequent. Book-updates should be extensive and read-proofed. On Thu, May 23, 2013 at 11:02 AM, Anthony <abasta...@gmail.com> wrote: > We can update the book as frequently as we like. I think this is the place > for announcements (there's also the Twitter feed). Aside from that, I > suppose we could maintain some kind of framework roadmap document, but we > don't really have a formal roadmap process, and I'm not sure there is a > desire to adopt one. > > Anthony > > > On Thursday, May 23, 2013 12:47:35 PM UTC-4, Arnon Marcus wrote: >> >> On the contrary. I think information about testing using web2py, in >> conjuction with various testing-frameworks/tools, is highly relevant in the >> book, along with common testing-practices, and the way they apply when >> testing with web2py. >> >> The book, in that case, would act as an information-centralization tool. >> So it's not about the book. Its about >> information-centralization/**consolidation, >> for the sake of research-efficiency, and prevention of >> duplication-of-efforts. There may be other tools/platforms that can searve >> this role. >> >> The book might be a less-efficient way than others, in terms of how >> frequent it is updated. >> >> I am deliberatelty refraining from specific suggestions, because the >> actual solution-implementation is less important than understanding the >> problem. The need is more important than the strategy for meeting it. >> >> Where I think a book is a terrible option, is when concearning exposure >> of frequently-updating information. Say, announcement of a feature-project >> that is underway, This should belong to a "news-feed", a newsletter, or >> both. >> >> The 2 worlds might meet, say, as an announcement for additions to the >> book, with links to the chapters. >> >> The FAQ is really old and dated, so I think it should be updated as well. >> And it uses some usefull categories, that should be retargeted to a >> newsfeed. >> >> -- > > --- > You received this message because you are subscribed to a topic in the > Google Groups "web2py-users" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/web2py/CHfZTr5xHso/unsubscribe?hl=en. > To unsubscribe from this group and all its topics, send an email to > web2py+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.