Skip to main content
replaced http://blog.stackoverflow.com with https://blog.stackoverflow.com
Source Link

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

Streamlined UI

dup dialog

The new pop-up provides four different functions:

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

Streamlined UI

dup dialog

The new pop-up provides four different functions:

  • Allow input of a specific possible duplicate (as it has done for nearly four years)

  • Display suggested duplicates (as originally implemented by Marc Gravell)

  • Display search results for keyword-based searches (in the same fashion as the new suggested duplicates list)

  • Allow previewing the selected question with answers.

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

Streamlined UI

dup dialog

The new pop-up provides four different functions:

  • Allow input of a specific possible duplicate (as it has done for nearly four years)

  • Display suggested duplicates (as originally implemented by Marc Gravell)

  • Display search results for keyword-based searches (in the same fashion as the new suggested duplicates list)

  • Allow previewing the selected question with answers.

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

Commonmark migration
Source Link

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

##Streamlined UI

Streamlined UI

dup dialog

The new pop-up provides four different functions:

  • Allow input of a specific possible duplicate (as it has done for nearly four years)

  • Display suggested duplicates (as originally implemented by Marc Gravell)

  • Display search results for keyword-based searches (in the same fashion as the new suggested duplicates list)

  • Allow previewing the selected question with answers.

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

##Answered questions only

Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

##Streamlined UI

dup dialog

The new pop-up provides four different functions:

  • Allow input of a specific possible duplicate (as it has done for nearly four years)

  • Display suggested duplicates (as originally implemented by Marc Gravell)

  • Display search results for keyword-based searches (in the same fashion as the new suggested duplicates list)

  • Allow previewing the selected question with answers.

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

##Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

Streamlined UI

dup dialog

The new pop-up provides four different functions:

  • Allow input of a specific possible duplicate (as it has done for nearly four years)

  • Display suggested duplicates (as originally implemented by Marc Gravell)

  • Display search results for keyword-based searches (in the same fashion as the new suggested duplicates list)

  • Allow previewing the selected question with answers.

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

replaced http://meta.stackexchange.com/ with https://meta.stackexchange.com/
Source Link

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruitsthe first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

##Streamlined UI

dup dialog

The new pop-up provides four different functions:

  • Allow input of a specific possible duplicate (as it has done for nearly four years)

  • Display suggested duplicates (as originally implemented by Marc GravellMarc Gravell)

  • Display search results for keyword-based searches (in the same fashion as the new suggested duplicates list)

  • Allow previewing the selected question with answers.

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

##Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

##Streamlined UI

dup dialog

The new pop-up provides four different functions:

  • Allow input of a specific possible duplicate (as it has done for nearly four years)

  • Display suggested duplicates (as originally implemented by Marc Gravell)

  • Display search results for keyword-based searches (in the same fashion as the new suggested duplicates list)

  • Allow previewing the selected question with answers.

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

##Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

As you may have noticed, Jarrod's been hacking away at some design changes to the "close as duplicate" UI. These are the first fruits of some discussions we've been having internally regarding the "close" UI as a whole, with the goal being a smoother, easier-to-understand experience for all involved.

##Streamlined UI

dup dialog

The new pop-up provides four different functions:

  • Allow input of a specific possible duplicate (as it has done for nearly four years)

  • Display suggested duplicates (as originally implemented by Marc Gravell)

  • Display search results for keyword-based searches (in the same fashion as the new suggested duplicates list)

  • Allow previewing the selected question with answers.

The search field reacts as you type, and there's visible, bread-crumb style navigation near the top of the dialog that allows you to quickly preview different potential duplicates (or back out of the dialog entirely).

##Answered questions only

The search results include only answered questions (per the usual SO definition of "answered", where the question must have an accepted or up-voted answer). Additionally, close targets are restricted to answered questions even when specifying the ID or URL directly (with the exception of questions from the same author, and meta posts). Moderators can override this last restriction if necessary.

The rationale here is that it can be fairly hard to discern whether or not an unanswered question is actually a duplicate, and even when it is closing doesn't really accomplish very much. When searching for a "canonical" answer in particular, duplicates without answers (or with bad answers) are just noise in the results.

I think this makes sense in theory - so how is it working in practice?

Migration of MSO links to MSE links
Source Link
Loading
Source Link
Shog9 Mod
  • 454.3k
  • 203
  • 1.3k
  • 1.9k
Loading