<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.openoffice.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Brucevdk</id>
	<title>Apache OpenOffice Wiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.openoffice.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Brucevdk"/>
	<link rel="alternate" type="text/html" href="https://wiki.openoffice.org/wiki/Special:Contributions/Brucevdk"/>
	<updated>2026-08-17T21:08:15Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.35.14</generator>
	<entry>
		<id>https://wiki.openoffice.org/w/index.php?title=Talk:User_Experience/Myths_about_UX&amp;diff=123616</id>
		<title>Talk:User Experience/Myths about UX</title>
		<link rel="alternate" type="text/html" href="https://wiki.openoffice.org/w/index.php?title=Talk:User_Experience/Myths_about_UX&amp;diff=123616"/>
		<updated>2009-05-07T11:29:52Z</updated>

		<summary type="html">&lt;p&gt;Brucevdk: /* Advanced functionality doesn&amp;#039;t hurt - newcomers just won&amp;#039;t use it! */ started discussion&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Advanced functionality doesn&amp;#039;t hurt - newcomers just won&amp;#039;t use it! ==&lt;br /&gt;
&amp;#039;&amp;#039;Yes it does hurt! Each piece of functionality added to a system requires interaction - menu space, buttons, keybindings, advanced settings. This will automatically lead to an increased overall complexity that frightens or overwhelmes users. So if you are in doubt if a feature makes sense for many people, then better omit and just serve their needs - you keep the complexity limited and people will be happy anyway!&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
: That response to me seems a little black/white, it basically states that advanced features will be omitted per definition in favor of the common denominator. It would seem to me that it is definitely possible to please both groups. I would agree that advanced functionality should not be visible by default for the reasons mentioned but a user should be able to expose such functionality through a configuration mechanism. Proper extension points would go a long way. --[[User:Brucevdk|Bruce]] 11:29, 7 May 2009 (UTC)&lt;/div&gt;</summary>
		<author><name>Brucevdk</name></author>
	</entry>
</feed>