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

Title:
Site search refinement: not your own journal?

Area:
site search

Summary:
When using site search, is there any benefit to seeing results from your own journal along with the sitewide results, provided you can search your own journal?

Description:
If you can't search your own journal individually, site search may be the only way you have to search your own journal, and I wouldn't want to mess that up for anyone.

If you can search your own journal, is there any benefit to having results from there displayed along with everybody else? I ask because I was running a search where I was 90% or more of the entries sitewide, and I was looking for stuff I didn't already know about.

Assuming it's feature-wise desirable to exclude the journal of the logged-in user from sitewide search results (if and only if that user can also search their own journal), would it be technically feasible? (This is probably a Mark question.)

If it's desirable and technically feasible, how best to implement it? Some thoughts:

* a separate radio button besides user-search and site search
* a checkbox on site search
* just exclude them and leave a note at the top of the search results
* other people may have way better ideas

Poll #13973 Site search refinement: not your own journal?
Open to: Registered Users, detailed results viewable to: All, participants: 39


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
15 (38.5%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (38.5%)

(Other: please comment)
0 (0.0%)

ysobel: (Default)
[personal profile] ysobel

Title:
Search reading page

Area:
Entries? Search?

Summary:
Allow search of reading page - like sitewide search but only within subscribed journals

Description:
I fairly often find myself wanting to find a post on my reading page -- sometimes it's because I finally saw a specific movie or tv show a few weeks later than most people and want to read other peoples' reactions to it, sometimes just that I remember the content but not who posted it.

It would be awesome to have a "search subscribed journals" option. At the moment I can search a specific journal, or do a sitewide search, but nothing in between. Something in between would be good!

I'd imagine this would be a paid account feature, just because searches tend to be resource intensive,

Poll #13971 Search reading page
Open to: Registered Users, detailed results viewable to: All, participants: 46


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (19.6%)

(Other: please comment)
0 (0.0%)

claire_chan: A profile sketch. (Default)
[personal profile] claire_chan

Title:
Other alphabets to add

Area:
search

Summary:
add Chinese/Japanese

Description:
Hiragana, katakana, and kanji should be added to the new comment search ability!
Many people write in these.

Poll #13637 Other alphabets to add
Open to: Registered Users, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
14 (33.3%)

(Other: please comment)
0 (0.0%)

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

Title:
Merge full FAQ search form into FAQ list

Area:
User documentation

Summary:
Add a language field to http://www.dreamwidth.org/support/faq (like http://www.dreamwidth.org/support/faqsearch has) and redirect http://www.dreamwidth.org/support/faqsearch into http://www.dreamwidth.org/support/faq.

Description:
There's no real reason to have a separate search form since there's ample space for the one missing field (FAQ language), and the complete form isn't linked from the simplified one, meaning the only way to find it is through the sitemap. Then, the site map should be updated to merge the 2 items, and likewise for any applicable menus. (I can't use them because they don't work for me, so I don't know what's in them.)

Alternatively, there should be a link to the complete search form from the FAQ list (but since thw in-index search was added to avoid that, that's a markedly poorer solution.)

Poll #11271 Merge full FAQ search form into FAQ list
Open to: Registered Users, detailed results viewable to: All, participants: 41


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
18 (43.9%)

(Other: please comment)
0 (0.0%)

solitarywalker: (Default)
[personal profile] solitarywalker

Title:
Reading pages for interests

Area:
Entries

Summary:
When you click on or search for an interest, the resulting page, in addition to listing people & comms with that interest, should offer a link to a page showing the recent public entries of the people who have that interest.

Description:
Here is something I sometimes do: I pick an interest on my interests list, click to see who shares that interest, then look at the individuals' journals to see if maybe I'd like to subscribe to that journal. Thing is, it can get a bit tedius clicking on all those links. Many have no public entries, so it turns out there's nothing to see at all. There's got to be a better way...

That better way, I think, would be a page for each interest that works like a "reading" page for that interest, displayed in the user's reading page style. It would show, in reverse chronological order, the public entries of people who have that interest.

A link to an interest's reading page (IRP) could be placed on the page you see now when searching for or clicking on an interest. There are already a few links there with simple explanations, above the list of accounts with that interest; add the IRP link there. Nothing needs to go away.

IRPs should respect users' privacy selections and avoid inadvertantly exposing anything that a user might not want exposed. To simplify this suggestion (!) I'll just say it should work like the "Latest Things" page does, with the really cool five minute delay thing etc. (So an IRP is a little like an interest-specific Latest Things.)

Possible problem: Journals that post large numbers of entries in relatively short periods of time could overwhelm the IRPs of all their interests. Based on Latest Things I'm guessing there aren't journals like that, but if there are, their entries should probably be excluded from IRPs.

Another possible problem: Depending on the database structure, generating IRPs might be a lot of work for the server. If that's the case... maybe generate on first request, cache, and use the cached version for a while (an hour? more or less depending on load?) instead of creating it fresh every time.

Poll #11020 Reading pages for interests
Open to: Registered Users, detailed results viewable to: All, participants: 49


This suggestion:

View Answers

Should be implemented as-is.
25 (51.0%)

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

Shouldn't be implemented.
7 (14.3%)

(I have no opinion)
17 (34.7%)

(Other: please comment)
0 (0.0%)

reziac: (Default)
[personal profile] reziac

Title:
Unlabeled search box

Area:
Confusing the user, especially the novice

Summary:
The search box in the upper right needs its own label, NOT just the mouseover label.

Description:
The search box in the upper right needs its own label, NOT just the mouseover label. If someone doesn't realise what it is, the dropdown appears to *go* to "Interest" (etc.) with an expectation of some general page appearing, compounded by the button saying "GO" (normally that's an indication that a *dropdown box* will work without javascript) rather than "Search". It got *me* that way, having not run my mouse far enough over and not being a fan of intrasite search so I just didn't think of it (if anything, I'd vaguely wondered what the blank box to the left was for, but didn't investigate as I was distracted by the dropdown).

Anyway, I'm sure the words "search Dreamwidth" wouldn't be too much to squeeze in, perhaps immediately below the box. ;)

