ninetydegrees: Drawing: a girl's face, with a yellow and green stripe over one eye (Default)
[personal profile] ninetydegrees

Title:
Comments: also display as admin text and icon in collapsed comments

Area:
comments, communities

Summary:
(as admin) is currently only displayed after's one username if the comment isn't collapsed. I think it could be useful to spot admin comments at a glance instead of having to expand everything.

Description:
.

Poll #13979 Comments: also display as admin text and icon in collapsed comments
Open to: Registered Users, detailed results viewable to: All, participants: 48


This suggestion:

View Answers

Should be implemented as-is.
36 (75.0%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
1 (2.1%)

(I have no opinion)
11 (22.9%)

(Other: please comment)
0 (0.0%)

pauamma: Cartooney crab holding drink (Default)
[personal profile] pauamma

Title:
Remove sticky entries from ?poster=(mumble) community journal view

Area:
page: journal, site: community features

Summary:
When viewing entries by a specific poster in a community, like http://dw-dev-training.dreamwidth.org/?poster=pauamma, sticky entries shouldn't be displayed on top. This is because the reader is likely looking for a specific entry by author name, and the sticky entries will likely stand in the way of seamless scanning.

Description:
It's unclear to me what should happen to sticky entries by the user specified in ?poster=. wouldnt want them displayed as sticky/in sticky position. Instead, I'd have them display in normal time-of-posting order. But there may be reasons to do it otherwise, or with a controlling option in the URL or elsewhere.

Poll #13978 Remove sticky entries from ?poster=(mumble) community journal view
Open to: Registered Users, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

Should be implemented as-is.
18 (42.9%)

Should be implemented with changes. (please comment)
5 (11.9%)

Shouldn't be implemented.
4 (9.5%)

(I have no opinion)
15 (35.7%)

(Other: please comment)
0 (0.0%)

zaluzianskya: (Default)
[personal profile] zaluzianskya

Title:
Allow ticking of mod hat from quick reply

Area:
Replies

Summary:
Currently the "comment as admin" feature can only be activated from "more options". This is inconvenient!

Description:
I went to reply to a post in a community I maintain so I could try out the new "comment as admin" feature, but I couldn't find it anywhere. Just as I was about to give up, I clicked the "more options" button on a whim and there it was. As someone who almost never uses "more options", I would never have expected to find it there.

It would definitely be a lot more convenient to have the option available when quick-replying, too. As an example, I see a lot of blank space to the right of the Post Comment/Preview/More Options boxes; maybe it could go there, next to "check spelling"?

Poll #13977 Allow ticking of mod hat from quick reply
Open to: Registered Users, detailed results viewable to: All, participants: 49


This suggestion:

View Answers

Should be implemented as-is.
34 (69.4%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
2 (4.1%)

(I have no opinion)
13 (26.5%)

(Other: please comment)
0 (0.0%)

kaberett: Overlaid Mars & Venus symbols, with Swiss Army knife tools at other positions around the central circle. (Default)
[personal profile] kaberett

Title:
Community sticky posts editable by all admins

Area:
page: entries, site: community features, workflow: community administration

Summary:
It would be helpful if community accounts could make sticky posts inside the community, then editable by everyone with admin rights within that community.

Description:
Communities already make use of sticky posts for a variety of reasons - e.g. dw_suggestions has one (made by denise) that acts as an introduction and usage guide to the comm.

I suggest that it would be helpful for communities to be able to contain sticky posts nominally made by the community account itself, giving all community admins editing rights over it. I imagine this working via the "post as: another user" module in the new update page.

Example use cases: in dw_dev_training, I envisage this being used as an up-to-date centralised record of current babydev bait; Momijizukamori has said they'd love something like this to link to resources, beyond the bare bones in dreamscape's community profile.

ISSUES that I can come up with:
- community accounts currently can't be associated with posts, as far as I know, so that would be an exciting thing to work with
- would probably want there to be one post permitted per community (so would need to work out how to limit this - wouldn't just want automatic overwrite of pre-existing posts!)


Alternative solutions/workarounds:

(1) Create a mutual admin account (as in use at <user name="poetree"> with the shared account <user name="poetree_admin">). Downsides: security hassle - DW tends to discourage sharing accounts, I think? Logging out/in/out/in hassle - this will presumably be removed as and when seamless account switching is implemented.

(2) Some styles permit insertion of custom text to be displayed in the sidebar. Standardisation of this feature across styles (complete with full mark-up!), including choice as to where to site the custom text within the layout, might be a suitable alternative that would be editable by all admins.

Poll #13974 Community sticky posts editable by all admins
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

Should be implemented as-is.
15 (37.5%)

Should be implemented with changes. (please comment)
4 (10.0%)

Shouldn't be implemented.
4 (10.0%)

(I have no opinion)
14 (35.0%)

(Other: please comment)
3 (7.5%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Allow paid communities' reading pages to load by date

Area:
paid features, communities, reading page

Summary:
Loading reading pages by date is a paid feature. Some communities have paid accounts. This is not one of the paid features that extends to communities. Could it be done without killing the site?

Description:
There's a paid feature where you can add /?date=2012-12-12 (for example) to the end of your reading page, and you'll see your reading page as it would have been on that date (had your circle been in the state then that it is now).

This works on your own reading page, but apparently not the reading pages of paid communities. Was this an oversight or a deliberate choice?


Why this would be useful:

Communities' reading pages are usually not particularly useful on a regular basis -- they collect the public entries of the community's members. If you want to read someone regularly, usually you add them to your own reading page or put them in your RSS reader or bookmark them or whatever.

I'm trying to catch up on Alternity this weekend. (Alternity is a journal-based roleplaying game. Most of the character journals are members of the community, and only character journals are members of the community.) It would be really convenient if I could just find the start date and progress through the archives day by day (possibly after throwing a paid account at the community).


Limitations:

It might be a good idea to not have the whole site suddenly hitting a community's reading page for whatever reason.

* Limiting who can do this to community admins would parallel the individual feature, but wouldn't necessarily be useful to the community.
* Limiting who can do this to community members would make sense in general, but wouldn't work for this specific application.
* Limiting who can do this to community subscribers would discourage the casual bot from cruising through and hitting the site with all the hammers.

I believe limiting the timespan available to the reading page was originally done (on LJ with the friends page) because of the load it takes to retrieve entries from all the different journals on all their disparate clusters, particularly when the entries are not recent, and therefore haven't been fetched recently, and therefore are not already cached.

An individual's use of the feature is already calculated into the cost of a paid account. If this were available to anyone who wanted to use it with a paid community, there would be no data on how much it would get pounded if it is used. On the other hand, there are paid communities that would never use it. Another way of paying for the load, if the community's own paid account is not sufficient, would be to require that both the community and the reader have paid accounts in order to fetch this.


Would this be a privacy problem?

It would only contain public information, and community reading pages are already available for two weeks from the current date, for all communities (regardless of their membership restrictions).

It would present the public entries it in a context that would take a bit of doing to get otherwise. Someone could get the same information by adding all the members to their own reading list (in a custom reading group), and getting a paid account, or they could visit all the members' journals from that day.

Poll #13126 Allow paid communities' reading pages to load by date
Open to: Registered Users, detailed results viewable to: All, participants: 44


This suggestion:

View Answers

Should be implemented as-is.
24 (54.5%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (45.5%)

(Other: please comment)
0 (0.0%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Add "view my entries in this community" to post-entry-creation page for communities

Area:
community membership, workflow: entry posting

Summary:
When you successfully make an entry in a community, add the link to view the rest of your entries to the little menu.

Description:
There's a list of suggested/possible/common actions to take after posting an entry, and I noticed on a recent change, that for successful posting in a community, the "edit my entries" link was removed -- for good and sufficient reason, because making that specific link work with communities was basically just not on from a developer perspective.

Something that currently exists and is relevant is the http://community.dreamwidth.org/?poster=username link, which locates all of the users entries to that community.

It would not be particularly development-difficult to add this link to the list of common possibilities, and it could help drive discovery of that really fascinating and useful feature.

Also, if someone needed to edit their past entries to the community, the entries would be listed right there.

Poll #12338 Add "view my entries in this community" to post-entry-creation page for communities
Open to: Registered Users, detailed results viewable to: All, participants: 49


This suggestion:

View Answers

Should be implemented as-is.
40 (81.6%)

Should be implemented with changes. (please comment)
4 (8.2%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
5 (10.2%)

(Other: please comment)
0 (0.0%)

kaberett: Overlaid Mars & Venus symbols, with Swiss Army knife tools at other positions around the central circle. (Default)
[personal profile] kaberett

Title:
Include poster's username on "edit tags on an entry" page

Area:
tagging, community features

Summary:
Provide more information - specifically, the original poster's username - on the "Edit Tags on an Entry" page.

Description:
The "Edit Tags on an Entry" page currently has the fields:

* subject
* current tags
* [journal]'s tags
* entry text

This is fine if you're tagging within your own journal. However, when I'm tagging in a community, and especially tagging dw_suggestion's posts, I sometimes get curious about Who Submitted This, & it would be lovely to be able to see that information at the same time as tagging, rather than having to click about (which disrupts my concentration).

I can also see this being useful for batch-tagging in communities where posts are routinely tagged with the name of the poster.

Possible solutions include:

(1) always showing the username of the poster on the Edit Tags on an Entry page
(2) show the username of the poster only when editing tags on an entry posted to a community

Downsides: you end up with one extra uneditable line on the Edit Tags on an Entry page. Personally I can't get too worked up about that. ;)

Poll #11569 Include poster's username on "edit tags on an entry" page
Open to: Registered Users, detailed results viewable to: All, participants: 47


This suggestion:

View Answers

Should be implemented as-is.
31 (66.0%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
1 (2.1%)

(I have no opinion)
14 (29.8%)

(Other: please comment)
1 (2.1%)

sparklycockles: (Default)
[personal profile] sparklycockles

Title:
Popular Communities (implementing something similar to Livejournal's feature?)

Area:
Classification

Summary:
Livejournal has a feature called "Popular Communities" that sorts communities based on usage/popularity that I would love to see replicated for Dreamwidth.

Description:
On Livejournal there is a list of communities sorted from the most popular to the least. At the top of the list you can search for what community you're looking for and jump straight to it. There are other more complicated features relating to it (such as the social capital now displayed) but I don't really think they're necessary.

I think this feature, or something similar, could be useful for people searching to add new communities to their friends-lists or for looking up the activity in a community they are considering joining. It's a bit of an "extra" though - the site doesn't really require such a change.

But honestly I just really want to see where my own communities would rank! Mark did something similar to this on his own journal (informally, of course) and my community was #17 (or thereabouts). I'd like to know if it has increased or decreased since that time! (Another informal list would also be interesting!)

Poll #11552 Popular Communities (implementing something similar to Livejournal's feature?)
Open to: Registered Users, detailed results viewable to: All, participants: 56


This suggestion:

View Answers

Should be implemented as-is.
8 (14.3%)

Should be implemented with changes. (please comment)
5 (8.9%)

Shouldn't be implemented.
19 (33.9%)

(I have no opinion)
24 (42.9%)

(Other: please comment)
0 (0.0%)

holyschist: Image of a medieval crocodile from Herodotus, eating a person, with the caption "om nom nom" (Default)
[personal profile] holyschist

Title:
Customizable welcome email when joining a community

Area:
communities

Summary:
Community administrators would be able to customize a "getting started" email with posting guidelines, useful links, tips for getting started, etc. that would be autosent upon joining the community, much like the welcome emails sent by listservs.

Description:
While currently it's possible to provide a link to the community profile or a post with posting guidelines when someone joins a community, that's fairly impersonal and brief. I think it would be useful to have an optional feature to send a welcome email that could be customized by the community administrator(s) to help people get started when they join a community, much like the feature on Yahoo!Groups, Google Groups, and other email lists/listservs. This would make it possible to send a "friendlier" welcome message, as well as provide information about participating in the community and useful links not necessarily covered by posting guidelines.

Poll #11272 Customizable welcome email when joining a community
Open to: Registered Users, detailed results viewable to: All, participants: 57


This suggestion:

View Answers

Should be implemented as-is.
19 (33.3%)

Should be implemented with changes. (please comment)
23 (40.4%)

Shouldn't be implemented.
7 (12.3%)

(I have no opinion)
8 (14.0%)

(Other: please comment)
0 (0.0%)

timeasmymeasure: kerry washington with a rose held right below her lips (Default)
[personal profile] timeasmymeasure

Title:
Be Able To Customize "Member Posts" Text In Communities

Area:
communities, customization

Summary:
We should be able to customize the navigation text for the reading in page in communities.

Description:
Currently, the reading text for communities defaults to "Member's Posts", which makes sense. However, it also makes sense that we should be able to customize the text in the 'Customize Journal Style - Text' page like we can with the other navigation links.

Poll #9397 Be Able To Customize "Member Posts" Text In Communities
Open to: Registered Users, detailed results viewable to: All, participants: 60


This suggestion:

View Answers

Should be implemented as-is.
40 (66.7%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
19 (31.7%)

(Other: please comment)
0 (0.0%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Community Entry & Comment Action Log

Area:
communities, community moderation

Summary:
For community administrators: Log relevant entry and comment activities. This could include things like deleting entries, deleting comments, screening/unscreening comments, freezing/unfreezing comments, editing entries, and tag editing.

Description:
One challenge for community administrators is sometimes keeping track of various activities in their community. Different community populations require different levels of admin attention, and sometimes an administrator does not realize they need to know about a specific action in their community until something happens and they're left trying to sort out what exactly happened and who they need to talk to.

These are all community actions that currently leave little trace in the system, but can be crucial to sorting out what happened and why.

Entry deletion -- some communities ask that their members not delete their entries. Some communities ask that only one specific administrator delete any entries. Sometimes, as in the case of communities like dw_suggestions, a deleted entry means administrative work to track down the entry and reconcile the public-entry-to-private-admin-entry counts. Entry deletion should log the username of the entry owner, the server time the entry was initially posted to the community, the entry's subject and first ~100 characters (raw), the time of entry deletion, the username of the party who deleted the entry (and possibly their position: self or admin), and whether the entry was marked as spam.

Comment deletion -- some communities ask that comments with problems be left in place for an administrator to handle. Sometimes it is accepted for the person who left the comment to think better of what they said and delete their comment, but it is frowned upon for the entry poster to delete a comment even though they have the power to do so. Comment deletion should log the username of the comment owner, the subject and first ~100 characters, the server time the comment was initially posted, the entry (and thread, if applicable) in which the comment was posted, the username of the party who deleted the comment (and possibly their position: self, entry poster, admin), the time of the comment's deletion, and whether the comment was marked as spam.

Comment screening/unscreening, freezing/unfreezing -- I have seen entry poster vs. community administrator freezing and screening wars before, and they are not pretty. I did not know that I would want this logged until it happened to me. This should log the username of the comment owner, the subject & first ~100 characters, the server time the comment was initially posted, a link to the comment & thread (because sometimes you want to go straight there, sometimes you want the whole thread, possibly the direct parent too), what the action was, and the username of the person who did it (and possibly their position: entry poster or admin).

Entry editing -- I'm less concerned with editing of the entry text in this context as I am with things like editing to turn off comments, or that it would be really nice to log when community admins bump the NSFW setting or security. But other community admins may have different concerns. This should probably log the username of the entry poster, title & first ~100, server time of post, server time of edit, who edited it (and possibly position: entry poster or admin), and the attributes that were edited. Subject edits could probably display old subject & new subject. Body edits could display ... net change in character count? (Other community admins, please weigh in on what would be useful.) Entry attributes should display old value & new value if there was a change.

Tag editing -- this could be useful for mistaken tagging or tag vandalism, like if someone accidentally detags an entry, or selects all tags for an entry and saves it. Log should include information to identify the entry (username, server time of posting, subject & first ~100, link), the old tags, the new tags, and the username & position (non-member, member, entry poster, admin), and server time of change.

I'm not sure that comment editing needs to be logged, because there already exist notifications that can be emailed, admins from paid communities can subscribe to all comments (including all edits), and people edit comments a lot (and it could clog up the logs).

Anything else?

Poll #9395 Community Entry & Comment Action Log
Open to: Registered Users, detailed results viewable to: All, participants: 52


This suggestion:

View Answers

Should be implemented as-is.
31 (59.6%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
21 (40.4%)

(Other: please comment)
0 (0.0%)

[personal profile] the_cats_mother

Title:
Option to Hide Community Member List

Area:
Privacy

Summary:
I see a suggestion for invisibility for communities was rejected (sadly) but what about an option to hide the member list?

Description:
I'd like more privacy for members of communities with a sensitive subject matter or to avoid harrassment of members. I know you can opt not to subscribe to a community so that it doesn't show on your personal profile, but members of a community can still be identified from the profile of the community itself. Example; under another username on LJ, I belong to a small community which has attracted a very unsuitable would-be member. This person has been refused membership and is now pestering members to plead on his/her behalf, both on their journals and even by tracking them down on other sites via their profile pages. If DW would let us hide our member list, we could import to here knowing that even if our unwelcome guest found our community, s/he would'nt be able to see our (changed) usernames and start harrassing us again.

Thanks for reading. :)

Poll #9372 Option to Hide Community Member List
Open to: Registered Users, detailed results viewable to: All, participants: 95


This suggestion:

View Answers

Should be implemented as-is.
50 (52.6%)

Should be implemented with changes. (please comment)
23 (24.2%)

Shouldn't be implemented.
7 (7.4%)

(I have no opinion)
14 (14.7%)

(Other: please comment)
1 (1.1%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Community Moderation Log

Area:
communities, moderation queue

Summary:
Show the last (reasonable number of) community moderation actions on a special page. This should particularly include the username of the moderator.

Description:
Community moderation queues are one of the unfinished areas of the site that could use some sprucing up.

Currently there is no visible record of which community moderator took action in the moderation queue, nor exactly what that action was.

Keeping a record of the moderation queue from the beginning of time could conceivably take up a hefty chunk of space, especially in high-volume communities. Instead of keeping the records indefinitely, we could log them as they happened, and show up to a certain number of them (I suggest 200, as that is double the size of a paid community's maximum queue depth). Or, if hanging onto them indefinitely would not be a strain, they should be paginated maybe at 100 records at a time. They would be displayed on a special page that can be accessed only by users who have the right to see the moderation queue.

(While community moderators can see the moderation queue, administrators can grant themselves the right to moderate, and should probably be able to see the page whether or not they currently have that attribute turned on. Please do submit scenarios where an administrator should not be able to visit that page in the comments, if you can think of any, because I can't -- at least not until admin rights can be granted piece-by-piece, in which case we'll probably have owners by then, and owners should then be able to visit it without explicitly turning anything on.)

The page should log the following:

Username of submitter
Timestamp of submission
Title of submission
Escaped (plain-text with all HTML symbols displayed) version of first X characters of submission
Username of moderator
Action (disposition of submission)
Note (if any)
Timestamp of action
Link to entry (if posted)

It should log approval, rejection, and reject-as-spam.

It should display (by default) in the order of action, with newest actions on top, but it would be awesome if the page could be sorted by some of the other fields. Records would remain visible until pushed out of the active area.

This would be useful for community management tasks. Moderators could spend less time on communicating basic details to each other and more time talking about other community management needs. It would be easy to look up recent actions of other moderators even if they did not mention the incident. In case of problems on a moderation team, for example if moderators were taking actions by accident, by a mistaken understanding of the community policies, or out of malice, their actions would be visible to others and they could be spoken with based on a record of their actual actions rather than one person's word against another's.

Poll #9261 Community Moderation Log
Open to: Registered Users, detailed results viewable to: All, participants: 63


This suggestion:

View Answers

Should be implemented as-is.
42 (66.7%)

Should be implemented with changes. (please comment)
1 (1.6%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (31.7%)

(Other: please comment)
0 (0.0%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Community admins/moderators: moderation queue action subscription

Area:
communities, notifications, entries, moderation queue

Summary:
Create a subscription for action (acceptance and rejection) for community moderation queues. Make this subscription available only to users who have access to see the moderation queue.

Description:
Community moderators may currently receive notifications for new submissions to their community's moderation queue.

It would also be useful for them to get notifications about moderation queue action, possibly from themselves, but definitely from other moderators.

The notification should include:

The username of the moderator who made the action, what the action was, what community this is in, the username of the user whose submission it was, the time the submission entered the queue and the time the action was made, the note (if any) the moderator left, the entry's title, contents, and possibly other relevant metadata (tags, location, mood); if this action was an approval, a link to the entry as posted.

(Should this be sent for items that are marked as spam? I can think of arguments in both directions: against: in case of legitimate spam it is useless overhead that will only bother the other moderators, emailing known spam may alarm email providers; for: if a moderator is marking things as spam that are not spam (either accidentally, mistakenly, or maliciously) the others should know, moderators who become accustomed to messages about queue action may be surprised when they see an entry come in but find it gone with no notification about why.)

This notification should only be available to people with access to see the moderation queue, which in practice is only moderators, but in terms of practical community oversight might need to include the community administrators.

The subscription should be separate for every community, and should (if possible for business reasons) not count against the subscription slot limit.

(Related: an on-site moderation queue log.)

Poll #9260 Community admins/moderators: moderation queue action subscription
Open to: Registered Users, detailed results viewable to: All, participants: 57


This suggestion:

View Answers

Should be implemented as-is.
20 (35.1%)

Should be implemented with changes. (please comment)
4 (7.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
33 (57.9%)

(Other: please comment)
0 (0.0%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Include a copy of entry with all moderation queue messages

Area:
communities, entries, notifications

Summary:
When a community moderator approves your community entry, that notification should also include the subject and contents of the entry.

Description:
Currently, entries that are rejected from the moderation queue have the contents of the entry included below the rejection message.

This would also be useful for notifications of approved submissions. As it is, if you have forgotten what you wrote, or especially if you have submitted multiple entries to that community (up to 5 per user in a paid community), you have to click through to re-read it. This isn't always convenient.

A notification is already being sent to the user, so it wouldn't add any more mail jobs, just add to the bulk of the existing mail job and retrieve the entry and comment.

It would increase the load on the user's mailbox/data transfer, but not by more than another emailed comment notification for the same entry, and if they're getting the notification by email, that is probably a slightly lighter load than loading the page with that entry in a browser.

Poll #9259 Include a copy of entry with all moderation queue messages
Open to: Registered Users, detailed results viewable to: All, participants: 60


This suggestion:

View Answers

Should be implemented as-is.
34 (56.7%)

Should be implemented with changes. (please comment)
2 (3.3%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
24 (40.0%)

(Other: please comment)
0 (0.0%)

zaluzianskya: (Default)
[personal profile] zaluzianskya

Title:
Make ?poster= work for OpenID accounts.

Area:
Communities

Summary:
With community importing on the way, the ability to search communities by poster should be extended to work for OpenID accounts as well.

Description:
Currently, you can search communities by poster with the URL format http://foo.dreamwidth.org?poster=bar (so, for example, http://dw-suggestions.dreamwidth.org?poster=denise). This doesn't work for OpenID accounts, as I found when testing it out in scans_daily, one of the few communities that has already had entries imported. The URL format http://foo.dreamwidth.org?poster=bar.livejournal.com (or .insanejournal.com, etc.) should also work for searching communities.

Poll #8902 Make ?poster= work for OpenID accounts.
Open to: Registered Users, detailed results viewable to: All, participants: 86


This suggestion:

View Answers

Should be implemented as-is.
71 (82.6%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (17.4%)

(Other: please comment)
0 (0.0%)

msilverstar: (Default)
[personal profile] msilverstar

Title:
Request Tag function for modded communities

Area:
tags, communities

Summary:
Would be good to show whether the community allows member-generated tags, and if not, allow them to request new tags from the mods.

Description:
I just posted to a community and there was no tag for what I wanted. I typed it in (Beta Post interface) but when I posted, there was a message that only mods can create tags. That's better than blocking the post, but I had to edit the post and write a note to the mods, and there should be a smoother interaction.

1) let the poster know whether they can freely create tags

2) if not, provide an automated way to request tags

3) identify those requests so that mods can filter them in their Inbox / mail client

4) if necessary, include anti-spam logic to avoid hundreds of requests at once (I assume you have such for community posts)

Poll #8840 Request Tag function for modded communities
Open to: Registered Users, detailed results viewable to: All, participants: 81


This suggestion:

View Answers

Should be implemented as-is.
57 (70.4%)

Should be implemented with changes. (please comment)
13 (16.0%)

Shouldn't be implemented.
3 (3.7%)

(I have no opinion)
7 (8.6%)

(Other: please comment)
1 (1.2%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Administrators: Subscribe to community poll votes

Area:
subscriptions, polls, community administration

Summary:
Allow community administrators to subscribe to all, all administrator-created, or specific arbitrary polls within their community, just as if they had created the poll themselves.

Description:
Sometimes community administration requires staying on top of some issue or other, and sometimes that issue involves a poll. Sometimes vigorous refreshing of the poll votes page is just not efficient.

An all-poll subscription would mirror the all-comments subscription, and allow the administrator to get a more clear picture of activity in the community, albeit possibly a very high-volume one.

All administrator-created polls would likely be a little more difficult to implement, and might not catch older polls created by administrators, or polls created by people who were admins at the time but who are not now, but could be useful for situations where multiple people need to monitor the poll, but only one person can post it, or when a new administrator takes over but would like to continue using the previous admin's poll.

Specific polls would let the administrator pick and choose which polls are important to monitor. This might be easier to implement than an all-administrator-created-polls subscription, and serve many of the same important functions.

Poll #8835 Administrators: Subscribe to community poll votes
Open to: Registered Users, detailed results viewable to: All, participants: 44


This suggestion:

View Answers

Should be implemented as-is.
32 (72.7%)

Should be implemented with changes. (please comment)
1 (2.3%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (25.0%)

(Other: please comment)
0 (0.0%)

denise: Image: Me, facing away from camera, on top of the Castel Sant'Angelo in Rome (Default)
[staff profile] denise

Title:
Support instructors/teachers/professors using DW for class-related projects

Area:
posting, communities, using DW to conquer the world

Summary:
We get at least three or four instructors per semester asking for promo codes for account creations for their classes (which we're always happy to give!) Since DW is so well-suited to keeping class journals, submitting writing assignments, or requiring class participation, I'd love to be able to code some more support for academic use.

Description:
Obviously each teacher's use of DW would be different, depending on the type of class they're teaching and the level at which they're teaching it (high school, undergrad, graduate work, adult enrichment, etc). This suggestion is less "we should add this" and more "we should brainstorm what we can add that would actually be most helpful".

I'm basically proposing a new category of accounts: "instructor accounts" or "academic accounts" and "student accounts" or "learner accounts" (names obviously subject to change, yadda). This will allow us to set different capabilities for these accounts.

The "academic package" would consist of:

* one promo code per class/class section;
* one "academic community" account per section, with slight changes to the standard community model to make them more appropriate for teacher/class interaction;
* one (or more if co-taught or if class has a TA) "instructor account" to be the admin of the community (or the instructor could use their standard DW account, but all of the instructors I know don't want their students finding their regular DW account!)
* a number of "student accounts" created via the promo code, where the students can choose their own usernames and migrate the student account to a standard account later if they'd like.

Things I can think of, off the top of my head:

* the ability for the instructor to "clear out" a community's posts and comments, moving them to some form of archive (essentially a community rename?) each semester/quarter/marking period/etc in order to store each semester's classwork separately and start each semester with a blank slate

* ability to force a student account created with a specific promo code to be subscribed to/a member of the community for the project, without having to check the checkbox during account creation

* ability to designate an instructor account for each "academic package" that will automatically subscribe to any account created from the promo code (so the instructor won't 'lose' students or have to get them to submit their username to the instructor through some other method)

* ability for the instructor to subscribe to all posts and comments made in the community (without the comm needing to be a paid community, I mean)

What other things would instructors using DW for academic/teaching purposes want to see, or would find useful?

(Edited to remove poll #7997, since this is more of an information-gathering entry than a suggestion!)
[personal profile] alexbayleaf

Title:
Rearrange the logged-in homepage

Area:
homepage

Summary:
Make the logged-in homepage more appealing by modernising the UI, showing more relevant and dynamic content near the top of the page, adding pointers to help new users, and grouping notifications in the right sidebar.

Description:
Today I looked at the Dreamwidth homepage and thought about what it might look like to a new user who's recently signed up, especially those who might be coming from non-LJ-like sites. (In this case, I was thinking of Google+, but it probably holds for other sites as well.) It occurred to me that the page looks a little lifeless and doesn't really point people at the stuff they are most likely to need. At the same time, I know that I (and some friends I asked, also long time LJ/DW users) don't really use the homepage, but head straight for our reading pages or the update page. I'd like to see actual stats on this, but I suspect this is a common pattern. So, what I'm going to suggest is mostly intended to be useful to newer users, but I hope it won't horribly bother older users who regularly use the homepage.

Currently the page shows:

MAIN COLUMN:
<user name="dw_news"> update
Quick update form
Inbox

RIGHT COLUMN:
Search DW
Reading list
Account stats
Tag cloud (your own tags)
Community management (required actions)
Your current theme

Here's what I'd like to suggest:

MAIN COLUMN:
Quick update form
Reading list (see notes below)
People/content discovery (see notes below)
Themes (see notes below)

RIGHT COLUMN:
Search DW
DW news (link only)
Birthdays
Inbox
Community management

Here's my justification.

1. READING LIST

Firstly, most other modern social network stream-like sites, these days, have your "stream" on the front page when you login: Twitter, Facebook, Google+, etc. New people, especially, are going to expect to see some action on the front page. A lot of new DW people I talk to don't really understand about the "reading" page and how awesome it is. So I'd like to put some of that stream of posts right in front of them, and explain why they want to go to the reading page for the full experience.

Here's what I think it should show:

* ~5 recent posts, in short form (userpic, user name, date, subject, first couple of lines of the body, comment count)
* "See more on your reading page. Your reading page lets you see all your friends' posts, etc etc..." (i.e. a short blurb about why the reading page is where the action's really at)

2. PEOPLE/CONTENT DISCOVERY

New users often seem to wonder how they can find stuff on DW. It would be good to have a bit of information with some pointers here, including eg. "latest things", searching the directory, promo communities, stuff like that.

3. THEMES

We currently show your current theme on the front page. Yawn. People generally know what their current theme is! But why not combine this with promoting new themes? Widen the "theme" box and stick it at the bottom of the main content column, and say "You're currently using theme X. Did you know DW has hundreds of themes to choose from, that you can use to customise your own journal and reading page? Check out themes Y and Z!"

4. NOTIFICATIONS

I'm going to collapse "DW news", "Birthdays", "Inbox", and "Community management actions" into "Notifications" here. These are all things that are like "Hey, this is a timely new thing you might want to pay attention to." Grouping them would be a good idea.

I think that the "DW news" thing should be reduced to a smaller link. People get the news notifications by email anyway (by default), and many have them on their reading lists. A notification that says "hey, there's a newish one" might be helpful but it doesn't need to sit there taking up prime real estate for weeks.

The rest should be obvious -- birthdays, inbox, community management, etc. All things you probably want to know about as they happen. Putting them all near each other just seems like a sensible UI choice to me.

5. ACCOUNT STATS AND TAG CLOUD

These just seem to be taking up real estate without serving much purpose, IMHO. The account stats are duplicated on your own profile page, and the tag cloud is duplicated on most people's themes (in the sidebar or wherever). Lose 'em.

I'm sure people will want to pull all this apart and put it back together differently, and I have to say, I'm not deeply committed to any particular part of this proposal, but I do want to reiterate the main point: the logged in homepage should be rearranged to be more dynamic and appealling, and to point new DW users at DW's best features and help them find their way around.

Potential drawbacks: I'm sure there are some people who are very fond of the current layout, who'd be disappointed with this. I can't really think of any other drawbacks.

Implementation: This is mostly a UI rearrangement and shouldn't require a lot of new functionality under the hood. I think it should be relatively straightforward, though it would require a few design iterations to make it really good. (I know it's not as complex as the new posting form's redesign, but it might be nice to do the iterations in a similarly public manner.)

Poll #7988 Rearrange the logged-in homepage
Open to: Registered Users, detailed results viewable to: All, participants: 61


This suggestion:

View Answers

Should be implemented as-is.
35 (57.4%)

Should be implemented with changes. (please comment)
5 (8.2%)

Shouldn't be implemented.
1 (1.6%)

(I have no opinion)
20 (32.8%)

(Other: please comment)
0 (0.0%)

Profile

Dreamwidth Suggestions

April 2017

S M T W T F S
      1
23456 7 8
9 101112131415
16171819202122
23242526272829
30      

Style Credit

Expand Cut Tags

No cut tags

Syndicate

RSS Atom