I actually really like Shal's idea of " an ability to let the member freely reply, but not start new topics without moderation." This would work really well for people who can reply OK within threads but who are incapable of creating a coherent subject line using hashtags correctly for their own threads.

Thanks.

Helen

On Mon, Jun 25, 2018 at 06:17 am, Benoît Dumeaux wrote:

Another problems with exports of database is the connector/separator ",". I think this ";" is more adapted.

Non,

CSV is comma separated values. Not semi-colons.
 
--
Gerald

Mark

It sounds like you're looking for a forum type system, strictly (or mostly) web based. We're probably not the right solution for you.

You may well be right, a forum but one you can post to via emails.
An option to send emails in the form of the digest option (which does not have user email addresses) would be marvellous.

Chris

The Comma "," is the standard delimiter although other delimiters can optionally be supported.  see https://en.wikipedia.org/wiki/Comma-separated_values
"In computing, a comma-separated values (CSV) file is a delimited text file that uses a comma to separate values"
I see no benefit in supporting others.

Another problems with exports of database is the connector/separator ",". I think this ";" is more adapted.

- Add a level of privacy : Publicly viewable database
- Possibility to encapsuled database with iframe to another website

After the Y!G transfert I have lot of message with problem of line break.

Can I find a speed solution for format the message. A Line Break Removal Tool could be add to edit function

Like this
https://www.textfixer.com/tools/remove-line-breaks.php

Mouse over date in digest does not display preference selected.

We've noticed another minor glitch on an Event.  On an all day or multi-day event, the hover text on the Calendar includes the day after the final day in the When section.

Thanks,
Duane

Shal wrote:
My question is whether DD.MM.YYYY would be an acceptable alternative to DD/MM/YYYY?

I suggest using periods instead of slashes there because I've seen that usage in some documents from Europe (specifically German) and that would make the display of the date unambiguous no matter who is looking at it.

DD.MM.YYYY
-----
This one is perfect because the month-first-version is truly confusing for most Europeans. And periods are good although everybody would understand slashes as well.

What I do not understand is: in messages I still see am and pm although I changed my settings to the 24 hour version, and as far as dates are concerned at the moment I still see June 23 and not 06/23.
Victoria

I have a vague memory that this may already have been suggested: it would be very helpful if public access to wiki pages could be on an individual page basis, rather than the whole wiki or none.
--
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

Dave,

In Europe (where the vast majority of our members are) there is no
confusion - the first number is always the day.

That's a non-sequitur. My question is whether DD.MM.YYYY would be an acceptable alternative to DD/MM/YYYY?

I suggest using periods instead of slashes there because I've seen that usage in some documents from Europe (specifically German) and that would make the display of the date unambiguous no matter who is looking at it.

DD.MM.YYYY
MM/DD/YYYY
YYYY-MM-DD

Shal

In Europe (where the vast majority of our members are) there is no
confusion - the first number is always the day. Try to suggest it is
the month and they don't understand - 'those damned Americans'.

Dave

On 24 Jun 2018 at 10:41, Shal Farley wrote:

Any chance of adding DD/MM/YYYY ...

That would create an ambiguity with MM/DD/YYYY. Would something like
DD.MM.YYYY be an acceptable alternative?

http://davesergeant.com

Dave,

Any chance of adding DD/MM/YYYY ...

That would create an ambiguity with MM/DD/YYYY. Would something like DD.MM.YYYY be an acceptable alternative?

While it is true that the individual member would know which way they set their own preference, I'm thinking of situations where people copy/paste or screenshot examples for posting in groups with international membership - or are posting to support.

Shal

I believe this third option would create confusion as to whether the first entry was the month or the day. To avoid this ambiguity I believe the ISO standard is by far the best way to go, with the existing MM/DD/YYYY retained for legacy purposes only.

Bruce

I agree that it would be nice if site login was implemented as a popup of some kind that subsequently refreshed the page you are already on. 

Thanks,
Bruce

On 21 Jun 2018 at 16:39, Mark Fletcher wrote:

And dates you can display either
MM/DD/YYYY or DD-MM-YYYY.

We in the UK would never ever set dates to MM/DD/YYYY. The only other
option I see is YYYY-MM-DD, not DD-MM-YYYY. Any chance of adding
DD/MM/YYYY as I don't particularly like the YYYY-MM-DD format?

Dave

http://davesergeant.com

On Jun 23, 2018, at 5:06 PM, Mark Fletcher <markf@corp.groups.io> wrote:

This should now be fixed.

Excellent, works as it should.

Thanks,
Michael