Bug Tracker Incident #8742

 


Summary
Project
INCDT - OpenRPT
Incident Category
Features
Incident Number
8742
Visibility
public


Product Version
3.0.0-openrpt
Fixed In Version
None


Summary
Color and Section definitions as "libraries"?


Description

Assume you have a working environment, let's say a restaurant, with about 40 or more reports. When the restaurant moves to another street, do I have to edit all 40+ reports to change the address? Wouldn't it be nice to have some globals?

Additionally some global available colors would be nice too, wouldn't it?


Details
Reporter
slesa
CRM Account
xTincident Default Account
Status
Confirmed
Assigned
None


Priority
Normal
Severity
Normal
Updated
03-04-11 08:25
Resolution
Open



Comments

DateUsernameComment
03/04/11 08:25mfgadmin

Assume you have a working environment, let's say a restaurant, with about 40 or more reports. When the restaurant moves to another street, do I have to edit all 40+ reports to change the address? Wouldn't it be nice to have some globals?

Additionally some global available colors would be nice too, wouldn't it?

04/23/09 07:57jrogelstad

Storing additional color and formatting information in the report definition does make sense, but shared data and sql statements between reports should be extracted from a database that the reports connect to. That is the "directory" solution you speak of.

Our xtreewidget subclass of Qt''s qtreewidget used in xTuple ERP provides a mechanism to specify formatting roles such that the query itself can define locale handling, colors and other attributes (http://www.xtuple.org/UsingTheXTreeWidget). At some point we need to bring that into OpenRPT as well.

04/23/09 07:49idiallo

You''re suggesting some kind of "include" files for shared info. It may be useful, i don''t know. Still, the more "natural" way of sharing parameters would be to use the database - and that could be extended to colors.

04/23/09 05:57slesa

In theory that would help a bit, yes. And the pre-defined colors? They are stored in the xml files, as other things have to be stored there too. That leads to the question if it is possible to group some reports together to share some informations.
Managing report groups through directory structure for example would allow to implement some kind of template structure...

04/23/09 03:50idiallo

> When the restaurant moves to another street, do I have to edit all 40+ reports to change the address?

The address could be stored in the database, or in parameters ...?



Characteristics

Operating System
 
Doc Flag
False
Copyright Assigned
Yes

Files

No Files

Related Documents

TypeNumberDescriptionRelationshipRemove
Incident355Customer w/ multiple invoice addressesParentx
ProjectOPENRPTPorted From Mantisx


Subscribers

You do not have permission to view subscribers.


Incident History

DateUsernameFieldChange
12/16/10 09:14acdrupalNewIncident Added