<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>Per page discussions (new threads)</title>
		<link>http://capsoff.org/forum/c-183/per-page-discussions</link>
		<description>Threads in the forum category &quot;Per page discussions&quot; - This category groups discussions related to particular pages within this site.</description>
				<copyright></copyright>
		<lastBuildDate>Thu, 09 Sep 2010 21:15:58 +0000</lastBuildDate>
		
					<item>
				<guid>http://capsoff.org/forum/t-25615</guid>
				<title>Open Letter</title>
				<link>http://capsoff.org/forum/t-25615/open-letter</link>
				<description></description>
				<pubDate>Sun, 04 Nov 2007 18:57:29 +0000</pubDate>
				<wikidot:authorName>keybounce</wikidot:authorName>				<wikidot:authorUserId>51564</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>There is one more item needed.</p> <p>Please make keyboards with the "stroke directions" lined up for the directions the fingers actually move. On a standard keyboard, the right fingers will stroke up and to the left, or down and to the right, which is the direction that the keys run. However, the fingers on the left hand want to stroke up and to the right, but the keys for the left hand stroke up and to the left.</p> <p>This may have made sense 100 years ago, when typewriters were first created. Given the new improvements in manufacturing over the last century, this no longer makes manufacturing sense, and never made body-mechanic sense.</p> <p>Additionally, this will force the keyboard to be wider — in particular, it will force the "rest" or "home" position of the hands to be slightly farther apart, further helping body mechanics.</p> <p>Finally, although "seperated" left and right half keyboards make a lot of sense — especially with "wave", curved/raised layouts, please please please duplicate the "b", "y", and "6" keys — currently "assigned" to finger strokes that are often easier to make from the other hand — on both sides of the keyboard. Thank you.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://capsoff.org/forum/t-102</guid>
				<title>History of the War against Caps Lock</title>
				<link>http://capsoff.org/forum/t-102/history-of-the-war-against-caps-lock</link>
				<description></description>
				<pubDate>Fri, 25 Aug 2006 15:04:09 +0000</pubDate>
				<wikidot:authorName>Varsoil</wikidot:authorName>				<wikidot:authorUserId>53948</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>If you look at the typewriter, from early mechanical models to the later electronic models, you will find a Caps Lock key. However, the typewriter was not abusive to users in the way that the keyboard is. It seems that the designers of the keyboard took a superficial look at the typewriter and mimicked its layout. They did not take into consideration the design principles that went into the typewriter.</p> <p>On the typewriter, the Caps Lock key is not a toggle key. Pressing the key does not switch between states. No matter how many times you pressed the key, the end result is the same; caps-locked.</p> <p>When you pressed the Caps Lock key, it remained physically depressed. You could see and feel that the typewriter was in caps-locked mode. The best the keyboard provides is indirect indication with a LED lit in the corner of the keyboard, amidst an array of other LEDs.</p> <p>On the typewriter, the caps lock mode was very transient. Pressing either Shift key would release the caps lock. A typist that did not notice a caps-lock state would automatically be released from this mode as the shift key is pressed to begin the next sentence. As such, tHE eRROR oF tYPING lIKE tHIS never occurred on the typewriter.</p> <p>The design of the typewriter Caps Lock key seems to consider human behavioral norms. The keyboard abuses these behaviors. There are no logical reasons for the keyboard not to follow the design patterns set forth by the typewriter. On the contrary, the keyboard brought an opportunity to improve upon the design. It is a shame we are still stuck with the results of this wrong turn.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://capsoff.org/forum/t-100</guid>
				<title>Alternatives</title>
				<link>http://capsoff.org/forum/t-100/alternatives</link>
				<description></description>
				<pubDate>Fri, 25 Aug 2006 13:01:58 +0000</pubDate>
				<wikidot:authorName>JvH</wikidot:authorName>				<wikidot:authorUserId>90676</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>A switch on the keyboard to physically disable the Caps Lock key. This way users who don't use the key can't accidentally press it.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://capsoff.org/forum/t-98</guid>
				<title>CAPSfree Keyboards</title>
				<link>http://capsoff.org/forum/t-98/capsfree-keyboards</link>
				<description></description>
				<pubDate>Fri, 25 Aug 2006 13:00:20 +0000</pubDate>
				<wikidot:authorName>Shai</wikidot:authorName>				<wikidot:authorUserId>952</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p> The TypeMatrix keyboard doesn't remove Caps Lock completely, but relocates it to a location where it is unlikely to be pressed accidentally. </p>
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://capsoff.org/forum/t-96</guid>
				<title>Frequently-Asked Questions</title>
				<link>http://capsoff.org/forum/t-96/frequently-asked-questions</link>
				<description></description>
				<pubDate>Fri, 25 Aug 2006 12:59:43 +0000</pubDate>
				<wikidot:authorName>Cru</wikidot:authorName>				<wikidot:authorUserId>210</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <h2> How to deactivate the Caps Lock key on X.org/XFree? </h2> <p> To deactivate the irksome Caps Lock key on X.org, XFree and presumably other X11 servers, the <tt>xmodmap</tt> utility is used to remove the <tt>Caps_Lock</tt> keysym from the <tt>lock</tt> modifier class:<br /> <tt>xmodmap -e "remove lock = Caps_Lock"</tt><br /> The xmodmap utility unbinds the Caps Lock key from the lock modifier class temporarily, thus it needs to be executed every time you restart your X session.<br /> To save the changes permanently as the global default, append the xmodmap expression to your global Xmodmap file (usually <tt>/etc/X11/Xmodmap</tt>). To save them only for your own user, append the expression to your <tt>~/.xmodmaprc</tt> file. </p> <h2> How to reconfigure the Caps Lock key on X.org/XFree to do [insert action here]? </h2> <p> There are several actions people would like the Caps Lock key to perform instead of doing the Caps Lock, suggested are (among others) another Ctrl key (Happy Hacker layout) or a second Backspace or Enter key. We assume you already unbound your Caps Lock key from the <tt>lock</tt> modifier class as described above ("How to deactivate the Caps Lock key on X.org/XFree?").<br /> The key can easily be transformed to another Ctrl key by adding it to the <tt>control</tt> modifier class: <tt>xmodmap -e "add control = Caps_Lock"</tt><br /> To transform it to a second Enter/Return key, overwrite the Caps Lock key's keycode with the <tt>Return</tt> keysym (keycode 66 on common keyboard layouts): <tt>xmodmap -e "keycode 66 = Return"</tt><br /> If you want it to become a second Backspace key instead, replace the <tt>Return</tt> keysym name in the example above by <tt>BackSpace</tt>.<br /> See also "How to deactivate the Caps Lock key on X.org/XFree?" on how to make changes permanent. </p>
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>