Date   

moderated Re: Suggestion #suggestion

 

On 6 Aug 2018, at 17:46, J_Catlady <j.olivia.catlady@...> wrote:

Moderators can edit topic titles. Members should not be allowed to do that. 

Agreed - that’s a mod’s job…

best

Nick
__

dUNMUR | member of the Association of Photographers


moderated Re: Suggestion #suggestion

 

Moderators can edit topic titles. Members should not be allowed to do that. 


On Aug 6, 2018, at 9:37 AM, Chris Aldrich <chris1aldrich@...> wrote:

We are a small group making the switch from Yahell to groups.io. One of our members pointed out that groups.io will let you edit posts, but not Topic titles. Not sure if this is a feature or a bug, but it would be great for the member who fat-keyed a New Topic title or, worse yet had it mangled by autocorrect, to fix it.

If there's a place where we should search first before posting something like this, please let me know.

BTW, we LOVE groups.io so far!

Chris 

--
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


moderated Suggestion #suggestion

Chris Aldrich
 

We are a small group making the switch from Yahell to groups.io. One of our members pointed out that groups.io will let you edit posts, but not Topic titles. Not sure if this is a feature or a bug, but it would be great for the member who fat-keyed a New Topic title or, worse yet had it mangled by autocorrect, to fix it.

If there's a place where we should search first before posting something like this, please let me know.

BTW, we LOVE groups.io so far!

Chris 


moderated Re: Feature Request: Database filed type that includes CR/LF

YT9TP - Pedja
 

I second this request.


moderated #suggestion - New Topic return/enter key action #suggestion

Tom Vail
 

When creating a new topic, if you hit return/enter at the end of the subject line it sends the message with a blank message box.  But doing the same when sending a message to a specific member comes back with a "You must include a message." error message.  These should be consistent, and the way it works for a member message is by far the better option IMHO.  I actually see this as more of a bug than a suggestion.

Peace,
Tom
(Posted in GMF as well.)


moderated Bug: Date field resets to current date on each table record edit #bug

YT9TP - Pedja
 

I have set date filed in table. Each time user edits existing row, that field value is reset to current date.

I tested several times; if I set date in a row and submit changes table preview shows proper value, but when click to edit that row edit form shows current date in a field instead of original value. If user does not see that and submit form, date field value is changed to current date - original, proper value is lost.


moderated Suggestion: Default date for Date field in database table should be allowed to be empty or different that current date #suggestion

YT9TP - Pedja
 

I am creating table in Databases and found strange issue: when I set date field in table, on creating new row it is by default populated by current date, and there is no option to change that. However there is checkbox to set if answer in a field should be required (which is obviously useless).

I do not want field populated with current date. For my specific purpose, I want it left empty until it is decided to be filled in. If it is filled with current date, that is wrong information for that particular field and may lead to one who updates records to overlook that date should be entered (actually fixed).

It is also possible that one may need default date to be different than current date.

So, my suggestion for improvement is user to be allowed to set default date as he needs it whether set it to empty or set for any other date.

On second thought, that maybe good to have option to set default value for all other field types too.


moderated Re: #owner email addressing #suggestion

Toby Kraft
 

"Career software person" - same here.
Smidgen refers to the amount of info being added to the body of the approval message = 1 email address already known at the time the message is being created, obviously, since it is being sent to that email address.
If Mark has farms of servers, he undoubtedly has a way to push production code to them.
But we digress...
The issue came up in this thread where Shal and I were trying to help Lenny find his group that he may or may not have created.  Shal suggested that Lenny may be logged into an email address other than the one used to create the group.  I suggested looking for the approval email or searching for the group and sending a message to the "owner" address as 2 means Lenny could use to discern the "creator" email address.  When I realized that messages sent to the "owner" address do not have the destination email address in the To: field, I posted a suggestion here to do so, and that, prompted the 2nd idea to simply add the "creator" email address to the approval message.
Toby

With any luck, Mark will close this thread now.. :)


moderated Re: #owner email addressing #suggestion

Bob Bellizzi
 

As a career software person I would be hesitant to assume that a smidgen, etc anywhere is all it takes because I haven't a clue about the architecture of the software except to know from Mark's updates that it is distributed across several physical machines.  That fact alone would inhibit me from making assumptions about what the level of difficulty would be to implement any change.

 BTW I couldn't find any post on GMF about not being able to remember an owner's email address.  Can you point me to one or two such requests?

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation


moderated Re: #owner email addressing #suggestion

Toby Kraft
 

Bob, I don't see how it encourages anything.  It's just a smidgen more info in a couple of places that would take maybe a few lines of code to implement.  
As far as the creator email put in the approval message, that would reduce the chance of someone getting confused.  That's only 1 line of code:
this.approval.body += "\r\nGroup created by " + this.account.email + "."; (or something similar)
Thanks
Toby


moderated Re: #owner email addressing #suggestion

KWKloeber
 

It’s the 99%, 1% rule. 

Ken

Sent from my phone

On Aug 5, 2018, at 1:50 PM, Bob Bellizzi <cdfexec@...> wrote:

Toby,
I'm not beating you up.  But I think that suggestions should have strong general need for the overall improvement of groups.io.
To me, this one would encourage sloppy group management so I'm strongly against it.

--

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation


moderated Re: Calendar missing "Last" function for repeating events

Michael Pavan
 

Would this work if the event was initially scheduled when the “Last”
was also the “Fourth”, rather than the “Fifth"?
No, then you get the fourth. To be shown my proposed option you'd need to start by creating the event on a fifth/last date.

