compiling the wishlists
5 Oct 2011 03:22 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
kaigouAlright, here's what I've compiled so far. The real thanks go to everyone who contributed on the post: qem_chibati, haruka89, franzeska, cimorene, drunkoffthestars, zellieh, branchandroot, rageprufrock, bluevsgrey, brownbetty, shadytail, yeomanrand, 37cats, neotoma, and I really hope I didn't forget anyone!
It's not the prettiest formatting, but hopefully it's more readable.
Tags, Bundles, & editing thereof
Add tags like DW/LJ (word or phrase separated by comma)
Tag Bundle Hierarchies [7]
Communities can create tag bundles of recommended/common tags for their links
[7] This would probably be a premium feature to incorporate your selected hierarchy into your search/filtering of bookmarks. Say you assigned a hierarchy to your length tags, you could filter your links so the longest are on top. Or if you assign ratings to your links, you can sort by that. ...this is a little more of a resource sink. (It could also slow someone's results down, if they're on an iffy/weak connection.)
[10] This might be dual. Frex, if a tag has been used by 180 users, and you've used it 4 times, then maybe it would say "180/4" or some other similar designation. Or it could be contextual: if it's in the "global tags" list, it'd show the total for everyone, but in your list, it'd show only the times you've used the tag. (Personally, I think the dual version might be cooler, but maybe that should be premium, with basic just seeing everyone's totals.)
Network/Subscriptions
[5] Any time someone bookmarks a link with "me.journal.com" in it, it shows up in my subscriptions. This can also be handy if you only want the highlights of a high traffic comm or something like that.
[6] May need to require minimum, like 4 or more letters, or some smartass will subscribe to "the" and kill the database.
Imports
Export
[1]
The thing about facebook & google+ is that connecting to them comes with a price of letting their bots run on the application's backend to track user footsteps; twitter is trying to monetize so they may be next to demand the same. That kind of action amounts to tracking application user's movements. This is huge privacy issue for many people, since it's an open question whether some of these (especially facebook) really respects user privacy, even users who aren't members of facebook.
RSS is actually preferable, ironically because it's an older tech that predates the heavy emphasis on the social web: it's almost impossible to track RSS feeds. They have more privacy built-in than just about any other way. Given how many people in fandom don't want their fandom interests slipping through into being visible to, say, work googling them, the best way to tackle such issues (at this time) is to just not make the walls quite so permeable as facebook, google, and the rest might want those walls to be.
To export, then, there could be manual exporting that exports a version you can cut & paste to your newsletter, or an RSS feed that will go directly into your newsfeed. It's not as simple as a one-click "post to twitter" or "post to facebook," but it also doesn't come with the same potentially heavy privacy costs, either. For manual, it could also be as XML (if you're porting to elsewhere) or it could be as a person-readable file that could just be pasted into place.
Browser Extensions
Links on site would include:
inline editing (of all fields) if it's your link
four action buttons (if link is not in your links already):
Mass-SAVE option (ie save all checked links from another user's list)
Tag info Visibility [4]
[4] A button or hover option to see the tags and other info you've assigned a link when you run across it elsewhere on a site. That way if you're going through your network/subscriptions/search results you can not only see if you've bookmarked it before but also find out how you bookmarked it to get the most meaningful information for you.
Saving a new link (additional options in save-link window)
Additional metadata fields (not required)
Notes text-area: 2000 characters, some HTML allowed (strong, em, br), no *
Link flagged as "unread" is automatically private until flag is turned off
[9] The save-to-account option means you don't have to log out/in to save a link, or that you can save to a community without logging out/in.
User profile/settings
[8] It'd be a combination of personal style (CSS-based) and global (site style). You could choose to see only your personal style everywhere on the site (overriding global style and anyone else's style, sort of like always viewing DW through "style=mine") or you could choose to override other user's styles to always use the global style (like always viewing DW through "style=light"). Uploading a CSS file would probably require a paid/premium account, but overriding other users' styles to always see the global should be a base feature.
Communication
Search Features
[2] On (old) Delicious, you only had tag bundles on your home page, the minute you clicked on one, any tags associated to the links showing were simply listed down the side in alphabetical order. It would be super useful if they still retained their groupings on the filtered page.
Organizing Links
[3] Neither are "stacks", since that's definitely a dirty word right now. A Collection is auto-ordered by date added; a Cluster is alphanumeric (no specific ordering)? (Could a viewing user re-order these, like they can search results?) That way, you could make sure the sixteen chapter Collection wouldn't get out of order in viewing, or you could create "welcome to our fandom" cluster of story, meta, art & video for users to read/view. Or you could just have a Cluster of all stories of X genre or Y fandom. Clusters could also work like Paraka's idea of aggregate link-groups.
Open Links in Bulk
Be able to select multiple links to be opened in new tabs (so you don't have to do it manually). It'd also be customization so you can open all links on the page, a group of links, etc.
Bundle Assigning on First Use of a New Tag
When you create a new tag, have the option to assign it to a bundle right in the "save bookmark" interface. This has 2 benefits: 1. it's easier to organize your tags; 2. It's a warning that you're about to create a new tag (come on, we've all done typos that resulted in "new" tags, right?)
Trending "Topics" on Homepage
Feature a feed of the most popular tags at the moment, or most bookmarked links, etc.
Multiple Accounts Associated To a Single Sign On
This idea started off as a way to better accommodate kink memes but expanded so much from there.
Many of us have multiple Delicious accounts, wouldn't it be nice to manage them all under a single sign on? So you'd have a main sign on to get on the site, but then you can choose to operate under various "aliases", with the option to advertise the connections between your aliases or to keep them hidden (if say you want your personal fannish alias associated with your special interest fannish alias, but don't want either associated to the alias of your real name). There should also be the option to combine alias accounts should you one day decide you don't actually need two separate aliases.
Communities
A community alias with multiple users associated with it. That way you can have multiple people running the account (specifically if it's archiving something like a kink meme). This kind of community account would also require different levels of users/editing powers. For example the owner or top mod is the only one with the power to delete the whole account, some users can add new links, but not new tags, others can edit preexisting links, etc.
We'd also like an option for others to suggest a link to a user/comm. Suggested links can go into a moderated queue where the user/comm can choose to accept the link, edit it or reject it. To make it more likely to be accepted, we'd like the option when suggesting a link, to have the tag autofills use the recipient's tagging system.
Think how useful this would be! When kink memes or charity auctions start lagging behind, their user base can start helping on a casual basis! If there's a fandom newsletter running off this site, you can send them the link to your new fanwork or the cool fanwork you just discovered! For users, friends can send you recs with your link information right there to pique your interest!
When having all of these different kinds of accounts and aliases under a single login it would be important for the settings of each account to have a degree of separation. Many times the needs of the different accounts will require different default settings. However there may be times when you'd like the default settings of one account to match those of another. Both options would be available.
Tag Wrangling
Inspired by AO3 and their wrangling system, we'd love to be able to adopt some of those features and move the idea even further.
Unlike with AO3, our idea of wrangling is more user based. Rather than having a team wrangling tags together, users when setting up a subscription, or tag bundle could pick a tag they'd like to be the visible tag but also associate other tags to it. For example, when I bookmark, my pairing tag is "Kris/Adam" but if I accidentally wrote Kradam instead the tag wrangling would recognize Kris/Adam as an option and that's what would show in the autofill.
This would also make the suggested tags more tailored to your tagging system. Suggested tags are based on what other user's have used when saving the same link. If another user saved a link using Adam/Kris, but you have that tag wrangled to the tag you use, "pairing:Kris/Adam" that's the tag that would show
Wrangling also helps when searching for content elsewhere on the site. It would apply to subscriptions. Remember above when I was talking about grouping links together? I mentioned that right now I'm subscribed to the "Kris/Adam", "Adam/Kris" and "Kradam" tags on Delicious. With tag wrangling, I could wrangle those 3 tags together and simply have one subscription instead of 3!
The wrangling that users do for their personal tags would also be applied beyond their personal pages to help expand searches. If, say, someone was searching for content for a new fandom they've never tagged for before, (I'm going to fall back to AI8 for my example) they could search for Kris/Adam, and the fact that others have Adam/Kris and Kradam wrangled to Kris/Adam, the search result would show links for all 3 terms.
Link Wrangling
Have you ever seen a link that you think is new, since it doesn't show as being saved to your account, only to discover it's something you've already seen but this link included a cut id at the end? Or the comment thread details for the bookmarkers comment? Or you saved the AO3 version, but someone else saved the DW version? Link wrangling would allow people to mark those links as being the same! It's also useful if you get the urge to read a fic but LJ is down and you only have the link there! You could check the wrangled links to see if it's hosted elsewhere like on DW.
And there would be different kinds of wrangling. The kind above would be for different links to the same content, another kind of wrangling would be for similar content (which could be ordered or unordered). So if someone posted a story with sequel stories, you could bookmark and wrangle them together in order (especially useful when authors don't link between parts, or god, all the kinkmeme fics that are written in a bunch of different places). Or there might be a 'verse with many fics that don't have to be read in any particular order so you could wrangle the links together without assigning them an order.
Again, there would be some automatic wrangling suggestions for things already wrangled or based on patterns. So if you read a fic and didn't know there was a sequel, the site might suggest you wrangle those links and you've just discovered more of a good thing!
Wrangling these links together will also help when searching for new fics based on number of saves because now you'll have a more true number of how often a link has been saved (by including links that aren't the same but go to the same content in the count). It will also mean you have greater choice in which link you follow, ensuring you find content on the site you most prefer. An advanced feature would even let you prioritize which sites show first, so if you'd rather read something on AO3, that link will appear above the LJ link.
Download Content
There are people that like to have an offline version of the fic that they're reading, so we'd want to include the ability for the site to intelligently gather the info on the linked to page and export it for download. With different download options like in ebook format, pdf or html. When links are wrangled together as related items, you'd be able to download a multi-part story or entire series in one go.
Scalable Sorts
The ability to recognize certain tags as scales (ie. rating or length) and take the average value users assign a link so that users could sort unknown tags based on those averages. That way if you're in the mood for a longer fic, you could enter your search term and sort by length.
Bookmark All
This would be the option to bookmark all the links on a page. For example, you could link to someone's entire body of work by clicking this option when on their masterlist.
--------------------------
In-site Streaming
This would allow you to view content from other sites without leaving the site. So you could set up a vid playlist, with videos from multiple streaming sites but watch them all without having to change websites. Or if you do a search for fanart, for example, the pictures themselves (likely a thumbnail) would show up in search instead of you having to click to see them.
qem_chibati, haruka89, franzeska, cimorene, drunkoffthestars, zellieh, branchandroot, rageprufrock, bluevsgrey, brownbetty, shadytail, yeomanrand, 37cats, neotoma, and I really hope I didn't forget anyone! It's not the prettiest formatting, but hopefully it's more readable.
Tags, Bundles, & editing thereof
- Sort by a single tag or by a combination of tags.
- The ability to make specific tags private.
- Bulk editing of tags, including merging, renaming, and separating.
- Bulk editing of tags only for specific/selected links, ie "all links on this page"
- A tag "definition" or explanation of how the user uses that tag.
- Auto-complete based on own tags OR on shared tags (ie community's tags)
- Auto-suggest tags based on keywords from file (content header) and/or other tags by other users who saved the link
- Save capitalization exactly as entered by user
- Always display tags with count [10]
- person-readable URLs for tag filter results page
- Save tags in order entered by user, unless user selects "alphanumeric" in setup
- Allow ANY unicode character EXCEPT specialized uses:
- . sets tag as private (not visible to others)
- * not allowed in searchable fields, used as wildcard
- . sets tag as private (not visible to others)
[7] This would probably be a premium feature to incorporate your selected hierarchy into your search/filtering of bookmarks. Say you assigned a hierarchy to your length tags, you could filter your links so the longest are on top. Or if you assign ratings to your links, you can sort by that. ...this is a little more of a resource sink. (It could also slow someone's results down, if they're on an iffy/weak connection.)
[10] This might be dual. Frex, if a tag has been used by 180 users, and you've used it 4 times, then maybe it would say "180/4" or some other similar designation. Or it could be contextual: if it's in the "global tags" list, it'd show the total for everyone, but in your list, it'd show only the times you've used the tag. (Personally, I think the dual version might be cooler, but maybe that should be premium, with basic just seeing everyone's totals.)
Network/Subscriptions
- person-readable URLs for subscription results page
- able to subscribe to single tag
- able to subscribe to multi-tag combinations
- able to subscribe to tag+user combination
- able to subscribe to community
- able to filter subscription results when viewing (nsfw/sfw, not-tag)
- RSS functionality for subscriptions
- Subscribe to Alerts - get notified when new link matches with:
- Base domain of URL [5]
- Phrase/word in title [6]
- Name in author field
- Base domain of URL [5]
[5] Any time someone bookmarks a link with "me.journal.com" in it, it shows up in my subscriptions. This can also be handy if you only want the highlights of a high traffic comm or something like that.
[6] May need to require minimum, like 4 or more letters, or some smartass will subscribe to "the" and kill the database.
Imports
- Allow back-dating of links ONLY when importing
- import from variety: delicious, pinboard, diigo, etc
Export
- RSS functionality
- NO twitter/facebook/google+ auto-exporting [1]
[1]
The thing about facebook & google+ is that connecting to them comes with a price of letting their bots run on the application's backend to track user footsteps; twitter is trying to monetize so they may be next to demand the same. That kind of action amounts to tracking application user's movements. This is huge privacy issue for many people, since it's an open question whether some of these (especially facebook) really respects user privacy, even users who aren't members of facebook.
RSS is actually preferable, ironically because it's an older tech that predates the heavy emphasis on the social web: it's almost impossible to track RSS feeds. They have more privacy built-in than just about any other way. Given how many people in fandom don't want their fandom interests slipping through into being visible to, say, work googling them, the best way to tackle such issues (at this time) is to just not make the walls quite so permeable as facebook, google, and the rest might want those walls to be.
To export, then, there could be manual exporting that exports a version you can cut & paste to your newsletter, or an RSS feed that will go directly into your newsfeed. It's not as simple as a one-click "post to twitter" or "post to facebook," but it also doesn't come with the same potentially heavy privacy costs, either. For manual, it could also be as XML (if you're porting to elsewhere) or it could be as a person-readable file that could just be pasted into place.
Browser Extensions
- including tag autofills, existing list of user tags, recommended/keyword tags
- list tags as words (not buttons) for easier editing
- ability to edit the link's URL when saving
- ability to check & see if link's already been saved
- Versions for Firefox, IE, Opera, Safari; also mobile versions?
Links on site would include:
- page navigation if more links than selected amount to view (10/25/50/100)
- favicon from originating site-domain
- notes text-area (optional to show/hide)
- tags other users have attached to link
- any flags (nsfw, locked, wip)
- other data fields (optional to show/hide)
- option to hide/merge/show duplicate bookmarks (same URL) in results
- the # of times other users have saved the same link
- the # of users who've marked the link as a favorite
- mark if the link has already been saved by you
- show # of users who've thanked you for the link?
- OR show # of users who've thanked (anyone) for the link?
- show # of users who've thanked you for the link?
- SAVE another person's link, save metadata as-is or edit
- THANK the user
- DEAD -- report the link as dead/404
- CHECK -- report a link NOT flagged as nsfw
- -- dead & check could be UNclicked (if clicked in error)
[4] A button or hover option to see the tags and other info you've assigned a link when you run across it elsewhere on a site. That way if you're going through your network/subscriptions/search results you can not only see if you've bookmarked it before but also find out how you bookmarked it to get the most meaningful information for you.
Saving a new link (additional options in save-link window)
- Have option to select from accounts (if more than one) & save a link [9]
- Option to save 1-3 URLs for a single link (all other metadata the same)
- Add flag options for each link:
- NSFW/SFW (required to pick one)
- unread (same as "to be read", not visible to others)
- locked (is behind age-check or in locked journal)
- wip
- favorite (marked w/star when displayed, like a +1)
- saved (reminder if you saved an offline copy)
- NSFW/SFW (required to pick one)
- author/artist of content
- type (fiction, art, video, article, other)
- size (word count or image size)
- language (set drop-down default in preferences)
- excerpt (shorter than notes, maybe 255 char?)
- warning/trigger (shorter, maybe 100 characters?)
- spoilers (shorter, maybe 100 characters?)
- part? (chapter, section, etc number)
[9] The save-to-account option means you don't have to log out/in to save a link, or that you can save to a community without logging out/in.
User profile/settings
- username, NOT first/last combination
- NO sex/gender question
- NO birthdate question
- (not just "not shown", simply "not asked at all"; if you're not tracking users, there's no reason to know these things)
- option to link to website, journal, etc
- set profile as public/private/network-only
- set links as public/private/network-only
- if profile is private but links are public, list user as "unnamed" to everyone else
- choose to ALWAYS hide certain flags in results (wip, nsfw, locked)
- list of blocked users (can't see you, can't message you)
- set subscriptions as private/public, so other users can/can't see what you're following
- get notifications when someone subscribes to your link-list
- set default # of links to view per page (10/25/50/100)
- upload CSS file for personal style, with personal/global style options [8]
- date range: include week #, week starts on Sunday, week starts on Monday
[8] It'd be a combination of personal style (CSS-based) and global (site style). You could choose to see only your personal style everywhere on the site (overriding global style and anyone else's style, sort of like always viewing DW through "style=mine") or you could choose to override other user's styles to always use the global style (like always viewing DW through "style=light"). Uploading a CSS file would probably require a paid/premium account, but overriding other users' styles to always see the global should be a base feature.
Communication
- The ability to suggest a link to a user.
- The ability to send a user a private message.
Search Features
- Boolean search options: AND, OR, NOT, wildcard
- Limit search results to within date range
- Choose to search tags, notes, titles, and/or all
- choose to make search cap-sensitive or -insensitive
- Filter results by groups in any combination (ie tag1+tag2+user1+user2)
- Allow saving of commonly-used search combinations (ie tag1+tag2+user1+user2)
- Allow filter out/in specific users or communities
- Also filter results by public/private, nsfw/sfw
- Sort results by date, title, url, first tag, popularity
- On-the-fly filtering by tags (on page, all tags, global tags, popular tags, newest tags)
- Keeping Bundles when Filtering by Tag [2]
[2] On (old) Delicious, you only had tag bundles on your home page, the minute you clicked on one, any tags associated to the links showing were simply listed down the side in alphabetical order. It would be super useful if they still retained their groupings on the filtered page.
Organizing Links
- 24-hour undo on link deletion (7 days if premium?)
- Cluster: groupings of related links, could be varying tags, topics, etc [3]
- Collection: groupings of sequential links (ie parts of a story)
[3] Neither are "stacks", since that's definitely a dirty word right now. A Collection is auto-ordered by date added; a Cluster is alphanumeric (no specific ordering)? (Could a viewing user re-order these, like they can search results?) That way, you could make sure the sixteen chapter Collection wouldn't get out of order in viewing, or you could create "welcome to our fandom" cluster of story, meta, art & video for users to read/view. Or you could just have a Cluster of all stories of X genre or Y fandom. Clusters could also work like Paraka's idea of aggregate link-groups.
Open Links in Bulk
Be able to select multiple links to be opened in new tabs (so you don't have to do it manually). It'd also be customization so you can open all links on the page, a group of links, etc.
Bundle Assigning on First Use of a New Tag
When you create a new tag, have the option to assign it to a bundle right in the "save bookmark" interface. This has 2 benefits: 1. it's easier to organize your tags; 2. It's a warning that you're about to create a new tag (come on, we've all done typos that resulted in "new" tags, right?)
Trending "Topics" on Homepage
Feature a feed of the most popular tags at the moment, or most bookmarked links, etc.
Multiple Accounts Associated To a Single Sign On
This idea started off as a way to better accommodate kink memes but expanded so much from there.
Many of us have multiple Delicious accounts, wouldn't it be nice to manage them all under a single sign on? So you'd have a main sign on to get on the site, but then you can choose to operate under various "aliases", with the option to advertise the connections between your aliases or to keep them hidden (if say you want your personal fannish alias associated with your special interest fannish alias, but don't want either associated to the alias of your real name). There should also be the option to combine alias accounts should you one day decide you don't actually need two separate aliases.
Communities
A community alias with multiple users associated with it. That way you can have multiple people running the account (specifically if it's archiving something like a kink meme). This kind of community account would also require different levels of users/editing powers. For example the owner or top mod is the only one with the power to delete the whole account, some users can add new links, but not new tags, others can edit preexisting links, etc.
We'd also like an option for others to suggest a link to a user/comm. Suggested links can go into a moderated queue where the user/comm can choose to accept the link, edit it or reject it. To make it more likely to be accepted, we'd like the option when suggesting a link, to have the tag autofills use the recipient's tagging system.
Think how useful this would be! When kink memes or charity auctions start lagging behind, their user base can start helping on a casual basis! If there's a fandom newsletter running off this site, you can send them the link to your new fanwork or the cool fanwork you just discovered! For users, friends can send you recs with your link information right there to pique your interest!
When having all of these different kinds of accounts and aliases under a single login it would be important for the settings of each account to have a degree of separation. Many times the needs of the different accounts will require different default settings. However there may be times when you'd like the default settings of one account to match those of another. Both options would be available.
Tag Wrangling
Inspired by AO3 and their wrangling system, we'd love to be able to adopt some of those features and move the idea even further.
Unlike with AO3, our idea of wrangling is more user based. Rather than having a team wrangling tags together, users when setting up a subscription, or tag bundle could pick a tag they'd like to be the visible tag but also associate other tags to it. For example, when I bookmark, my pairing tag is "Kris/Adam" but if I accidentally wrote Kradam instead the tag wrangling would recognize Kris/Adam as an option and that's what would show in the autofill.
This would also make the suggested tags more tailored to your tagging system. Suggested tags are based on what other user's have used when saving the same link. If another user saved a link using Adam/Kris, but you have that tag wrangled to the tag you use, "pairing:Kris/Adam" that's the tag that would show
Wrangling also helps when searching for content elsewhere on the site. It would apply to subscriptions. Remember above when I was talking about grouping links together? I mentioned that right now I'm subscribed to the "Kris/Adam", "Adam/Kris" and "Kradam" tags on Delicious. With tag wrangling, I could wrangle those 3 tags together and simply have one subscription instead of 3!
The wrangling that users do for their personal tags would also be applied beyond their personal pages to help expand searches. If, say, someone was searching for content for a new fandom they've never tagged for before, (I'm going to fall back to AI8 for my example) they could search for Kris/Adam, and the fact that others have Adam/Kris and Kradam wrangled to Kris/Adam, the search result would show links for all 3 terms.
Link Wrangling
Have you ever seen a link that you think is new, since it doesn't show as being saved to your account, only to discover it's something you've already seen but this link included a cut id at the end? Or the comment thread details for the bookmarkers comment? Or you saved the AO3 version, but someone else saved the DW version? Link wrangling would allow people to mark those links as being the same! It's also useful if you get the urge to read a fic but LJ is down and you only have the link there! You could check the wrangled links to see if it's hosted elsewhere like on DW.
And there would be different kinds of wrangling. The kind above would be for different links to the same content, another kind of wrangling would be for similar content (which could be ordered or unordered). So if someone posted a story with sequel stories, you could bookmark and wrangle them together in order (especially useful when authors don't link between parts, or god, all the kinkmeme fics that are written in a bunch of different places). Or there might be a 'verse with many fics that don't have to be read in any particular order so you could wrangle the links together without assigning them an order.
Again, there would be some automatic wrangling suggestions for things already wrangled or based on patterns. So if you read a fic and didn't know there was a sequel, the site might suggest you wrangle those links and you've just discovered more of a good thing!
Wrangling these links together will also help when searching for new fics based on number of saves because now you'll have a more true number of how often a link has been saved (by including links that aren't the same but go to the same content in the count). It will also mean you have greater choice in which link you follow, ensuring you find content on the site you most prefer. An advanced feature would even let you prioritize which sites show first, so if you'd rather read something on AO3, that link will appear above the LJ link.
Download Content
There are people that like to have an offline version of the fic that they're reading, so we'd want to include the ability for the site to intelligently gather the info on the linked to page and export it for download. With different download options like in ebook format, pdf or html. When links are wrangled together as related items, you'd be able to download a multi-part story or entire series in one go.
Scalable Sorts
The ability to recognize certain tags as scales (ie. rating or length) and take the average value users assign a link so that users could sort unknown tags based on those averages. That way if you're in the mood for a longer fic, you could enter your search term and sort by length.
Bookmark All
This would be the option to bookmark all the links on a page. For example, you could link to someone's entire body of work by clicking this option when on their masterlist.
--------------------------
In-site Streaming
This would allow you to view content from other sites without leaving the site. So you could set up a vid playlist, with videos from multiple streaming sites but watch them all without having to change websites. Or if you do a search for fanart, for example, the pictures themselves (likely a thumbnail) would show up in search instead of you having to click to see them.
no subject
Date: 5 Oct 2011 09:11 pm (UTC)Alt.delicious
Date: 5 Oct 2011 11:49 pm (UTC)I have never coded, and cannot (as yet) understand what everything on the above wishlist means. Except that it's needed. However if I can be of any help, please let me know...
Name-wise, I spent last night fiddling around with possible starting points. I'd agree with the drawbacks of 'fic.something', and for reasons in addition to those above: not all the discarded users of delicious were fan-based, and there are many miffed teachers, librarians, techies, students, academic and literate folk... all with the precisely the same problem as Fandom... their sensible, logical, functional, adaptable Delicious has disappeared down its own toilet, leaving them up the proverbial creek. They too need a substitute. And if Fandom creates one, I suspect the appeal would be widespread. So a name that also made non-fic/fan folk welcome would be lovely.
So here're some naming possibilities to throw into the hat (feel free to chuck them straight back out), I went for the latin angle because of the handy .us that pops up):
- forus / 4.us / for.us (forus - latin, has a few meanings, but among them, these ones seem apt: what is out of doors, an outside space or place, a public place, an open space.
- thensaurus (treasure-trove)
- notatus (marked, known, noted)
Re: Alt.delicious
Date: 6 Oct 2011 12:09 am (UTC)Since I do UX, and requirements are kinda hard to parse if you're not familiar with the tech stuff, I was thinking I'd mock up a very very VERY basic image or two of some of the important parts, just to get conversation going. A real user-interface designer would probably have to do the final pretty version, but the first step is "what goes on the page, and what do we want to do?" and so on. Coming soon!
no subject
Date: 6 Oct 2011 01:18 am (UTC)no subject
Date: 6 Oct 2011 01:46 am (UTC)My other reason for leaning away from that is because of the legal issues. Not copyright, but criminal issues: the US has been less lenient in the past decade about porn -- especially child-porn -- and if the TOS is to be "you're an adult, behave and do whatever," then there would be an issue (eg tumblr) of what gets stored on the servers. That's getting into legal areas that are beyond my grade, and furthermore, cost money (to get the proper legal advice). It's a tarbaby, frankly. Again, if someone takes that road, that's their choice, but I just find myself leery. It's more important to me to allow people to bookmark whatever they damn well please, and if the loophole is that as long as the actual content isn't stored locally -- that it's okay to have a link but not the content -- then I'd rather take that loophole than follow diigo's path of just blocking/disallowing any/all porn.
no subject
Date: 6 Oct 2011 01:29 am (UTC)Please, don't make it fan-centric, it should be for everybody (unless it's like fanatical religious fundy types). It's not only fandom that finds these services useful, but people in research, the sciences, culinary, and etc.
no subject
Date: 6 Oct 2011 01:42 am (UTC)...so while I wouldn't say that it's fan-exclusive, I don't see any issue with creating an application that's fan-centric. As long as it does what it needs to do -- serve fans well -- then it satisfies my priorities. If it also serves another group well enough, then that's icing. But given that fans are clearly marginalized by development groups like Avos, I don't see why I should engender more marginalization, if I can help it.
And in the end, who's to say a scientist isn't also a fan of the sciences, or a chef a fan of the culinary arts?
no subject
Date: 6 Oct 2011 10:54 pm (UTC)Delicious was a major source of information sharing and organizing/curating within fandom (not to say it wasn't for other groups as well!) and none of the other bookmarking sites out there now work as well for fandom as old Delicious did. Creating a space that is fandom focused, but friendly to other groups, doesn't seem like a bad thing to me. We tend to be marginalized when we use other sites and we may be more vulnerable to losing our spaces - as with the livejournal scares - because part of what we explore in our creations are sex and sensuality, often of varying degrees of social deviance. There has been a movement lately in fandom to create centralized safe spaces that we own, like AO3, so that we can have the kind of continuity that we haven't necessarily had in the past - and I am totally behind that.
A lot of different groups were negatively impacted by the new Delicious, I completely understand that, it sucks for everyone. Maybe there will be other bookmarking sites that will pop up to fill that void. I just don't think that we should feel obligated to make this site into that. As I understand it this was started by fans, and if it's going to be the work of fans I don't see a problem with us owning that. I don't mean to sound harsh, but nothing is stopping a like-minded group of academics or chefs from doing what we are - and if they do I will be one of the first people to cheer them on - but this project was conceived to serve a specific population and there isn't anything wrong with that.
no subject
Date: 6 Oct 2011 11:19 pm (UTC)I do think that "fandom" is potentially a very broad term -- you can be a fan of a certain type of horse, or of a sports team, or of certain academics (or even an academic who is also a fan), so I don't think the term "fan" is a negative or exclusive (ie fanatic). But the issue of sex and sexuality is a major one for fandom (as we're speaking of it, in terms of fangirls and fanboys and fanothers) and that's also a major sticking point for a lot of major bookmarking sites.
One of the first ruckuses I heard, in the wake of delicious, was that diigo was summarily erasing and/or suppressing a lot of the pr0n bookmarks. That speaks to me of marginalization on the grounds that, idk, the internets must be safe for the wimminz and childrunz. I've seen LJ do the same, and tumblr, and other sites -- cut out the sex/sexuality/gender stuff that fans bring, along the way to cutting out the fans and making the place more welcoming for, y'know, "real people" and not those fans with their crazy interests and obscure shows and shota.
That kind of awareness (of previous cut-outs) is the reason I'm also shying away from encouraging anyone (or emphasizing strongly in the reqs) the idea of saving a copy or snapshot of a site. I get the archival interest, but I also have seen one too many times where fan interests -- be it fanart of Harry Potter and Severus Snape, or just meta about shota or outright pr0nfic -- are at odds with investors... and it's always, always, the investors (or the really freaking noisy fundamentalists who scare investors) who win. The fans don't win. And given the law is on investor/fundie sides in terms of "storing" material on servers, it's even more of a stacked deck, currently.
So not archiving onsite is a price I'd be willing to pay for the ability to otherwise have fandom able to access, libraryize, bookmark, and exchange all the links it wants. Yes, it's a trade-off, and like any trade-off, it's not perfect. But setting up an app for fail on account of a known route used by the opposition doesn't seem like a good idea, to me.
In a way, I feel like I'm echoing our party's hosts (dreamwidth) in the sense that I'd like to build something where the fans do get to win. For once. It may mean that what gets built isn't puppies and rainbows of awesomesauce at first, and it may take a little longer to grow itself there, but it's still better than making do with a bookmarking application where fandom isn't just marginalized, it's outright marked for eventual termination.
no subject
Date: 6 Oct 2011 11:44 pm (UTC)no subject
Date: 22 Oct 2011 06:38 pm (UTC)no subject
Date: 22 Oct 2011 07:17 pm (UTC)no subject
Date: 22 Oct 2011 07:55 pm (UTC)no subject
Date: 29 Aug 2012 03:48 pm (UTC)