Apologies

Jul. 11th, 2015 12:56 am
denise: Image: Me, facing away from camera, on top of the Castel Sant'Angelo in Rome (Default)
[staff profile] denise
As people have probably noticed, [site community profile] dw_suggestions has been really quiet for a while. I've been having health problems (over and above the usual) for a while now and have had to really prioritize my DW work to get it in the time that I had available, and the suggestions queue perpetually fell down to the bottom of the list. (And then of course it got to the point where I was so behind that catching up required way more work than if I'd just done it at the time, which is always the way.)

At any rate, I have now caught up on the queue, and I'll do what I can to try to stay on top of it better. I'm really sorry.
denise: Image: Me, facing away from camera, on top of the Castel Sant'Angelo in Rome (Default)
[staff profile] denise

Title:
Anonymize Suggestions polls?

Area:
Suggestions

Summary:
The suggestions generator and dw-suggestions polls were coded before the anonymous option was enabled for polls. Should we anonymize the responses to the polls in the suggestions community?

Description:
Advantage to anonymizing: allows people to register their opinion without fear of repercussion/negative consequences/social disapproval.

Disadvantage to anonymizing: prevents contextual decision-making and weighting of opinions as registered in the polls.

To expand on that a little: I'm the one who makes the decision on what happens to suggestions (moves to Bugzilla for implementation, declines the suggestion, or defers it for future re-evaluation) and while I am fairly "name-blind" (ask anyone, I don't remember names or usernames at all; there are people who've been coming to our stitch & bitch parties for ages whose names I still can't remember without being reminded!), there are instances where I will give a group of votes more or less weight. For instance, if the only "don't implement" votes are from a group of accounts with little activity (few/no posts, few/no comments, all created recently), I may consider those accounts more likely to be sockpuppets created to "stack the vote" (even though vote counts are not the only factor used in deciding a suggestion's fate).

Anonymizing suggestions polls would keep me from being able to do that. On the other hand, it could also make people more likely to feel comfortable in giving an honest opinion.

I am comfortable going either way with this, so I figured I would toss it at y'all and see what you thought. Should we anonymize suggestions poll votes? If you think we should, vote, 'should be implemented'; if you think we shouldn't, vote 'shouldn't be implemented'.

Poll #9975 Anonymize Suggestions polls?
Open to: Registered Users, detailed results viewable to: All, participants: 86


This suggestion:

View Answers

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

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

Shouldn't be implemented.
34 (39.5%)

(I have no opinion)
29 (33.7%)

(Other: please comment)
2 (2.3%)

kate_nepveu: sleeping cat carved in brown wood (Default)
[personal profile] kate_nepveu

Title:
preview suggestions post in new window for consistency

Area:
suggestions

Summary:
Previewing posts to one's journal is done in a new tab/window, but previewing suggestions posts is not. This can lead to unfortunate muscle-memory effects where a user automatically closes a previewed suggestions post, thinking that she would thereby get back to the tab where she's editing her suggestion, but instead loses all her work. (*cough* *cough*) The behavior of "preview" should be consistent across the site.

Description:
If the new posting window lets people chose whether to open previews in a new tab or not (I can't remember), then that behavior would ideally carry over to dw-suggestions, though I'm guessing that would require more of a complicated overhaul of the dw-suggestions interface than just changing the effect of the "preview & spellcheck" button.

Poll #8411 preview suggestions post in new window for consistency
Open to: Registered Users, detailed results viewable to: All, participants: 53


This suggestion:

View Answers

Should be implemented as-is.
46 (86.8%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (13.2%)

(Other: please comment)
0 (0.0%)

melannen: Commander Valentine of Alpha Squad Seven, a red-haired female Nick Fury in space, smoking contemplatively (Default)
[personal profile] melannen

Title:
Link to Bugzilla from dw_suggestions

Area:
dw_suggestions

Summary:
Include a link to the Dreamwidth Bugzilla implementation somwhere on the [site community profile] dw_suggestions; profile or layout.

Description:
Whenever I post a suggestion, after I search this community, I check the Dreamwidth public Bugzilla instance to make sure it isn't already on the list. But right now, I have to go find the bugzilla page every time! It would be nice if [site community profile] dw_suggestions linked to bugzilla for me instead.

Maybe this is not here because people who don't know what they're doing shouldn't mess around in Bugzilla, or because people might be intimidated by it? But it seems like getting people more comfortable with that sort of thing is part of DW's dev culture, and a simple link shouldn't scare anybody. And more people checking bugzilla for redundancy before they post a suggestion would surely be a good thing!

Poll #6502 Link to Bugzilla from dw_suggestions
Open to: Registered Users, detailed results viewable to: All, participants: 52


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.9%)

(I have no opinion)
14 (26.9%)

(Other: please comment)
0 (0.0%)

matgb: Artwork of 19th century upper class anarchist, text: MatGB (Default)
[personal profile] matgb

Title:
Have a 'make another suggestion' link on the success page

Area:
Suggestions

Summary:
When you've submitted a suggestion, some way of getting back easily to make another one would be good

Description:
The "success" page can have a link to the page you've just left, hitting 'back' will frequently take you back to a form filled with your just submitted suggestion.

Some people think of a number of suggestions at the same time, or wait until they've more than one to save brain time, this will improve their interaction with the site.

Advantage: easier user experience and workflow
Disadvantage: some slightly spurious suggestions might happen more often...

Poll #4511 Have a 'make another suggestion' link on the success page
Open to: Registered Users, detailed results viewable to: All, participants: 46


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (4.3%)

(I have no opinion)
8 (17.4%)

(Other: please comment)
0 (0.0%)

ninetydegrees: Art: self-portrait (Default)
[personal profile] ninetydegrees

Title:
Suggest an Improvement: enlarge the full description box

Area:
suggestions

Summary:
In http://www.dreamwidth.org/site/suggest, typing in the full description box is not easy. The box's narrow and not very high. I don't know if it's supposed to encourage us to keep it short but I doubt most descriptions fit in it.

Description:
Make this bigger, please!

Poll #4426 Suggest an Improvement: enlarge the full description box
Open to: Registered Users, detailed results viewable to: All, participants: 46


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (32.6%)

(Other: please comment)
0 (0.0%)

azurelunatic: Vivid pink Alaskan wild rose. (Default)
[personal profile] azurelunatic

Title:
Suggestions polls: not viewable to everybody?

Area:
suggestions

Summary:
Would the quality of suggestions voting and discussion be improved if suggestions poll results were concealed?

Description:
Polling designed to get people's honest opinions about things can be subject to social chilling effects. If someone has an opinion that turns out to be the opposite of the crowd opinion, they may feel inclined to change their vote, or perhaps not speak up about their detailed thoughts about the feature.

Changing the poll insertion widget to make the results viewable to 'None' (actually the community admins and the person who posted the suggestion) could perhaps improve the frankness of the voting, and improve the quality of the discussion.

However, visible poll results can also be a boon to developers, who might decide to pick up one bug over another based on popularity.

Poll #4292 Suggestions polls: not viewable to everybody?
Open to: Registered Users, detailed results viewable to: All, participants: 55


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
3 (5.5%)

Shouldn't be implemented.
29 (52.7%)

(I have no opinion)
14 (25.5%)

(Other: please comment)
1 (1.8%)

kaigou: this is what I do, darling (Default)
[personal profile] kaigou

Title:
Expand suggestions to include 'discuss-first' suggestions

Area:
suggestions, discussions

Summary:
Create option to discuss suggestions (without poll) when needed, prior to formal suggestion submission.

Description:
I have a bad habit of identifying a problem and then identifying three (or more) ways I can see would work as resolution; I'm also aware of other folks who've identified problems but have only the vaguest idea how it could be resolved. The Yes/No poll option is less than useful when the suggester has multiple suggested resolutions, or when there's only the vaguest notion of a resolution (especially if the "yes" answer shifts as the discussion continues). The option for discussion could help suggesters clarify answers/ideas prior to the actual poll-containing post.

1. In cases where the suggester has multiple resolutions for a single suggestion, remove the Yes/No poll function and mark the post as "discussion".

2. If the comm-mod wants to open the floor despite an official position on the suggestion, the mod could re-title the suggestion with "Discussion" prefixing the post's title (eg from "add new icon" to "DISCUSSION: add new icon").

3. If a series of suggestions overlap and possibly even conflict, a discussion-post could list the highlight/intention of each and open the floor to discussing possible resolutions (eg "new icon" + "change icon" + "no icon" = "DISCUSSION: icons in X module", with links/summaries of relevant suggestions).

4. If an "anonymized" suggestion is sort of but not entirely clear to the comm-mod, transfer the post to the "discussion" queue instead. This would also allow a less potentially-confrontational venue for the anonymous suggester to participate as one of many voices in the discussion.

Poll #1811 Expand suggestions to include 'discuss-first' suggestions
Open to: Registered Users, detailed results viewable to: All, participants: 27


This suggestion:

View Answers

Should be implemented as-is.
4 (14.8%)

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

Shouldn't be implemented.
14 (51.9%)

(I have no opinion)
5 (18.5%)

(Other: please comment)
2 (7.4%)

siderea: (Default)
[personal profile] siderea

Title:
"Anonymizing" Suggestions

Area:
Suggestions

Summary:
There should be a way of submitting a suggestion to DW that does not require the suggester to post under their own name to a large public community (which is likely dissuading shyer users from contributing ideas and resulting in suggestions not being evaluated on their merits but by halo effects), and which does not de facto require them to opt into ensuing discussions (and attendant email notifications).

Description:
The public suggestion process which DW has inherited from LJ is problematic in several ways, counterproductive to DW's espoused principles and to the aim of getting the best possible suggestions for the betterment of DW.

Right now, the official suggestion-making channel consists of making a public post in a forum of several hundred users under one's actual account name. This has several drawbacks:

1) Because suggestions are not presented "blind" but are presented with the name of the suggester on them, they are subject to a class of bias called a "halo effect", where instead of the idea being evaluated strictly on its merit, it's reception is mediated by what hearers think of the suggester.

The halo effect is an extremely well established and well documented phenomenon in psychology, whereby when individual identities are attached to work to be evaluated, evaluators are biased in terms of whether or not they like the individual suggesting the idea (or the individual's sex, race, etc.) Further, it has been scientifically demonstrated that even being aware of the halo effect does not allow one to compensate for it by cognitive means alone. (See http://en.wikipedia.org/wiki/Halo_effect for cites.)

DW has a fine Diversity Statement; well, here's a place the rubber meets the road. For the same reason that symphony orchestras now audition players behind a screen and academic peer review is supposed to be double-blind, DW suggestions should not identify the suggester with the suggestion. It should be possible for a user who has a reputation as, say, an abrasive social justice advocate, to be able to contribute a feature suggestion to DW without it being voted unpopular because its suggester is seen as "uppity" or "shrill".

2) Potential suggesters are constrained to the unions of the set of people comfortable posting in such a public space and the set of people who didn't realize that's what it entails when they filled out the form for the first time. For those of us who think posting in a community of several hundred people is no big deal, it can be hard to remember or respect the perspective of the (many) people for whom that is an extremely daunting proposition. And yet many of those people can be thoughtful, insightful DW users who have interesting and useful thought to contribute. Being willing to engage in the internet version of "public speaking" is not somehow a necessary concomitant to having good ideas about user interfaces or functional design! By having only so public a process, DW strongly deters those people from contributing. And that's largely DW's loss.

Furthermore, I assume this is about to work just like the LJ version does (I've not yet submitted a suggestion at DW, so I'm about to find out), and I will get inundated with email notifications for discussion of this suggestion. That is also a deterrent to submitting suggestions.

I know *I* am deterred, and I'm not what you'd call a fading violet. But I, for one, certainly don't want to receive all umpty-zillion comments on my suggestion or notifications for everyone who votes on it. About nine times of ten that I have a suggestion to make to DW or LJ, I don't make it because I don't want it in my email. I am not kidding or exaggerating. When I *do* make a suggestion, over at LJ, usually I regret it. I really don't need the tsuris. And why should tsuris be the reward for submitting a suggestion?

Furthermore, the handling of suggestions in this way, where the suggester receives an influx of discussion of their merits of their idea (with their name/identity attached to it!) makes me cringe a bit because it pretty badly violates some basic Western-culture etiquette most of us probably learned growing up.

Suggestions are *gifts*. As such, you're not required to *wear* the damn sweater, but you are required to say "Thank you very much" and not tell Aunt Gussy to her face what you think of her fashion sense.

It's funny: I actually have consulted with volunteer organizers on this issue as it crops up face-to-face, which it often does, and which I suspect is why LJ wound up developing a suggestion system which looks just like the problem I help people solve in volunteer organizations.

I'll illustrate with a story: An organizer for a large SCA event, and dear friend, came to me in a tizzy, saying, "Soandso just emailed me suggesting we have Activity X at my event and volunteering to run it. But I don't want Activity X at my event! What do I do?" And I said, "You don't have to accept her suggestion. You don't have to reject her suggestion. You don't owe her an immediate decision on her suggestion. You don't owe her an immediate justification for not instantly capitulating to what you are taking to be her personal wish. You don't actually owe her anything but courtesy. So you say to her, 'Thank you for that suggestion! I'll take it under advisement.'" And his eyes lit up, and he went and told her, "Thank you for that suggestion! I'll take it under advisement." And she was perfectly happy with that and he was happy with that and he no longer felt like every suggestion put him on the spot and he went on to use that all the time, even on me on occasion, and everybody lived happily ever after.

It would be neat if DW's system had that same grace; that it received the suggestion from the suggester, thanking them for it, and letting them know if it was up for discussion, but not opting them in to that discussion automatically. Further, while the aforementioned separation of identity of suggester from suggestion means that the suggester is less likely to interpret the discussion as a referendum on themselves and their worth as a human being (which reduction is good), nevertheless, for someone who is shy or uncertain of themselves, even when not identified as the originator of the idea, being exposed to people dispassionately discussing the merits of one's idea can feel a bit like feeding one's ego into a meat grinder. Obviously, public discussion of the merits of suggestions is a good thing, so it must not be suppressed; but there's no reason that DW couldn't make it possible for the suggester not to be exposed to that part of the process, if they prefer not.

SUGGESTED IMPLEMENTATION:

1) That posts to dw_suggestions be "anonymous" in that they don't reveal who proposed them, and

