Kmymoney UI can store payee information except for the payee city and state. The ability to add and modify the payee city and state needs to be added.
There are already fields for address and for postal code. Why are these not sufficient?
The fields are in the XML or the database but there is no way to enter data into the fields since the UI does not support it. This functionality needs to be added. The payee UI need to be modified to provide this ability.
The address prints out wrong without the payee cite and state. The check template provided uses these fields. The payee address is for the street address not the city and state. The UI needs to be modified to allow this data to be entered.
What version are you using, as this functionality works just fine. Go to the payees view, select a payee, and then select the Address tab. There are fields for Address, Postal Code, Telephone/Fax, E-Mail, and Notes. I can enter data in all of them.
OK - you are talking about check printing, and not the basic functionality of the Payee view. Have you entered city and state in the Address field? Have you left enough room in the template for more than one line for the address? (I have not tried using the Address in a check template. I will try when I get a chance.) You could certainly change this to a wishlist to add city and state as separate fields, and also make them available to the check printing templates, but if you only want to use them as part of a complete address, the current state should work.
Let me try again, if this comment shows twice forgive me. If one uses the address to hold the payee city and state and prints a check, everything prints on one line. This is incorrect functionality. The UI needs to be modified to populate these fields. Looking at the code and documentation the address field is for street address only, not the city or state.
I'm having problems finding the check templates on my own PC right now, but from my memory, the templates use HTML syntax, ao try adding <BR> where you want the line breaks in the address.
OK, found them, and the templates are HTML, so using <BR> "should" work, if only as a temporary workaround. I see in the code that $PAYEE_CITY and $PAYEE_STATE are treated as proper substitute variables, so I can only assume the check printing somehow got out of sync with the fields actually handled on the payee address tab. I'm going to change the title to reflect this. I'm hoping it will be fairly easy to make the necessary changes. As for the documentation on check printing, I have intended to include the list of available substitution variables, but have just not gotten to it yet. I'll up the priority.
Yes, they use HTML and using <br /> works, but they after saving they don't show and one doesn't know that they are there. If you modify the address and don't remember the <br /> you can easily mess it up. Further the documentation is showing to use the payee city when writing a check template. The UI needs to be modified to make this work properly. I spent a lot of time figuring out a way to make this work but it is easily messed up which wouldn't happen if the payee city and state could be populated.
I believe that the changes are fairly easy. I think that there are two files that need to be modified and the existing code provides a model to make the additions. I will look closer at the code later this evening.
I have a set of patches on my machine for this request. If you want to assign this to me I will upload my patches in a day or two.
I assigned it to myself and I will upload the patches in a day or two. I need to do a bit of testing.
Please make sure that the DB backend is working as well. The necessary columns are already present and maybe, you don't have to do anything besides testing.
Created attachment 122868 [details] attachment-9476-0.html Thanks for reminding me about the sql back end, I will test it. I have a question, I see the payee information quite different from the other information that is saved. What I mean is that the payee information saves the payee city and state (the seems to be very North American oriented) where the rest of the data uses locality, country and region. Should I revise the payee data to be inline or the same as the individual data? or leave it alone? Please let me know, which is preferable. Phil On Wed, Sep 25, 2019 at 1:04 AM Thomas Baumgart <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=412259 > > --- Comment #13 from Thomas Baumgart <tbaumgart@kde.org> --- > Please make sure that the DB backend is working as well. The necessary > columns > are already present and maybe, you don't have to do anything besides > testing. > > -- > You are receiving this mail because: > You are on the CC list for the bug. > You are the assignee for the bug. > You reported the bug.
Created attachment 176855 [details] attachment-606074-0.html I will take a look at it. Phil On Fri, Dec 20, 2024, 1:55 PM Ralf Habacker <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=412259 > > Ralf Habacker <ralf.habacker@freenet.de> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |ralf.habacker@freenet.de > Version Fixed In| |3.95.0 > > -- > You are receiving this mail because: > You are on the CC list for the bug. > You reported the bug. > You are the assignee for the bug.