On Mon, Nov 16, 2020 at 04:21 PM, Bruce Bowman wrote:

It would be nice if the Discard button was on the opposite side of the page instead of immediately adjacent to Send.

Or perhaps a prompt to confirm the Discard like we see on so many other Groups.io actions.

Andy

Lol, yeah; even if I'm a dog person, I do talk like a cat sometimes.

Thanks for fixing this Mark!

Haha! You mean as in "9 lves," or the Cheshire Cat? ;)
I honestly don't remember what was in there. There may have been photos. It was eons ago.
--
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

J,

On Fri, Nov 6, 2020 at 11:29 PM, J_Catlady wrote:

Our group used to have a Cats database and we eventually got rid of it.

That's what you get for having(had) a cat db, you have to try several times to delete it before it actually does.

But seriously, were there originally any images or similar external file uploaded in any of those db fields?  If yes, that could explain it, the db deletion process cleaned everything but not the "embedded" (linked) images, probably stored at the same place uploaded wiki images go to, and this is a bug after all.  (I presume one can have (embedded/linked) images in the db fields, I admit I haven't looked at the Database functionality a lot as we are not using it in our groups)

Cheers,
Christos

The [partial] email address is displayed to other members in the Directory only if the Display Name field is unpopulated.

It would make sense to me to force people to put something in Display Name before they can share their group profile. This will provide something to search on, and if they want to remain anonymous they can still put Captain Beefheart or Howdy Doody or something like that in there.

Just a thought,
Bruce

I agree that the email address should not be visible.

However, it seems that search should match the fragment that's displayed in the member directory, which *is* visible to anyone. In this case: 'tcs'.

Mark -- Just got done composing a fairly lengthy message, and went to click the Send button...but I fat-fingered it and hit Discard instead.

Oops. Not the first time, either.

It would be nice if the Discard button was on the opposite side of the page instead of immediately adjacent to Send.

Thanks for your consideration,
Bruce

On Thu, Nov 12, 2020 at 10:22 PM, Mark Fletcher wrote:

On Thu, Nov 12, 2020 at 10:03 AM Duane <txpigeon@...> wrote:

No need to do that.  If/when it becomes a priority, it will be looked into.  Allow up to 4 years (!) for action to be taken. ;>)

Hey, I resemble that remark! :-) (and in all seriousness, that lag time isn't something I'm exactly proud of...)

To be fair to Mark, I don't ever recall a bug taking more than a week or so to be squashed, even the more complicated ones.  In some cases, if we had included more details, it would have been resolved sooner, but there are so many options for each account and group that it's easy to overlook one.  The lag is more for suggested features that are implemented as time allows, based on usefulness.

Duane

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

I did this with a certain group owner.

Only after I had pleaded with him to do so and only when he got wind his heart was giving out and he was dying.  After he was gone, I set up a 3 person ownership, with owners 500 miles apart, just in case there were any coincidences.  (This was back in the days of yahoo about 2 years ago.)

BTW, after someone is gone, how do you convince the system admins the only owner is dead?  The group may disappear after the bill isn't paid, but the free groups will go on forever (perhaps with no new members being added, those with a moderator to add new members would last longer).

On the other side of the coin, linkedin "suggests" periodically to me to connect with those I've know been dead for years. Apparently their accounts never die.

--
Tracy Johnson
BT







NNNN

Paul,

I'm about to undergo some serious surgery and would like to prepay for
5 years to assure the group will continue.

I support this suggestion, as several people have asked about it for various reasons.

That said, since you're a GMF member I'm sure you know that the best way to ensure the continuation of the group is to promote someone else to the Owner role. Then if the worst happens the other owner can make the next year's payment.

The other option is to give a moderator the "Billing" permission, but in the long run that's not as helpful to the group as having one or more active owners. But if you want to discuss such options, probably better to do so in GMF than here.

Shal
Best of luck and prayers for your surgery.

Bruce,

I'm not seeing this in my test group. With both checked, I get a plain
text message with a plain text footer...no html to be found.

My own test confirms your results.

I could swear I had tested this combination in the past, but maybe I confused myself. Or maybe it has changed and I didn't notice or don't remember.

Given that result I agree that making it a set of radio buttons would be clearer. I'll side with Andy in favor of graying out the Normalize checkbox if Plain Text is selected, rather than hiding it.

Shal

More follow-up...

If I choose to put the footer in a separate mime part (along with checking both checkboxes), I still get the plain-text footer per the "Plain Text Only" setting. But if I send an html email to the group, the message body itself comes through intact as html (along with plain text, in separate mime parts). 

Even more bizarre, the online message editor only provides plain-text...there is no option to send an html message via the web interface.

This is all counter-intuitive to me, and I'm inclined to relabel my #suggestion as a #bug.

Regards,
Bruce

On Sat, Nov 14, 2020 at 06:00 PM, Shal Farley wrote:

Having these two both checked is actually a useful configuration, and I've advised group mods to set them both in the past.

The context is a group that wants the members' content to be stripped of all formatting (not just normalized), but also wants the formatted links in the message footer.

That's not what the docs say:

Plain Text Only

 

Select this checkbox to convert HTML-formatted messages that are emailed to the group to plain text format. This setting affects the format of message footers as well.

I believe the details are that the text/plain mime part of the incoming message is used (or a conversion from the text/HTML if no text/plain part), and then the outgoing message is formatted with both text/plain and text/HTML, containing unformatted message body but in the text/HTML a formatted footer instead of a plain text one.

I'm not seeing this in my test group. With both checked, I get a plain text message with a plain text footer...no html to be found.

Regards,
Bruce

On Sat, Nov 14, 2020 at 11:00 PM, Shal Farley wrote:

( * ) Force HTML Emails
( ) Plain Text Only

Having these two both checked is actually a useful configuration, and I've advised group mods to set them both in the past.

The context is a group that wants the members' content to be stripped of all formatting (not just normalized), but also wants the formatted links in the message footer.

I believe the details are that the text/plain mime part of the incoming message is used (or a conversion from the text/HTML if no text/plain part), and then the outgoing message is formatted with both text/plain and text/HTML, containing unformatted message body but in the text/HTML a formatted footer instead of a plain text one.

The Owners' Manual states that the plan text option affects the footers as well so if it works as you describe (I have not tested it) then I would say that is an anomaly (or a bug if you prefer).  

Regards
Andy

J, Thanks for the thought.
Paul, Ohio, USA

Hi Tracy,
If the surgery doesn't go well, there will be no credit card or way for me to pay.
Thank you for the suggestion,
Paul, Ohio, USA