<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
     xmlns:admin="http://webns.net/mvcb/"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
	<channel>
	<title>MetaTalk posts tagged with ui</title>
	<link>http://metatalk.metafilter.com/tags/ui</link>
	<description>Posts tagged with 'ui' at MetaTalk.</description>
	<pubDate>Sat, 31 Oct 2009 12:02:17 -0800</pubDate> <lastBuildDate>Sat, 31 Oct 2009 12:02:17 -0800</lastBuildDate>

	<language>en-us</language>
	<docs>http://blogs.law.harvard.edu/tech/rss</docs>
	<ttl>60</ttl>
	<item>
		<title>November is National Let&apos;s Try Obscuring Favorite Counts Month</title>
		<link>http://metatalk.metafilter.com/18396/November%2Dis%2DNational%2DLets%2DTry%2DObscuring%2DFavorite%2DCounts%2DMonth</link>
		<description>For the month of November, we&apos;re going to try an experiment with how favorites are displayed.  &lt;small&gt;[Note: if this whole experiment is driving you crazy, here&apos;s a note on &lt;a href=&quot;http://metatalk.metafilter.com/18396/November-is-National-Lets-Try-Obscuring-Favorite-Counts-Month#700236&quot;&gt;reverting the changes&lt;/a&gt;.]&lt;/small&gt; One of the recurring discussions about favorites is whether or not it&apos;s a good idea to display favorite counts on comments.  There have been a few proposals over the years to modify how that works, and we&apos;re going to try putting some of those ideas into action for the month of November to see how things feel.

Here&apos;s what we&apos;re going to do:

1. We&apos;re removing the number-of-favorites indicator from comment bylines.

2. We&apos;re replacing the word &quot;favorites&quot; with &quot;faved&quot; for those comments that have one or more favorites attached to them.  This will link to the list of favorites for a comment just as the traditional &quot;x favorites&quot; link always has.  &lt;small&gt;[After a bunch of feedback, we&apos;ve changed &quot;faved&quot; to &quot;has favorites&quot;.  -c]&lt;/small&gt;

3. We&apos;re including the favorite count invisibly in the byline still, so that those who specifically want to use that information or to write/modify scripts affected by it can do so.

4. All other aspects of the system will remain as is, so various less-visible parts of the site that deal with favorites should be unaffected.

And that&apos;s the plan.  Here&apos;s where we&apos;re coming from on this:

We&apos;ve talked about how to do this for a while now behind the scenes (and in previous Metatalk threads), and the plan above feels like the best compromise we could think of to address some of the concerns folks have expressed over the years while retaining what we see as the considerable utility of the favorites system itself.

Removing the count is the key thing.  It&apos;s an attempt to address the concern that visible favorite counts on comments may be interpreted as voting system, while still keeping the transparency-of-favoriting function of a visible marker and a favorites list link intact.

We&apos;re not removing the favorite counts from posts; the concerns about the effects of the favorites system have almost universally been regarding comments, and so we&apos;re just focusing on that for this experiment.

The change from &quot;favorites&quot; to &quot;faved&quot; is in part a change just to make it clearer that there &lt;i&gt;is&lt;/i&gt; a change, for folks who may not be as attentive to Metatalk or site UI details.  We&apos;ve also tried to come up with something shorter than &quot;favorites&quot; just to reduce the byline length a little bit, while keeping it clearly readable and clickable.  If folks have suggestions for alternative link text to &quot;faved&quot;, we&apos;re happy to hear ideas.

This change will probably break various scripts that depend on specific formatting of the byline, which we&apos;re aware of but don&apos;t have any real help for.  At the end of the day, we need to reserve the right to tweak the site&apos;s UI.  However, by including the favorite count information in the source, any script that needs access to it can be modified to get at it, and any script that &lt;i&gt;doesn&apos;t&lt;/i&gt; need access to that info can just be modified to work with the new layout.  (And given that this is an experiment, any changes to scripts should probably be treated for now as just an experimental fork.)

We think a month is long enough for folks to get more or less used to the change and develop an opinion about whether its a net improvement or not and whether there are any serious unintended consequences, etc.  We&apos;re going to go ahead and launch it in the next 24 hours, and we&apos;re happy to hear feedback and suggestions in this thread now and throughout November. </description>
		<guid isPermaLink="false">tag:metatalk.metafilter.com,2009:site.18396</guid>
		<pubDate>Sat, 31 Oct 2009 12:02:17 -0800</pubDate>
		<category>count</category>
		<category>experiment</category>
		<category>faves</category>
		<category>favorites</category>
		<category>ui</category>
		<dc:creator>cortex</dc:creator>
	</item>
      <item>
		<title>Ui and feature request for Recent Activity page</title>
		<link>http://metatalk.metafilter.com/18330/Ui%2Dand%2Dfeature%2Drequest%2Dfor%2DRecent%2DActivity%2Dpage</link>
		<description>Here&apos;s a couple of requests concerning the Recent Activity page and one for errors when previewing. 1. Currently the ability to mange posts removed from Recent Activity is hidden at the bottom of the page. Can we move that link to the top,&lt;a href=&quot;http://brandonblatcher.com/mefi/Recent-activity1.jpg&quot;&gt; as in this mock up&lt;/a&gt;?

2. If a user makes a comment in a post that they have removed from Recent Activity, can that post automatically be placed back on the Recent Activity page?

3. On preview:
I forgot to select a category for this post and was confused about why I wasn&apos;t getting a &quot;Post&quot; button. After looking around for a few seconds, I saw the error, which hidden within the page.

So could we make that error message more noticeable? Here&apos;s &lt;a href=&quot;http://brandonblatcher.com/mefi/Preview-warning-A.jpg&quot;&gt;the original&lt;/a&gt; and &lt;a href=&quot;http://brandonblatcher.com/mefi/Preview-warning-B.jpg&quot;&gt;here&apos;s a revamp&lt;/a&gt;. </description>
		<guid isPermaLink="false">tag:metatalk.metafilter.com,2009:site.18330</guid>
		<pubDate>Wed, 14 Oct 2009 11:18:25 -0800</pubDate>
		<category>comments</category>
		<category>mange</category>
		<category>posts</category>
		<category>recentactivity</category>
		<category>ui</category>
		<category>user</category>
		<category>userinterface</category>
		<dc:creator>Brandon Blatcher</dc:creator>
	</item>
      <item>
		<title>More Inside? You bet.</title>
		<link>http://metatalk.metafilter.com/14842/More%2DInside%2DYou%2Dbet</link>
		<description>More inside everywhere! Well, not technically &lt;em&gt;everywhere&lt;/em&gt;, but the blue, Metatalk, and Music now have a [more inside] option when posting. (This has been available at AskMeFi for quite a while already.) No need to add to your own &quot;more inside&quot;, &quot;after the jump&quot;, or &quot;below the fold&quot;; [more inside] will be a appended to the post if an extended description is available. As always, bugs are probably lurking, and I know there are sections of the site that aren&apos;t expecting [more inside] yet, but we&apos;ll update/fix as we go. </description>
		<guid isPermaLink="false">tag:metatalk.metafilter.com,2007:site.14842</guid>
		<pubDate>Thu, 06 Sep 2007 15:11:12 -0800</pubDate>
		<category>change</category>
		<category>feature</category>
		<category>metafilterhistory</category>
		<category>moreinside</category>
		<category>ui</category>
		<dc:creator>pb</dc:creator>
	</item>
      <item>
		<title>I found it at the bottom of a locked filing cabinet, in a dis-used lavatory with a sign on the door saying &apos;Beware of the leopard.&apos;</title>
		<link>http://metatalk.metafilter.com/13737/I%2Dfound%2Dit%2Dat%2Dthe%2Dbottom%2Dof%2Da%2Dlocked%2Dfiling%2Dcabinet%2Din%2Da%2Ddisused%2Dlavatory%2Dwith%2Da%2Dsign%2Don%2Dthe%2Ddoor%2Dsaying%2DBeware%2Dof%2Dthe%2Dleopard</link>
		<description>Removing a favorite is hard! [moron inside]  </description>
		<guid isPermaLink="false">tag:metatalk.metafilter.com,2007:site.13737</guid>
		<pubDate>Sun, 25 Feb 2007 16:54:28 -0800</pubDate>
		<category>favorites</category>
		<category>minus</category>
		<category>plus</category>
		<category>ui</category>
		<category>unfavoriting</category>
		<category>userinterface</category>
		<dc:creator>Eideteker</dc:creator>
	</item>
      <item>
		<title>Request: first post and new commenter indicators</title>
		<link>http://metatalk.metafilter.com/12301/Request%2Dfirst%2Dpost%2Dand%2Dnew%2Dcommenter%2Dindicators</link>
		<description>How about a subtle indicator of first posts and new commenters? I think I mentioned this before in the comments to a thread, but as long as we&apos;re all on the Pony Express and there&apos;s no contentious threads on the blue, this seems like the time to bring it up properly. [more inside]  </description>
		<guid isPermaLink="false">tag:metatalk.metafilter.com,2006:site.12301</guid>
		<pubDate>Sat, 15 Jul 2006 17:20:38 -0800</pubDate>
		<category>commenter</category>
		<category>first</category>
		<category>new</category>
		<category>pony</category>
		<category>post</category>
		<category>ui</category>
		<dc:creator>spiderwire</dc:creator>
	</item>
      <item>
		<title>Could the time left before I can another question be displayed?</title>
		<link>http://metatalk.metafilter.com/10593/Could%2Dthe%2Dtime%2Dleft%2Dbefore%2DI%2Dcan%2Danother%2Dquestion%2Dbe%2Ddisplayed</link>
		<description>Any chance there could be a bulleted add-on to the &quot;Doh!&quot; page that states you&apos;ve posted an AskMeFi question within a week by telling me how much time left I have to wait until I can ask again?  I could swear I only have seconds left, but there&apos;s no way to tell.  </description>
		<guid isPermaLink="false">tag:metatalk.metafilter.com,2005:site.10593</guid>
		<pubDate>Mon, 21 Nov 2005 11:01:19 -0800</pubDate>
		<category>askme</category>
		<category>pony</category>
		<category>quota</category>
		<category>ui</category>
		<category>week</category>
		<dc:creator>vanoakenfold</dc:creator>
	</item>
      <item>
		<title>Ressurrect the metafilter user sites feature?</title>
		<link>http://metatalk.metafilter.com/9723/Ressurrect%2Dthe%2Dmetafilter%2Duser%2Dsites%2Dfeature</link>
		<description>I used to enjoy surfing MeFi members&apos; sites by using the &lt;a href=&quot;http://www.metafilter.com/links.mefi&quot;&gt;Links, links, links! page&lt;/a&gt; but it seems to have been non-functional for about a year and a half (data is out of sync with user pages and no new members listed since January 2004).&lt;br&gt;
&lt;br&gt;
Matt, any plans to resurrect this feature to include the newer members (and possibly get the info in sync?)  </description>
		<guid isPermaLink="false">tag:metatalk.metafilter.com,2005:site.9723</guid>
		<pubDate>Mon, 27 Jun 2005 08:04:41 -0800</pubDate>
		<category>ui</category>
		<category>users</category>
		<dc:creator>DBAPaul</dc:creator>
	</item>
      <item>
		<title>Wording of the preview button on AskMe</title>
		<link>http://metatalk.metafilter.com/9620/Wording%2Dof%2Dthe%2Dpreview%2Dbutton%2Don%2DAskMe</link>
		<description>When posting a question to AskMefi or a thread on MetaTalk, the preview button says &quot;Preview the Link.&quot; Should it say &quot;Preview the question&quot; or &quot;Preview the post&quot; instead? &lt;small&gt;(Is no nit too small for picking?)&lt;/small&gt;  </description>
		<guid isPermaLink="false">tag:metatalk.metafilter.com,2005:site.9620</guid>
		<pubDate>Mon, 06 Jun 2005 13:48:34 -0800</pubDate>
		<category>askme</category>
		<category>pony</category>
		<category>preview</category>
		<category>small</category>
		<category>ui</category>
		<dc:creator>patgas</dc:creator>
	</item>
      
	</channel>
</rss>


