Date   

locked Re: Suggestion for files settings - testing calendar feature for reminder notices (possible bug?) #bug

Duane
 

I also did a test, but using All Day, repeating every 1 day.  Here's what I got:

"test" Reminder

When: Monday, 26 January 2015 12:00am to
Tuesday, 27 January 2015 12:00am
(GMT-06:00) America/Chicago
Where:
Description:    Gibberish message about 2 pages long


If the When would show just the first Date without time/zone for All Day events, I think it would be more clear, though not precise.  I had the reminder set for 2 minutes, so it came in at 23:58 Sunday night.  Adding a choice button on the reminder to send by email or send to group archives would be my preferred choice.  By choosing send to group archives, even those on No Email would see it posted in the group.  Would send to group archives be the preferred default for most people?  Would there be events where this wouldn't be preferred?

I like having all the options to start, repeat interval, etc.

I noticed that the Event was deleted from today on the Calendar.  This makes sense since it's already happened, but there may be instances when I'd like to keep it on there for future reference.

I have another test pending using the group name in the Where field, just to see what it looks like.  I'm thinking that using an event name of "Monthly groupname" would look a little better and more clearly explain what it was.  That should show up as "Monthly groupname" Reminder, so leaving the location blank would make more sense to me in that case.


Duane



locked Re: Photos Wishlist Thread #suggestion

Duane
 

My wishlist for a Photos section:

