[Ubuntu-be] [Support points map] Rewriting from scratch...

[mongolito404]

On 6/22/06, Cedric Janssens <decirc at gmail.com> wrote:
> Do you plan to rewrite the sending mail page also ?
> As I've proposed myself to correct it, but it's unneeded if you do it.
Yes. But, as for other bugs, a fix for the current ones (one in nl,
one in fr, see in the "Running" bzr Branch) is also welcome.

On 6/22/06, Philippe Vanhaesendonck <amedee at topgame.be> wrote:
> mongolito404 wrote:
> > So i'm seriously thinking to restart from scratch. And to reduce work,
> > to use an existing PHP Framework. For the framework, CakePHP and
> > CodeIgniter seems good choice. Currently the second has my preference.
> Using a FrameWork for an application of this size looks a bit an
> overkill to me, but if you propose to do it yourself anyway and the use
> of a FrameWork makes you warm and fuzzy, please go ahead ;)
I agree a full-featured framework seems overkill to me too. But we
have been talking about the integration of a ticketing system and I'm
sure others advanced features will come later. So I want to produce
clean code easy to extend and maintain.

On 6/22/06, Christophe Vandeplas <christophe at vandeplas.com> wrote:
> Philippe Vanhaesendonck wrote:
> > If I may add something to the functionalities wish list, rather than
> > having  French and  Flemish data, I would prefer to have Belgian data
> > with  language information -- Most of the people are able to help in at
> > least more than one language, and it would be nice that the map tells
> > you who can help you in your area in your own language
> > (Flemish/French/German/English) rather than who is subscribed on the
> > Flemish/French side of the map as it is right now.
>
> I think the same... it's supresses the need of subscribing twice, making
> it twice more difficult to keep the data up2date.
>
> It could be nice to also add Country support for (maybe) future
> enhancements outside Belgium. (do these ubuntu-support maps exist in
> other countries?)
>
> If you can make the number languages dynamic it's be also great for
> further evolution. (kind of a n-n relation between User and Language)

Having a single database with language information in the "user
profile" is part of the reason why I want a rewrite. For instance, I
don't think we need full address information for a support point. A
(nick)name, lat., long. and an email address are enough for a
distribution point. A requester may ask them for more to trust them,
but the application don't need this information.

-- 
mongolito404, king of the mongolian people