openerp-community team mailing list archive

[Ignacio Ibeas <ignacio@xxxxxxxxxx>]

Hello,

I don't know if we are speaking about the same city module, developped by 
Pablo Roncadio. If it's this module, it only work in 5.0, I have ported to 6.0 
and 6.1 and I will to propose a merge into https://launchpad.net/partner-
contact-management today.

I think that it more easy port to 7.0 from 6.1.

Greetings,
Ignacio Ibeas

On Martes, 30 de abril de 2013 02:45:50 Raphael Valyi escribió:
> Dear community,
> 
> with Renato Lima we were discussing the opportunity to modularize a bit
> further our zip code management module for the Brazilian Localization.
> 
> In fact, what we did seems generic enough to provide a good basis for other
> countries too (after further refactoring that should be pushed).
> The only thing that is really dragging us towards Brazil specifics is the
> "city" object we are using from our localization instead of using something
> generic (and if you wonder why, it's used for the electronic invoicing
> otherwise you can just not invoice here).
> 
> I've ever been a big fan of magic new releases where suddenly all the same
> code will suddenly rule the world altogether peacefully  but on the other
> hand if we never look for localizations convergence for sure it will never
> happen.
> 
> This is just the very dumb concept of city. BUT, if we use something
> specific instead of something shared with others, then suddenly we aren't
> compatible and it sucks. So this is why I'm asking here.
> 
> I've seen a module by fellow Syleam called city or base_city.
> And I've got a few questions regarding it:
> 
>    1. did somebody ported it to v7? where then?
>    2. would you recommend it?
>    3. any other localization already based on it or who would like to use
>    on it? If not and if you need cities why aren't you using it?
>    4. anything against porting it to v7 and putting it under the Community
>    Reviewer Umbrella (read CampToCamp Christmas weekly) ?
> 
> BTW, I still owe a post detailing the plan for the transitional non
> semantically partner_id permuted branches (RS-OCB) we will use here for a
> few months before the core and ecosystems stabilize. I just wanted to
> mention I'm a bit less afraid with the semantic inversion now that I
> finally believe the change was actually by design (that was just so hard to
> believe given all what was missed until I recently spotted the issue). Less
> afraid doesn't mean blind either, but at least, things will probably be
> moving in the right direction over the time.
> But sorry, no time for the message yet. Stay tuned.
> 
> 
> Best regards.
-- 
Ignacio Ibeas
Acysos S.L. (www.acysos.com)
LinkedIn:  http://lnkd.in/Mi37Fk
Launchpad: http://launchpad.net/acysos
Github: http://github.com/acysos
C/ Miguel Astrain 18, 1º Oficina A
31006 Pamplona, Navarra.
ignacio@xxxxxxxxxx
Tel. 948238905
Móvil 639452423
---------------------- // -------------------
La información contenida en este mensaje de correo electrónico es 
confidencial, para ser leída por la(s) persona(s) a quién se dirige. El 
acceso a este mensaje por otras personas no está autorizado. Si Ud. no es la 
persona a la que va dirigido, cualquier divulgación, copia o distribución de 
la información queda prohibida y puede ser ilegal. Asimismo, cualquier acción 
tomada o dejada de tomar basada en la información contenida en este mensaje 
queda prohibida y puede ser ilegal.
The information in this e-mail is confidential and may be legally privileged. 
It is intended solely for the addressee. Access to this e-mail by anyone is 
unauthorised. If you are not the intended recipient, any disclousure, 
copying, distribuition or any action taken or omited to be taken in reliance 
on it, is prohibited and may be unlawful.