<?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 on: Eclipse Top 5 Annoyances</title>
	<atom:link href="http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/feed/" rel="self" type="application/rss+xml" />
	<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/</link>
	<description>Beyond Being Backwards-Compatible</description>
	<lastBuildDate>Fri, 20 Aug 2010 06:54:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Robert Konigsberg</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-96</link>
		<dc:creator>Robert Konigsberg</dc:creator>
		<pubDate>Sat, 22 Dec 2007 15:28:46 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-96</guid>
		<description>Of course, nobody really needs split pane support, but in a survey of one person, the editors that have that feature are way more popular than the editors that do not.</description>
		<content:encoded><![CDATA[<p>Of course, nobody really needs split pane support, but in a survey of one person, the editors that have that feature are way more popular than the editors that do not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Chambery</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-98</link>
		<dc:creator>Todd Chambery</dc:creator>
		<pubDate>Wed, 19 Dec 2007 13:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-98</guid>
		<description>Ahti: To my mind, there are only two users: the aforementioned 70%, who want &quot;end user functionality&quot; (eg Column Based Editor, Web Tools, UML Editor, etc), and plug-in developers, who need componentry and detailed version info, etc.  A single tool can&#039;t serve them both.

The simple &quot;user&quot; tool should obvious to find and use--putting Software Updates under Help seems &lt;i&gt;very&lt;/i&gt; out of place, given that without plug-in functionality, Eclipse is useless--like MonoDevelop, JEdit, Firefox, etc etc.  The developer plugin installer should not be obvious, may as a checkbox that will cause the thing to disgorge the guts of every plug-in.

Just glancing around the provisioning site, I&#039;m not very hopeful--the emphasis is framework and not UI.  I suspect the Eclipse team will leave it to 3rd party developers to provide a useful plug-in management facility (since this is a point of feature differentiation, eg Yokos, RSA, that MyEclipse thing).

Anton:  I know there&#039;s a column-based editor out there, and I swear that in the 2.x gen of Eclipse it was part of the distribution.  You may want to look at the &lt;a href=&quot;http://www.eclipse.org/dsdp/tm/tutorial/&quot; rel=&quot;nofollow&quot;&gt;Remote System Explorer&lt;/a&gt;... I think that added the column ruler at the top.</description>
		<content:encoded><![CDATA[<p>Ahti: To my mind, there are only two users: the aforementioned 70%, who want &#8220;end user functionality&#8221; (eg Column Based Editor, Web Tools, UML Editor, etc), and plug-in developers, who need componentry and detailed version info, etc.  A single tool can&#8217;t serve them both.</p>
<p>The simple &#8220;user&#8221; tool should obvious to find and use&#8211;putting Software Updates under Help seems <i>very</i> out of place, given that without plug-in functionality, Eclipse is useless&#8211;like MonoDevelop, JEdit, Firefox, etc etc.  The developer plugin installer should not be obvious, may as a checkbox that will cause the thing to disgorge the guts of every plug-in.</p>
<p>Just glancing around the provisioning site, I&#8217;m not very hopeful&#8211;the emphasis is framework and not UI.  I suspect the Eclipse team will leave it to 3rd party developers to provide a useful plug-in management facility (since this is a point of feature differentiation, eg Yokos, RSA, that MyEclipse thing).</p>
<p>Anton:  I know there&#8217;s a column-based editor out there, and I swear that in the 2.x gen of Eclipse it was part of the distribution.  You may want to look at the <a href="http://www.eclipse.org/dsdp/tm/tutorial/" rel="nofollow">Remote System Explorer</a>&#8230; I think that added the column ruler at the top.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ahti</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-97</link>
		<dc:creator>Ahti</dc:creator>
		<pubDate>Wed, 19 Dec 2007 10:56:27 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-97</guid>
		<description>Todd: yes, I totally agree with you. But there is one minor yet critical problem why KISS won&#039;t work 100% here - Eclipse IDE is also used by hackers/hardcoders. So we really must serve all sides:
1. hackers/hardcoders who love every version and dependency bit
2. plugin-developers
3. end-users like regular java programmers
3. end-users like RCP-based application users

Anton: No idea how this column-based editor looks like but I&#039;ll take a look. Unless you could send me a little screenshot ;)</description>
		<content:encoded><![CDATA[<p>Todd: yes, I totally agree with you. But there is one minor yet critical problem why KISS won&#8217;t work 100% here &#8211; Eclipse IDE is also used by hackers/hardcoders. So we really must serve all sides:<br />
1. hackers/hardcoders who love every version and dependency bit<br />
2. plugin-developers<br />
3. end-users like regular java programmers<br />
3. end-users like RCP-based application users</p>
<p>Anton: No idea how this column-based editor looks like but I&#8217;ll take a look. Unless you could send me a little screenshot <img src='http://ahtik.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ahti</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-101</link>
		<dc:creator>Ahti</dc:creator>
		<pubDate>Wed, 19 Dec 2007 10:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-101</guid>
		<description>imeikas: aa yeah, right! true, sorry, this double-search-form really is gtk linux related :) so not much to do I guess .p</description>
		<content:encoded><![CDATA[<p>imeikas: aa yeah, right! true, sorry, this double-search-form really is gtk linux related <img src='http://ahtik.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  so not much to do I guess .p</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: imeikas</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-100</link>
		<dc:creator>imeikas</dc:creator>
		<pubDate>Wed, 19 Dec 2007 10:21:47 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-100</guid>
		<description>Actually this second textbox is a search box and if I&#039;m not mistaken, it is GTK only.</description>
		<content:encoded><![CDATA[<p>Actually this second textbox is a search box and if I&#8217;m not mistaken, it is GTK only.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-99</link>
		<dc:creator>Anton</dc:creator>
		<pubDate>Tue, 18 Dec 2007 18:13:10 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-99</guid>
		<description>Gimme built-in column-based editor support! Like IntelliJ IDEA&#039;s Alt+Shift+Insert!</description>
		<content:encoded><![CDATA[<p>Gimme built-in column-based editor support! Like IntelliJ IDEA&#8217;s Alt+Shift+Insert!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ahti</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-103</link>
		<dc:creator>Ahti</dc:creator>
		<pubDate>Tue, 18 Dec 2007 14:00:48 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-103</guid>
		<description>Wu MingShi: Good observation, it is a problem. Maybe &quot;Recently used&quot; category could help. Any idea if there is a bugzilla item for that?

A new issue just came to mind is this duplicated Quick search/filtering. For many dialogs (including new file wizards) when you start typing it either starts filtering out the list using unified global filter at &quot;right-bottom&quot; OR the custom dialog-specific filter. They definitely overlap in their original idea - filtering and search.

Window-&gt;Preferences is another good example of strange filtering technique - one search box at the top, another one at the bottom.</description>
		<content:encoded><![CDATA[<p>Wu MingShi: Good observation, it is a problem. Maybe &#8220;Recently used&#8221; category could help. Any idea if there is a bugzilla item for that?</p>
<p>A new issue just came to mind is this duplicated Quick search/filtering. For many dialogs (including new file wizards) when you start typing it either starts filtering out the list using unified global filter at &#8220;right-bottom&#8221; OR the custom dialog-specific filter. They definitely overlap in their original idea &#8211; filtering and search.</p>
<p>Window->Preferences is another good example of strange filtering technique &#8211; one search box at the top, another one at the bottom.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wu MingShi</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-102</link>
		<dc:creator>Wu MingShi</dc:creator>
		<pubDate>Tue, 18 Dec 2007 13:47:02 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-102</guid>
		<description>Ability to hide Wizards in New Wizard for the IDE interface. Everytime you install something, chances are you installed additional wizards. Put CDT/Python/RDT in and bang... its overcrowded there. Those &quot;primaryWizard&quot; are the pests of the bunch, short of editing the plugin.xml file itself, there is no way of removing them.</description>
		<content:encoded><![CDATA[<p>Ability to hide Wizards in New Wizard for the IDE interface. Everytime you install something, chances are you installed additional wizards. Put CDT/Python/RDT in and bang&#8230; its overcrowded there. Those &#8220;primaryWizard&#8221; are the pests of the bunch, short of editing the plugin.xml file itself, there is no way of removing them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Chambery</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-104</link>
		<dc:creator>Todd Chambery</dc:creator>
		<pubDate>Tue, 18 Dec 2007 13:27:16 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-104</guid>
		<description>I&#039;m right there with you the Update Manager.  As I&#039;ve mentioned in other discussions, what&#039;s needed is a higher level of abstraction.  Users don&#039;t want or need to know the low level details of available plugins (dependencies, build numbers, etc.), what they need is _only_ the useful name and description of plugins contributing &quot;user level functionality&quot;.  GMF, EMF, Buckminster, whatever, have no meaning to the end user and so should not be available on the update manager.

It really a simple concept (which is why it&#039;s so frustrating that the UM has stayed the way it is for so long):

    If your 70% user can&#039;t make a useful decision from some information, do not display it.</description>
		<content:encoded><![CDATA[<p>I&#8217;m right there with you the Update Manager.  As I&#8217;ve mentioned in other discussions, what&#8217;s needed is a higher level of abstraction.  Users don&#8217;t want or need to know the low level details of available plugins (dependencies, build numbers, etc.), what they need is _only_ the useful name and description of plugins contributing &#8220;user level functionality&#8221;.  GMF, EMF, Buckminster, whatever, have no meaning to the end user and so should not be available on the update manager.</p>
<p>It really a simple concept (which is why it&#8217;s so frustrating that the UM has stayed the way it is for so long):</p>
<p>    If your 70% user can&#8217;t make a useful decision from some information, do not display it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: imeikas</title>
		<link>http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/comment-page-1/#comment-105</link>
		<dc:creator>imeikas</dc:creator>
		<pubDate>Tue, 18 Dec 2007 12:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://ahtik.com/blog/2007/12/18/eclipse-top-5-annoyances/#comment-105</guid>
		<description>You left out more stable subversion support, as sometimes funny stuff starts to happen. I would create some bug reports, but I can&#039;t even pinpoint where the problem lies or describe the anomalies.</description>
		<content:encoded><![CDATA[<p>You left out more stable subversion support, as sometimes funny stuff starts to happen. I would create some bug reports, but I can&#8217;t even pinpoint where the problem lies or describe the anomalies.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
