Sorry, we don't support your browser.  Install a modern browser

Add new tag option even when search is contained in existing tag#464

E

When using the tagging interface to make new tags, the add new option doesn’t appear if the full search string appears in an existing tag, which prevents creating a tag that’s less specific than an existing tag. Not a common use case, since we usually have all/almost all tags defined before tagging, but we’re currently doing a review of all complications reported for aspiration catheters, so we’re adding tags as complications are reported.

Example I ran into:

Want to add: parenchymal hematoma
Already have: parenchymal hematoma type 2 (PH2)
Current solution: type “ parenchymal hematoma”, add new option, and delete the proceeding space in the tag creation interface (functional but not obvious)

If there’s a way to do it without being disruptive of the normal use case of searching to identify an existing tag, it would be useful to have access to the add new option even when the search strings match!

4 years ago

Thanks Erin– this is certainly a difficult use case for Adding Tags on the fly!

Note– it is possible to change the name of the tag you are adding in the modal that appears. I know it’s a bit strange, but if you simply misspell the tag (or type any text), you will have the ‘Add Option’ appear, and once you open it, you can type in the full tag name.

I’ll talk to Karl about ways to make this work even beyond that approach without distrupting normal tagging. Thanks for submitting and let me know if my ‘hack’ works well for you!

4 years ago
Changed the status to
Under Consideration
4 years ago

I see - if you use a prefix of an existing tag, you don’t get the “Add now” option, which we only display when there are 0 matches. That’s a dilemma, because when you type in a phrase and get a prefix match, you probably don’t want the “Add now” option being the selected option at the top 95-99% of the time.

Actually, accomodating this need would result in the “Add now” always being available. Maybe we just move it to the end of the result list, instead of the top? Anyways, this is a good point Erin, and would make a nice optimization!

4 years ago