Bug 358410

Summary:	Home page / account listing / several spaces in the account name are not displayed
Product:	[Applications] kmymoney	Reporter:	Stephane Couturier <contact>
Component:	general	Assignee:	KMyMoney Devel Mailing List <kmymoney-devel>
Status:	RESOLVED NOT A BUG
Severity:	minor	CC:	christian-david, me
Priority:	NOR
Version:	4.7.2
Target Milestone:	---
Platform:	Mageia RPMs
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Stephane Couturier 2016-01-23 09:30:19 UTC

Hi,
To gain readability of an account list, I have attempted to add several space between some words of account names.


Reproducible: Always

Steps to Reproduce:
1. Select an account from the Account screen
2. Click on the menu Account / Edit Account
3. In the Name field, add several consecutive spaces between two words
Exemple: 
- original account name:   this is my account name
- modified name:               this is my       account     name

Actual Results:  
The change is visible, displaying the several spaces between words, in all screens except Reports and the Home / Financial summary page, in listings such as Preferred Accounts : only one the several spaces is displayed.
Meaning although the value "this is my       account     name" is correctly saved and displayed as such in most screens, in Reports I only see "this is my account name".

Expected Results:  
I would have expected to see the account names with as many spaces as recorded in the name field.

Note: I am actually trying to tweak the name to group and sort accounts (about 20) on this Home page listings. So I added things like Category, or Bank name, in the account name.
The ideal thing would be to be able to have a way to use these fields in these reports but that would be a feature request. I'll try and file one.

Thank you for this great tool ;)

Comment 1 Christian David 2016-01-24 16:10:38 UTC

I am quite sure the reason for that is the HTML parser.

However, I recommend to not change the behavior. The intended advantage is likely destroyed by the HTML renderer (or results in ugly formatting). Maybe a grouping by (a list of) tags could be good solution. Also this is probably a feature only a very small group of people is interested in.

Comment 2 Justin Zobel 2021-03-10 00:16:20 UTC

Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.

Comment 3 Dawid Wróbel 2021-06-29 07:03:20 UTC

Stephane,

Please confirm whether this is still an issue.

Comment 4 Jack 2021-06-30 18:40:33 UTC

I just checked with 5.1.1, where I have a few accounts with multiple spaces in the name (added to affect the sorting on the home page.)  On the home page, the extra spaces DO (correctly) affect the sorting, but they are not shown (presumably due to use of HTML) where the spaces DO show on the Accounts View.
I can't tell from the original post whether the sorting was not working as expected, or not.  If the OP does not respond, I would close as NOTABUG or WORKSFORME, and let the OP open a wishlist to use other fields in the sorting/display of accounts, if still desired.

Comment 5 Stephane Couturier 2021-07-01 08:58:09 UTC

Hi,
I understand the constraint with HTML parsing.
My tentative of several space was a tweak to compensate for fields/formatting limits.
For instance, on the account list, I would like to see type of account / bank / account name.
As such parameters/choices are not available, I name my accounts with these 3 values to get the info and the sorting required.
We can close this entry addressing the spaces, and I can may be make a different wish/request for the actual field/display need. 
Thanks

Comment 6 Bug Janitor Service 2021-07-16 04:33:37 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!