GNUe Traffic #118 For 29 May 

Editor: Peter Sullivan

By Peter Sullivan

""

Table Of Contents

• Standard Format
• Text Format
• XML Source
• Introduction
• Threads Covered

  1.	23 May		GNUe and tinyerp
  2.	23 May		GNUe for both two-tier and three-tier applications

Introduction

1. GNUe and tinyerp

23 May  Archive Link: "[IRC] 23 May 2006"

Summary By Peter Sullivan

Topics: Financials (Accounting), Reports

People: Fabien Pinckaers, Derek Neighbours, Reinhard Müller, Jason Cater

Further to Issue #109, Section #3  (21 Mar : Other free and open source software ERP projects) , Fabien Pinckaers (pinky) asked "about possible (or not) cooperation between GNUe et Tiny ERP ? Both projects are similar on some points" . Derek Neighbours (derek) said "gnue really is a framework at this point w/o an ERP application (though reinhard is moving in that direction) - tiny erp seems to have erp type software. is tiny erp wanting to move to the gnue platform?"

Later, Fabien explained that his interest had been sparked by a message on the Tiny ERP discussion forum that mentioned GNUe (http://tinyerp.org/forum/viewtopic.php?t=1464) . Reinhard Müller (reinhard) agreed "that tiny erp and gnue have many similar approaches - however, I have looked a bit at tinyerp's code and I don't see many possibilities of sharing *code* at this point - what we could think about is, IMHO, sharing *ideas* or maybe even interfaces" . Fabien felt that this was sensible - "for example, about one year ago, I though that using GNUe's designer could be a good idea to design our views (we still not have a designer for our views)" . Although "both project are mature and too advanced to change design architecture" it was still possible that "some external part could be shared" .

For instance, "I think that GNUe could use our report engine based on OpenOffice without modifing GNUe parts (it is independant of Tiny ERP)" - he pointed to (http://tinyerp.com/flash/tiny_report.swf) a flash demo. However, Tiny ERP were now "thinking about creating a complete BI program in Python" to allow On-Line Analytical Processing (OLAP) and data mining. This might be of interest to GNUe as well. Later, Reinhard noted that "you might consider using parts of gnue-common for that, which would gain you database independence out of the box" .

Earlier, Jason Cater (jcater) felt that even "if nothing else can be shared, it would still be great to keep communications open - as there will be some people we'd be better off referring to tinyerp - and vise-versa, I imagine" . Reinhard said that he had "already pointed quite some people to tinyerp that were looking for a turnkey erp system here" . Jason also commented that "it's good seeing others use python like we are" .

2. GNUe for both two-tier and three-tier applications

23 May  Archive Link: "[IRC] 23 May 2006"

Summary By Peter Sullivan

Topics: Application Server, Common, Forms, Reports, Designer

People: Fabien Pinckaers, Peter Sullivan, Reinhard Müller

Fabien Pinckaers (pinky) asked "Is it possible the use some part of GNUe without the whole GNUe framework ? (like report designer for instance)" Peter Sullivan (psu) confirmed this - "GNUe Common has all the shared stuff - other than than, just use what you need - a very simple app in GNUe might just need Forms - or you can add Reports, Navigator, App Server and have it all singing all dancing" . Reinhard Müller (reinhard) confirmed "the idea behind gnue is that you can use it 2 ways - a) front-end (forms, reports) -> database - b) front-end -> appserver -> database" . This was because "you can build simple apps where you put all the logic in the forms and the reports - as many real life gnue based applications are very small sized few table few forms apps" . But "for bigger apps you can choose to put logic in appserver" since "appserver then behaves like a database on crack (as somebody put it here) - you can define triggers and calculated fields with arbitary python code - but still you can use the same front end tools like gnue- forms, gnue-reports, gnue-designer for both kinds of projects" .

Sharon And Joy