You really do have to specify WHAT such a form searches (not just "Search"), because user expectation is that ANY search box searches the whole dang world a la Google. There was a good article recently on this, somewhere on Jacob Nielsen's mondo excellent Usability site, http://www.useit.com/alertbox/

As to my previous poor rejected suggestions, which proved redundant to DW's Master Plan, great minds think in similar... what's that noise?? <g>

Poll #9493 Unlabeled search box
Open to: Registered Users, detailed results viewable to: All, participants: 50


This suggestion:

View Answers

Should be implemented as-is.
22 (44.0%)

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

Shouldn't be implemented.
5 (10.0%)

(I have no opinion)
19 (38.0%)

(Other: please comment)
0 (0.0%)

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

Title:
Useful control links on search page

Area:
search, entries

Summary:
When searching your own entries, get additional useful links, such as edit entry, edit tags. This could possibly also include control links for entries not in your own journal, if you have permission to retag in that journal, or for communities where you are an administrator.

Description:
Sometimes, when you're searching entries, you're searching for the purpose of editing the entry or its tags. In those cases, you have to first open the entry, then go to edit the tags or the entry.

It could be helpful to offer links to edit the entry or tags.

User interface-wise, the links could possibly be fit in without disrupting the flow too much or making it take up any more lines:


Current:

[personal profile] azurelunatic: 53 tweets for 2011-2-7
... , and jdn. Monday, 2015: @mishacollins Who's having problems with their polypodes? Monday, 2017: Pie doesn't have tentacles, but cupcakes do. http://www.etsy.com/listing/61287471/cupcaketapus Monday, 2018: HEAVENS ABOVE, SEX WITHOUT LOVE Monday, 2024: @ ...
Tags: twitter
Posted: 2011-02-07 23:55:00


Proposed:

