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 simple way to
@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
+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 ste...@therp.nl:
On 25-06-14 16:36, Guewen Baconnier wrote:
I'm currently copying all the branches to the OCA repositories [0] with
this script:
+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 rva...@gmail.com:
Hello,
so while I'll have no time to tune a real script because unfortunately
I'll be travelling soon,
I
gmail email ;)
2014-06-17 17:54 GMT+02:00 Lorenzo Battistini
lorenzo.battist...@agilebg.com:
On 06/17/2014 12:28 PM, Sebastien Beau wrote:
Great news !
Tomorow I will merge the work done by Adam in order to have the code
running on Connector 2.2. And I will submit a merge on the main
with some
storage location module total free.
Kind Regards
Markus
On 01.05.2014 11:55, Sebastien Beau wrote:
Hi all,
If like me you want to store image and binary in you file system instead
of the database this mail can interest you.
Since version 6 we make some improvement
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 hans.yonat...@falinwa.com:
Hi Stephen,
Nice to know that Odoo has worked it on
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
Big thanks to you Guewen !
2014-05-26 14:20 GMT+02:00 Guewen Baconnier guewen.baconn...@camptocamp.com
:
Hi,
The Connector framework got its version 2.2.0 with a few fixes and new
features:
Bugs:
* Job arguments can now contain unicode strings
Improvements:
* List view of the jobs
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 leonardo.pist...@camptocamp.com
:
Absolutely!
We can choose one single project, try out a travis.yml like Raphaël's and
Sandy's, improve it with
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
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 I
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 I
Hi all,
If like me you want to store image and binary in you file system instead of
the database this mail can interest you.
Since version 6 we make some improvement in the product image module in
order to be able to store image in the file system (
the size of the image (this is
need for the compatibility with the original binary field)
Hope you will like this change
2014-05-01 11:55 GMT+02:00 Sebastien Beau sebastien.b...@akretion.com:
Hi all,
If like me you want to store image and binary in you file system instead
of the database
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
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
labels and so on
...
We can always make it available as ocb module.
Peter
2014/1/22 Sebastien Beau sebastien.b...@akretion.com
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
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
Sorry, I will test the branch asap. But I don't think that we will have the
time before the end of the month.
I know you wait it from a long time, so instead of waiting more, I propose
to tag the actual branche of prestashoperpconnect, and also teh branch
e-commerce, openerp-connector... And merge
2014/1/7 Guewen Baconnier guewen.baconn...@camptocamp.com
On 01/07/2014 02:46 PM, sebastien beau wrote:
Sorry, I will test the branch asap. But I don't think that we will have
the time before the end of the month.
I know you wait it from a long time, so instead of waiting more, I
propose
not necessarily in favor.
2. specifically file-exchange can have its own critical mass and
eco-system of its own. Especially if people start to make extensions of it.
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
.
2013/12/5 Sebastien Beau sebastien.b...@akretion.com.br
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
going to take a look
.
2013/12/4 Pedro Manuel Baeza Romero pedro.ba...@gmail.com
Hi, Sebastien,
I think server-env-tools is a good repository for this module.
Thanks for the valuable contribution.
Regards.
2013/12/4 Sebastien Beau sebastien.b...@akretion.com.br
Hi Community
For managing easily the exchange
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.
+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 dgr...@sapo.pt
Hi all,
I'm finding very
Go for __unported__ !
2013/11/22 Joël Grand-Guillaume joel.grandguilla...@camptocamp.com
Ok, my vote for __unported__
On Fri, Nov 22, 2013 at 12:32 PM, Daniel Reis dgr...@sapo.pt wrote:
Sorry - guilty for multitasking:
__unported__ sounds fine to me.
Regards
Daniel
Quoting
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 ste...@therp.nl
On 11/22/2013 05:15 PM, Oscar Alca
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 joel.grandguilla...@camptocamp.com
Hi Raphaël,
I can't add myself cause I don't have the right on that
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 a...@therp.nl
That's great!
On 06/11/13 11:32,
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
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'
Premium Certified Training
Partner *
Cell: + 86 186 2136 1670
Office: + 86 21 6211 8017/27/37
Skype: elico.corperic.caudal@elico-corp.comhttp://www.elico-corp.com
[image: Elico Corp]
On 12/11/2012 12:59 AM, sebastien beau wrote:
Dear Community,
As you know when you use OpenERP
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
35 matches
Mail list logo