]> pere.pagekite.me Git - homepage.git/commitdiff
Typos.
authorPetter Reinholdtsen <pere@hungry.com>
Fri, 29 Jul 2011 06:00:48 +0000 (06:00 +0000)
committerPetter Reinholdtsen <pere@hungry.com>
Fri, 29 Jul 2011 06:00:48 +0000 (06:00 +0000)
blog/data/2011-07-29-debian-desktop.txt

index f94230b145c99a2655f4c82875bf4bb1bd09a323..bb795278e2ca63beaee58acd82da657bca12b7a5 100644 (file)
@@ -8,9 +8,9 @@ desktop to be useful for more people.  The use case for this is my
 parents, which are currently running Kubuntu which solve the
 issues.</p>
 
-<p>I suspect the four missing features are not very hard to implement.
-After all, they are present in Ubuntu, so if we wanted to do this in
-Debian we would have a source.</p>
+<p>I suspect these four missing features are not very hard to
+implement.  After all, they are present in Ubuntu, so if we wanted to
+do this in Debian we would have a source.</p>
 
 <ol>
 
@@ -28,7 +28,7 @@ plugins.</strong> When the browser encounter a MIME type it do not
 currently have a handler for, it will ask the user if the system
 should search for a package that would add support for this MIME type,
 and if the user say yes, the APT sources will be searched for packages
-adverticing the MIME type in their control file (visible in the
+advertising the MIME type in their control file (visible in the
 Packages file in the APT archive).  If one or more packages are found,
 it is a simple click of the mouse to add support for the missing mime
 type.  If the package require the user to accept some non-free
@@ -51,8 +51,9 @@ explaining more on why a given format is unsupported by Ubuntu.</li>
 <li><strong>Better browser handling of some MIME types.</strong> When
 displaying a text/plain file in my Debian browser, it will propose to
 start emacs to show it.  If I remember correctly, when doing the same
-in Kunbutu it show the file as a text file in the browser.  I much
-prefer the latter behavour.</li>
+in Kunbutu it show the file as a text file in the browser.  At least I
+know Opera will show text files within the browser.  I much prefer the
+latter behaviour.</li>
 
 </ol>