29 Sep
2020
29 Sep
'20
12:15 p.m.
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
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
29 Sep
29 Sep
12:50 p.m.
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
1:13 p.m.
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:
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
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? 
1:23 p.m.
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:
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
--
Slávek
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
____________________________________________________
1:32 p.m.
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):
Yes, screenshot attached to previous reply to Mike.
On Tue September 29 2020 05:15:52 Gene Heskett
via tde-users wrote:
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?
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
____________________________________________________ Cheers
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
30 Sep
30 Sep
5:04 a.m.
New subject: [users] long standing bug, dates clear back to kde 2ish time
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):
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 Tue September 29 2020 05:15:52 Gene Heskett
via tde-users wrote:
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 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
____________________________________________________
5:32 a.m.
New subject: [users] [users] long standing bug, dates clear back to kde 2ish time
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:
But, no; there seems to be no way to make Composer remember the value
for "Reply to". :-(
Leslie
--
Dne út 29. září 2020 Mike Bird via tde-users
napsal(a):
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 Tue September 29 2020 05:15:52 Gene Heskett
via tde-users wrote:
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 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
____________________________________________________ 
9:23 a.m.
New subject: [users] [users] long standing bug, dates clear back to kde 2ish time
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:
Yeah, the "sticky" button is missing for "Reply to".
Stefan
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
29 Sep
29 Sep
1:29 p.m.
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:
screenshot Mike, shrunk in gimp and attached.
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
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity
desktop.org
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
3:24 p.m.
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:
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
--
Slávek
On Tue September 29 2020 05:15:52 Gene Heskett
via tde-users wrote:
screenshot Mike, shrunk in gimp and attached.
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
____________________________________________________
Cheers, Gene Heskett
30 Sep
30 Sep
12:22 a.m.
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
1:14 a.m.
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:
Make them locks then..
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.
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
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
1:45 a.m.
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
4:37 a.m.
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:
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.
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
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity
desktop.org
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
4:55 a.m.
New subject: [users] long standing bug, dates clear back to kde 2ish time
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:
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 18:14:13 Gene Heskett
via tde-users wrote:
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 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.
5:17 a.m.
New subject: [users] long standing bug, dates clear back to kde 2ish time
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
5:31 a.m.
New subject: [users] [users] long standing bug, dates clear back to kde 2ish time
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:
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
--
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(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt
op.org
5:54 a.m.
New subject: [users] long standing bug, dates clear back to kde 2ish time
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:
It should be, if its all installed, the top item under the help icon.
Also by hitting the F1 key.
On Tuesday 29 September 2020 21:45:51 Mike Bird
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). On Tue September 29 2020 18:14:13 Gene Heskett
via tde-users wrote:
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 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. Leslie
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
1544
days inactive
1545
days old
17 comments
6 participants
participants (6)
-
Gene Heskett -
J Leslie Turriff -
Michael -
Mike Bird -
Slávek Banko -
Stefan Krusche