Add alt text option to 'insert image' pop-up

[domtheknight]

Title:
Add alt text option to 'insert image' pop-up

Area:
accessibility, entries

Summary:
Add another text box to the 'insert image' pop-up for posting entries which would allow the use of alt text for the image in question.

Description:
There is a tool on the HTML editor which writes your image HTML for you, if you insert the URL of the image. However, if you want to provide alt text, there's no way to do that using the tool, so you have to add the code by hand. This sort of defeats the purpose of having the tool in the first place.

It seems that it might be an easy improvement, and could offer a lot of benefit for users who want to provide image descriptions to screen readers (or commentary on the images, or in-jokes, etc).

Poll #1462 Add alt text option to 'insert image' pop-up

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
17 (48.6%)

Should be implemented with changes. (please comment)
17 (48.6%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
1 (2.9%)

(Other: please comment)
0 (0.0%)

Add 'custom access list' to 'allow search by'

[denny]

Title:
Add 'custom access list' to 'allow search by'

Area:
Journal search

Summary:
It might be useful to add an option for 'custom access list' to the options of 'everybody/access/owner' for who can use your journal search.

Description:
I can imagine that there would be cases where people would like to give access to their search to a sub-set of the people on their access list. In this case, the ability to define a custom access list for the purpose would be useful.

Perhaps if people defined an access list called 'journal search' it could automagically become available as an option on the menu where you select the search permissions? Or if they select the 'custom list' option then the access list would be automatically created for them to populate?

Poll #1465 Add 'custom access list' to 'allow search by'

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

View Respondents

This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
10 (41.7%)

Shouldn't be implemented.
1 (4.2%)

(I have no opinion)
4 (16.7%)

(Other: please comment)
0 (0.0%)

Be able to view all entries not in a filter on-the-fly, without needing to set up a separate filter

[afuna]

Title:
Be able to view all entries not in a filter on-the-fly, without needing to set up a separate filter

Area:
filters

Summary:
If I have a "Default" filter, it would be nice to have a !Default or _Default, filter, which shows me entries that I filtered out of my Default view. This would make it easier to filter to only entries I haven't read yet.

Description:
Ideally, it would respect which journals are on the filter, and only reverse on the tags/security settings/explicitness/etc.

For example, if I subscribe to three users:

userEverything, userOnlySFW, userNotOnFilter

I read my readpage from a public place. "/read/Filter", would show me all of userEverything's entries, only SFW entries by userOnlySFW, and no entries by userNotOnFilter.

"/read/!Filter" would show me none of userEverything's entries, only NSFW entries by userOnlySFW, and still no entries by userNotOnFilter.

I'm not particularly tied to the format; I'd just rather not have to set up two filters, and have to remember to update them both if something changes. More fine-grained control would still be possible for individual options; this is more an easy way to catch entries I'd skipped before, without having to wade through entries I've already read.

Poll #1463 Be able to view all entries not in a filter on-the-fly, without needing to set up a separate filter

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

View Respondents

This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
6 (20.7%)

Shouldn't be implemented.
1 (3.4%)

(I have no opinion)
5 (17.2%)

(Other: please comment)
2 (6.9%)

Set Manage Filters to Subscriptions in the 'Organize' Menu

[ninetydegrees]

Title:
Set Manage Filters to Subscriptions in the 'Organize' Menu

Area:
Site Scheme 'Organize' Menu

Summary:
Manage Filters is currently set to load the 'Manage Access Filters' page. From there you can manage your subscription filters. I suggest the opposite be done.

Description:
Ideally, the two could be separated and added as two different links in 'Organize' but there are already many links in this menu. I modify/set subscriptions filters more often than access filters but I have no idea what you guys do. Guess the poll will tell me what's best for everybody. :)

Poll #1467 Set Manage Filters to Subscriptions in the 'Organize' Menu

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (9.5%)

(I have no opinion)
7 (33.3%)

(Other: please comment)
1 (4.8%)

Sorting styles by date added.

[ex_jaeger408]

Title:
Sorting styles by date added.

Area:
Styles

Summary:
As almost every update includes new styles, it would be fantastic to have a means of sorting styles by date. As it stands now, we have two categories, and the contents of those are sorted alphabetically - there's no way to determine which are "new" other than not remembering seeing them.

Description:
There could be two ways to resolve this:

1. Somehow incorporate, when a style is added to the system, a note of the date added, and then have a 'Sort by date' link.

2. Simply creating a 'New' category, and putting any "new" styles - say, added in the previous month - in that category, right alongside "Featured" and "All."

Poll #1464 Sorting styles by date added.

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
3 (11.1%)

(Other: please comment)
1 (3.7%)