2) The suggester is presented with a ticky box to opt into receiving email notification of comments on their post (i.e. turning tracking on) rather than that happening automagically.

Poll #1804 "Anonymizing" Suggestions
Open to: Registered Users, detailed results viewable to: All, participants: 56


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
14 (25.0%)

Shouldn't be implemented.
16 (28.6%)

(I have no opinion)
4 (7.1%)

(Other: please comment)
4 (7.1%)

ivorygates: (Default)
[personal profile] ivorygates

Title:
Drop-down List of Areas in Suggestion Box

Area:
Unknown

Summary:
Providing a drop-down list of areas for the "Area" box of the Suggestion Box rather than making everyone guess would minimize labeling confusion.

Description:
The Suggestions Form asks people making suggestions what area of the site their suggestion is about. But a lot of people don't know what the possibilities are. And even if they do, they might all choose to phrase their citation in a number of different ways, for example: suggestions giving the "Area" as Navigation Pages, Menu Pages, and Site Pages might all be about the same place.

If "Area" is coded instead with a drop-down list from which the user can choose one of the available tags as the subject area of their suggestion, it would standardize labeling, permitting suggestions to be searched more easily -- especially if the entry is also tagged with the "Area" label. It would make suggestion labeling easier, since a drop-down would show all the potential areas in which a suggestion could be made.

