Greetings all;
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
I don't know if thats the case, but where is the tde storage of this hot-key data for kmails composer?
IMO, if the sticky bit is set, it should be locked, requiring the sticky bit to be intentionally turned off before one of those 4 options at the top of the composer screen can be changed. But that isn't the case, its been changed without a conscious action on my part, probably 70 or more times in the past 20 years. Probably by my fat fingering, but that should be disallowed by any method if the sticky bit it set. It is not protected despite the sticky bit being displayed as checked.
Can this be looked at the next time you are "checking kmail's tire pressure"?
Cheers, Gene Heskett
On Tue September 29 2020 05:15:52 Gene Heskett via tde-users wrote:
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
I don't know if thats the case, but where is the tde storage of this hot-key data for kmails composer?
IMO, if the sticky bit is set, it should be locked, requiring the sticky bit to be intentionally turned off before one of those 4 options at the top of the composer screen can be changed. But that isn't the case, its been changed without a conscious action on my part, probably 70 or more times in the past 20 years. Probably by my fat fingering, but that should be disallowed by any method if the sticky bit it set. It is not protected despite the sticky bit being displayed as checked.
You lost me Gene. My kmail composer window has one sticky check box which controls whether the identity sticks. If I hover over it the tooltip confirms this. What are these 4 sticky buttons you refer to?
--Mike
On Tuesday 29 September 2020 07:50:00 am Mike Bird via tde-users wrote:
On Tue September 29 2020 05:15:52 Gene Heskett via tde-users wrote:
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
You lost me Gene. My kmail composer window has one sticky check box which controls whether the identity sticks. If I hover over it the tooltip confirms this. What are these 4 sticky buttons you refer to?
I'm with Mike, screenshot would help. Also, probably filing a bug in gitea(sp) is the best route to get this looked at.
Best, Michael
Dne út 29. září 2020 Mike Bird via tde-users napsal(a):
On Tue September 29 2020 05:15:52 Gene Heskett via tde-users wrote:
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
I don't know if thats the case, but where is the tde storage of this hot-key data for kmails composer?
IMO, if the sticky bit is set, it should be locked, requiring the sticky bit to be intentionally turned off before one of those 4 options at the top of the composer screen can be changed. But that isn't the case, its been changed without a conscious action on my part, probably 70 or more times in the past 20 years. Probably by my fat fingering, but that should be disallowed by any method if the sticky bit it set. It is not protected despite the sticky bit being displayed as checked.
You lost me Gene. My kmail composer window has one sticky check box which controls whether the identity sticks. If I hover over it the tooltip confirms this. What are these 4 sticky buttons you refer to?
--Mike ____________________________________________________
In the View menu, it is possible to turn on other items, which can also have sticky switches - Dictionary, Sent-mail folder and Mail transport.
Gene, is it possible that these are the items you have displayed there?
Cheers
On Tuesday 29 September 2020 09:23:16 Slávek Banko via tde-users wrote:
Dne út 29. září 2020 Mike Bird via tde-users napsal(a):
On Tue September 29 2020 05:15:52 Gene Heskett via tde-users wrote:
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
I don't know if thats the case, but where is the tde storage of this hot-key data for kmails composer?
IMO, if the sticky bit is set, it should be locked, requiring the sticky bit to be intentionally turned off before one of those 4 options at the top of the composer screen can be changed. But that isn't the case, its been changed without a conscious action on my part, probably 70 or more times in the past 20 years. Probably by my fat fingering, but that should be disallowed by any method if the sticky bit it set. It is not protected despite the sticky bit being displayed as checked.
You lost me Gene. My kmail composer window has one sticky check box which controls whether the identity sticks. If I hover over it the tooltip confirms this. What are these 4 sticky buttons you refer to?
--Mike ____________________________________________________
In the View menu, it is possible to turn on other items, which can also have sticky switches - Dictionary, Sent-mail folder and Mail transport.
Gene, is it possible that these are the items you have displayed there?
Yes, screenshot attached to previous reply to Mike.
Cheers
Cheers, Gene Heskett
On 2020-09-29 08:23:16 Slávek Banko via tde-users wrote:
Dne út 29. září 2020 Mike Bird via tde-users napsal(a):
On Tue September 29 2020 05:15:52 Gene Heskett via tde-users wrote:
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
I don't know if thats the case, but where is the tde storage of this hot-key data for kmails composer?
IMO, if the sticky bit is set, it should be locked, requiring the sticky bit to be intentionally turned off before one of those 4 options at the top of the composer screen can be changed. But that isn't the case, its been changed without a conscious action on my part, probably 70 or more times in the past 20 years. Probably by my fat fingering, but that should be disallowed by any method if the sticky bit it set. It is not protected despite the sticky bit being displayed as checked.
You lost me Gene. My kmail composer window has one sticky check box which controls whether the identity sticks. If I hover over it the tooltip confirms this. What are these 4 sticky buttons you refer to?
--Mike ____________________________________________________
In the View menu, it is possible to turn on other items, which can also have sticky switches - Dictionary, Sent-mail folder and Mail transport.
Gene, is it possible that these are the items you have displayed there?
Cheers
Well, I learned another new thing today; that the View menu exists in the composer window, and what it controls. This will help with my struggle with mail protocols and bounced mail, I think? If I set "reply-to" to my email address, then "unview" it, it should correct that problem?
Leslie --
On 2020-09-30 00:04:28 J Leslie Turriff via tde-users wrote:
On 2020-09-29 08:23:16 Slávek Banko via tde-users wrote:
Dne út 29. září 2020 Mike Bird via tde-users napsal(a):
On Tue September 29 2020 05:15:52 Gene Heskett via tde-users wrote:
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
I don't know if thats the case, but where is the tde storage of this hot-key data for kmails composer?
IMO, if the sticky bit is set, it should be locked, requiring the sticky bit to be intentionally turned off before one of those 4 options at the top of the composer screen can be changed. But that isn't the case, its been changed without a conscious action on my part, probably 70 or more times in the past 20 years. Probably by my fat fingering, but that should be disallowed by any method if the sticky bit it set. It is not protected despite the sticky bit being displayed as checked.
You lost me Gene. My kmail composer window has one sticky check box which controls whether the identity sticks. If I hover over it the tooltip confirms this. What are these 4 sticky buttons you refer to?
--Mike ____________________________________________________
In the View menu, it is possible to turn on other items, which can also have sticky switches - Dictionary, Sent-mail folder and Mail transport.
Gene, is it possible that these are the items you have displayed there?
Cheers
Well, I learned another new thing today; that the View menu exists in the composer window, and what it controls. This will help with my struggle with mail protocols and bounced mail, I think? If I set "reply-to" to my email address, then "unview" it, it should correct that problem?
Leslie
But, no; there seems to be no way to make Composer remember the value for "Reply to". :-(
Leslie --
Am Mittwoch, 30. September 2020 schrieb J Leslie Turriff via tde-users:
On 2020-09-30 00:04:28 J Leslie Turriff via tde-users wrote:
Well, I learned another new thing today; that the View menu exists in the composer window, and what it controls. This will help with my struggle with mail protocols and bounced mail, I think? If I set "reply-to" to my email address, then "unview" it, it should correct that problem?
Leslie
But, no; there seems to be no way to make Composer remember the value for "Reply to". :-(
Leslie
Yeah, the "sticky" button is missing for "Reply to".
Stefan
On Tuesday 29 September 2020 08:50:00 Mike Bird via tde-users wrote:
On Tue September 29 2020 05:15:52 Gene Heskett via tde-users wrote:
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
I don't know if thats the case, but where is the tde storage of this hot-key data for kmails composer?
IMO, if the sticky bit is set, it should be locked, requiring the sticky bit to be intentionally turned off before one of those 4 options at the top of the composer screen can be changed. But that isn't the case, its been changed without a conscious action on my part, probably 70 or more times in the past 20 years. Probably by my fat fingering, but that should be disallowed by any method if the sticky bit it set. It is not protected despite the sticky bit being displayed as checked.
You lost me Gene. My kmail composer window has one sticky check box which controls whether the identity sticks. If I hover over it the tooltip confirms this. What are these 4 sticky buttons you refer to?
screenshot Mike, shrunk in gimp and attached.
--Mike ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity desktop.org
Cheers, Gene Heskett
Dne út 29. září 2020 Gene Heskett via tde-users napsal(a):
On Tuesday 29 September 2020 08:50:00 Mike Bird via tde-users wrote:
On Tue September 29 2020 05:15:52 Gene Heskett via tde-users wrote:
Once every 3 or 4 moons, the kmail config gets changed despite. the 4 "sticky" buttons in the editors upper right corner being checked.
I have reached a conclusion that somehow, my hunt-n-pecking ancient fingers have triggered a hot-key sequence that does this. Its been a problem since kde2 here.
I don't know if thats the case, but where is the tde storage of this hot-key data for kmails composer?
IMO, if the sticky bit is set, it should be locked, requiring the sticky bit to be intentionally turned off before one of those 4 options at the top of the composer screen can be changed. But that isn't the case, its been changed without a conscious action on my part, probably 70 or more times in the past 20 years. Probably by my fat fingering, but that should be disallowed by any method if the sticky bit it set. It is not protected despite the sticky bit being displayed as checked.
You lost me Gene. My kmail composer window has one sticky check box which controls whether the identity sticks. If I hover over it the tooltip confirms this. What are these 4 sticky buttons you refer to?
screenshot Mike, shrunk in gimp and attached.
--Mike ____________________________________________________
Cheers, Gene Heskett
This looks like you have the All Fields switch on in the View menu. When you turn off this switch, you can choose to show / hide individual items.
Cheers
On Tue September 29 2020 06:29:48 Gene Heskett via tde-users wrote:
screenshot Mike, shrunk in gimp and attached.
Hi Gene,
Well I learned something new today. Thanks!
The sticky checkboxes do not prevent changes, they prevent automatic return to defaults after sending a composed email. They're "sticky" not "lock".
It's possible to change the value accidentally by clicking or when tabbing through fields or by clicking on a hotkey such as Alt-I for Identity and then pressing another key that causes the value to change.
To reduce the possibility of accidents you could make the values you want the defaults and turn off sticky; and/or remove all other possibilities if they're not needed.
--Mike
On Tuesday 29 September 2020 20:22:12 Mike Bird via tde-users wrote:
On Tue September 29 2020 06:29:48 Gene Heskett via tde-users wrote:
screenshot Mike, shrunk in gimp and attached.
Hi Gene,
Well I learned something new today. Thanks!
The sticky checkboxes do not prevent changes, they prevent automatic return to defaults after sending a composed email. They're "sticky" not "lock".
Make them locks then..
It's possible to change the value accidentally by clicking or when tabbing through fields or by clicking on a hotkey such as Alt-I for Identity and then pressing another key that causes the value to change.
The one that causes the most hate, discontent and blue air, is the one for sent mail, which gets changed to any configured mail folder, and which may be a week to notice it, at which point when you run out of air swearing about it, means you have to go to that folder and find all the sent mail and put it back in the sent-mail folder. What really upset me is the one time it decided to put the sent-mail in the spam folder, because I have another script that feeds all that to sa-learn -spam and then deletes it, so those sent mails are gone forever.
To reduce the possibility of accidents you could make the values you want the defaults and turn off sticky; and/or remove all other possibilities if they're not needed.
I think I've done that, didn't help or I didn't do it right. Tutorial URL?
Thanks Mike.
Cheers, Gene Heskett
On Tue September 29 2020 18:14:13 Gene Heskett via tde-users wrote:
The one that causes the most hate, discontent and blue air, is the one for sent mail, which gets changed to any configured mail folder, and which may be a week to notice it, at which point when you run out of air swearing about it, means you have to go to that folder and find all the sent mail and put it back in the sent-mail folder. What really upset me is the one time it decided to put the sent-mail in the spam folder, because I have another script that feeds all that to sa-learn -spam and then deletes it, so those sent mails are gone forever.
So turn off presenting that option so you can't accidentally change it.
--Mike
On Tuesday 29 September 2020 21:45:51 Mike Bird via tde-users wrote:
On Tue September 29 2020 18:14:13 Gene Heskett via tde-users wrote:
The one that causes the most hate, discontent and blue air, is the one for sent mail, which gets changed to any configured mail folder, and which may be a week to notice it, at which point when you run out of air swearing about it, means you have to go to that folder and find all the sent mail and put it back in the sent-mail folder. What really upset me is the one time it decided to put the sent-mail in the spam folder, because I have another script that feeds all that to sa-learn -spam and then deletes it, so those sent mails are gone forever.
So turn off presenting that option so you can't accidentally change it.
I've just spent around an hour going thru the handbook and all the configure menu's, and short of turning them all off in the view menu while running the composer, I find no other place to enable/disable those displays.
Are you saying Mike, that they are immutable if they can't be seen? If this is the case, then the manual should say so.
Preferably in a 64 point type face. I have turned them all off and we'll see if the settings now hold.
--Mike ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity desktop.org
Cheers, Gene Heskett
On 2020-09-29 23:37:48 Gene Heskett via tde-users wrote:
On Tuesday 29 September 2020 21:45:51 Mike Bird via tde-users wrote:
On Tue September 29 2020 18:14:13 Gene Heskett via tde-users wrote:
The one that causes the most hate, discontent and blue air, is the one for sent mail, which gets changed to any configured mail folder, and which may be a week to notice it, at which point when you run out of air swearing about it, means you have to go to that folder and find all the sent mail and put it back in the sent-mail folder. What really upset me is the one time it decided to put the sent-mail in the spam folder, because I have another script that feeds all that to sa-learn -spam and then deletes it, so those sent mails are gone forever.
So turn off presenting that option so you can't accidentally change it.
I've just spent around an hour going thru the handbook and all the configure menu's, and short of turning them all off in the view menu while running the composer, I find no other place to enable/disable those displays.
Are you saying Mike, that they are immutable if they can't be seen? If this is the case, then the manual should say so.
Preferably in a 64 point type face. I have turned them all off and we'll see if the settings now hold.
--Mike
Where did you find a handbook for kmail? I have everything Trinity installed, but there are lots of glaring omissions (kmail included) in the Trinity Help Center (on my machine, at least).
Leslie --
On Tue September 29 2020 21:55:04 J Leslie Turriff via tde-users wrote:
Where did you find a handbook for kmail? I have everything Trinity installed, but there are lots of glaring omissions (kmail included) in the Trinity Help Center (on my machine, at least).
Works for me in Debian Buster if I just press F1 in kmail.
--Mike
On 2020-09-30 00:17:25 Mike Bird via tde-users wrote:
On Tue September 29 2020 21:55:04 J Leslie Turriff via tde-users wrote:
Where did you find a handbook for kmail? I have everything Trinity installed, but there are lots of glaring omissions (kmail included) in the Trinity Help Center (on my machine, at least).
Works for me in Debian Buster if I just press F1 in kmail.
--Mike ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt op.org
Which is really strange; it works now, using F1, Help -> Kmail Handbook, or Trinity Help Center; but it didn't work before when I was reading this thread.
Leslie --
On Wednesday 30 September 2020 00:55:04 J Leslie Turriff via tde-users wrote:
On 2020-09-29 23:37:48 Gene Heskett via tde-users wrote:
On Tuesday 29 September 2020 21:45:51 Mike Bird via tde-users wrote:
On Tue September 29 2020 18:14:13 Gene Heskett via tde-users wrote:
The one that causes the most hate, discontent and blue air, is the one for sent mail, which gets changed to any configured mail folder, and which may be a week to notice it, at which point when you run out of air swearing about it, means you have to go to that folder and find all the sent mail and put it back in the sent-mail folder. What really upset me is the one time it decided to put the sent-mail in the spam folder, because I have another script that feeds all that to sa-learn -spam and then deletes it, so those sent mails are gone forever.
So turn off presenting that option so you can't accidentally change it.
I've just spent around an hour going thru the handbook and all the configure menu's, and short of turning them all off in the view menu while running the composer, I find no other place to enable/disable those displays.
Are you saying Mike, that they are immutable if they can't be seen? If this is the case, then the manual should say so.
Preferably in a 64 point type face. I have turned them all off and we'll see if the settings now hold.
--Mike
Where did you find a handbook for kmail? I have everything Trinity installed, but there are lots of glaring omissions (kmail included) in the Trinity Help Center (on my machine, at least).
It should be, if its all installed, the top item under the help icon. Also by hitting the F1 key.
Leslie
Cheers, Gene Heskett
-
Gene Heskett -
J Leslie Turriff -
Michael -
Mike Bird -
Slávek Banko -
Stefan Krusche