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

--- Comment #2 from [email protected] ---
(In reply to Thomas Baumgart from comment #1)
> Two issues here: a) incorrect french translation. and b) sum of splits not
> zero.

    Yes. I was wondering if I had to make 2 BR or only one...


> a) I add the french translation team to the bug report so they can fix it.
> Thank you for reporting.

    That's the power of OpenSource Software. We are _all_ working together
    toward a better software world ;)


> b) You mention it yourself: no category assigned. Having an amount and no
> category is the problem.

     Well. I have 2 answers to that :)

     1. It wasn't a problem before (the operation was displayed in red with a
         "warning" icon and that was sufficient enough for me.

     1. The error message about splits was plain wrong if the problem lies in
         a missing category field.

> The transaction therefore is not balanced and in
> terms of double entry accounting that is an error. It's easy to fix: assign
> a category to it (e.g. miscellaneous or divers in French).

    Well. The search window being now separated from the ledger window,
    that makes it more complex to search & edit such operations. But being
    mislead by the error message wasn't a great help ;) Moreover, it was a
    voluntary error. At the time (2008) I did not have access to what kind of
    expense it was (my wife buys stuff and forgets -_-).

    Up to now, it wasn't an error per se to lack a category. The _other_
problem
    is that the warning is _permanent_. An acknowledge button to make kmymoney
    silent for these same errors in the future, would have been less annoying
;)


> Searching and modifying a transaction based on its ID is also easy:

    I don't agree with you on that point :) I made another BR about the
    search window ^^

> copy the
> ID to the clipboard

    Ok, I didn't know we could make a search on the ID as it's not displayed
    in the GUI.

> and use Edit/Find transaction (Ctrl+Shift+F) and paste

    I'm worried about the Ctrl+Shift+F issue. Almost every other application
    use Ctrl+F or "/" to lookup for stuff. I did use Ctrl+F. It displayed a
strange
    input line that I took as the search term entry but wasn't.
    That's after looking in the menus that I found out about Ctrl+Shift+F. I
still
    don't know what Ctrl+F is supposed to do (because I didn't take the time
    to have a look at the keyboard shortcuts), but that IS a deviation from
    common uses of Ctrl+F :)


> the ID in the text search field (select 'contains' as criteria).
> Double-click on the transaction should show it in the ledger. That is where
> you can edit it.

     Oh. You can double-click on it ?
     Trying...
     No. That closes the search window.
     Ah ! You have to also display the "R" marked operations...


> I hope that works for you.

     Well... It's fastidious for something that wasn't an error before (or not
     as annoying as having a window pop-up every time the file is saved) :)

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to