For the confused and the clueless, or those whose suggestions don't fit any of the preset labels, there could be some labels like "General" or "Unknown" (or even "Help Help I'm So Confused").

Administrators and mods would have the option of changing the Area tag to a suitable/accurate one before letting the suggestion out of queue and also, if there were enough suggestions in Area X, adding a new tag to the dropdown.

Poll #1094 Drop-down List of Areas in Suggestion Box
Open to: Registered Users, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (7.9%)

(I have no opinion)
13 (34.2%)

(Other: please comment)
1 (2.6%)

zvi: self-portrait: short, fat, black dyke in bunny slippers (Default)
[personal profile] zvi

Title:
Add suggestions generator to Create menu

Area:
suggestions

Summary:
Add the suggestions generator to the Create menu

Description:
I can never remember the URL of the suggestions generator, so whenever I want to make a suggestion, I wind up going to the suggestions community to find it. It's a niggling roundabout way to have to make a suggestion, and I'd like a more convenient method. Create seems to me like the most logical place to put it, although maybe just the site map would work.

Poll #1019 Add suggestions generator to Create menu
Open to: Registered Users, detailed results viewable to: All, participants: 32


This suggestion:

View Answers

Should be implemented as-is.
7 (21.9%)

Should be implemented with changes.
21 (65.6%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
3 (9.4%)

(Other: please comment)
1 (3.1%)

pauamma: Cartooney crab wearing hot pink and acid green facemask holding drink with straw (Default)
[personal profile] pauamma

Title:
Choosing the community to post a suggestion to

Area:
suggestions

Summary:
Allow posting autogenerated suggestions (including the poll) to another community than dw_suggestions, when the suggestion topic would fit that community better.

Description:
Some suggestions of a specialized nature (eg, technical support tools) may be better discussed in a community dedicated to that purpose than in a general user-facing suggestions community, because similar or related discussions take place in that community already, and because people interested in that subject may not track or read dw_suggestions consistently. (The volume can get a bit overwhelming at times.) However, bypassing the suggestions generator and writing a freeform entry about the suggestion loses some useful features such as the autogenerated poll. Having a way to send the suggestion to one of a limited list of other communities would give he user the best of both worlds.

Edit 20090815, clarification: The kind of suggestions I have in mind are for specialized tools or features (eg, diagnostic tools for tech support, or a better FAQ editor), which would likely be discussed in a specialized comm anyway, suggestions generator or not. So this wouldn't shift suggestions away from dw_suggestions, it would make the suggestions generator available to discussions that would be likely in another comm to begin with.

Edit 20090816, spec tweak: Overall response is that dw_suggestions should keep its dedicated generator page. Beyond that, having a separate page offering a clone of the suggestions generator targeting specialized communities may work. One way this may be implemented is the posting template idea someone suggested.

Drawbacks:
- Extra effort required to maintain the community list and access control (not everyone may be allowed to post suggestions to all communities in the list).
- Unwanted, abusive, or offtopic entries, to those communities that don't have moderated posing.
- Handling suggestions sent to the wrong community, since there's no way to move an entry between moderation queues or between communities.

Poll #1006 Choosing the community to post a suggestion to
Open to: Registered Users, detailed results viewable to: All, participants: 29


This suggestion:

View Answers

Should be implemented as-is.
1 (3.4%)

Should be implemented with changes.
5 (17.2%)

Shouldn't be implemented.
16 (55.2%)

(I have no opinion)
5 (17.2%)

(Other: please comment)
2 (6.9%)

cesy: "Cesy" - An old-fashioned quill and ink (Default)
[personal profile] cesy

Title:
Preview suggestions

Area:
suggestions

Summary:
Add the ability to preview your suggestions

Description:
Ability to preview your suggestion, complete with spell-check, as per http://community.livejournal.com/suggestions/892296.html

I thought this had been mentioned already, but I can't find it now.

Poll #975 Preview suggestions
Open to: Registered Users, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

Should be implemented with changes.
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
3 (7.9%)

(Other: please comment)
1 (2.6%)

zvi: self-portrait: short, fat, black dyke in bunny slippers (Default)
[personal profile] zvi

Title:
Title polls generated by the suggestions generator

Area:
suggestions generator

Summary:
Polls generated by the suggestions generator should have a title; this should be the title for the suggestion as submitted in the suggestions generator [or the first X characters, if the lengths don't match]

Description:
Because the polls generated to suggestions tend to get approved in bunches, I would like to be able to, as I see them appear on my reading page, open the polls in a new tab and vote on them all at my leisure, instead of breaking the flow of my reading by voting on the issue and hitting the back button in order to return to my reading page.

For those issues which I can decide by looking at the proposal, without needing to see the discussion in comments, my inclination is to open the poll itself, rather than the entry. (I usually go for the smallest file I can open which will give me everything I need, a habit I retain from using dial up.) However, because the text of each poll is the same, there's no way of telling which poll is voting on which suggestion, and I wind up having to open the entry anyway.

I can't think of any drawbacks to this plan, and the benefit of solving the problem as I propose to do is that it doesn't require additional human input (except for whatever rewriting of the generator that will be required.)

Open to: Registered Users, detailed results viewable to: All, participants: 33


This suggestion:

View Answers

Should be implemented as-is.
33 (100.0%)

Should be implemented with changes.
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(Other: please comment)
0 (0.0%)

Profile

Dreamwidth Suggestions

December 2018

S M T W T F S
      1
23 45678
9101112131415
16171819202122
23242526272829
3031     

Style Credit

Expand Cut Tags

No cut tags

Syndicate

RSS Atom