Date   

locked Re: Preventing Reply to Group/Sender mixups

 

Full confession: I didn't read through Shal's entire proposal, and I didn't read this entire mockup, because I see right away that the user - again, as now - must first click on "reply" before making their choice of addressee/recipient. 

Second, but somewhat less importantly, I disagree with this:

On Tue, Jul 5, 2016 at 04:58 am, HR Tech wrote:

think that it would be sufficient to have some explanatory text under saying that your reply will go from "your email @ domain" to the sender/author

There is no need to state "will go from your email bla bla" - that's always clear. What is NOT clear is whom the message is going TO. There is currently a problem with people not understanding whom they are sending their message to when they click "reply to sender" or "send to sender" (or whatever language is used, regular or test version). They often think they're sending their message to the originator of the thread rather than to the person whose message they happened to click "reply" on.  

This proposal/scenario/mockup/whatever gives us some nice screenshots, but for what? It sidesteps the whole idea of a PM function and (more importantly) the problem that the user must click "reply" before picking their destination. I don't see any real difference. It's the same scenario as we have now.

My opinion. 
--
J

Messages are the sole opinion of the author. 

It's dumb to buy smart water.


locked Re: Preventing Reply to Group/Sender mixups

Maria
 

On Mon, Jul 4, 2016 at 04:52 pm, Shal Farley wrote:
Try this on for size, I have an idea that I think may satisfy our goals as well as J and Brian's. Maybe mock it up for me. Or just mock me for it ;-)

Here you go. See attached. I hope I translated your proposal accurately.

I see a problem using the member's profile instead of the word "sender" (length varies/ there could be multiple "marias" - just hard to create a fixed width button if the content is variable - and think that it would be sufficient to have some explanatory text under saying that your reply will go from "your email @ domain" to the sender/author. Also I'd prefer if reply language were consistent on web/digest and emails.

I also am a bit concerned about these drop up menus on mobile...but who knows...

Any way, here is your proposal translated visually. I hope that's helpful.

Maria



locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

Maria
 

On Mon, Jul 4, 2016 at 05:19 pm, Brian Vogel wrote:
I can't imagine the purpose of a group where the default amounts to private e-mailing from person to person with minimal sharing with the group.  It defeats the whole idea of an online group.  This would be so simply "implemented" by having the good, old-fashioned "PM by clicking on profile link" method.  Clearly, however, others differ.

In our case we have on group that's transactional in nature, like all the freecycle groups, so it really doesn't warrant group replies. I've dreamt about marketplace / etsy type subgroups... but will leave that for its own thread.

But I belong to another group that is indeed discussion based BUT because they have so many very active members, their default reply is to sender. The admins do this because the abundance of replies would a) overwhelm the mods and b) end up being duplicative (because if you read by email, you may not see that someone has already shared same thought/answer as you do because of the inherent delay in digests). In that group the person who posted will do a summary of replies received offline if others ask for one.

I'm sure there are many other scenarios where this flexibility and versatility of use would come in handy.

Maria


locked Re: Why is there a 2 beside "New Topic" in my left menu? #bug?

Linda Standart
 

Brian, I found that little number  for the first time while I was still learning IO. I explored it and figured out what it was. Once I had it, I wasn't bothered by it any more. BUT... That said, I think it would be easier for most users if there were a specific button just for drafts. that was separate from New Topics. The thing is that not all of our users are really tech savvy and some might not understand how to explore the option and learn how to use it.

The separate button would make it easier to understand. and use the saved incomplete message

Linda S. 


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

 

J,

For that reason, I think PM should display to the user the addressee
My recent proposal covers that.

[EDIT: or call it "recipient" - whatever you want to call "who this
message is going to" - username, or display name, or email address, or
whatever - figure that out later] it fills in and allow them to verify
it.
I chose [display name] meaning what's shown in the UI for the author of the message you are replying to. That seems to me to be the clearest, whatever its source.


Shal
https://groups.io/g/GroupManagersForum


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

 
Edited

