Stick icon selection even after editing keywords

[mlyn]

Title:
Stick icon selection even after editing keywords

Area:
Tags

Summary:
Make icon choices stick with posts unless the icon is fully deleted. Changing details on the icon shouldn't revert the post's icon choice to the default icon.

Description:
I recently uploaded an icon, made a post, and in the midst of posting realized I hadn't described the icon correctly with my keywording. After posting I changed the icon keywords and then refreshed my journal. The new post's icon had reverted to my default, so I then had to edit the post and change back to the re-keworded icon.

I'd hate to think that future editing of keywords on my icons will make every past post show my default icon. Can we make icon choices stick with the posts regardless of the information on the icon, or are keywords permanent the minute we write them? Should I be using icon descriptions rather than keywords? I had the impression that this kind of move has worked in the past, using LJ.

Poll #2845 Stick icon selection even after editing keywords

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
6 (15.0%)

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

Shouldn't be implemented.
27 (67.5%)

(I have no opinion)
5 (12.5%)

(Other: please comment)
1 (2.5%)

Comments

[yvi]

Reason for my no: We already have an option to rename keywords this way: You need to allow JavaScript and check the "Rename Keywords" option when you do the rename.

This probably needs some more documentation, but I do think iot's sufficient for this problem.

[zing_och]

+1

[pauamma]

Hmm, I'm not sure that JS should be necessary for that. I would favor a JS-free way to do it, if there isn't one already. *votes "implement with changes"*

[yvi]

Actually, it seems to work without JS, too!

[jadelennox]

Has the JavaScript-only option been accessibility tested? Screenreader + keyboard only?

[yvi]

Sorry for that, it also works without JS. I didn't test before commenting :/

[ratcreature]

I like that the keyword sticks with a post rather than a particular icon. I mean, for example I once had a typo in an icon that I didn't notice for a while, but then I could fix the icon, upload it with the same keyword, and it was fine, and the old posts showed the new icon version I uploaded because it had the same keyword.

[coraa]

Yeah, I agree. I've made good use of the 'keywords stick' feature, because I had an icon with the keyword 'squee' that had a particular image, and then I found a better 'squee' icon, and I could easily swap it in and have it applied to all the entries that, well, were full of squee. That functionality is nifty and I'd hate to lose it.

[ciaan]

Agreed.

[jeeps]

you just need to click the "rename keyword" ticky box. that is actually meant to work in the way you are describing.

however, more than once i have had the same problem, where i post an icon, immediately change the keywords (clicking the box), and the icon attached to my comment reverts to my default. i've done what you did — edit the comment — but then recently, out of curiosity, i gave it some time, and when i refreshed my comment later it was once again showing the appropriate icon.

so perhaps there needs to be some sort of fix, where there's no delay in showing the correct icon after kwds have been renamed.

[yvi]

It takes some time because the renaming actually has to change all instances of you using that icon keyword - potentially going through hundreds of comments and entries and editing those entries in Dreamwidth's database. Like importing or locking all of your entries, that may take a while.

[mlyn]

Thanks for explaining the protocol in place for this, it's been fascinating to read the productive back and forth. I agree with another commenter, I'd like more documentation to note the "rename keywords" ticky.

[kyrielle]

The "rename keywords" option needs to have a link to a FAQ that includes that info - it's obvious in retrospect but not obvious from the page.

Also not obvious from the page is the fact that I can do that. I went to manage userpics (after I found it, as "upload" is not an obvious name for "edit"), and I was like "WHAT rename box? Are these people on crack?" Oh, you have to click into the field to use it....

...this user interface is so, so very not intuitive.

[feathertail]

I think a lot of it just plain needs to be rethought. Unfortunately that would probably mean that it'd have to be on a new site. Most of the suggestions I see here are for minor tweaks to the existing workflow, and not a more streamlined workflow in general.

[kyrielle]

Unfortunately that would probably mean that it'd have to be on a new site. Most of the suggestions I see here are for minor tweaks to the existing workflow, and not a more streamlined workflow in general.

[feathertail]

I'm not sure I understand ...

[kyrielle]

Sorry, I was trying to edit that but you replied before I could commit my edit. I quoted from your comment and was going to reply to the bit I quoted, except that after the quote, focus was on "Post Comment" so when I hit enter (to start a new paragraph) it hit the button and posted it. (You reply really fast.... :) What I was trying to say:

Unfortunately that would probably mean that it'd have to be on a new site. Most of the suggestions I see here are for minor tweaks to the existing workflow, and not a more streamlined workflow in general.

I don't think that's fair or true. Dreamwidth has been very open to things that change the whole workflow in other areas, and I don't see why they wouldn't be here.

Most of the suggestions you see anywhere will be for minor tweaks because it's often easier to figure out how to fix an immediate problem with a band-aid than it is to re-envision the entire process at all, let alone write it up so that others will follow. Minor adjustments and tweaks are easier to think of and easier to suggest.

But if you come up with an alternate workflow and suggest it, I think it will get serious considertion. Especially because it's not a new-to-Dreamwidth interface, but just a slightly-adapted version of the LJ one, so it hasn't gone through one major revision already.

[feathertail]

But if you come up with an alternate workflow and suggest it, I think it will get serious considertion.

Where would I suggest it? Because there are a lot of parts of the site (like customizing journal styles, ugh!) that could use some serious streamlining.

[denise]

If you ever have ideas for new workflows, mock up the wireframes (sketches are best, but if you don't have the resources, a very very clear description is okay), upload the files somewhere, and make a new suggestion containing them.

[feathertail]

Okay, thank you ...

[kyrielle]

The rename needs better documentation, but the ability to "divorce" an icon from a particular keyword (and then add the keyword to a new icon and have it pop up on all the old posts) is very useful, and I don't want to see that go away.