While I'm on a few forum type sites that are completely interactive between sub-forums, I don't feel they should be compared to groups and subgroups. On a forum site, it's quite normal for everyone

Agreed. I never use the website to read anything such as a notice or list rules and guidelines, I'd much rather have it in the body of a message. That's just me though.

Mark, Yes, great. But although we can then send a link to the wiki page to (a) new members and (b) people who need a reminder, sending the link is unhelpful to people who only use email and never log

Hi Brian, Are you asking for something other than the 'combined' view that Jeremy is asking for? IIRC, you previously asked for subgroup names to be displayed at the top of the page? I'm not sure how

Hi Jeremy, Thanks for the feedback. I definitely appreciate it. I'm always looking for ways of improving the service. Comments inline. I don't understand the purpose of forcing the parent group to be

Hi All, Thanks for the feedback. Shal, I understand your proposal, but it definitely implies a level of complexity, both in terms of UI and implementation. I do like the flexibility of utilizing the

In the photos section, I would like to be able to: 1. Rearrange photos in a photo album. 2. Mass edit photo names 3. Define which photo is the album thumbnail 4. See the entire photo in thumbnail,

I agree there. I thought logically there would have ben, but can this be looked into? Rank: high Priority: high

I was testing cancelling an invitation. It turns out that if someone responds by email to an invitation (i.e., attempts to accept the invitation) but the invitation has been cancelled, they receive no

Jeremy, Amen! I have been saying that subgroups as implemented and presented by groups.io are dead zones for a long while now. They are used on other forums and are presented such that

Jeremy, True. Such a group can create its own "home" page for the wiki, to replace the automatic index page that is there by default. That's what I've done in mine. The group's wiki home page only

That problem struck me early on - or at least, the ways in which they *are* integrated seem random or undocumented, and so their behavior seems unpredictable. Unlike you, though, instead of taking the

In looking into sub-groups, as a newcomer to Groups.io, a major issue that strikes me about them is that they are very poorly integrated with their main group, and each other, and that many of the

[Beta] New card "Updating all events of a repeating event can cause earlier events to disappear." was added to list "Bugs". [Beta] The red label "Bug" was added to the card "Updating all events of

Getting back to Mark's proposal, while I like the basic principle, I'm not sure how happy I am with just using a page from the normal wiki. Over all groups, I suspect there are some using the wiki for

I see the problem. I wouldn't do that. It again creates the problem of multiple instances of duplicate text that have to be maintained. I wouldn't use the calendar for this anyway. My idea was that

J, Here's the scenario: 1) You create a guidelines page 2) You create a monthly recurring event, and insert that page into it's description. 3) At the next month the event text is posted to the

I often want to see the date/time that someone became a bona fide member of the group. But the "date joined" now shows the date they applied, not the date their membership request was accepted. Could

I like this idea but haven't thought through possible ramifications. I'm not sure I understand the problem. Why and how could it go out any earlier than that anyway, assuming you're making the changes

J, ... What if the message formatting toolbar, in both ad-hoc messages to members and Event descriptions, had an "Insert Page" function? This would bring up a selection dialog to pick a wiki page,