When it gets down to the implementation level, I would mention one detail, and that is to be careful of who the recipient is in the case of a PM to a forum post. I've seen people use "reply to sender" here and think they were replying to the originator of the thread instead of to the specific message within a thread that they clicked "reply" on. For that reason, I think PM should display to the user the addressee [EDIT: or call it "recipient" - whatever you want to call "who this message is going to" - username, or display name, or email address, or whatever - figure that out later] it fills in and allow them to verify it.
--
J

Messages are the sole opinion of the author. 

It's dumb to buy smart water.


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

 

On Mon, Jul 4, 2016 at 05:36 pm, J_catlady wrote:
Yes. Or, the "PM" function would be called instead of the "reply" function. 

Brian, possibly this is what you meant, but you described it terms of a button. I'm not down to "buttons" yet. :-) 
--
J

Messages are the sole opinion of the author. 

It's dumb to buy smart water.


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

 

On Mon, Jul 4, 2016 at 05:19 pm, Brian Vogel wrote:
On those groups the "Reply" link or button itself should be substituted with "Private Message to Sender."

Yes. Or, the "PM" function would be called instead of the "reply" function. 

I can't imagine the purpose of a group where the default amounts to private e-mailing from person to person with minimal sharing with the group. 

Believe it or not, I've seen a few yahoo groups like that.

--
J

Messages are the sole opinion of the author. 

It's dumb to buy smart water.


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

 

On Mon, Jul 4, 2016 at 04:52 pm, Shal Farley wrote:
I think Brian mentioned that he would expect (and prefer) that a PM be a wholly separate thing: not carry in the subject line nor a quote from the original message. If that's what you're imagining

It is NOT what I'm proposing or imagining. I'm nowhere near that level of detail yet. You can do that, you can not do it. Doesn't matter. (And I think you/we probably DO want to do it.) I'm proposing ("imagining") only that "PM" be a separate function or program that can be invoked both (a) from a member's profile (and possibly also the member list, as you suggested) and (b) from the context of reading messages onlist. (And possibly from other places, as far as I know.) In the context of (b) the function could automatically add the subject line, probably subject to change by the user. In the context of (a) the user would enter their own subject line. 

I don't think a forum PM generally produces an email message carrying the replyer's email address. Send to Sender does - it really is an offlist message

Who cares? These are details. In Groups.io, "PM" would mean "private message" complete with the email that goes out. The psychological intention and action are still most similar to PM in a forum, namely: that person, and ONLY that person, gets the message content.

It's the intention and content - namely, "personal" or "public" - that I keep focusing on. Everyone else is jumping into details of dropdowns, screens, language, etc. I don't care about those and I think they're easy to solve once you decide on the bigger picture.


-- 

J

Messages are the sole opinion of the author. 

It's dumb to buy smart water.


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

Brian Vogel <britechguy@...>
 

On Mon, Jul 4, 2016 at 04:52 pm, Shal Farley wrote:
In particular Groups.io supports groups in which the default reply is direct to the other member, and not to the group.

On those groups the "Reply" link or button itself should be substituted with "Private Message to Sender."  The option for "Reply to group" could be a part of a the hidden "more actions" hierarchy, in that case.

I can't imagine the purpose of a group where the default amounts to private e-mailing from person to person with minimal sharing with the group.  It defeats the whole idea of an online group.  This would be so simply "implemented" by having the good, old-fashioned "PM by clicking on profile link" method.  Clearly, however, others differ.

Whether I use it or not, the whole concept is "overcomplicated" as it recreates something that can be easily achieved on any and every "conventional" forum I participate in if a person knows how to copy and paste.

--
Brian

A lot of what appears to be progress is just so much technological rococo.  ~ Bill Gray


locked Re: Preventing Reply to Group/Sender mixups

 

Sue,

To: o Group o Sender (display name), o Moderators
CC: |_| Sender (display name)
or
CC: |_| Moderators
I wonder if an additional option might be to forward to the moderators?
That's what I imagine the third radio button, Moderators, would do.

But see my recent reply to Maria for another way to arrange these options. It also provides the option to forward ("Report") a message to the moderators. The selection for that would be in the "More" menu - which is a feature of the test version.

