paid account sandbox

[deborah]

Title:
paid account sandbox

Area:
paid account features

Summary:
There should be a place where people can see the paid account features and play with them to decide whether or not a paid account is worth their while.

Description:
There should be a place where people can see the paid account features and play with them to decide whether or not a paid account is worth their while.

There should be a place where people can see the paid account features and play with them to decide whether or not a paid account is worth their while. Perhaps in the official site communities, for example, most of the entry page features could be automatically enabled. In addition, there could be a paid_sandbox community where people can experiment with the features. This would work for:

1. Ability to receive copies of comments you make in other journals in your e-mail.
2. Ability to post polls.
3. Ability to create custom mood themes (maybe? But only use them in the sandbox community?)
4. Ability to edit comments after posting
5. Thread expanders

And maybe other things?

For some features (e.g. number of icon slots, number of sites you can cross post to, forwarding e-mail address) this of course wouldn't work. But there are lots of paid features, and if you don't have access to them, you have no idea how cool they are. I didn't realize I couldn't live without comment editing until I got comment editing.

I'm not sure how difficult it would be to implement "everyone is a paid user when posting in the following communities".

Poll #7749 paid account sandbox

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
9 (17.0%)

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

Shouldn't be implemented.
15 (28.3%)

(I have no opinion)
24 (45.3%)

(Other: please comment)
2 (3.8%)

Disable old crossposter links

[yvi]

Title:
Disable old crossposter links

Area:
Crossposting / Styles

Summary:
Have a way of disabling crossposting links on old entries

Description:
Currently, we can choose whether to display links to entries that are crossposted to another site. However, these links seem to stay behind even when the crossposting account settings are deleted here: http://www.dreamwidth.org/manage/settings/?cat=othersites . Disabling the crosspost link option only means the links won't get added to new entries and has no effect on old entries. There seems to be no way to get rid of the old links, something that some users may wish to do (disentangling two accounts for privacy reasons, for example).

I propose there to be an option to disable displaying them. Maybe a question when deleting a crossposting account setting from the linked page or when you disable it for new entries you get the option to also remove them from old entries.

Poll #7750 Disable old crossposter links

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
37 (63.8%)

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

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
16 (27.6%)

(Other: please comment)
2 (3.4%)

Don't always check thread tracking checkbox

[yvi]

Title:
Don't always check thread tracking checkbox

Area:
Tracking JavaScript

Summary:
Don't always check the "Email me when someone replies in this comment thread" checkbox.

Description:
This is a very minor thing, but...

With JavaScript tracking, if you want to track a thread, the menu gives you this dialog:

"Email me when
[x] someone replies in this comment thread"

That checkbox is always checked.

This only came to my attention when porting the code over to jQuery, and the code comment literally says:

// this is a thread tracking button
// always checked: either because they're subscribed, or because
// they're going to subscribe.

I think this behavior is confusing and means users will sometimes wonder whether they are tracking a thread or not ("the menu box is checked when I click on it, but I thought I wasn't tracking the thread"). Have it checked if tracking is already on and off is tracking is off for the comment thread, the way it is with top-level comments.

Poll #7751 Don't always check thread tracking checkbox

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
8 (17.0%)

(I have no opinion)
21 (44.7%)

(Other: please comment)
0 (0.0%)

Allow post by email to take the post as an attachment rather than the body

[andrewducker]

Title:
Allow post by email to take the post as an attachment rather than the body

Area:
Posting by email

Summary:
I should be able to email a .txt file in and have that be my post.

Description:
If I post by email then I end up with all the lines truncated at 80 characters (or thereabouts) with the remainder of the line pushed onto the next line(s).

It would be great if rather than taking the body of the email as the post I could send a .txt attachment that would be posted instead. That way I could write the post in the text editor of my choice, attach it, and it would be posted.

Poll #7752 Allow post by email to take the post as an attachment rather than the body

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
11 (20.8%)

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

Shouldn't be implemented.
3 (5.7%)

(I have no opinion)
32 (60.4%)

(Other: please comment)
2 (3.8%)