<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Bryan Quigley</title>
	<atom:link href="http://bryanquigley.com/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://bryanquigley.com</link>
	<description>life universe computing politics physics</description>
	<lastBuildDate>Thu, 10 May 2012 00:11:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Comment on Best Free Software by Stephen Sykes</title>
		<link>http://bryanquigley.com/course/best-free-software/comment-page-1#comment-1496</link>
		<dc:creator>Stephen Sykes</dc:creator>
		<pubDate>Thu, 10 May 2012 00:11:55 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?page_id=631#comment-1496</guid>
		<description>Want to learn how to download software that is usability of making of cd&#039;s and dvd&#039;s.  Libre office download of entire suites.  Financial compare of Peachtree.  Writing programs.</description>
		<content:encoded><![CDATA[<p>Want to learn how to download software that is usability of making of cd&#8217;s and dvd&#8217;s.  Libre office download of entire suites.  Financial compare of Peachtree.  Writing programs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how I think they should show Trust and Encyption by Bryan</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-i-think-they-should-show-trust-and-encyption/comment-page-1#comment-1456</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Fri, 04 May 2012 01:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=734#comment-1456</guid>
		<description>On the favicon vs lock icon, I went with favicon, because I don&#039;t want to reinforce that a lock means they are safe. 

I really like those mockups, and I think from seeing them I understand more of why switch to a lock/web at all. If it&#039;s part of a transition to using that space for the different activation that makes some sense.

I didn&#039;t realize bold could have so many problems...</description>
		<content:encoded><![CDATA[<p>On the favicon vs lock icon, I went with favicon, because I don&#8217;t want to reinforce that a lock means they are safe. </p>
<p>I really like those mockups, and I think from seeing them I understand more of why switch to a lock/web at all. If it&#8217;s part of a transition to using that space for the different activation that makes some sense.</p>
<p>I didn&#8217;t realize bold could have so many problems&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how I think they should show Trust and Encyption by Jared Wein</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-i-think-they-should-show-trust-and-encyption/comment-page-1#comment-1450</link>
		<dc:creator>Jared Wein</dc:creator>
		<pubDate>Thu, 03 May 2012 03:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=734#comment-1450</guid>
		<description>It&#039;s interesting that you decided to keep the favicon in the address bar. In your previous post you mentioned that there isn&#039;t a great deal of difference between having favicons in the address bar or on the tab, and that users can and will look in the wrong place (which I agree with).

Have you seen the mockups that Alex Faaborg did a while ago for reducing redundancy in the address bar? It is very similar to your design here. Basically, the goal was to move to the site-identity block to be the effective hostname. Here is a link to the mockup in case you are interested: https://bug588270.bugzilla.mozilla.org/attachment.cgi?id=466899

Implementing the design that you have proposed brings with it some technical challenges. Bolded fonts are rendered differently on all the major OSes, and we would need to figure out how to transition from the colored and spaced out URL to a plaintext URL when the user gives focus to the address bar. None of these issues make this a bad idea, but they would need to be figured out before something like this could be shipped.

Thanks for writing up the proposal, I think it is very well thought out :)</description>
		<content:encoded><![CDATA[<p>It&#8217;s interesting that you decided to keep the favicon in the address bar. In your previous post you mentioned that there isn&#8217;t a great deal of difference between having favicons in the address bar or on the tab, and that users can and will look in the wrong place (which I agree with).</p>
<p>Have you seen the mockups that Alex Faaborg did a while ago for reducing redundancy in the address bar? It is very similar to your design here. Basically, the goal was to move to the site-identity block to be the effective hostname. Here is a link to the mockup in case you are interested: <a href="https://bug588270.bugzilla.mozilla.org/attachment.cgi?id=466899" rel="nofollow">https://bug588270.bugzilla.mozilla.org/attachment.cgi?id=466899</a></p>
<p>Implementing the design that you have proposed brings with it some technical challenges. Bolded fonts are rendered differently on all the major OSes, and we would need to figure out how to transition from the colored and spaced out URL to a plaintext URL when the user gives focus to the address bar. None of these issues make this a bad idea, but they would need to be figured out before something like this could be shipped.</p>
<p>Thanks for writing up the proposal, I think it is very well thought out <img src='http://bryanquigley.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how I think they should show Trust and Encyption by Oxwivi</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-i-think-they-should-show-trust-and-encyption/comment-page-1#comment-1431</link>
		<dc:creator>Oxwivi</dc:creator>
		<pubDate>Tue, 01 May 2012 10:49:52 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=734#comment-1431</guid>
		<description>Oh, and the icon should have three states: one of them being mixed content (obtained through both secure and unsecure connections); the last two are the trust and encryption as you describe.</description>
		<content:encoded><![CDATA[<p>Oh, and the icon should have three states: one of them being mixed content (obtained through both secure and unsecure connections); the last two are the trust and encryption as you describe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how I think they should show Trust and Encyption by Oxwivi</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-i-think-they-should-show-trust-and-encyption/comment-page-1#comment-1430</link>
		<dc:creator>Oxwivi</dc:creator>
		<pubDate>Tue, 01 May 2012 10:42:16 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=734#comment-1430</guid>
		<description>I second! Furthermore, with the favicons being featured on tabs as well, it&#039;d be more useful to boot the favicon form the address bar and replace it with an icon with the sole purpose of indicating if the connection is encrypted or not (would complement your idea as it does not show https://), a la Opera.

By the way, I&#039;m curious as to how we can propose features, changes and such to Mozilla. Is it the same as other projects (mailing list, IRC, etc)?</description>
		<content:encoded><![CDATA[<p>I second! Furthermore, with the favicons being featured on tabs as well, it&#8217;d be more useful to boot the favicon form the address bar and replace it with an icon with the sole purpose of indicating if the connection is encrypted or not (would complement your idea as it does not show <a href="https://" rel="nofollow">https://</a>), a la Opera.</p>
<p>By the way, I&#8217;m curious as to how we can propose features, changes and such to Mozilla. Is it the same as other projects (mailing list, IRC, etc)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how I think they should show Trust and Encyption by foo</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-i-think-they-should-show-trust-and-encyption/comment-page-1#comment-1427</link>
		<dc:creator>foo</dc:creator>
		<pubDate>Tue, 01 May 2012 07:09:41 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=734#comment-1427</guid>
		<description>The meaning of colours is *highly* culturally determined, red doesn&#039;t always mean bad, green doesn&#039;t always mean good. I strongly suggest not doing that.</description>
		<content:encoded><![CDATA[<p>The meaning of colours is *highly* culturally determined, red doesn&#8217;t always mean bad, green doesn&#8217;t always mean good. I strongly suggest not doing that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how I think they should show Trust and Encyption by Bryan</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-i-think-they-should-show-trust-and-encyption/comment-page-1#comment-1425</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Tue, 01 May 2012 04:53:42 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=734#comment-1425</guid>
		<description>For them to get Vanguand Group they would actually need to be incorporated as the Vanguand group in the US.  I&#039;m pretty sure, Vanguard would sue them before they can get that.  - That&#039;s the big benefit of EV.

I totally agree that we should incorporate the user&#039;s sense of trust into it somehow.  User selected site icons is an interesting idea.. I was also thinking of some sort of First Visit notice...</description>
		<content:encoded><![CDATA[<p>For them to get Vanguand Group they would actually need to be incorporated as the Vanguand group in the US.  I&#8217;m pretty sure, Vanguard would sue them before they can get that.  &#8211; That&#8217;s the big benefit of EV.</p>
<p>I totally agree that we should incorporate the user&#8217;s sense of trust into it somehow.  User selected site icons is an interesting idea.. I was also thinking of some sort of First Visit notice&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how I think they should show Trust and Encyption by Florian Diesch</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-i-think-they-should-show-trust-and-encyption/comment-page-1#comment-1424</link>
		<dc:creator>Florian Diesch</dc:creator>
		<pubDate>Tue, 01 May 2012 04:49:02 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=734#comment-1424</guid>
		<description>The focusing on the certificate name is nice for the certification authorties but doesn&#039;t increase security that much as long as it&#039;s not clear what proof of identity the certification authority requires.

I guess most users will not spot the difference between &quot;The Vanguand Group Inc. (US)&quot; and &quot;The Vanguard Group Inc. (US)&quot;. Marking a connection to &quot;personal.vanguand.com&quot; as &quot;trusted&quot; helps someone who got this domain and certificate to pretent to be Vanguard.

In my opinion for most use cases the important information is &quot;that&#039;s the same site I used before&quot;. Therefor it would be nice if the user could assign some visual clue (e.g. an icon) to a certificaten and have the browser to display that clue everytime this certificate is used.

So if the user assigns some cute kitten icon with his bank&#039;s web site he&#039;ll easily know &quot;No cute kitten --&gt; NOT MY BANK!&quot;. 

This would even work for web sites with a certificate that&#039;s not from a certification authority known by the browser.</description>
		<content:encoded><![CDATA[<p>The focusing on the certificate name is nice for the certification authorties but doesn&#8217;t increase security that much as long as it&#8217;s not clear what proof of identity the certification authority requires.</p>
<p>I guess most users will not spot the difference between &#8220;The Vanguand Group Inc. (US)&#8221; and &#8220;The Vanguard Group Inc. (US)&#8221;. Marking a connection to &#8220;personal.vanguand.com&#8221; as &#8220;trusted&#8221; helps someone who got this domain and certificate to pretent to be Vanguard.</p>
<p>In my opinion for most use cases the important information is &#8220;that&#8217;s the same site I used before&#8221;. Therefor it would be nice if the user could assign some visual clue (e.g. an icon) to a certificaten and have the browser to display that clue everytime this certificate is used.</p>
<p>So if the user assigns some cute kitten icon with his bank&#8217;s web site he&#8217;ll easily know &#8220;No cute kitten &#8211;&gt; NOT MY BANK!&#8221;. </p>
<p>This would even work for web sites with a certificate that&#8217;s not from a certification authority known by the browser.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how they show Trust and Encyption by Browsers and how I think they should show Trust and Encyption &#124; Bryan Quigley</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-they-show-trust-and-encyption/comment-page-1#comment-1422</link>
		<dc:creator>Browsers and how I think they should show Trust and Encyption &#124; Bryan Quigley</dc:creator>
		<pubDate>Tue, 01 May 2012 03:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=593#comment-1422</guid>
		<description>[...] A follow up from my previous post; [...]</description>
		<content:encoded><![CDATA[<p>[...] A follow up from my previous post; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Browsers and how they show Trust and Encyption by MarkC</title>
		<link>http://bryanquigley.com/mindshare/browsers-and-how-they-show-trust-and-encyption/comment-page-1#comment-1420</link>
		<dc:creator>MarkC</dc:creator>
		<pubDate>Mon, 30 Apr 2012 10:28:16 +0000</pubDate>
		<guid isPermaLink="false">http://bryanquigley.com/?p=593#comment-1420</guid>
		<description>I have no problem with Mozilla&#039;s decision to remove the favicon from the address bar in Firefox 14, but I think losing the coloured backgrounds is a mistake.

It&#039;s a lot easier to teach users to differentiate between blue, green and no colour than to explain the more subtle text/icon differences in the Firefox 14 screenshots.</description>
		<content:encoded><![CDATA[<p>I have no problem with Mozilla&#8217;s decision to remove the favicon from the address bar in Firefox 14, but I think losing the coloured backgrounds is a mistake.</p>
<p>It&#8217;s a lot easier to teach users to differentiate between blue, green and no colour than to explain the more subtle text/icon differences in the Firefox 14 screenshots.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