That reply will make more sense if you're looking at the test version when you read it. If you haven't seen it, imagine a "More" button where you currently find the "All Posts By This Member" link. In that menu is that function, and in my proposal others (such as Report).

Shal


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

Brian Vogel <britechguy@...>
 

On Mon, Jul 4, 2016 at 04:52 pm, Shal Farley wrote:
Brian may correct me, but I don't think a forum PM generally produces an email message carrying the replyer's email address. Send to Sender does - it really is an offlist message with far more in common with a group message than with a "PM" in the forum sense.

 I've seen, and experienced, it implemented with and without the sender's (as in the message sender's - not the original poster's) e-mail address.  I've seen that in both within-site PM system, hybrids where an e-mail notification is sent about a PM having come in, and where the PM itself is sent by e-mail.

Actually, the most antiquated venue I participate on has a hybrid system where the PMs are both in-site and sent to you via e-mail, including the address of the person who PM-ed you, and that e-mail message also duplicates the private message content.  I've never understood the point of the actual message content being conveyed in two separate venues, neither of which is public.
--
Brian

A lot of what appears to be progress is just so much technological rococo.  ~ Bill Gray


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

 

Brian,

There is zero need to reinvent anything here.
I disagree. Groups.io has features beyond what you've described for the web forums in your experience.

In particular Groups.io supports groups in which the default reply is direct to the other member, and not to the group.

Any proposed solution for the "mixups" must work for those groups as well. That's not just "overcomplication", that's accounting for core functionality.


Shal
https://groups.io/g/GroupManagersForum


locked Re: Preventing Reply to Group/Sender mixups

 
Edited

Maria,

Agree. For this reason, in both scenarios that i was trying to imagine
visually that would not happen. You'd have to work to get to the non
default option. This would prioritize group default, encourage the group
culture, and be a really strong mechanism to avoid a mixup.
Try this on for size, I have an idea that I think may satisfy our goals as well as J and Brian's. Maybe mock it up for me. Or just mock me for it ;-)

-----

Context: viewing a message. Either by itself (Single Message View) or in a list of messages (Thread View or Expanded View). Using the test version as the visual model.

1) In a group with the Reply To option set to "Group" it looks just like it does here in beta@. The change is in the More menu, where two new options exist: "Reply to [display name]" and "Report to Moderators".

a) In the case where the member wishes to reply to the group he/she clicks on the Reply link and the message composition tools open up. But underneath the body text box there are not two destination choices: only "Send to Group", "Preview" (in Markdown mode) and "Discard".

In this context I prefer to label that button "Send" because the word "Reply" is the link that opened these tools, and I don't want to confuse initiating the reply with completing it.

b) In the case where the member wishes to make an offlist reply to the sender, the user finds that option in the "More" menu as "Reply to [display name]. Clicking that opens up the message composition tools, and changes the "Reply" link to "Reply to [display name]" - showing that the function has been changed. Meanwhile, the More menu item changes to "Reply to Group", providing a means for the member to change his/her mind.

I would also want "Offlist - " prefixed into the subject box, and the Send button changed to "Send to [display name]". I think this would also merit a line of explanatory text (above or below the Send button) that tells the user that the message will have his/her email address in the From address, and will be sent only to the replyee (that non-word again).

c) In the case where the member wishes to report a message to the moderators, the user finds that option in the "More" menu as "Report this message". From there every thing functions analogous to (b): substituting "Report this message" for "Reply", "Fwd: Moderators - " in the subject box, and "Send to moderators". Again, an explanatory text regarding the From address may be merited.

2) In a group with the Reply To option set to "Sender"

Everything works as in (1), except that the initial state has "Reply to [display name]" displaying in place of "Reply", and "Reply to Group" in the More menu.

3) In a group with the Reply To option set to "Moderators"

Everything works as in (1), except that the initial state has "Report to moderators" displaying in place of "Reply", and "Reply to Group" in the More menu.

-----

To keep it simple I haven't included in that description any option to CC the reply to someone else (direct to the replyee in the case of Group, or to the moderators in the case of replyee). I think those can be handled with a checkbox somewhere, but for now that's just an elaboration on the main idea.