1. When photos are uploaded, "resize" them for online use. Many folks use the highest resolution and number of colors when taking pictures. These aren't needed for screen viewing, only for full size printing. I've had people email me photos at 4320x3240, 600 dpi, 32 million colors with a file size well over 3 MB when a file that was resampled to 35-50 KB would have worked as well. (not sure if it's feasible, but check for file type and not allow photos to be uploaded to the Files area.)

2. Sub-albums would be nice. I see it as having an album for each member, though not required, and having sub-albums for specific items.

3. I'd like each member to be able to use their own album/sub, but also be able to add to a general group album/sub when needed.

4. Title and description for each photo.

5. Allow owner/moderator to move photos (and files) as needed to maintain the intended layout of the group. Ownership of the file should be maintained by the person that uploaded it.

6. Comments, photostream, rating, and other options aren't currently important to me, but I can see how they could be useful.

Duane


locked Re: Suggestion for files settings - testing calendar feature for reminder notices (possible bug?) #bug

 

I set up some calendar events with reminders. My first reminder came through this morning. I don't know if there's a limit to number of lines or characters allowed in the description box, but here's how my first test came through.

I tried one test with "All day" checked instead of a specific time. It appears the reminder didn't come through with that test, so that could be a bug. I'll try it again to see if I can get the bug to repeat.

This one is set for 10 am for one hour with a 5 minute reminder. Reminder notice is below.

So if you're looking for a way to have files repeat, but they aren't necessarily tied to when you join, are pending, or leave/banned, then the calendar seems to be a pretty flexible way to do that. It allows for more flexibility in repeat timing/frequency than Yahoogroups does.

Trish

"Calendar Test set to repeat daily with an alert 5 minutes before. Scheduled time is 10 am" Reminder

When:Monday, 26 January 2015
10:00am to 11:00am
(GMT-05:00) America/New York
Where:Location field
Description:
  1. Test set to repeat daily with an alert 5 minutes before. Scheduled time is 10 am
  2. Does all of this text come through?
  3. Does all of this text come through?
  4. Does all of this text come through?
  5. Does all of this text come through?
  6. Does all of this text come through?
  7. Does all of this text come through?
  8. Does all of this text come through?
  9. Does all of this text come through?
  10. Does all of this text come through?
  11. Does all of this text come through?
  12. Does all of this text come through?
  13. Does all of this text come through?
  14. Does all of this text come through?
  15. Does all of this text come through?
  16. Does all of this text come through?
  17. Does all of this text come through?
  18. Does all of this text come through?
  19. Does all of this text come through?
  20. Does all of this text come through?
  21. Does all of this text come through?



On Sun, Jan 25, 2015 at 7:12 AM, pnrfan@... <pnrfan@...> wrote:
I'm going to play around with the calendar feature for this and see if it can meet my groups' needs.

On Sun, Jan 25, 2015 at 2:40 AM, christopher hallsworth <challsworth2@...> wrote:
Oh yes please. I have uploaded welcome messages to my lists which contain some guidelines. Currently, members have to view it on the website. Thanks, any updates greatly appreciated.

On 24 Jan 2015, at 23:39, pnrfan@... wrote:

I don't know if this has been mentioned by anyone yet, but it would be a useful feature for my groups.

When uploading files, I'd like to have the ability to have that file be sent to to the group members automatically periodically. For example, once a week, once a month, once a year, or on a certain date. 

I'd also like an option to send it to them when they join the group for something other than the generic groups.io welcome message. I have several different files that go out to new members.

Thanks
Trish




locked Re: The Biggest Deal Breaker -- Database #suggestion

 

David,

I clicked on your tiny url link and got taken to a blank page, even though the url appeared to be the same as the full url in your message.  Now, I understand what my friend from the Yahoo group is seeing.  This is the first time it has happened to me with groups.io.

Donna



locked Re: The Biggest Deal Breaker -- Database #suggestion

 

Another option for a database-like feature could be a link to a Google docs spreadsheet. That's what we switched to for my groups when the Yahoo database feature went kaflooey. We switched over to Wiggio for our group and there wasn't a database feature on there, but this alternative works fine for us. And since it's independent of any groups services, it's totally under our control. No groups service can decide they want to mess with the database feature and screw up our information. No matter what groups service we switch over to, the spreadsheet remains intact and everyone's bookmark remains the same. A calendar reminder periodically directs members to the link in case they are the type that doesn't understand or use bookmarks. Google docs allows you to set privacy and access controls, so you can give view or edit access as needed. For example, anyone with the link can view but only these 3 people (whose email addresses you've entered) can have edit access.

I actually like the spreadsheet better. Point, click and type. No worrying about where Yahoo has moved the add or edit buttons this week. Plus it was a lot easier for our non-techie members to ramp up on using the spreadsheet than it was for them to learn the Yahoo database feature.


If you have an existing Yahoogroups database, you can migrate it over by exporting it to a tab delimited format, then opening it up in Excel and save it to your computer. Then upload it to Google docs and let it convert to the Google doc format. It only takes a few minutes. I just did three databases this morning.

Trish



On Mon, Jan 26, 2015 at 10:24 AM, <robertgmam@...> wrote:
I fully agree with you, Duane. There may be a place for this 'wiki' thing for those that like faffing about with such things, but many groups will need a database in the traditional sense.

Robert.

-----Original Message----- From: Duane
Sent: Monday, January 26, 2015 3:14 PM
To: beta@groups.io
Subject: [beta] Re: The Biggest Deal Breaker -- Database #suggestions

Chris,

I have to disagree with your point #1.  On the Yahoo groups I was on, many with 1000 members or more, the databases were mostly updated by users.  They could have been maintained by an owner/moderator, but that would have created more work for them.  I found out how important this was when I started alternative groups on another service.  Users will send me updates, I integrate them into the file, and upload the new version.  When updates are frequent, it takes a lot of time.

I've done some testing to see if a Wiki page would work, but it's somewhat limited and not very intuitive.  It looks to me like it would get clumsy after more than a few entries were needed.

Duane











locked Re: The Biggest Deal Breaker -- Database #suggestion

 

I fully agree with you, Duane. There may be a place for this 'wiki' thing for those that like faffing about with such things, but many groups will need a database in the traditional sense.

Robert.

-----Original Message-----
From: Duane
Sent: Monday, January 26, 2015 3:14 PM
To: beta@groups.io
Subject: [beta] Re: The Biggest Deal Breaker -- Database #suggestions

Chris,

I have to disagree with your point #1. On the Yahoo groups I was on, many with 1000 members or more, the databases were mostly updated by users. They could have been maintained by an owner/moderator, but that would have created more work for them. I found out how important this was when I started alternative groups on another service. Users will send me updates, I integrate them into the file, and upload the new version. When updates are frequent, it takes a lot of time.

I've done some testing to see if a Wiki page would work, but it's somewhat limited and not very intuitive. It looks to me like it would get clumsy after more than a few entries were needed.

Duane


locked Re: The case for social logins

 

I would never use so-called ‘social logins’. If people want that sort of thing, then by all means have it available to them, but don’t let’s all have to suffer it to the exclusion of a proper login. Those of us who abhor social media do not want to go down the road of copying the likes of Google and Facebook. The slide of Yahoo Groups into that sort of thing is exactly why we need a home for our Groups away from Yahoo Neo in the first place!
 
Regards,
Robert.
 

Sent: Monday, January 26, 2015 1:24 PM
Subject: [beta] The case for social logins
 

I believe that social logins (ie. login via Google or Facebook) are some of the most important features that this site could have.

  1. Social logins are convenient for users who forgot their password.
  2. Many people use a password manager. If they aren't at their computer, then they can't log into Groups.io.
  3. Social logins reduce the friction in signing up for a site.
  4. Groups.io bills itself as a "modern" alternative to Yahoo/Google groups. Social logins would help create this branding and hence increase the sign up rate.


locked Re: The Biggest Deal Breaker -- Database #suggestion

Duane
 

Chris,

I have to disagree with your point #1. On the Yahoo groups I was on, many with 1000 members or more, the databases were mostly updated by users. They could have been maintained by an owner/moderator, but that would have created more work for them. I found out how important this was when I started alternative groups on another service. Users will send me updates, I integrate them into the file, and upload the new version. When updates are frequent, it takes a lot of time.

I've done some testing to see if a Wiki page would work, but it's somewhat limited and not very intuitive. It looks to me like it would get clumsy after more than a few entries were needed.

Duane


locked Re: New Subscription Options

 

What?

Robert.

-----Original Message-----
From: Laurence Taylor Sent: Saturday, January 24, 2015 10:57 PM To: beta@groups.io Subject: Re: [beta] Re: New Subscription Options

On 23/01/2015 09:52, robertgmam@yahoo.co.uk wrote:

_._,_._,_
KKT?


--
rgds
LAurence
<><


-=-=-=-=-=-=-=-=-=-=-=-


locked Re: Home Page Formatting #suggestion

Duane
 

Chris,

That all depends on the users and the group. I'd rather not have Top Posters (nor Recent Photos when implemented) shown on the page visible to the public like it is now. If it was a public group, I wouldn't mind so much. I think the ultimate solution would be for which items are displayed to be controlled by the group owner. Maybe a limited subset could be configurable. I would think that Group Description, Group Settings, and Group Email Addresses should always be shown. Message History was also a concern for a lot of Yahoo group owners to indicate activity. Top Hashtags could go either way.

For me, the group home page is a very temporary stop, if I see it at all. I've got bookmarks to the archives/messages set up for most of them. I want it to have enough information to entice folks to join, but not so much that it looks cluttered.

Duane


locked Re: POLL: Change Archives to Messages?

Laurence Taylor
 

On 23/01/2015 18:55, Mark Fletcher wrote:
Should we change the name Archives to Messages?
Yes. Call the messages messages.


--
rgds
LAurence
<><


locked Re: New Subscription Options

Laurence Taylor
 

On 23/01/2015 09:52, robertgmam@yahoo.co.uk wrote:

_._,_._,_
KKT?


--
rgds
LAurence
<><


locked Re: The case for social logins

 

Social logins as an option maybe, but I wouldn't want it as a required way to log in. A lot of my members aren't on google+ or facebook and have no plans to be.

On Mon, Jan 26, 2015 at 8:24 AM, Chris Leong <walkraft@...> wrote:

I believe that social logins (ie. login via Google or Facebook) are some of the most important features that this site could have.

  1. Social logins are convenient for users who forgot their password.
  2. Many people use a password manager. If they aren't at their computer, then they can't log into Groups.io.
  3. Social logins reduce the friction in signing up for a site.
  4. Groups.io bills itself as a "modern" alternative to Yahoo/Google groups. Social logins would help create this branding and hence increase the sign up rate.



locked The case for social logins

 

I believe that social logins (ie. login via Google or Facebook) are some of the most important features that this site could have.

  1. Social logins are convenient for users who forgot their password.
  2. Many people use a password manager. If they aren't at their computer, then they can't log into Groups.io.
  3. Social logins reduce the friction in signing up for a site.
  4. Groups.io bills itself as a "modern" alternative to Yahoo/Google groups. Social logins would help create this branding and hence increase the sign up rate.


locked Re: Home Page Formatting #suggestion

 

I'm not a fan of the home page either. User's generally want to see what kinds of messages are being posted in a group. Email addresses, top tags, top posters, ect. are all interesting, but generally not the first thing you want to see. I'd be fine if this was moved into an info page for advanced users.


locked Re: Lightweight "integrations" - link only #suggestion

 

This is actually a rather cool idea. I would love to see a real API, but even this feature would make certain integrations much easier.

An interesting question - should there be some visual indication that certain links are external services so that user's know they are going off-site?


locked Re: The Biggest Deal Breaker -- Database #suggestion

 

I agree with Shal. I would be very disappointed if Groups.io became limited by what Yahoo Groups was. Bringing groups over from Yahoo groups would provide a short term boost for the site, but in the longer term Groups.io needs to develop into its own service.

One point worth remembering is that Yahoo Groups made the decision to drop the database feature, presumably based on metrics of its use. Now this doesn't automatically mean that this was a good decision - even if only a small number of groups are affected, perhaps these were some of the most important groups on the site.

However, it's worth considering a few points:

  1. In most cases, the admins maintain the databases, and don't need to provide edit access to normal members. An external service could work well in this scenario.
  2. Yahoo groups doesn't offer the databases feature any more, so Groups.io doesn't necessarily need to offer this feature to convince people to switch over as long as it is better than Yahoo groups in other ways. Groups.io definitely is better in many ways.
  3. Wikis provide much of the same features. If Mark adds features like sorting, then this would close most of the gap. Some people have more trouble adapting to technological change than others, but if they need a feature enough, they are likely to learn how to use it.
  4. Once the feature is added, it needs to be maintained. Further, removing a feature that has been added will annoy a large number of users and reduce the trust of user's who don't even use that feature because a feature that they need may be removed in the future. Therefore, it seems that if a database feature were to be added, it should only be added when it becomes clear that such a feature is necessary. The Wiki will work well for most small groups, larger groups are more likely to need the specific functions of the database. Since there aren't large groups on Groups.io, this need isn't clear.
  5. A generic API would solve this use case and so many others.
  6. Re the alternative of spicing up the Wiki: The ability to sort tables in a Wiki is cool, even there was a separate database feature as well, so the effort of going down this path wouldn't be wasted.

For all these reasons, I'd strongly recommend against implementing a database feature at a current time.


locked Re: Suggestion for files settings

 

Hey,

I'm actually quite curious about the use case for a "scheduled files" feature.

- Chris


locked Re: Suggestion for files settings

 




On Sun, Jan 25, 2015 at 9:53 PM, J. Faulkner <jfaulkner44@...> wrote:

Thanks Trish.  I don’t have  a group set up so I can’t check it out.  If it does what I mentioned below, then I’m happy. 

 

Judy F.

SW Florida - USA

 

From: pnrfan@... [mailto:pnrfan@...]
Sent: Sunday, January 25, 2015 9:16 PM
To: beta@groups.io
Subject: Re: [beta] Re: Suggestion for files settings

 

Judy,

 

What you need is in Settings > Member Notices.

 

Trish

 

On Sun, Jan 25, 2015 at 9:11 PM, J. Faulkner <jfaulkner44@...> wrote:

Duane, if it doesn't also provide a way to send an automatic message to a specific email address, when they are pended, actually join, leave group, denied, etc. that doesn't help those of us that use that feature in Yahoo Groups quite extensively.  Example:  When someone joins the selling group, they are pended and an email is automatically, sent asking for required information and ask that it be returned within a certain amount of time.  If we get it within that time and all of the information is there, I then approve them.  If I don't get it in that amount of time, I deny the request to join.

I really don't see how the calendar can do this type thing, since it isn't a recurring event and is directed to a specific email address for a specific reason.  The others are for information purposes only.

Judy F.
SW Florida - USA



locked Re: Suggestion for files settings

 

On 1/25/2015 6:11 PM, J. Faulkner wrote:
Duane, if it doesn't also provide a way to send an automatic message to a specific email address, when they are pended, actually join, leave group, denied, etc. that doesn't help those of us that use that feature in Yahoo Groups quite extensively. Example: When someone joins the selling group, they are pended and an email is automatically, sent asking for required information and ask that it be returned within a certain amount of time. If we get it within that time and all of the information is there, I then approve them. If I don't get it in that amount of time, I deny the request to join.
We do that on Freecycle as well. Especially since we
are in Belmont, CA - and a lot of people from Belmont,
MA(? MD?) keep trying to join.

dg