+1. The name isn't so bad. We could all probably name other projects with worse names.
The packaging, if that is really important to the community would help improve the image. Django's packaging is not suprising since it was originally developed internally in a news company - the media is probably second to none with smokes and mirrors. :) On Thursday, December 1, 2011, Alan Etkin wrote: > I am not sure of the benefits of changing the brand image identity > with much frequence. I think that part of the sucess of a framework > like django (meaning that it is so popular) is that "graphically" it > has a real fine work and It has preserved a very strong image identity > (color, tipography). > The brand design of web2py should be enhanced but keeping a brand > style. There is a lot of experts in visual design who could help if > there were some cooperation mechanism suitable for this project (is > there?). Think of schools of design for example (Buenos Aires is > overstocked with designers). > > On Dec 1, 7:42 am, Martín Mulone <mulone.mar...@gmail.com <javascript:;>> > wrote: > > Another logo contest is comming?... :) > > > > 2011/12/1 Massimo Di Pierro <massimo.dipie...@gmail.com <javascript:;>> > > > > > > > > > I do not like names that have google search conflicts. Others like > > > that because their search results go up. > > > We had a different name and I was threatened to be sued. I spend $500 > > > to trademark web2py. > > > > > Can anybody find a better name that has no search conflicts, is not > > > trademarked, and is willing to donate $500? > > > > > It does take time and effort in building a brand and we are succeeded. > > > We should not start again. We can give animal names to various stable > > > version if you like. > > > > > Massimo > > > > > On Nov 30, 9:46 am, Omi Chiba <ochib...@gmail.com <javascript:;>> > wrote: > > > > >I love the framework but hate the name Web2py > > > > > > Honestly, I agree. Django sounds cool but not web2py. I like gluon > > > > better :) > > > > > > On Nov 30, 9:16 am, António Ramos <ramstei...@gmail.com<javascript:;>> > wrote: > > > > > > > I love the framework but hate the name Web2py > > > > > Everyone uses names related to animals, objects,etc. At least it > gives > > > a > > > > > better change for a nice logo. > > > > > > > Best regards > > > > > > > 2011/11/30 stefaan <stefaan.hi...@gmail.com <javascript:;>> > > > > > > > > Web2py default layouts certainly have come a long way since the > > > (IMHO, > > > > > > quite awful :p ) fluorescent orange and black-green looks. > > > > > > > > I do seem to miss some "best-practices" documentation about how > to > > > > > > effectively apply themes to a web2py application. The > downloadable > > > > > > themes do not always properly display the newer widgets (like > > > > > > sqlform.grid), leaving me (as a css nitwit) not much option but > to > > > use > > > > > > the default layout. Unlike web2py functionality, the css classes > do > > > > > > not seem to be kept backward compatible (your layout won't be > > > > > > overwritten if you upgrade to a newer web2py, but if you want the > > > > > > newer features to render properly you may have to manually merge > old > > > > > > layouts with newer layouts) > > > > > > > > <handwaving> > > > > > > I'm wondering if there aren't any WYSIWYM web layout solutions > (what- > > > > > > you-see-is-what-you-mean, a web equivalent to LaTeX macros for > > > > > > printable documents), e.g. providing standardized css classes > that > > > all > > > > > > scaffolding applications/widgets/user views ought to restrict > > > > > > themselves to. Themes would also have to be implemented in terms > of > > > > > > those standardized css classes, hopefully leading to a smoother > > > > > > theming experience. Approaches like the "ui" argument in > sqlform.grid > > > > > > do not seem ideal to me. > > > > > > </handwaving> > > > > -- > > http://martin.tecnodoc.com.ar >