Shal
https://groups.io/g/GroupManagersForum


locked Re: Preventing Reply to Group/Sender mixups AND quoted messages #bug

 

J,

In my view this is not "just a UI" issue. It goes deeper. PM'ing is an
action distinct from "reply" and should be treated as such.
Well here I'm going to agree with what you said, while disagreeing that it ought to be applied here.

I suspect that "PM" carries with it semantics (expectations) that are wholly different from what a "Send to Sender" means in Groups.io. That is part of why I object to that model being applied.

I think Brian mentioned that he would expect (and prefer) that a PM be a wholly separate thing: not carry in the subject line nor a quote from the original message. If that's what you're imagining then that's not Send to Sender and you are not solving the problem at hand: you're proposing something else entirely, something Mark has said he's thought about, a forum-like PM system.

The other key bit of semantics involves the word "Private". Brian may correct me, but I don't think a forum PM generally produces an email message carrying the replyer's email address. Send to Sender does - it really is an offlist message with far more in common with a group message than with a "PM" in the forum sense.


Shal
https://groups.io/g/GroupManagersForum


locked Re: Preventing Reply to Group/Sender mixups

Linda
 

Hi Mark,
Why can't Reply work the way it works when a Group Owner clicks on New Topic - but in addition to the Drop Down on the From line (to choose either his personal address or his owner's address), the To line would have a Drop Down as well - defaulting to the group default (to choose either Reply to Group or Private Message). The available Send button below should mirror the selection in the To line and should be switchable any time before the message is actually Sent.

Linda


locked Re: Missing the HTML/Markdown/Plain control in New Topic and Reply #bug

Duane
 


locked Re: Testing the test version

 

Sue,

Obviously now I know I can live with it, but that's not quite how I
envisaged a 'toggle' working. Unless I'm still missing something, of
course.
I've been keeping a browser tab aside for the /test page, using the back button immediately after switching modes (and then refreshing the page so it shows my current mode). I kind of wish it didn't dump me Your Groups page, and refreshed itself instead.

Then I go back to whatever tab I was in and refresh it so that I now see it in the new mode.

I'm looking at this on the desktop, tabs may not be quite so easy to manipulate in mobile, so there may be a better trick there.


Shal
https://groups.io/g/GroupManagersForum


locked Re: Feedback on New Mobile Test Version

 

Mark,

Note: Contrary to the thread tags, I'm looking at this on desktop. Probably the same applies to mobile.

- There's a paperclip button in the editor toolbar now to add attachments.
- I've removed the 'Insert Quoted Message' button and replaced it with a
button in the editor toolbar.
I think these changes would be welcome also in the Markdown and Plain Text modes, even though those modes don't have any other tools in the toolbar. They feel out of place to me as buttons next to Send, Preview, and Discard.

- I've changed the spacing/ordering of the Reply/Like/More buttons.
It is a bit startling if you click the Reply button after beginning your composition: the composition boxes and buttons hide away. I guess that button is acting like a toggle for the reply mode. Fortunately the text you've entered stays there if you click it again to bring the reply UI back out.

Also fortunately, if you do happen to roll up an unsent reply and move on that nascent reply eventually becomes another draft.

That said, I think it might be more friendly to have the Reply link disabled once you've begun a reply, and have Send or Discard be the only ways close the reply mode.


Shal
https://groups.io/g/GroupManagersForum


locked Re: Searching the archives

Carlos
 


Thanks Brian.  I figured that was most likely the case, but it was worth asking.

----- Original Message -----
Sent: Monday, July 04, 2016 5:10 PM
Subject: Re: [beta] Searching the archives

Carlos,

           At the moment, I do not believe this is possible by any built-in mechanism and I have posted recently about using the site: operator of virtually any search engine to do complex searches.

           Searching this part of groups.io [groups.io/g/beta] for your name, archives, and search returns the following from Google.  This current thead is not yet shown because the crawl to include it has not yet taken place.
--
Brian

A lot of what appears to be progress is just so much technological rococo.  ~ Bill Gray

18301 - 18320 of 27787