Hi, thanks for telling me this issue.
I plan to work again on this topic really soon (I will try to do it before
end of october). Indeed after some discution with Odoo Team, we want to
include my work directly in the core for the 9 version (yes !).
I will refactor this module as I want to have for
Really good idea Sandy !
I totaly approve this change
2014-08-29 9:34 GMT+02:00 Alexandre Fayolle <
alexandre.fayo...@camptocamp.com>:
> On 28/08/2014 18:04, Sandy Carter wrote:
> > Hello community,
> >
> >
> > While debugging yet another translation error in Odoo 7.0, I came up
> > with a simpl
@Denis
Regarding the migration process the best is
0: comment code that drop the data
1: get a copy of prod database
2: uninstall the big module
3: do some sql request
4: install the new modules
5: do some sql request
6: until it's not perfect go back to step 1
You can take a look to this path fo
+1 really good idea Stephan, it will be really great to have this two
projet merge together
2014-06-26 9:15 GMT+02:00 Stefan :
> On 25-06-14 16:36, Guewen Baconnier wrote:
> > I'm currently copying all the branches to the OCA repositories [0] with
> > this script:
> >
> https://github.com/OCA/ma
+1 I agree also we should move all version to github. This give more work
on short term but at this end we will earn time.
2014-06-24 16:26 GMT+02:00 Raphael Valyi :
> Hello,
>
> so while I'll have no time to tune a real script because unfortunately
> I'll be travelling soon,
> I took some time
Just a quick note, what Fabien mean is that attachment can be store on DB
or file. But binary field, image field is always store in database. So we
need to improve it ;)
2014-06-12 3:58 GMT+02:00 Falinwa Hans :
> Hi Stephen,
>
>
>
> Nice to know that Odoo has worked it on V8.
>
> Thanks for the
Hi all,
I worked on this during the last month and I need your feedback
https://code.launchpad.net/~akretion-team/server-env-tools/server-env-tools
The aim of my first module is to implement new kind of fields
BinaryField
ImageField
ImageResizeField
All of this fields will be store on the file
Totally Agree
We should even look to run additional test based on OpenERPscenario on
travis too.
2014-05-21 10:34 GMT+02:00 Leonardo Pistone :
> Absolutely!
>
> We can choose one single project, try out a travis.yml like Raphaël's and
> Sandy's, improve it with PR's, and when we like we can us
Hi Fabien
Just a quick question regarding your anwser.
If I apply the discount 50/60% to my customer because I do not care about
commision and I want to sell an OPW.
What happen after the two year? The customer have to paid 12€/per apps/per
user? Or you still make him a discount?
Thanks
2014-05-
vote : A
Big thanks to Joel for this mail ;)
2014-05-16 17:16 GMT+02:00 Joël Grand-Guillaume <
joel.grandguilla...@camptocamp.com>:
> Dear community,
>
>
> After the announcement of the brand new odoo instead of OpenERP, the main
> changes for contributors currently is the switch to Github. As
Hi All,
I always hesitate to move or not on CamelCase for every class in OCA module.
I prefer CamelCase but a lot of code do not use it.
And sometime not using CamelCase can introduce bug and you have to rename
the class in something different like here
https://code.launchpad.net/~camptocamp/carrie
Thanks Ana and Eric
We will take the time to look at this modules.
We will start to write blueprint here
https://blueprints.launchpad.net/openerp-manufacturing (there is OCA branch
yet ;)).
When the blueprint will be validated by the community, we will start to
work on it.
@Ana as you have potentia
Hi all,
We will start soon the analysis for a customer in order to manage his
factory with OpenERP. We don't have a lot of information for now about his
need (this is why we will start with an analysis) but before all I would
like to know what have been done and where are the existing module
devel
only work for stock_labels, but also for price labels and so on
> ...
>
> We can always make it available as ocb module.
>
> Peter
>
>
>
>
>
>
>
> 2014/1/22 Sebastien Beau
>
>> Hi Community
>> I would like to know if somebody already have a m
Hi Community
I would like to know if somebody already have a module for replacing the
rml report for printing the product label by a webkit report?
If not I can do it and merge in OCB.
Thanks
___
Mailing list: https://launchpad.net/~openerp-community
Pos
n make their job at least on the 7.0 serie ?
>
> Thanks for the contributions !
>
> Regards,
>
> Joël
>
>
>
>
>
>
> On Tue, Dec 10, 2013 at 1:57 PM, Stefan wrote:
>
>> On 12/10/2013 01:52 PM, sebastien beau akretion wrote:
>>
>>> Note tha
gt;
> All, right, that was it. Long life to file_exchange that being said.
>
> Regards.
>
>
>
> On Mon, Dec 9, 2013 at 11:11 AM, Sebastien Beau <
> sebastien.b...@akretion.com.br> wrote:
>
>> Good to know, thanks
>>
>>
>> 2013/12/9 Aurélien
>
>
> 2013/12/5 Sebastien Beau
>
>> No idea I send a mail to the CFONB organisation, let's wait.
>>
>> For our test we are looking to the project of kopiLeft. We have some dev
>> that have experience under java (but they prefer python ;) ) and they are
>>
O20022 bank statements (camt.05x family) will replace
> CFONB120 ?
>
> Regards
> Aurelien
>
>
> 2013/12/5 Sebastien Beau
>
>> Hi Aurelien,
>> For sure we will not use ETEBAC ;)
>> For now we still have not implemented Ebics. I just download the doc this
>&
>
>
> 2013/12/4 Pedro Manuel Baeza Romero
>
>> Hi, Sebastien,
>>
>> I think server-env-tools is a good repository for this module.
>>
>> Thanks for the valuable contribution.
>>
>> Regards.
>>
>>
>> 2013/12/4 Sebastien Be
Hi Community
For managing easily the exchange of file between OpenERP and external
system, we have developped a new project called "file-exchange". We already
use it for downloading automatically the bank statement for our customer.
And we work on a generic connection with external WMS based on it
Hi
I also support 79.
When I start on python I was thinking that 79 was not enough. But now every
time I read the code of an OpenERP Module that respect pep8. I really enjoy
it, it's really more readable, so let's stay on 79.
2013/11/22 Stefan
> On 11/22/2013 05:15 PM, Oscar Alca wrote:
>
>> He
Go for __unported__ !
2013/11/22 Joël Grand-Guillaume
> Ok, my vote for __unported__
>
>
>
> On Fri, Nov 22, 2013 at 12:32 PM, Daniel Reis wrote:
>
>> Sorry - guilty for multitasking:
>>
>> "__unported__" sounds fine to me.
>>
>> Regards
>> Daniel
>>
>> Quoting Alexandre Fayolle :
>>
>> Note
+1
More over it will be easier to see really quickly which module are ported
or not on launchpad.
No more need to look in every __openerp__.py file to check if the module is
active or not, just look in the folder '.inactive'
2013/11/22 Daniel Reis
> Hi all,
>
> I'm finding very annoying having
Hi Joel,
I realize that the owner is Emmanuel, and he doesn't work anymore with us.
I just send him an email, he will change the owner of the team.
See you
2013/11/11 Joël Grand-Guillaume
> Hi Raphaël,
>
> I can't add myself cause I don't have the right on that team :
> https://launchpad.net/~
Thanks you Guewen and Camptocamp.
I so so so so happy that you have join us on MagentoERPconnect.
You really did an incredible work! The project MagentoERPconnect have done
a BIG step thanks to you.
Thanks again and again
2013/11/6 Anne Sedee
> That's great!
>
> On 06/11/13 11:32, Lorenzo Bat
Hi as said in the MP, I think it's better to split this module 180 line can
be in common and implementing the exception in a new module will be done in
only 40 line of python.
Note : I am totaly agree to merge your work without discuting of that, my
aim was just to inform everyone about this change
Great news.
I have one little question. I work on the split of sale_exception in two
module 'exception_rule' and 'sale_exception'
Where should I put the module "exception_rule" ? The aim is to implement
the exception on purchase and stock picking. I already did it on purchase
'purchase_exception' a
Totaly agree ! +1
2013/8/13 Joël Grand-Guillaume
> +1 for having one "extra" ay for OCA meeting during the community meeting
> next year !
>
>
> On Tue, Aug 13, 2013 at 12:16 PM, Eric Caudal
> wrote:
>
>> Hi Joël!
>>
>> Looking forward to it.
>>
>> By the way, it could be good to have the AGM
the intercompany
>> process (SO<=>PO, CI<=>SI, DN<=>IS) with 2 new projects (multi-company
>> process is very common in China) and might come soon with a blueprint on
>> this topic.
>>
>> Eric Caudal*CEO*
>> --*Elico Corporation, Shanghai b
Good work Joel, I vote for B
Le 11 déc. 2012 15:57, "Joël Grand-Guillaume" <
joel.grandguilla...@camptocamp.com> a écrit :
> Dear all,
>
>
> Some arguments in favor of my suggested idea (called Solution A here):
>
> * The historic of commit is preserved as we use the
> https://launchpad.net/bazaa
Dear Community,
As you know when you use OpenERP with multiple localizations you will face
some problems. Indeed each localization can change the views, the menu and
also overwrite the initial python method. For now there is no standard for
making localization compatible. So I propose to create an
32 matches
Mail list logo
