Why do I get all responses to a thread twice or more?
(If it's the a normal functionality of this list - please ignore my question)
br, Peter
Georg Holzmann wrote:
Hallo!
Why do I get all responses to a thread twice or more?
because if I e.g. click on "Reply All" in my mail program I reply to you and the pd-list ... (and you also get the mail of the pd-list of course )
Is this due to some security aspects? To ensure that the in the meantime unsubscribed list reader can read the answer?
Or just the simplicity ;-)
br, Peter PS: You should get my response just once! I've got you twice :-(
it is for those peope who do not read the pd-list and thus do not know that this has been already discussed.
mfg.asdr. IOhannes
PS: grumble grumble PS: https://puredata.info/community/lists/netiquette/
Hi!
IOhannes m zmoelnig wrote:
it is for those peope who do not read the pd-list and thus do not know that this has been already discussed. PS: grumble grumble PS: https://puredata.info/community/lists/netiquette/
- I know http://www.unicom.com/pw/reply-to-harmful.html
- I know the "Freedom of Choice" you give all list members
- I see it doesn't work. I get all responses twice. Don't you too?
grumble, grumble,
Peter PS: Sorry for the noise [OT].
On 8/30/05, Piotr Majdak piotr@majdak.com wrote:
- I know http://www.unicom.com/pw/reply-to-harmful.html
- I know the "Freedom of Choice" you give all list members
- I see it doesn't work. I get all responses twice. Don't you too?
the "freedom of choice" is given to the one who replies, not to the one who actually receives the mail(s). that is : the one who replies can (1) reply to all, list and sender, (2) reply to sender only, and (3) reply to list.
but yes, (I know it may have already been discussed 1000 times...) maybe it would be better to setup a "Reply to" (or better "Reply to list") tag in the list config, so that on most mail clients, when you just click on "reply", you reply to the list, and when you click "reply to all", you reply to the list and to the sender, ...so that the "freedom of choice" is still there, but quick repliers would reply to the list and not both to the list and the sender. (actually, clicking just "reply" in gmail replies by default to the sender only ... so I had to click at least five times to reply to the list only ... hum)
on your side piotr, you could create some kind of filter ?
++++ clemos
grumble, grumble,
Peter PS: Sorry for the noise [OT].
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
clemos wrote:
on your side piotr, you could create some kind of filter ?
pfuh. thanks. I'll just hit the del keys every time I get a response. And, responding to mails, I'll try to notice to remove the "To" address field before hiting the send button. Thanks anyway, I was just wondering about the things in this world :-)
br, Peter
on your side piotr, you could create some kind of filter ?
pfuh. thanks. I'll just hit the del keys every time I get a response.
you could switch to a mailer with mailing-list awareness, or anything that can filter out duplicates on message-id field..mutt is one - maybe there are others, but i couldnt get kmail, evolution, sylpheed, or thunderbird to properly work with imapd via ssh..
And, responding to mails, I'll try to notice to remove the "To" address field before hiting the send button. Thanks anyway, I was just wondering
in mutt, press L to reply to the list, rather than the list + sender...
about the things in this world :-)
Hallo, carmen hat gesagt: // carmen wrote:
on your side piotr, you could create some kind of filter ?
pfuh. thanks. I'll just hit the del keys every time I get a response.
you could switch to a mailer with mailing-list awareness, or anything that can filter out duplicates on message-id field..mutt is one - maybe there are others, but i couldnt get kmail, evolution, sylpheed, or thunderbird to properly work with imapd via ssh..
Or check out the vast power that is Mailman, our mighty list software. If you go to the address in every mail signature: http://lists.puredata.info/listinfo/pd-list
and edit your options, you will find this one here:
Avoid duplicate copies of messages?
When you are listed explicitly in the To: or Cc: headers of a list message, you can opt to not receive another copy from the mailing list. Select Yes to avoid receiving copies from the mailing list; select No to receive copies.
If the list has member personalized messages enabled, and you elect to receive copies, every copy will have a X-Mailman-Copy: yes header added to it.
This should be self-explanatory. There is other cool stuff you can set there. Mo, messing with the Reply-To is not one of them.
Ciao
Frank Barknecht _ ______footils.org__
_ __latest track: "plak" @ http://footils.org/cms/show/44
Frank Barknecht wrote:
and edit your options, you will find this one here:
Avoid duplicate copies of messages?
That's great. I've changed this option to yes - thanks for this hint.
btw, I use Mozilla and don't have the reply-to-list command. There is an issue about it (Bugzilla Bug 105676) but I think this is a long-term project ;-(
br, Peter
Hi list!
I've been recently playing around with the single buffer mode of GEM and was unsucessful to fade to black the buffer window after it rendered some geos.
I thought I could simply stop banging on the geos I was drawing and start banging on a square with very low opacity right in front of the camera view... but it didn't really work.
I also tried to play with the opacity of a pix_buff applied on a geo to give the illusion the whole render was fading out. here again unsucessfully.
Is there any other way to create this simple fade to black effect? (Note: I've been using the stable 0.90 version of GEM on Ubuntu.)
Thanks!
Oli
Hey Oli,
I think "single-buffer" is on its way out, so I would not invest a lot of time in it (already gone on OSX). If I understand you right what your looking for is a clearmode with the ability to alter the opacity of the clear? I have suggested this on gem-dev so if you also want it feel free to chime in.
"clear 1" would be "normal" clean with 100% opacity, and clear 0.01 would be 1% opacity to make a slow "fading" clear, that is once you turn off the gemheads so only the old buffer remains... well the interface would be something like that, I think the alpha value is part of the "color" selector anyhow...
b.
puredata@yesyesnono.co.uk wrote:
Hi list!
I've been recently playing around with the single buffer mode of GEM and was unsucessful to fade to black the buffer window after it rendered some geos.
I thought I could simply stop banging on the geos I was drawing and start banging on a square with very low opacity right in front of the camera view... but it didn't really work.
I also tried to play with the opacity of a pix_buff applied on a geo to give the illusion the whole render was fading out. here again unsucessfully.
Is there any other way to create this simple fade to black effect? (Note: I've been using the stable 0.90 version of GEM on Ubuntu.)
Thanks!
Oli
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Ben, Thanks for your quick answer
If I understand you right what your looking for is a clearmode with the ability to alter the opacity of the clear?
Yes, that's what I meant.
I have suggested this on gem-dev so if you also want it feel free to chime in.
Great! That would be a Wonderful option to see implemented!
"clear 1" would be "normal" clean with 100% opacity, and clear 0.01 would be 1% opacity to make a slow "fading" clear, that is once you turn off the gemheads so only the old buffer remains... well the interface would be something like that, I think the alpha value is part of the "color" selector anyhow...
It makes lots of sense to me.
But to see the single buffer mode to disapear from Gem, does that mean we will have to render all the geos we want to display at each frame? I think in the case when accumulating a large number of geos. buffer 1 is very usefull in this kind of situation.
Many thanks.
Oli
The replacement would be something like "clear 0" which is a 1% opaque, or 100% transparent clear, as in the image is not cleared at all. moving a geo in the gemwin would create trails.
check out the gem-dev discussion about this. It was decided that single-buffering is more often used for clearmode effects than actual single-buffering.
b.
puredata@yesyesnono.co.uk wrote:
Ben, Thanks for your quick answer
If I understand you right what your looking for is a clearmode with the ability to alter the opacity of the clear?
Yes, that's what I meant.
I have suggested this on gem-dev so if you also want it feel free to chime in.
Great! That would be a Wonderful option to see implemented!
"clear 1" would be "normal" clean with 100% opacity, and clear 0.01 would be 1% opacity to make a slow "fading" clear, that is once you turn off the gemheads so only the old buffer remains... well the interface would be something like that, I think the alpha value is part of the "color" selector anyhow...
It makes lots of sense to me.
But to see the single buffer mode to disapear from Gem, does that mean we will have to render all the geos we want to display at each frame? I think in the case when accumulating a large number of geos. buffer 1 is very usefull in this kind of situation.
Many thanks.
Oli
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
IOhannes m zmoelnig wrote:
it is for those peope who do not read the pd-list and thus do not know that this has been already discussed.
And though it has been discussed, the natural solution, to ad a reply-to to the header has not been changed. Each time its coming up it adds to the significance that with reply-to is better than without !!!
Less traffic, less confusion, more messages which are ment to go to the list arrive at the list, simply more intelligent.
The only acceptable argument against: the danger of posting private mails to the list, has no practical relevance in any of the list (the majority of lists) i am subscribed to. Modern e-mail clients allow to filter messages into their own folders, which safely prevents you from sending private mails to any list.
I agree that there might still be different oppinions possible, but the evidence points to somewhere else...
I know, for those who only read the Pd-list a change might need some time to get used to (though they might not realise, as reply-all would still send the reply to the list), but for everybody else it would be a releaf.
Stefan
P.S. Beware each time its coming up, I'll chime in, though, if I forget to change the recipient it might not show up. If anybody who wants also to chime in, double check if you're answering to the list...
\\ /|() ()|
))))) )| | |( \
/// \ _/)/ ))))) ___/ /// -------------------------x--- --_____-----------|---------- --(_|_ ----|-----|-----()--- -- _|_)----|-----()---------- ----------()------------x---- 14, Av. Pr. Franklin Roosevelt, 94320 Thiais, France Phone at CCMIX +33-1-49 77 51 72
hi all,
Am Dienstag 30 August 2005 16:50 schrieb Stefan Tiedje:
IOhannes m zmoelnig wrote:
it is for those peope who do not read the pd-list and thus do not know that this has been already discussed.
And though it has been discussed, the natural solution, to ad a reply-to to the header has not been changed. Each time its coming up it adds to the significance that with reply-to is better than without !!!
Less traffic, less confusion, more messages which are ment to go to the list arrive at the list, simply more intelligent.
for that, this issue is a PEBKAC.
i can tell my mail client to reply to: r)eply to sender l)ist a)ll
depending just on which of these 3 keys i press. instead of somesone fiddling with the list, the user should learn his e-mail client and simply press the right key!
The only acceptable argument against: the danger of posting private mails to the list, has no practical relevance in any of the list (the majority of lists) i am subscribed to. Modern e-mail clients allow to filter messages into their own folders, which safely prevents you from sending private mails to any list.
I agree that there might still be different oppinions possible, but the evidence points to somewhere else...
the evidence points to standards that we should apply, and that is to not tweak the reply to field.
imagine:
one sets up a autoresponder, like "im in hollidays for 3 weeks now" and you send a mail to the list.
with the original header, the sender will get that auto-reply. with a modified header, it may end up on the list instead.
I know, for those who only read the Pd-list a change might need some time to get used to (though they might not realise, as reply-all would still send the reply to the list), but for everybody else it would be a releaf.
Stefan
i would say, get used to use your email client correctly. just because you are used to simply r)eply to mails, that doesnt mean you can not do a l)isr reply instead......
P.S. Beware each time its coming up, I'll chime in, though, if I forget to change the recipient it might not show up. If anybody who wants also to chime in, double check if you're answering to the list...
yes, i do, by pressing "l" on my keyboard ... ;)
greetings,
chris
good morning,
i can tell my mail client to reply to: r)eply to sender l)ist a)ll
i just love it how everyone is telling what there mail client can do. mine brings me a cop of coffee when i press ctrl + k
on a serious note: don't you think all this debate about reply-to headers and stuff is much more enoying then an occcasional double mail?
greetings,
xof
hello,
Am Mittwoch 31 August 2005 09:25 schrieb kristof lauwers:
good morning,
i can tell my mail client to reply to: r)eply to sender l)ist a)ll
i just love it how everyone is telling what there mail client can do. mine brings me a cop of coffee when i press ctrl + k
wow, where can i download it? does it do espresso as well? ;-D
but seriously, i think that these 3 types of reply should be quite common for mail clients nowdays. after all, its not only mine who can do that. and surely it helps for this reply-to fuzziness that pops up here from time to time.
on a serious note: don't you think all this debate about reply-to headers and stuff is much more enoying then an occcasional double mail?
indeed ! and for the double mail's, we have learned that mailman can handle that situation by setting the option in the preference of a user's account there.
greetings,
xof
greets,
chris
Christian Klippel wrote:
for that, this issue is a PEBKAC.
What is a PEBKAC?
i can tell my mail client to reply to: r)eply to sender l)ist a)ll
everybody knows that after the first time the missing reply-to leads to confusion.
depending just on which of these 3 keys i press. instead of somesone fiddling with the list, the user should learn his e-mail client and simply press the right key!
I am dumb per definition, I neither want to learn, nor remember three different keystrokes if they are not necessary. Reply is reply is reply. I still would always have the freedom of choice for the rare special cases. I need my thinking energy for writing music and list replys... Its like with cars, if you like to switch gears manually, go for it, there is no need to force everybody to switch gears in times of automatic gears.
I agree that there might still be different oppinions possible, but the evidence points to somewhere else...
the evidence points to standards that we should apply, and that is to not tweak the reply to field.
The standard, which never has problems and threads like this one, in the majority of lists is simply a reply-to munged header. The missing reply-to does not work, the reply-to works. The typical technocratic argument that those who have the correct tool and learned background do not have these problems, ignores simply the fact that in praxis it doesn't work. The same confudion will come up again and again, the same discussion will be discussed again and again until finally the admins are pissed off and place a reply-to ?
imagine:
one sets up a autoresponder, like "im in hollidays for 3 weeks now" and you send a mail to the list.
with the original header, the sender will get that auto-reply. with a modified header, it may end up on the list instead.
This is the best argument for a reply-to: This guy will send his automatic responder all the time to each posting member of the list, each member of the list would have to deal with it as soon you write to the list! Again lots of useless traffic. (Maybe an event like this would convince the admin to munge the header ;-)
There are programms for list handling which would be able to recognize such a beast and automatically keep it away from the list (because it would create a loop with always the same content, its easy to recognize). This automatic would not be possible without the reply-to in the header.
i would say, get used to use your email client correctly. just because you are used to simply r)eply to mails, that doesnt mean you can not do a l)isr reply instead......
I am doing it by the way, but it remains uneccessarily inconvenient.
Stefan
\\ /|() ()|
))))) )| | |( \
/// \ _/)/ ))))) ___/ /// -------------------------x--- --_____-----------|---------- --(_|_ ----|-----|-----()--- -- _|_)----|-----()---------- ----------()------------x---- 14, Av. Pr. Franklin Roosevelt, 94320 Thiais, France Phone at CCMIX +33-1-49 77 51 72
On Wed, 31 Aug 2005, Stefan Tiedje wrote:
Christian Klippel wrote:
for that, this issue is a PEBKAC.
What is a PEBKAC?
PEBCAK = Problem Exists Between Keyboard And Chair.
Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada
-
B. Bogart -
carmen -
Christian Klippel -
clemos -
Frank Barknecht -
Georg Holzmann -
IOhannes m zmoelnig -
kristof lauwers -
Mathieu Bouchard -
Piotr Majdak -
puredata＠yesyesnono.co.uk -
Stefan Tiedje