Etsy: user name link and profile external service

[azurelunatic]

Title:
Etsy: user name link and profile external service

Area:
cross-site excellence

Summary:
Given that Dreamwidth has a lot of crafters, there might be interest in a specific Etsy shop remote user name before someone gets around to the easily-add-services feature.

Description:
As we know, remote site user name linking works for any site where users can be found at www.[service.tld]/users/[name], even if it isn't set up so there's a site-specific user-head to link there. [Edit: the proper location is 'users', not 'user'. My bad.]

Etsy's user URLs take the form of www.etsy.com/shop/[name], and their profile URLs www.etsy.com/people/[name].

Are there enough Etsy crafters, and people who know Etsy crafters, that it would be useful to be able to easily link to Etsy crafters before someone gets to bug 23 (http://bugs.dwscoalition.org/show_bug.cgi?id=23) ?

Poll #4741 Etsy: user name link and profile external service

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
23 (48.9%)

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

Shouldn't be implemented.
1 (2.1%)

(I have no opinion)
22 (46.8%)

(Other: please comment)
1 (2.1%)

Administrative easy user name link tool

[azurelunatic]

Title:
Administrative easy user name link tool

Area:
administrative

Summary:
Remote site user linking is actually kind of popular; it shouldn't require developer intervention to add a new site.

Description:
Much to my surprise, I didn't find a bug for a tool that would make it easy to add new sites to the Officially Supported Places that one can link to a user from. (Bug 23 http://bugs.dwscoalition.org/show_bug.cgi?id=23 does not seem to include this, much to my surprise.)

One can link to users from any arbitrary site that has its user space at www.[service.tld]/users/[name] and have the link arrive in the right place, by entering <user name="name" site="service.tld">, but sometimes there are popular services that don't follow this format.

Tool would automatically retrieve the favicon of the site, autofilling this in for the userhead, with the option to override it if there is another image that is more appropriate to use.

Should include a place to specify the customization for the alt text for the userhead.

I hear tell that there's someday going to be the ability to specify whether an LJ user that one is linking to is a user or a community; once that exists, the tool should have the ability to set that up with a minimum of general agony.

Needs a spot to put the format of the profile link, and a spot to put the format of the main user space link.

Should have a preview feature, so a site administrator can do this and see how it looks and go back and change it without making things broken for everybody for 5 minutes by accident. (Or for 12 hours, because I imagine that the experience of doing one last thing before bed, thinking it should be good, and immediately passing out and staying dead to the world until done sleeping, is not unique to me.)

Should cross-link with the tool promised in bug 23 once it exists, or be part of the same meta-tool, because it's annoying to enter information twice.

Poll #4742 Administrative easy user name link tool

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
23 (52.3%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (45.5%)

(Other: please comment)
0 (0.0%)

Arbitrary (pre-1890) displayed birth year

[azurelunatic]

Title:
Arbitrary (pre-1890) displayed birth year

Area:
accounts

Summary:
Creative projects and genealogical journals can have birth years outside the reasonable range for living humans. They should be allowed, if only as display options.

Description:
It's massively unlikely that a living human would fuss about the current restrictions on possible birth years for a journal (not born before 1890, not born after the current year), but fictional people, genealogical journals, SCA personas, and Captain Kirk might want to display their correct birth year, rather than an arbitrary birth year or the birth year of the person who is controlling the account.

One might want to keep the current restrictions in place for account creation, so that it continues non-trivial for children who are too young to register for Dreamwidth to actually create accounts.

This might make statistics-gathering on birth year much more entertaining to deal with, and might break something like birthday notifications somehow. It might make sense to split "system birthday" and "displayed birthday", so that journals with impossible birthdays don't break anything, but display the correct-for-them year on their profile.


[This suggestion inspired by ChemLa's SCA persona, problems therewith.]

Poll #4743 Arbitrary (pre-1890) displayed birth year

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (5.9%)

(I have no opinion)
19 (27.9%)

(Other: please comment)
0 (0.0%)

Link between Manage Circle and My Account Settings: Notifications

[azurelunatic]

Title:
Link between Manage Circle and My Account Settings: Notifications

Area:
user interface, making things make sense

Summary:
To address a common confusion in terminology, cross-link between Manage Circle and My Account Settings: Notifications.

Description:
"Subscription" can be reasonably used to describe both the Circle property that lets you see someone on your reading page, and selecting any one of the things about which one can get an email/inbox notification. Despite heroic efforts in distinguishing them, this can still cause confusion, especially with new users who don't have a tour guide. (I saw an instance of this in action today, in fact. I was around for specific disambiguation, but that won't always be the case.)

To address that confusion, what about linking between http://www.dreamwidth.org/manage/settings/?cat=notifications and http://www.dreamwidth.org/manage/circle/edit with a brief description of what the other page does?

"You can also edit your notification tracking options" and "You can also edit your reading page subscriptions to specific users, communities, and feeds" might work as phrasing.

Poll #4744 Link between Manage Circle and My Account Settings: Notifications

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (23.5%)

(Other: please comment)
1 (2.0%)