[personal profile] azurelunatic: 53 tweets for 2011-2-7 (edit)
... , and jdn. Monday, 2015: @mishacollins Who's having problems with their polypodes? Monday, 2017: Pie doesn't have tentacles, but cupcakes do. http://www.etsy.com/listing/61287471/cupcaketapus Monday, 2018: HEAVENS ABOVE, SEX WITHOUT LOVE Monday, 2024: @ ...
Tags: twitter (edit)
Posted: 2011-02-07 23:55:00

Poll #9058 Useful control links on search page
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%)

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

Title:
Better multilingual entry support

Area:
entries, search

Summary:
Allow entries to be tagged with the language(s) that they are composed of. This can be used to power more interesting things around the site.

Description:
Entries composed of written or spoken material (text, images of writing, audio, video) usually have one or more languages in which the material is presented. Allowing entries to be voluntarily tagged by their owners to describe the language(s) they are using might allow some interesting features to be developed based on entry tagging.

If a particular spelling appears in more than one language, specifying the language of the entry in site search could help find the thing someone's looking for.

Statistics on actual use of the site by users who speak different languages might be helpful to staff, especially if the technical barriers to offering the site in translation are overcome.

It could help users better connect with people who speak their same language, especially users whose preferred language is in a minority on the site.


What would the user interface be like? A whole long list of possible languages could a) be unwieldy, b) might also leave out languages used by actual site users (sign languages and constructed languages spring to mind as languages that might be left out of even a fairly exhaustive list of languages, and entries with embedded video might have sign language, and fannish communities are reasonably likely to include Tengwar and Klingon, and goodness knows there are probably more use cases that I know nothing of).

One way to do it might be like the tags interface, where something can be typed in, and attempt to autofill from a preset list, but accept new entries gracefully. If designed properly, unique data entered here on public entries could be logged, collated, and presented to an administrator on a regular basis for review; items that are found to be actual common languages not present on the list could then be entered.

Any site function that involves searching by language should allow for synonyms -- three different people might use "tlhIngan Hol", "pIqaD", and "Klingon" to mean the same language -- to say nothing of the typos. There should be a way to bundle known synonyms and known typos -- and also a way to override this bundling.

Another challenge is that people might not tag all their entries (to say nothing of back entries). How hard/expensive would it be to autodetect languages? Failing autodetection, could a default be set by user, like the last language they used?

Poll #7733 Better multilingual entry support
Open to: Registered Users, detailed results viewable to: All, participants: 66


This suggestion:

View Answers

Should be implemented as-is.
38 (57.6%)

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

Shouldn't be implemented.
2 (3.0%)

(I have no opinion)
20 (30.3%)

(Other: please comment)
2 (3.0%)

ciaan: revolution (Default)
[personal profile] ciaan

Title:
Show circle on interest search

Area:
interest search

Summary:
When you search on an interest, it shows all users who list that interest, but viewing can also be broken down into smaller categories. I would like one of those categories to be the users and communities I have in my circle.

Description:
When you search on an interest, it shows all users who list that interest, but viewing can also be broken down into smaller categories.

Show: All Account Types | Users Only | Communities Only | OpenIDs Only

I would also like to add "Circle Only" to the choices.

Yes, in many cases I know what my friends are interested in because I know what they post about, but I would also like to be able to see at a glance which of the users and comms that I follow actually list a certain interest.

Poll #6689 Show circle on interest search
Open to: Registered Users, detailed results viewable to: All, participants: 49


This suggestion:

View Answers