I hadn't thought of it, but the idea could easily be extended to incorporate the fourth, simply by showing an option to select between fourth and last if the date happens to be a fourth. That way you're covered.

It just seems like the existing algorithm was designed for 28 day
months, ... doesn’t it make more sense to just to start with a 31 day
month in mind?
I don't know that there's a mindset issue involved.
I agree that this 'fix' with a radio button ‘works’ to correct the mis-diagnosis of whether an event is 'fourth', 'fifth', or ‘last’; but it’s sort of like the models that ‘worked’ of our solar system with the Earth as center, rather than the Sun.


One benefit of the current scheme is that you can't create a logical problem by defining a repeat that doesn't include the start date (the date on which you created the event).
??? I don’t think this ‘logical problem’ can logically exist.
How could one define a repeating event if not from its start date?
All repeating events have to repeat an initial event, otherwise they are simply all initial events which coincidentally are identical except for their dates.
Would one have to schedule two or more identical initial events (except for dates) and then merge them somehow??
Or something else?


I'm not sure what the proper interaction is between choosing "fifth" and also a "Repeat Every" greater than one. The current behavior seems to be an intersection of the two (every nth month, unless there isn't a fifth that month).
Any "fifth" only occurs 4 or 5 time a year - usually every 3rd month, but sometimes the 2nd or 4th month.

If an event 'repeats every fifth' one would want to select "Repeats Every" as "1", because "2" implies 'repeats every second fifth' and "3" 'every third fifth', etc.

Selecting “1” works to schedule 'every fifth’.

Selecting “2” does not schedule ‘every second fifth’ - what is does is only check every second month for a ‘fifth’.
Selecting “3” does not schedule ‘every third fifth’ - what is does is only check every third month for a ‘fifth'.

That's probably a sane choice.
It is probably a safe and practical choice, as I doubt any ‘last’ events are not every ‘last’.
It would seem the logical choice would be "every nth fifth”, in other words “every nth (every month unless there isn’t a fifth that month)”.


-Michael


moderated Re: #owner email addressing #suggestion

Bob Bellizzi
 

Toby,
I'm not beating you up.  But I think that suggestions should have strong general need for the overall improvement of groups.io.
To me, this one would encourage sloppy group management so I'm strongly against it.

--

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation


moderated Re: #owner email addressing #suggestion

Toby Kraft
 

Good grief.  It's only a suggestion.  Mark gets to weigh the merits of it and decide if he wants to implement it.
Toby


moderated Re: "mark as unread" function #suggestion

Chris Jones
 

On Sun, Aug 5, 2018 at 08:21 AM, Lena wrote:
There is an extension for that:
https://addons.mozilla.org/ru/firefox/addon/remove-visited-link/
But perhaps not really viable for the "less IT- savvy", IMHO

However, I just spotted another way of achieving the desired goal. (I think!)

  • Identify the post that requires a "follow - up" rather than an immediate answer.
  • Click on "Reply".
  • Refresh the page.
    The "typing area" that appeared when clicking on Reply will disappear, and a "Drafts" tab will appear on the left hand side.
  • Go away and do something else; the Drafts tab will still be there later when you come back, whenever that happens to be.
  • Open the draft (or the first of several) and complete the reply. When all the Drafts have been dealt with the tab will go away.

OK the flag is "Drafts" rather than "Follow - up" but it's a much more positive indication than reverting the thread topic to "blue".

Chris


moderated Re: "mark as unread" function #suggestion

 

On Sat, Aug 4, 2018 at 09:24 PM, Chris Jones wrote:


Having had a quick look it would seem that Firefox won't allow individual
items to be cleared.
There is an extension for that:
https://addons.mozilla.org/ru/firefox/addon/remove-visited-link/


moderated Re: #owner email addressing #suggestion

Jim Higgins
 

Received from Bob Bellizzi at 8/4/2018 09:40 PM UTC:

Sorry, I'm strongly against any changes too allow this. It's not a system problem but a personal problem in planning and management.
I concur. It's not Gio's problem that a group owner didn't record the email address used to create the group. They know the addresses they use... they should just attempt to sign in using each one until thefind the one they used... and then learn from the process.

Jim H


moderated Re: #owner email addressing #suggestion

Bob Bellizzi
 

Toby,
Then, rather than change groups.io wouldn't it make more sense to encourage and possibly provide a process or other aid for those less experienced?
It seems to me that the obvious fix is for the one in this jam to pick a single ownership email address, invite/direct add it to every group, make it an owner in each group and they would essentially be done.
I don't believe that we should be encouraging group owners to continue bad practices especially when the cure is so simple
--

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation


moderated Re: #owner email addressing #suggestion

Toby Kraft
 

Bob,
Uhh, it's already "allowed" and groups.io has no way to prevent it.  I agree that it makes no sense for someone to do that to their self but they do.
This suggestion will help them (and we more experienced managers on GMF) sort it out and hopefully lead them to merge their accounts if they wish.
Thanks
Toby


moderated Re: Site updates #changelog

Patty Sliney
 

Chris, this request is already on the wish list.  It is a feature we've had for as long as I can remember on Yahoo Groups.  If Mark can add a "mandatory" option, then, folks can either require a comment, or not.  For my groups back on Yahoo Groups, our group description stated that a membership request must have a comment included that relates to the purpose  function of our group.  If someone tried to submit a "filler" comment, like "hi", their request was rejected.  Worked fine for years on Yahoo Groups, don't see why this would have a "real problem".  In fact, Mark can even make a comments section visible or hidden for list mods/owners if he wished.

12381 - 12400 of 30101