The bulk feature was very easy to use.   I just used the bulk actions for changing a newly added group's email privileges to being on moderation as a new member so I can see how they post. It did one page at a time which was great!!!! Then I went back to view the list to set those members who didn't have to be on Moderation giving them a check, and changed their settings by bulk to being able to post.     It worked really well. Much better then the Y group where you had to check each member's row individually.   I also changed everyone using the bulk to individual mail.   The bulk feature is a great one to have.   Ilene

Chris,

With nothing "selected" the function buttons are effectively greyed
out, but it isn't all that clear when something /has/ been selected
for action; the change in the appearance of the 4 new buttons is
fairly minimal.

Agreed.

* Being cautious I didn't put this to the test but can we assume that
the /Delete/ function requires confirmation before deletion actually
occurs, much as it does now?

It does.

It puts up a Verify Delete dialog box that cites the number of topics selected and asks if you want to delete them. It has Cancel and Yes buttons.

Shal

Mark; further to the above fix I have had a cautious "play" with the (potential) new capability and would offer the observation below.

With nothing "selected" the function buttons are effectively greyed out, but it isn't all that clear when something has been selected for action; the change in the appearance of the 4 new buttons is fairly minimal.

Would it be possible for the buttons to actually change colour when a selection is made, with the Delete button being red to minimise the risk of mishaps?* Different colours for the other three (Merge, Hashtags and More) might also be helpful.

* Being cautious I didn't put this to the test but can we assume that the Delete function requires confirmation before deletion actually occurs, much as it does now?

Chris

Michael,

Which are you saying:

I'm saying

The time zone specified in the event.

When you create/edit an event you specify its Timezone along with its other attributes.

If the event were not a real, but a virtual gathering (with no
physical address), ...

The calendar events don't include a setting for that. Apparently members will have to translate the time to their local timezone if they are somewhere outside the timezone of the event.

Shal

On Sun, Jul 15, 2018 at 04:02 AM, Mark Fletcher wrote:

There are some alignment issues with the action buttons. They seem to think they're constrained to a middle column despite being on their own row. 

 

This should be fixed now.

That's much better! Is it envisaged that this will become the standard "Moderators' View" or will it be user selectable along the lines of "Normal / Advanced"?

Chris.
PS: Have a good holiday!

It would seem to make sense to log deletions of pending messages as well as rejections.
--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu

what Time Zone will determine the time of the event(s) reported in the
email Reminder?

Which are you saying:

The time zone specified in the event.

Is this determined by the physical address (Town and State, or Zip Code) of the event?

OR

Which may default to the timezone of the person who created the event,

Is this the timezone of the person who created the event?

but it is in any case not the timezone of the receiving subscriber.

If the event were not a real, but a virtual gathering (with no physical address), set up in Eastern Time by an Eastern Time Zone member in an Eastern Time Zone group, but the subscriber is in the Mountain Time Zone that is default set to Pacific Time Zone, what Time Zone time is in the Reminder sent by the Calendar then?

Have a great time Mark - and do give yourself a break!
Ginny
--
Ginny T.  gttemari21@...
========
TemariKai.com

Michael,

what Time Zone will determine the time of the event(s) reported in the
email Reminder?

The time zone specified in the event.

Which may default to the timezone of the person who created the event, but it is in any case not the timezone of the receiving subscriber.

Shal

If they're not doing web access how does their Timezone setting matter?

An email subscriber in the Eastern Time Zone (set by default to the Pacific Time Zone), subscribed to a group in the Eastern Time Zone, with events in the Eastern Time Zone on the group’s Calendar in the Eastern Time Zone, receives an email Reminder - what Time Zone will determine the time of the event(s) reported in the email Reminder?

Dano,

He's talking about groups that are primarily email users only. Many
don't want to worry about web access.

If they're not doing web access how does their Timezone setting matter?

Shal

Mark,

You can now do actions to topics in bulk:
...
Please let me know if you see any issues or have suggestions.

Nitpick: Adding -test to the topics list of a group you do not moderate causes a slight downward shift of the list of topics. The row for the absent buttons apparently still influences the layout.

Shal

Mark,

You can now do actions to topics in bulk:

...

Please let me know if you see any issues or have suggestions.

There are some alignment issues with the action buttons. They seem to think they're constrained to a middle column despite being on their own row.



It gets funnier as you drag the window narrower: the left and right objects start stacking up also, apparently to avoid colliding with the whitespace between them.

Shal

It can't be fixed if it isn't broken...  You (and each member) can set any time zone you like for viewing your calendar at the bottom right.  There has to be some sort of default if nothing is chosen, so PST is as good as any.

Duane

My groups are all in the Eastern (US) Timezone.
The events all take place in the Eastern (US) Timezone.
However checking the Calendar with an email address of mine (that was transferred from YahooGroups as an email subscriber only and just today became a web access member) I find that events (real people gathering in person in real places) which all take place in the Eastern (US) Timezone are listed with Pacific Timezone times!
All of my groups were set up in the Eastern (US) Timezone for real people gathering in person in real places - to have Pacific Timezone foist on them by default is not appropriate. The fix as is requires all non-Pacific Timezone people to get web access (theoretically easy, but awkward for many if not most users) and make the correction(s).

This is a bad default.
I get that it makes sense to people from many timezones who are just gathering online (rather than in person) to have the time in their personal real time…

But the default should be that subscribers/members are in each group’s Timezone, rather than in the Pacific Timezone - which is Pacific Time chauvinist. ;-}
Or at least it should be a Group Owner setting to choose if a group is a Real Timezone or Virtual Timezone group!

I would often like to be able to split off the older part of a thread but keep the original name for the newer part, so that replies via email by people who haven't seen the split don't go to the older part. That would be possible if you could choose whether to rename the older or the newer part of the thread.
--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu

Wait, this is an invite? Are we all invited? Where are we going?:-)
Seriously: have a good one!
--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu