<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 01/12/2014 02:59 PM, Allan wrote:<br>
</div>
<blockquote cite="mid:52D3021D.6050709@gmail.com" type="cite">On
12/01/14 18:13, Joe W. Byers wrote:
<br>
<blockquote type="cite">I was updating my investment 401K accounts
for year end to file taxes
<br>
and noticed that for BUY Shares, only the Fee category line
appears now
<br>
appears in the transaction entry area. Previously, and I am not
sure in
<br>
what version, the Interest Category line was present in the
input area
<br>
as well.
<br>
<br>
This is important because I work for a company that allows me to
buy
<br>
stock each quarter at a discount / subsidy. This is income to
me on my
<br>
W2. The Fee category does not accept an income category in the
line
<br>
item, even when you split the line. All of my previously
entered
<br>
purchases with the discount now have the interest line hidden.
I have
<br>
to switch the transaction type to see the hidden line.
<br>
<br>
Why does this matter? As I stated the discount is income and I
believe
<br>
should appear in the income section of income and cash flow
statements.
<br>
Allocating this to an expense category that is a credit
(negative for
<br>
income) instead of debit does track the dollars, but not
correctly. I
<br>
have to explain it to may accountant every year or do a journal
entry to
<br>
move the balance to the correct account which should not be
required.
<br>
Either way, it is a hassle.
<br>
<br>
Can we get the interest category added back to the investment
entry
<br>
screen?
<br>
<br>
This may be related to BUG:322768 - Interest category and amount
<br>
disappear when new fee entered in Dividend. Also, fixes for
KEditWidget
<br>
visibility issues. I believe that widget visibility should be
at the
<br>
lowest common denominator. That is if there is any question,
show it
<br>
and let the user choose to enter a value, even if the programmer
does
<br>
not agree.
<br>
<br>
Thank you
<br>
<br>
</blockquote>
Ok, Joe. I hold my hand up here. In fact, this goes back even
further, to <a class="moz-txt-link-freetext" href="https://bugs.kde.org/show_bug.cgi?id=276322m">https://bugs.kde.org/show_bug.cgi?id=276322m</a>, June
2011. Here's the first paragraph, to give you the initial issue.
<br>
<br>
"The problem shows best if the transaction form is enabled, but
also is evident without the form.
<br>
If an existing cash dividend transaction is selected, the form
shows widgets for Date, Amount, Total and Status, which is what is
expected.
<br>
If that transaction is then opened for editing, additional widgets
show for Security, Quantity and Price, which aren't expected for a
cash dividend.
<br>
If, while the transaction is open for editing, 'Dividend' is
reselected, the additional fields disappear. Similar behaviour
occurs for Buy transactions."
<br>
<br>
This prompted a review of what action types needed what fields,
partly bearing in mind the new user, and trying to avoid 'visual
overload'.
<br>
<br>
More recently, interest was reinstated for Sell transactions, and
now we have a use case for Buy transactions, too. I'm happy to
respond, but don't think to the extent of enabling everything on
everything, though.
<br>
<br>
Allan
<br>
</blockquote>
Allan,<br>
<br>
I agree with your final comment at that enabling everything on
everything is prudent. But, keep in mind that some items may need
to available on buys and sells which are real transactions on assets
where a true cost basis in needed, while dividends, yields, and the
other transaction types are results of already owning an asset and
do not impact the cost basis of the asset. <br>
<br>
Also some of these might require reversal if there is an error by
the investment firm. See my Investment: Dividend reversal post.<br>
<br>
Thanks<br>
<br>
<div class="moz-signature">-- <br>
<b>Joe W. Byers</b><br>
</div>
</body>
</html>