[Kmymoney-devel] [kmymoney4] [Bug 337251] Can't save until default is touched

[allan]

https://bugs.kde.org/show_bug.cgi?id=337251

--- Comment #23 from allan <agander93 at gmail.com> ---
On 29/07/14 16:38, george at wildturkeyranch.net wrote:
> https://bugs.kde.org/show_bug.cgi?id=337251
>
> --- Comment #22 from george at wildturkeyranch.net ---
> (In reply to allan from comment #21)
>> On 28/07/14 17:43, george at wildturkeyranch.net wrote:
>>> Quicken (version 2011)
>>> does not supply "L" records.
>>
>> I want to be clear about this point.  Are you saying that it doesn't
>> *ever* produce "L" records, or that is doesn't the way you use it?  For
>> instance is there any difference between how it exports a transaction
>> that has a category, or how it exports a transaction that does a
>> transfer to/from another, named account, or how it handles a transaction
>> from an investment account having a brokerage account?
>>
>> QIF is a very loose 'standard', but Quicken itself has documented the
>> use of "L" records, so it would be surprising if it has just dropped
>> them altogether.  If KMM tries to cope with such a change, then the full
>> picture will be needed.
>>
>> Allan
>
> I am only talking about the unified investment account transactions where you
> will find 'L' records for transfers but not for the investment transactions.
>
> By the way, my filter supplies these and also separates investment accounts
> into two accounts to match KMM.  Only problem I see is the DIV transactions end
> up with the 'L' record taken as both a transfer and a cat.  Not sure what is
> happening here.
>

What has been the 'standard', up to now, is that in 'L' records, if the 
'L' is followed with a name in brackets [], then the name is an account, 
whereas 'L' followed by a name with no brackets, then that is a category.

If your original Quicken file follows that, but gives a problem, then 
I'd need to look at that with your file.

So far as the 'X' issue is concerned, I *could* make a change to cope 
with that, but I'm fearful that earlier files from other users would 
then give trouble.

Allan

-- 
You are receiving this mail because:
You are the assignee for the bug.