Should be implemented as-is.
29 (59.2%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (40.8%)

(Other: please comment)
0 (0.0%)

deborah: the Library of Congress cataloging numbers for children's literature, technology, and library science (Default)
[personal profile] deborah

Title:
ability to select by [field] and perform [action] on all returned entries

Area:
entries

Summary:
I'd like to be able to select a set of entries which correspond to some searchable field (e.g. tag, date range) and perform one of something in an allowed set of actions on the returned set (e.g. change privacy, add tag, delete entry).

Description:
Currently, you can edit privacy on entries within a given date range. I was initially going to make a request to add the feature of editing privacy on entries with a specific tag, but there is a desirable general possible feature.

There is a select number of fields for which it is reasonable for a user to grab a selection set of entries. Date range and tag are the two that come to mind for me, but possibly others might want userpic, mood, or some other field. In theory there could also be fulltext search on subject or body, but that could get a lot more complex, and I'm trying to think through the implementation in any reasonable way.

There is also a select number of actions for which it is reasonable that a user might want to act en masse on the returned set. Edit privacy, delete entry, add tag, change userpic... I can't think of any others off the top of my head, but there probably are some.

My use case is that I would like to change the privacy of all entries with a specific tag, but I can definitely see more expansive use cases.

This seems like a good candidate for a paid feature, because it could get fairly processor intensive depending on its popularity.

Poll #6508 ability to select by [field] and perform [action] on all returned entries
Open to: Registered Users, detailed results viewable to: All, participants: 63


This suggestion:

View Answers

Should be implemented as-is.
43 (68.3%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
13 (20.6%)

(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:
Note on profile if a journal can be searched

Area:
privacy

Summary:
People can set their journal to be indexable or not by outside search engines, and also whether they can be searched through site search. It would be nice to be able to tell which journals have that turned on and which don't.

Description:
Right now, AFAIK, there is no way to tell from looking at a person's journal whether the journal content can be indexed/cached by Google and other outside services, and also which who can find the journal from site search. I suggest that this information be included somewhere on the profile, even if it's just the extended profile.

It would be useful in several different cases:

- Some people prefer not to leave comments in journals that can be publicly indexed, due to stalkers or other privacy issues. This would make it easier for them to tell which journals are (relatively) safe.
- When people are compiling linkspams, newsletters, or similar overviews, it would be helpful to know which relevant journals won't show up on search and will need to be checked individually.
- Knowing whether a person allows search and outside indexing is a useful piece of information regarding their overall feelings on privacy (in the linkspam example, say, people might decide to ask about linking a post widely if the owner has indexing and search turned off.)
- Having the information on the profile would remind people that the setting exists and they need to keep an eye on it.

And etcetera.

Downsides: There might be privacy concern over people not wanting their searchability to be publicly visible, but I'm having trouble seeing why anyone might need that kept a secret. There also might be issues if people comment in a journal assuming indexing is off, and the journal owner later turns it on, but that sort of thing is already a risk with any sort of semi-public posting.

Poll #6501 Note on profile if a journal can be searched
Open to: Registered Users, detailed results viewable to: All, participants: 52


This suggestion:

View Answers

Should be implemented as-is.
21 (40.4%)

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

Shouldn't be implemented.
11 (21.2%)

(I have no opinion)
18 (34.6%)

(Other: please comment)
2 (3.8%)

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

Title:
Add interest keywords to feed accounts

Area:
feeds

Summary:
It's been suggested to make feeds searchable, which is a very good idea. However, I'd also like to be able to use interests to search for them because I think it would be more helpful when you want to find feeds pertaining to a certain topic.

Edit: see this comment for an alternative suggestion which doesn't use interest keywords.

Description:
I have no idea how many feed accounts they are on the site or how many are created per day so, to be honest, I don't know if this is a nice idea or a crazy one and how to implement it. Ideas and discussions are really welcome.

First, who would be able to add interests? Any user? A dedicated team of volunteers? Should users only be able to add interests from a pre-approved list? Could new ones be suggested? How?

Should the interests remain general (e.g. news, comics, music, science, technology, food,...) to be more manageable or would that would make the feature less useful/too restrictive?

What about personal blogs? I can see the potential for drama there. OTOH, it'd be like letting people assign interests to one's profile. OTOH, Neil Gaiman's blog is the feed with the greatest number of subscribers on DW so if we leave these out how useful is the feature?

Anything else?

Poll #6451 Add interest keywords to feed accounts
Open to: Registered Users, detailed results viewable to: All, participants: 41


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (7.3%)

(I have no opinion)
21 (51.2%)

(Other: please comment)
3 (7.3%)

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

Title:
Search my reading list

Area:
Site Search

Summary:
I am often using site search when I am looking for a post I know I saw on my reading list, but I can't remember who posted it. If I could filter the Site Search to show just posts from people I read, it would make finding posts like that a lot easier.

Description:
Site Search currently allows a full-text search of either all entries on DW (which have search enabled) or just your journal. I would like a medium filter to search just journals I have on my reading list (or possibly anywhere in my circle, if that would be easier.) I fairly frequently have a dim memory of a post I saw on my reading list that I want to reread/link/comment on, but can't remember who posted it (or more than a vague idea of its content), and while the current site search helps, it can lead to an unwieldy number of results, when I already know the post I'm looking for is from somebody I watch.

I can't really think of any drawbacks, aside from coding/processor time, unless possibly some people would have security/privacy concerns? But the only journals that would show up would be people who already allow indexing by site search, so it wouldn't reduce privacy, just make it easier to find people who are already okay with being found that way.

There are various ways you could make this more complicated, but just the basic filter would be great!

Poll #6450 Search my reading list
Open to: Registered Users, detailed results viewable to: All, participants: 64


This suggestion:

View Answers

Should be implemented as-is.
60 (93.8%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
2 (3.1%)

(Other: please comment)
0 (0.0%)

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

Title:
Mutual Interests Magic: add option to filter to personal journals OR communities (not just both)

Area:
explore

Summary:
On http://www.dreamwidth.org/interests, there's a very nifty option allowing you to find journals matching your or someone else's interests ("Find people or communities with interests similar to those of:"). I'd like to be able to refine the results to 'just people' or 'just communities'.

Description:
Or directly to be able to search for 'just people' or 'just communities'.

Poll #5181 Mutual Interests Magic: add option to filter to personal journals OR communities (not just both)
Open to: Registered Users, detailed results viewable to: All, participants: 53


This suggestion:

View Answers

Should be implemented as-is.
43 (81.1%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
10 (18.9%)

(Other: please comment)
0 (0.0%)

dragonfly: stained glass dragonfly in iridescent colors (Default)
[personal profile] dragonfly

Title:
Tag search that includes your circle's tags

Area:
tags

Summary:
I'd like a way to search the tags of all my friends at once, to see what has been posted on a certain subject, within my circle.

Description:
Currently I can see all the posts I've made with a certain tag, by clicking on it. If I acquire a new interest (or fandom) I'd like to be able to sort for the posts made by people I subscribe to, regardless of date, on that subject, without needing to scroll through months worth of their posts. Or without having to go to each journal individually, checking their tags. This could also be used, for instance, in seeing how everyone I follow responded to a certain meme.

One limitation, of course, barring some kind of AO3-like tag-wrangling, would be that the tags would need to be written identically by each user.

Poll #3743 Tag search that includes your circle's tags
Open to: Registered Users, detailed results viewable to: All, participants: 37


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.7%)

(I have no opinion)
11 (29.7%)

(Other: please comment)
0 (0.0%)

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

Title:
Better "no results" information on multisearch page

Area:
site search, context for the short-attention-spanned

Summary:
http://www.dreamwidth.org/multisearch should echo your search term and the area you searched in when telling you it found nothing.

Description:
http://www.dreamwidth.org/multisearch is singularly unhelpful when it doesn't find what you were looking for. Currently, an unsuccessful search tells you: "No Match: Sorry: There were no results for the criteria you specified." So you have to remember that you were searching for, say, a particular email address as someone's email address. This is marginally all right when you've just entered it and you typed it correctly and picked the right sort of search, and you remember what you typed, and the page loads promptly. But if you pick the wrong category, typo the whatever, the page is slow, your computer is slow, your brain is not tracking properly, you go on to a new tab and come back later, it's a completely confusing result.

Poll #3303 Better "no results" information on multisearch page
Open to: Registered Users, detailed results viewable to: All, participants: 39


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
0 (0.0%)

(Other: please comment)
0 (0.0%)

trixtah: (Default)
[personal profile] trixtah

Title:
Search users/communities/feeds with wildcards

Area:
Search

Summary:
Allow wildcard searching of usernames/communities/feed titles and any other similar items

Description:
Sometimes I am unsure of the spelling of a particular username, but I'm certain about elements of it. If I search for "trix", I only find user Trix. It'd be nice for people to find me (for example) with a search like "trix*".

This suggestion might also help the difficulty people have finding RSS feeds without attempting to syndicate a specific feed again. It'd similarly be useful for finding communities and perhaps interests.

Poll #3187 Search users/communities/feeds with wildcards
Open to: Registered Users, detailed results viewable to: All, participants: 51


This suggestion:

View Answers

Should be implemented as-is.
47 (92.2%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
2 (3.9%)

(Other: please comment)
0 (0.0%)

lea_hazel: The Little Mermaid (Default)
[personal profile] lea_hazel

Title:
Linkable Search URL

Area:
Search page

Summary:
Add inline arguments for the search page to allow linkable search results.

Description:
The search page allows an inline argument for a journal search, but not for the search term itself. Since search terms are usually pretty short, using inline URL arguments would allow users to link to search results, like they would link to the results of a google search:

http://www.google.com/search?hl=en&site=&q=dreamwidth&btnG=Search

http://www.dreamwidth.org/search?q=google

This can be useful for common searches. It will also allow users of Firefox to create a shortcut for a DW search.

Poll #2746 Linkable Search URL
Open to: Registered Users, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.8%)

(I have no opinion)
17 (47.2%)

(Other: please comment)
0 (0.0%)

enigel: Aziraphale shielding Crawly under his wing (Default)
[personal profile] enigel

Title:
Search for several interests at once

Area:
Search

Summary:
The interest search should be capable of searching for more than one interest at a time. For example, "slash, icons" should return users and communities interested in both "slash" and "icons".

Description:
This is something that I've needed and wanted for years on that Other Blogging Platform, and never got implemented.

Problem: As the DW community grows, and there are more and more communities and users, searching for an interest could return hundreds of results - very hard to go through them and find what you really wanted.

Often the desired results really lie at the intersection of two popular interests, but there's no way to restrict it like that.

Solution: searching by "interest 1, interest 2" should return communities and users who list both "interest 1" and "interest 2".

Alternatively, there could be an option to "Search within these results" after the initial search for "interest 1".

Of course, a full boolean interest search would be the niftiest thing ever, but my suggestion is just a simple additive search for now.

Problems: there could be database problems that I'm not aware of (databases are not my best area of expertise), but unless it would really crash the site and there's no way to optimise it I don't think there should be any drawbacks.

Poll #2640 Search for several interests at once
Open to: Registered Users, detailed results viewable to: All, participants: 62


This suggestion:

View Answers

Should be implemented as-is.
51 (82.3%)

Should be implemented with changes. (please comment)
11 (17.7%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
0 (0.0%)

(Other: please comment)
0 (0.0%)

kellan_the_tabby: My face, reflected in a round mirror I'm holding up; the rest of the image is the side of my head, hair shorn short. (Default)
[personal profile] kellan_the_tabby

Title:
RSS Feed Search

Area:
Feeds

Summary:
It'd be awful nice to have a way to _search_ for a feed, instead of scanning through the list (http://www.dreamwidth.org/syn/list.bml).

Description:
I know you can sort the feed by feed title, and that _does_ help, but there are still some that aren't named what you might expect, and it's a lot to slog through. A simple search box (okay, it might not be simple, I'm no programmer) would make finding feeds a lot easier.

Poll #2541 RSS Feed Search
Open to: Registered Users, detailed results viewable to: All, participants: 51


This suggestion:

View Answers

Should be implemented as-is.
44 (86.3%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (11.8%)

(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