New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use ASCII chars for MAM loading string #1820
Conversation
alexandre1985
commented
Apr 5, 2023
- Fix non-ASCII chars, for correct display in TTY
- UTF-8 personal names are excluded from this fix
Illegal chars? What's illegal about them? This change was introduced by @mdosch in #1773. I can see a point in only using ASCII chars but I can also see a point in being a bit modern. Maybe an alternative would be to configure your TTY: https://askubuntu.com/questions/23610/how-to-enable-unicode-support-in-a-tty |
@jubalh I use GNU Screen in my TTY and it doesn't show this chars correctly. My system is Artix Linux and my TTY have Maybe I should rename the commit. Asking suggestion for another name in place of "illegal chars". |
@jubalh I did check all files in the source code for "illegal chars", so that is why I am not referencing a single string or file. One personal names in the copyright top comment of some files, was also being detected, but since it is a comment and since it is a personal name, I did not change it. Also, besides that name being non-ASCII it renders well on my TTY. |
In this kind of commit description how you got to this end result doesn't matter much. What you do change in this commit matters. And UTF-8 is nothing illegal ;)
This and the fact that we use UTF-8 encoding for source files anyways. Commit is now:
And again I'm confused about the description. It's not a "fix". |
@jubalh Ok, UTF-8 is not illegal. My phrasing could have been better. Please check now if it is acceptable. |
@jubalh It would be better if you tell me what it is (instead of telling what is not). So that I may write a better commit message. |
You mean like in my first comment #1820 (comment) where I wrote |
* MAM loading string char to ASCII, for better display in all TTYs. * All source code files have been checked, and there is no other issue for TTYs chars display. Signed-off-by: Daniel Santos <dacs.git@brilhante.top>
@jubalh is the new force push better? |
As I already said in the MUC:
|
Terminus shows the ellipsis char correctly in my terminal. @mdosch So, you prefer to enforce a terminal font in all profanity users, than making this little adjustment? I actually dislike terminus font look. |
You don't have to settle with Terminus, there are many more fonts which
should support UTF8, so it's not like Terminus is enforced on all
users.
Also I think limiting characters to ASCII because people might use a
font which doesn't support UTF8 is not a good solution.
Anyway, I am not the one to decide…
…On 05.04.2023 11:40, Daniel Santos wrote:
Terminus shows the ellipsis char correctly in my terminal.
@mdosch So, you prefer to enforce a terminal font in all profanity users, than making this little adjustment?
I actually dislike terminus font look.
--
Reply to this email directly or view it on GitHub:
#1820 (comment)
You are receiving this because you were mentioned.
Message ID: ***@***.***>
|
I want my font to be Such a simple fix, there are many other '...' (3 dots) in the code. Why this resistance? |
When typing "in am not the one to decide..." why didn't you use the ellipsis char, instead of the 3 dots? Would be awesome to know, and this might lead somewhere... |
On 05.04.2023 12:08, Daniel Santos wrote:
When typing "in am not the one to decide..." why didn't you use the
ellipsis char, instead of the 3 dots?
That's exactly what I did… 🤣
|
Yes, I did a mistake. |
I just counted, the 3 dots are printed 26 times by profanity. The ellipsis char is printed 1 time by profanity. Choose one. @mdosch |
Here is my case: In order for this project be consistent to the user, I am considering that for strings printed to the user, the project will either use 3dots or the ellipsis char for all cases. === 3dots === ** Advantages **
** Disavantages ** None. === Ellipsis char === ** Advantages **
** Disavantages **
===== If it is chosen to not do a thing, consistency is lost and is gained Ellipsis Disavantage 1. and 2., Ellipsis advantage 1. and not doing any commit. Choose wisely. |
I updated the PR title for you, please do this the next time as well. I checked on both my Gentoo and openSUSE machines. On both Unicode on TTY works without problems. All with default settings, I didn't change/configure anything in this regard manually. |
Such a simple to approve PR. A no-brainer. You have definitely not tried on Arch Linux. It does not work in Arch. Arch Linux has a much bigger number of users than either Gentoo or OpenSUSE. And I guess you don't want consistency in on Profanity. What a poor decision.
There is no need, there won't be a next PR from me. |
btw. I'm using Arch as well, and it works for me |
It does not work on the TTY with the default font (lat1-16 or lat9w-16). |
On 09.04.2023 03:00, Daniel Santos wrote:
> btw. I'm using Arch as well, and it works for me
It does not work on the TTY with the default font (lat1-16 or
lat9w-16).
What do you mean by _it does not work_? Is profanity crashing? I guess
you should just see an replacement char if your font does not support
UTF8 which should be no big deal. Without an UTF8 font you will see
those already often in every chat where people use UTF8 chars or emoji…
|
As stated in profanity-im#1820 (comment) profanity uses "..." (three dots) in a lot of places instead the proper ellipsis char "…".