Improving internal report identifiers

Andrew Sackville-West andrew at swclan.homelinux.org
Tue Jan 1 15:34:19 EST 2008


On Tue, Jan 01, 2008 at 03:29:15PM -0500, David Reiser wrote:
>
> On Jan 1, 2008, at 1:38 PM, Mike Alexander wrote:
>
>> --On December 31, 2007 4:46:27 PM -0800 Andrew Sackville-West
>> <andrew at swclan.homelinux.org> wrote:
>> [snip]
>>
>>> 3) how to handle the saved reports. specifically, how to get the user
>>> to actually go in and fix the things -- do they need to edit the file
>>> by hand? can they just resave the report and have it overwrite the old
>>> one (ideal solution, but I don't think that works ATM)? can we
>>> implement something to one-time-deal translate those reports into YA
>>> saved-reports-2.2 file?
>>
>> If a saved report doesn't have an internal ID could you generate one on
>> the fly?
>>
>>       Mike
>
> I'm pretty sure Hampton wrote code to create an ID on the fly for custom 
> check formats. I would imagine it could be reused pretty easily.

the engine generates (from somewhere -- handwave) GUID's all the time,
there must be a way to just grab one. The actual content of the
internal ID of a report is completely meaningless, so long as it's
unique, so I would think a GUID would be perfect. 

A
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20080101/68b89863/attachment.bin 


More information about the gnucash-devel mailing list