Am 15.11.2013 15:55, schrieb John Ralls:
Would it be good to have thumbnails?
Where? I don't think you'd want them on the register. It's already pretty
cluttered.
Well, it would probably be nice to have a small column in the register
that indicates if there is an attached document in a
On Nov 16, 2013, at 1:14 AM, Herbert Thoma herbert.th...@iis.fraunhofer.de
wrote:
Am 15.11.2013 15:55, schrieb John Ralls:
Would it be good to have thumbnails?
Where? I don't think you'd want them on the register. It's already pretty
cluttered.
Well, it would probably be nice to have
File bloat should be avoided adding scanned files would make the data file
impossible to administer
Have you considered a check repair function to detect link rot?
On Thu, Nov 14, 2013 at 9:55 PM, Bob Brush gnuc...@wvit.net wrote:
I really like the file management implementation of the
On Nov 14, 2013, at 9:55 PM, Bob Brush gnuc...@wvit.net wrote:
And finally not to throw in the kitchen sink, but it would be cool to
add metadata to the file also, maybe a visible summary of the
transaction (for those outside GnuCash) it is linked to with a gnc link
On 14 Nov 2013, at 7:17 AM, David Carlson carlson...@sbcglobal.net wrote:
If there is is a short warning about the fragility of external links
within the program including a reference to a more thorough discussion
in a help file, I think that users can decide for themselves whether to
On Nov 13, 2013, at 10:32 PM, David sunfis...@yahoo.com wrote:
As a longtime user and sometime documentarian, John, I'd have to vote for
going ahead, with some clear statement that makes it clear that this is an
initial attempt to provide a long-requested feature. I think that while your
@gnucash.org Devel gnucash-devel@gnucash.org
Sent: Thursday, November 14, 2013 7:15 AM
Subject: Re: Bug 336843 - Attach files to Transactions
On Nov 13, 2013, at 10:32 PM, David sunfis...@yahoo.com wrote:
As a longtime user and sometime documentarian, John, I'd have to vote for
going ahead
I really like the file management implementation of the program
Shotwell, the comments on Gramps reminded me. It is much the same
situation as here, some users want the program to store the files,
others say please don't touch my files, so it handles this by prompting
at the beginning, and by
Hi,
Patrick patr...@setsuid.net writes:
Derek,
It would throw an error about file-not-found. If folks are in a shared
DB situation, an NFS or CIFS shared drive would work. (Where the path
would be the same on all systems.)
Alternatively, use of the URL location rather than file location
Am Mittwoch, 13. November 2013, 13:06:04 schrieb Derek Atkins:
Hi,
Patrick patr...@setsuid.net writes:
Derek,
It would throw an error about file-not-found. If folks are in a shared
DB situation, an NFS or CIFS shared drive would work. (Where the path
would be the same on all
On 11/13/2013 7:09 PM, Patrick wrote:
Indeed, a very relevant question. I had thought about storing the file
itself in the database as a binary blob, but had concerns the db would
grow too large and cause other stability issues. Also, that wouldn't
work well with the XML back-end.
I'm not
Derek,
It would throw an error about file-not-found. If folks are in a shared
DB situation, an NFS or CIFS shared drive would work. (Where the path
would be the same on all systems.)
Alternatively, use of the URL location rather than file location might
be preferable in a larger-scale situation.
Patrick patr...@setsuid.net writes:
Christian/List,
I found a few cycles today and converted to KVP.
Updates:
- URI is now stored in KVP instead of the Transaction struct. This should
maintain compatibility with existing installations. (Per John Rails'
suggestion.)
- Split menus and
John/List,
Indeed, knew it broke backwards compatibility because of the structure
changes. I wasn't aware of the KVP structures. I'll poke around with that
and see if I can change things up to store the URI there.
Got it regarding attaching to bugs, but I was hoping for feedback such as
what you
Hi Patrick,
thanks for the patch and for working on this! I think it is great to see some
development on this feature at last.
As John has already pointed out, directly adding a new field in the data
structures should be avoided, but storing the data in kvp frames will probably
work for you
Christian/List,
I found a few cycles today and converted to KVP.
Updates:
- URI is now stored in KVP instead of the Transaction struct. This should
maintain compatibility with existing installations. (Per John Rails'
suggestion.)
- Split menus and dialogs for storing a file link vs. a location
Hi folks,
I've been a gnucash user for several years and have always wanted the
ability to attach my scanned invoices or receipts to transactions.
Lurking about for some time, I'd been following bug #336843 and several
threads of others wanting similar functionality. Rather than wait
patiently,
On Nov 8, 2013, at 11:34 AM, Patrick patr...@setsuid.net wrote:
Hi folks,
I've been a gnucash user for several years and have always wanted the
ability to attach my scanned invoices or receipts to transactions.
Lurking about for some time, I'd been following bug #336843 and several
On Nov 8, 2013, at 2:35 PM, Ted Creedon tcree...@easystreet.net wrote:
This should be in the main release, but remember that the IRS may insist on
originals, which are also copies!
One could could quote the IRS on the Reduction in Paperwork Act which allows
electronic images in lieu of
19 matches
Mail list logo