On Sun, Jun 14, 2020 at 11:38 AM, ro-esp wrote:

 It's perfectly possible that over time, there are several threads about the same topic.

There is no deep meaning or debate to be had here."Topic" is used in groups.io to refer to a string of threaded messages and does not have the dictionary definition of "topic." The decision was made long ago to use the term "topic" instead of "thread" and this was just another instance that was missed. It needs to be changed and Mark will surely do that shortly.
 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu

On Sat, Jun 13, 2020 at 05:27 PM, Malcolm Austen wrote:

That seems to be sending mixed messages - topics or threads - should not the
word thread be changed to topic?

No, other way around. It's perfectly possible that over time, there are several threads about the same topic.


groetjes/ĝis, Ronaldo

Hi Mark,

if a member does not have permission to view a table, can it be excluded from the list of tables they see? Currently the table name is displayed but they can do nothing with it as it's not a hyperlink and I'm not sure of the logic there. Being able to effectively hide a table from members would allow Mods and table owners to do set-up work in the background so to speak before releasing it to members by making it viewable.

Thanks,
Andy

I mentioned this awhile back but can no longer find the thread and I think it's important: It is currently impossible to manually unmoderate a topic that went moderated due to group time-out. I am repeatedly unmoderating a topic and the next time someone posts to it, it is moderated again because of the date. This is very frustrating! I'm sending this under "misc" because although technically it's a suggestion, I feel that it's really a bug and am not sure what to classify it as. I assume the same goes for locked topics but our group doesn't use the time-out for locking, just moderation. I think both should be manually overrideable.
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu

On Sat, Jun 13, 2020 at 11:49 PM, Peter Cook wrote:

You could also create a restricted table with the maximum number of rows you want, and then members could fill in the data.

Hi Peter,

Yes, that's true. While that option may work with small tables I don't really think it's viable with larger tables though and a table property defining the maximum number of rows would be a neater solution.

Cheers,
Andy

You could also create a restricted table with the maximum number of rows you want, and then members could fill in the data.

HI,
I would like to see an Member Notice option for the notifications that go out with a Calendar Event.  

The purpose would be to provide a standard boilerplate that would be included in the description of a calendar event.   With the state of the ongoing pandemic many organizations and corporations (rally's, hairdressers, dentists, volunteer requests, etc.) are asking people to be aware that they can become infected with the COVID virus if the attend an event, or ask them if they have been in contact with someone testing positive.   I feel that something along those lines needs to be included in all of my event notifications.  I have tried the manual route, but too many notifications go out without the text.  If it were a Member Notice, it could be tailored to meet each group's requirements.

I am sure others can see their own uses for a standard boilerplate with an event notification.

Thanks
Charlie

On Sat, Jun 13, 2020 at 05:59 PM, Duane wrote:

Actually you can by changing the permissions/properties of that table, i.e. who can add rows, edit rows, etc.

OK I admit that I'd forgotten about those table level permissions but it still means that manual intervention is required to check the number of table entries and then change the settings. It would be more user friendly to have the system keep track once a limit had been defined.

Andy

On Sat, Jun 13, 2020 at 10:27 AM, Andy Wedge wrote:

As permissions apply to the database feature overall, I can't restrict access to just one table if it reaches the maximum size I want.

Actually you can by changing the permissions/properties of that table, i.e. who can add rows, edit rows, etc.

Duane

Hi Mark,

I want to create some database tables and allow members to add to them until they reach a certain size. Having a table property that sets the maximum number of rows allowed would be really helpful. My only other options would seem to be asking members not to exceed a certain limit.  As permissions apply to the database feature overall, I can't restrict access to just one table if it reaches the maximum size I want.

Regards,
Andy

Changes to the site this week:

• UPDATE: Updated members manual with changes from Nina.
• CHANGE: Made our email parsing code a little more liberal so that it wouldn't reject mime parts with content-type lines containing duplicate name parameters.
• BUGFIX: For really tall browser windows, infinite scroll would sometimes not trigger.
• BUGFIX: Database search results were missing multiple choice row answers.
• CHANGE: Expire any muted hashtags when viewing the hashtags page.
• BUGFIX: In the Week and Day views of the calendar, when clicking a slot after noon to create an event, we would not parse the time correctly.
• API: Added default_hashtag_view field to the user object, which can be set using the /updateuser endpoint.
• CHANGE: Store and load FuelUX package locally instead of relying on the //fuelcdn service.
• CHANGE: In the edit pending message page, include hashtag descriptions in the Add Tags selector.
• CHANGE: Display number of topics in Hashtags list view.
• CHANGE: We are now only including the first two attachments for every message in a digest, to prevent oversized digests.
• CHANGE: Images in digests are now resized using a JPEG quality of 75.
• CHANGE: Change the order of evaluation so that a member set to MT is evaluated before a group's moderate first message setting.
• CHANGE: Move the Group Email Addresses block on the Group home page.
• CHANGE: Update the /mutehashtag URLs in message footers.

Take care everyone.

Mark

I concur with Hudson. I think a copy of the failure notice should also go to the group owner address.

As a related issue, I wonder if a notice shouldn't also be sent to the member in the event there's an upload resample limit in place and the image has been reduced along with a reminder to the poster that the group owner can change that setting if necessary.

Dano

I recently had a file upload refused for wrong file type, got the error message that file was wrong and not uploaded.

Fine, I went with "plan B", But the notification that a file had been uploaded was sent to the members.

Should things be changed so the the notification goes out AFTER a successful upload?

-Hudson

On Mon, Jan 6, 2020 at 05:48 PM, Rich Morin wrote:

Could a search facility be added?

I thought I'd add my voice to this to try and get it pushed up the priority list.

Andy

It works! Thank you, Mark!
--
Jim

Mark,

All good on both mobile and desktop.

I was accessing only from mobile when I filed the bug.  From now on I will check from both devices.

Thank you,
--
CoProS Daily Moderator

Replying to my own message. I just fixed an issue when viewing a long message on mobile that could have resulted in a duplicate message being displayed. Please let me know if you are still seeing the problem.

Thanks, Mark

Hello All,

We are getting duplicate messages within the same Topic. 
--
CoProS Daily Moderator