Date   

moderated Re: unify moderation response #suggestion

Mark Murphy
 

I agree with Glenn's suggestion and his subsequent replies to comments. He is just asking for a third link for this purpose. What exactly is the downside?


moderated Re: #bug event times in /feed are all 8 hours out #bug

Malcolm Austen
 

Mark,

In trying to look at this afresh, as far as I can see we are now being delivered the old copy of this javascript file - without the change you made (see below). I have run closed all browsers and Ccleaner (and rebooted too) and still see the old javascript in two browsers.

Can you check the file that you are serving up please?

Thanks, Malcolm.

-- 
Malcolm Austen <malcolm.austen@...>

On 12/12/2020 04:48:36, Mark Fletcher <markf@corp.groups.io> wrote:

On Thu, Dec 3, 2020 at 12:40 PM Malcolm Austen <malcolm.austen@...> wrote:
At risk of making a fool of myself, I think I have spotted it as a bug in https://groups.io/js/displaytime-0.2.6.js

function DisplayEventTime(t, tzstr, dateFormat, timeFormat) {
    if (t == 0) {
        return '';
    }
    if (typeof tzstr === 'undefined' || tzstr == '') {
        tzstr = '';
        momentDay = moment(t);
    } else {
        momentDay = moment(t).tz(tzstr);
<snip>
should, I suspect, have that last line before the snip as                  momentDay = moment.tz(t,tzstr)
- that's what the matching line looks like in the other, similar functions in that file.


You might be right. I've been unable to reproduce the bug, try as I might. I've made the change to this line of code, please let me know if it fixes the problem for you. You may need to do a force reload; hold down the shift key while clicking the browser refresh button.

Thanks,
Mark


moderated Re: Photo Album Ordering #suggestion

Jen Weber
 

Thanks for the replies!

For me, changing the Download features isn't nearly as important of a feature. In fact, I can live without it, as I've never really interacted with it anyway.  I enjoy the larger view that happens when I click on a photo in an album, and I think most of my friends in my groups also use this to view individual photos.

I'm sorry that changing to a stable URL means a new data structure.  Could that be done though?  This would really improve my groups' ease of use by a tremendous amount.  I think the fact that it has been suggested multiple times shows the need for it.

I know I'm speaking for hundreds of users when I ask/beg for it.  It would be INVALUABLE for our experience.  As it is, archiving messages that refer to photos is so much less effective since those photo links often end up pointing to the wrong thing.  I know newer members to our group find it hard to get a lot out of archived conversations because of this.  (We are a visual arts group).  

I hppe this change can make its way to the "to implement" list for the folks that produce groups.io.!

Thanks!

Jen


moderated Re: Photo Album Ordering #suggestion

Bruce Bowman
 

On Sat, Feb 13, 2021 at 10:58 PM, Jen Weber wrote:
On the interface looking at a picture in a album...the "download" button.  I never hit that, because I don't want to save photos to my computer, which is what I generally think of as "downloading".
Jen -- When you click the Download button, the file is sent as a binary data stream. What is subsequently done with the file depends on browser settings.

With JPEGs and other supported image formats, most browsers simply display the image [again]. It is possible to reconfigure your browser to do otherwise, or to force a download from the server side (using the "download" attribute in HTML5). I'm told this was once investigated but caused other problems.

PLEASE can the regular URL that we see when we navigate to the photo album be this second one, with the file name included?  This would eliminate so much confusion!
I can tell people to click the download button, but I am SURE very few people will figure this out otherwise.  Maybe even get rid of the download button, or make it actually bring up a save menu (if we set permissions as moderators/owners to allow file saving, though).
The "intermediate view" (for lack of a better term) allows you to move the photo to another location, edit its metadata, or assign it as a cover photo for the enclosing album. I don't know how we would accomplish those objectives if it were eliminated... a complete proposal needs to address this.

All that said, a URL that is stable as other photos within the album are moved/deleted would be handy. It's been suggested more than once. It would probably require a new data structure for albums (perhaps a linked list).

Regards,
Bruce


moderated Re: unify moderation response #suggestion

Glenn Glazer
 

On 02/14/2021 00:53, Andy Wedge wrote:
It's probably less important to make a wrong decision between Reject or Delete than it is to mistakenly approve a message when it should not have been or to Reject/Delete a message when it should have been approved. So, the fact that the Approve and Reject/Delete actions employ different techniques is entirely logical and helps to avoid mistakes.

That's opinion. You are trying to make your preference the preference of all users. I'm trying to create a scenario in which different preferences can be satisfied.

Best,

Glenn

--
PG&E Delenda Est


moderated Re: Photo Album Ordering #suggestion

Yvette Money <yveterinarian@...>
 

I second the wish to have the URLs reflect the actual photo it has been generated for.  One issue with using the download button to get the correct URL is that the photo is always smaller.  I belong to a group of Miniaturists who very much appreciate being able to see the photo larger so that they can see tiny details.  Each week I showcase another photo from a member's album for the members to peruse.  It is confusing for them if the URL changes and they are no longer seeing the photo they were meant to see that week.  
--
Yvette in Ontario


moderated Incorrect topic inclusion in MyFollowedTopics screen #bug

 

Hi Mark,

Something in the MyFollowedTopics screen or thereabouts is not working quite right.   I just noticed this, I see topics from docs in there but I shouldn't, I'm set to Individual-All in docs; but I am set to FO+FF+AFR in beta, the parent.

Also, this is not related to the recent sub settings changes, it's been going on for a while, a couple of months at least.

Cheers,
Christos


moderated Re: unify moderation response #suggestion

Andy Wedge
 

On Sun, Feb 14, 2021 at 12:14 AM, Glenn Glazer wrote:

As it stands though, there is a logical separation of moderator actions in the current approach as you Reply to Approve or tap/click a link to Reject or Delete; thereby eliminating the risk of tapping/clicking the wrong link if an Approve link was present.  Anything that reduces the chance of the wrong option being selected is a plus point for me (and the Discard button on the Web UI was recently moved to prevent accidental use) so I would say keep the notification email as it is.

Well you could say the same thing of the situation now, one could click reject when they meant delete or vice-versa. While I grant human error exists, I tend to think more highly of people who sign up to be admins and moderators as being rather more savvy than the average group member. I think going after 100% error free user interfaces results inevitably in loss of reasonable functionality, making it less useful rather than more so.
Nobody is talking about 100% error free and that can never be the case when you ass human interaction into the mix.

When you receive an email notification for a pending message your primary decision is "Do I approve this?" If your answer is Yes then you Reply. If your answer is No then you have a secondary decision "Reject or Delete?".  It's probably less important to make a wrong decision between Reject or Delete than it is to mistakenly approve a message when it should not have been or to Reject/Delete a message when it should have been approved. So, the fact that the Approve and Reject/Delete actions employ different techniques is entirely logical and helps to avoid mistakes.

Andy


moderated Re: unify moderation response #suggestion

 

Glenn,

One thing that the URL lets me do is fast access to all pending
messages. E.g., if there are many pending messages, taking me to the
pending page is more convenient than replying to all of them since I
can select all at that page.
That use case is already covered by the link at the top of the email: "View this message online".

I believe that link used to be below the quoted message, where the others are, but it was #suggested that it be moved to the top for convenience. On the theory that if you'd rather deal with the message on site you don't need to scroll through it in the email message.

On my Android phone I use that rather than reply. Not because I care about the extra Sent message but because I like the web interface better than the email interface on my phone.

On my desktop I generally switch to a pinned tab in my browser to review pending messages, and simply treat the email notice as a reminder to go check.

Shal


moderated Re: Photo Album Ordering #suggestion

Jen Weber
 

Ok, I finally found something...

On the interface looking at a picture in a album...the "download" button.  I never hit that, because I don't want to save photos to my computer, which is what I generally think of as "downloading".

Normally, the URL at the top of the photo in an album shows like this
....photo/(albumID)/(position of photo in album)?p=Created,,,20,1,0,0

(for example:  https://jtacertificationstudygroup.groups.io/g/JTA.Level3.Study.Group/photo/260613/8?p=Created,,,20,1,0,0)
This is also what clicking on the photo and "copying address" will copy for you.

BUT for some reason, on the bottom, clicking on download takes me to a different view of the photo and the URL actually CONTAINS the file name! This is what I want!
...photo/(albumID)/(position of photo in album/(name of file)?p=Created,,,20,1,0,0

(for example: https://jtacertificationstudygroup.groups.io/g/JTA.Level3.Study.Group/photo/260613/8/JenW_S19%200292%20Jonquils.jpg?p=Created,,,20,1,0,0)

there is no actual saving or downloading of the file that happens.
I am in a group of 900 people and I dont think anyone has figured this out for years!!

PLEASE can the regular URL that we see when we navigate to the photo album be this second one, with the file name included?  This would eliminate so much confusion!
I can tell people to click the download button, but I am SURE very few people will figure this out otherwise.  Maybe even get rid of the download button, or make it actually bring up a save menu (if we set permissions as moderators/owners to allow file saving, though).

Jen Weber

PS - Thanks to another Jen for privately emailing me until I could figure this out...


moderated Re: unify moderation response #suggestion

Glenn Glazer
 

On 02/13/2021 19:17, Duane wrote:
On Sat, Feb 13, 2021 at 09:05 PM, Glenn Glazer wrote:
If I use gmail on my phone to reply to a moderation request, when I go to my mail in Thunderbird, I get an extra copy of my sent mail in my inbox that I don't need.
That would be the way you have Thunderbird set up.  For me, the 'sent' message goes in the Sent folder of my Gmail account, not the Inbox.

Duane

Sure, but it's still a duplicate I don't need.

Best,

Glenn

--
PG&E Delenda Est


moderated Re: unify moderation response #suggestion

Duane
 

On Sat, Feb 13, 2021 at 09:05 PM, Glenn Glazer wrote:
If I use gmail on my phone to reply to a moderation request, when I go to my mail in Thunderbird, I get an extra copy of my sent mail in my inbox that I don't need.
That would be the way you have Thunderbird set up.  For me, the 'sent' message goes in the Sent folder of my Gmail account, not the Inbox.

Duane


moderated Re: unify moderation response #suggestion

Glenn Glazer
 

Here's another reason.

If I use gmail on my phone to reply to a moderation request, when I go to my mail in Thunderbird, I get an extra copy of my sent mail in my inbox that I don't need.

This doesn't happen if I use "view message online" URL.

Best,

Glenn

--
PG&E Delenda Est


moderated Re: unify moderation response #suggestion

Glenn Glazer
 

On 02/13/2021 15:12, Andy Wedge wrote:
On Sat, Feb 13, 2021 at 09:51 PM, Glenn Glazer wrote:
Ease of use for the moderator. You keep focusing on the sender part, which is actually not relevant to the proposal.

I'm not saying get rid of the email response, I'm saying that different moderators have different use cases and that having both supports everyone. If you don't need the link, don't use it.
The current links at the bottom of a notification email for Reject and Delete are Mailto: links which start a new email whereas the action required to approve a message is to reply to the notification.  What you are really asking for is a Mailto: link that starts a new email that can be used to approve a message rather than use an email client reply function.

Exactly, though I would say "in addition to" instead of "rather than".


I don't think the way you phrased your original suggestion was very clear and use of the term 'do not notify the sender' doesn't make sense in terms of a message being approved. 

Possibly. It was clear to me when I wrote it ;) but clearly also there's been some confusion. Which is why we have dialog. I hope the intention is clear now.


As it stands though, there is a logical separation of moderator actions in the current approach as you Reply to Approve or tap/click a link to Reject or Delete; thereby eliminating the risk of tapping/clicking the wrong link if an Approve link was present.  Anything that reduces the chance of the wrong option being selected is a plus point for me (and the Discard button on the Web UI was recently moved to prevent accidental use) so I would say keep the notification email as it is.

Well you could say the same thing of the situation now, one could click reject when they meant delete or vice-versa. While I grant human error exists, I tend to think more highly of people who sign up to be admins and moderators as being rather more savvy than the average group member. I think going after 100% error free user interfaces results inevitably in loss of reasonable functionality, making it less useful rather than more so.

Best,

Glenn

--
PG&E Delenda Est


moderated Digest Mag Numbers #suggestion

billsf9c
 

I see.in a.Digest mow and then, the 1st message noted as; "1a."

But there is no 2nd msg.

This is akin to saying a certain car is " the better car," with there being no car with which it is compared.

There can be no "a" withput a "b,".or so my english teacher explained.

A non-issue?

Yet I was a cpl seconds scrolling down, LOOKing for non-existant 1b.

Or Msg 2, for that matter...

But certainly, get the controls functionng before attending to upholstery and trim.

It's a programming bug, but since it's consistant, I'll tag it as a needed improvement.

BillSF9c


moderated Re: unify moderation response #suggestion

Glenn Glazer
 

On 02/13/2021 14:58, Duane wrote:
especially if the internet happens to be a bit 'clogged' at the moment you want to

Packets are packets. Generally speaking, if the internet is clogged with respect to HTTP packets going to the groups.io domain, it is going to be clogged for SMTP packets going to the same domain.

Best,

Glenn

--
PG&E Delenda Est


moderated Re: unify moderation response #suggestion

Andy Wedge
 

On Sat, Feb 13, 2021 at 09:51 PM, Glenn Glazer wrote:
Ease of use for the moderator. You keep focusing on the sender part, which is actually not relevant to the proposal.

I'm not saying get rid of the email response, I'm saying that different moderators have different use cases and that having both supports everyone. If you don't need the link, don't use it.
The current links at the bottom of a notification email for Reject and Delete are Mailto: links which start a new email whereas the action required to approve a message is to reply to the notification.  What you are really asking for is a Mailto: link that starts a new email that can be used to approve a message rather than use an email client reply function. I don't think the way you phrased your original suggestion was very clear and use of the term 'do not notify the sender' doesn't make sense in terms of a message being approved.  As it stands though, there is a logical separation of moderator actions in the current approach as you Reply to Approve or tap/click a link to Reject or Delete; thereby eliminating the risk of tapping/clicking the wrong link if an Approve link was present.  Anything that reduces the chance of the wrong option being selected is a plus point for me (and the Discard button on the Web UI was recently moved to prevent accidental use) so I would say keep the notification email as it is.

Regards
Andy


moderated Re: unify moderation response #suggestion

Glenn Glazer
 

On 02/13/2021 14:58, Duane wrote:
On Sat, Feb 13, 2021 at 03:51 PM, Glenn Glazer wrote:
Ease of use for the moderator.
But I don't see how going to the site (especially if the internet happens to be a bit 'clogged' at the moment you want to) to hit Approve would be easier than hitting Reply, Send since you're already reading the email requesting approval.  Apparently you're seeing something different than I am.

I'm not saying there shouldn't be such an option, if it makes sense.

Duane

One thing that the URL lets me do is fast access to all pending messages. E.g., if there are many pending messages, taking me to the pending page is more convenient than replying to all  of them since I can select all at that page.

Best,

Glenn

--
PG&E Delenda Est


moderated Re: unify moderation response #suggestion

Duane
 

On Sat, Feb 13, 2021 at 03:51 PM, Glenn Glazer wrote:
Ease of use for the moderator.
But I don't see how going to the site (especially if the internet happens to be a bit 'clogged' at the moment you want to) to hit Approve would be easier than hitting Reply, Send since you're already reading the email requesting approval.  Apparently you're seeing something different than I am.

I'm not saying there shouldn't be such an option, if it makes sense.

Duane


moderated Photo Album Ordering #suggestion

Jen Weber
 

Hi there.

I am a member of groups that use a lot of photos to communicate.

In order to share or link a photo, we all just copy/paste the url of the photo.  These url's are coded to identify each photo based on their place in the album (rather than using their name or some other fixed variable.)

But whenever a new photo is added to an album, it is filed alphabetically, and the other photos have their numerical 'place" shifted.
What this means is that as soon as a new photo is added to an album, most of the links in messages to photos now point to the wrong photos, because photo ID's have changed but the posted url does not change with it.

This is extremely frustrating for myself and other group members.  Short of making a lot of new folders/albums, this becomes very hard to deal with.

I would suggest that either the URL generated for the photo contain the name of the photo rather than the place in the album.  If that is not a workable solution (which, as a non-coder, i understand it might be), then I would suggest having the option to have all new photos automatically added at the END of the album.  That way the only way the numerical place would be changed would be if photos are deleted (in which case, the wrong-link issue still exists, but hopefully is less frequently occuring.)

Otherwise, it would be nice to have a way to link to a specific photo in an album that is somehow pointing to it in a way that is permanent and not affected by other photos in the album.  I'm not sure what that would look like.

Thanks for your consideration.  This stumbling block is really the only big thing that makes this user experience difficult for me.

Jen Weber

1421 - 1440 of 29655