]> pere.pagekite.me Git - homepage.git/blobdiff - blog/index.html
Generated.
[homepage.git] / blog / index.html
index 58726527a183acb86f242fe015a0dced2271528f..77d30c1b00080a30d34c123825344d96bbf380e9 100644 (file)
 
 
  
+ <div class="entry">
+  <div class="title"><a href="http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html">What is missing in the Debian desktop, or why my parents use Kubuntu</a></div>
+  <div class="date">2011-07-29 08:10</div>
+  <div class="body">
+<p>While at Debconf11, I have several times during discussions
+mentioned the issues I believe should be improved in Debian for its
+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 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>
+
+<li><strong>Simple GUI based upgrade of packages.</strong> When there
+are new packages available for upgrades, a icon in the KDE status bar
+indicate this, and clicking on it will activate the simple upgrade
+tool to handle it.  I have no problem guiding both of my parents
+through the process over the phone.  If a kernel reboot is required,
+this too is indicated by the status bars and the upgrade tool.  Last
+time I checked, nothing with the same features was working in KDE in
+Debian.</li>
+
+<li><strong>Simple handling of missing Firefox browser
+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
+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
+license, this is explained to the user.  The entire process make it
+more clear to the user why something do not work in the browser, and
+make the chances higher for the user to blame the web page authors and
+not the browser for any missing features.</li>
+
+<li><strong>Simple handling of missing multimedia codec/format
+handlers.</strong> When the media players encounter a format or codec
+it is not supporting, a dialog pop up asking the user if the system
+should search for a package that would add support for it.  This
+happen with things like MP3, Windows Media or H.264.  The selection
+and installation procedure is very similar to the Firefox browser
+plugin handling.  This is as far as I know implemented using a
+gstreamer hook.  The end result is that the user easily get access to
+the codecs that are present from the APT archives available, while
+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.  At least I
+know Opera will show text files within the browser.  I much prefer the
+latter behaviour.</li>
+
+</ol> 
+
+<p>There are other nice features as well, like the simplified suite
+upgrader, but given that I am the one mostly doing the dist-upgrade,
+it do not matter much.</p>
+
+<p>I really hope we could get these features in place for the next
+Debian release.  It would require the coordinated effort of several
+maintainers, but would make the end user experience a lot better.</p>
+</div>
+  <div class="tags">
+   
+
+   
+   Tags: <a href="http://people.skolelinux.org/pere/blog/tags/debian">debian</a>, <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/web">web</a>. 
+  
+  </div>
+ </div>
+ <div class="padding"></div>
  <div class="entry">
   <div class="title"><a href="http://people.skolelinux.org/pere/blog/Skolelinux_intervju__Frode_Jemtland.html">Skolelinux-intervju: Frode Jemtland</a></div>
   <div class="date">2011-07-27 08:50</div>
@@ -529,70 +606,6 @@ utviklingstimer for å tilpasse eksisterende portal til norsk.</p>
  </div>
  <div class="padding"></div>
  
- <div class="entry">
-  <div class="title"><a href="http://people.skolelinux.org/pere/blog/Hva_utgj__r_en_vellykket_offentlig_tjeneste_.html">Hva utgjør en vellykket offentlig tjeneste?</a></div>
-  <div class="date">2011-05-04 09:10</div>
-  <div class="body">
-<p>Artikkelen i Aftenposten i dag om de som fikk
-<a href="http://www.aftenposten.no/nyheter/oslo/article4110329.ece">tauet
-bort bilen</a> etter å ha trodd på Oslo kommunes oversikt over når
-ulike gater skulle feies i påsken, fikk meg til å ta en titt på
-<a href="http://www.samferdselsetaten.oslo.kommune.no/miljo/renhold/varrengjoring">kommunens
-oversikt</a>, og der ble jeg fascinert over følgende lille gullkorn:</p>
-
-<p><blockquote>
-<p><strong>Hvorfor har dere ikke SMS-varsling?</strong>
-<br>Forsøksordningen i 2005 viste dessverre at SMS-varsling i liten
-grad reduserte antallet borttauede biler. De som abonnerte på
-ordningen unngikk naturligvis feilparkeringer, men plassene ble brukt
-av "fremmede" biler altså av bileiere som ikke abonnerte og dermed
-ikke ble varslet.</p>
-</blockquote>
-
-<p>Det gir inntrykk av at kommunen i stedet for å se på SMS-varsling
-som en tjeneste for innbyggerne, som kunne gjøre at de innbyggerne som
-benyttet seg av tjenesten slapp å få tauet bilen sin, så på det som en
-tjeneste for seg selv for å redusere antall tauinger.  Forklaringen
-synes jeg illustrerer veldig godt hvorfor det er så viktig å se på hva
-som er fokus for tjenester som leveres og hva som er
-suksesskriteriene.  Jeg mistenker at hvis suksesskriteriet for
-SMS-tjenesten hadde vært hvor fornøyd brukerne av SMS-tjenesten var,
-så ville den blitt videreført.  Eller hvis suksesskriteriet var økt
-bruk av tjenesten.  Jeg vet i hvert fall mange som gjerne vil slippe å
-både daglig besøke bilen sin der den er parkert i Oslo, og som gjerne
-vil varsles i stedet for å oppdage at bilen er tauet bort når de
-trenger den.</p>
-
-<p>Mon tro hvor mange som må bruke en slik tjeneste før andelen
-bort-tauinger blir redusert?  Jeg mistenker den må være godt over 50%
-av alle med bil i Oslo, før det er større sannsynlighet for at en
-ledig men risikofylt parkeringsplass blir stående ledig enn at den blir
-tatt umiddelbart.  Det er for stort press på parkeringsplasser i Oslo
-i dag til å tro at en ledig parkeringsplass blir stående ubrukt med
-mindre sjåføren vet at det er risikabelt å stå der.  Hvis reduksjon i
-antall bort-tauinger var suksesskriteriet for SMS-tjenesten var en
-dermed garantert å konkludere med at den feilet, da det er umulig å få
-så stor bruksprosent i en prøvedrift.</p>
-
-<p>Fokus for <a href="http://www.fiksgatami.no/">FiksGataMi</a> er
-innbyggeren, og et av suksesskriteriene er at innbyggerne som bruker
-tjenesten er fornøyde med at rapportene blir synliggjort og levert til
-relevant offentlig myndighet.  Det er naturligvis fint om de som
-mottar meldingene også har nytte av tjenesten, og at problemene blir
-fikset, men det viktigste er innbyggernes opplevelse.  Innbyggerne
-skal oppleve tjenesten som enkel og effektiv, slik at vi sikrer at
-flest mulig klarer å bidra til å forbedre offentlig infrastruktur.</p>
-</div>
-  <div class="tags">
-   
-
-   
-   Tags: <a href="http://people.skolelinux.org/pere/blog/tags/fiksgatami">fiksgatami</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>. 
-  
-  </div>
- </div>
- <div class="padding"></div>
  <p style="text-align: right;"><a href="index.rss"><img src="http://people.skolelinux.org/pere/blog/xml.gif" alt="RSS feed" width="36" height="14"></a></p>
 
 <div id="sidebar">
@@ -619,7 +632,7 @@ flest mulig klarer å bidra til å forbedre offentlig infrastruktur.</p>
 
 <li><a href="http://people.skolelinux.org/pere/blog/archive/2011/06/">June (2)</a></li>
 
-<li><a href="http://people.skolelinux.org/pere/blog/archive/2011/07/">July (5)</a></li>
+<li><a href="http://people.skolelinux.org/pere/blog/archive/2011/07/">July (6)</a></li>
 
 </ul></li>
 
@@ -707,13 +720,13 @@ flest mulig klarer å bidra til å forbedre offentlig infrastruktur.</p>
 
  <li><a href="http://people.skolelinux.org/pere/blog/tags/bootsystem">bootsystem (10)</a></li>
 
- <li><a href="http://people.skolelinux.org/pere/blog/tags/debian">debian (50)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/debian">debian (51)</a></li>
 
  <li><a href="http://people.skolelinux.org/pere/blog/tags/debian edu">debian edu (64)</a></li>
 
  <li><a href="http://people.skolelinux.org/pere/blog/tags/digistan">digistan (7)</a></li>
 
- <li><a href="http://people.skolelinux.org/pere/blog/tags/english">english (92)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/english">english (93)</a></li>
 
  <li><a href="http://people.skolelinux.org/pere/blog/tags/fiksgatami">fiksgatami (12)</a></li>
 
@@ -729,7 +742,7 @@ flest mulig klarer å bidra til å forbedre offentlig infrastruktur.</p>
 
  <li><a href="http://people.skolelinux.org/pere/blog/tags/ltsp">ltsp (1)</a></li>
 
- <li><a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia (12)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia (13)</a></li>
 
  <li><a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk (129)</a></li>
 
@@ -765,7 +778,7 @@ flest mulig klarer å bidra til å forbedre offentlig infrastruktur.</p>
 
  <li><a href="http://people.skolelinux.org/pere/blog/tags/vitenskap">vitenskap (1)</a></li>
 
- <li><a href="http://people.skolelinux.org/pere/blog/tags/web">web (15)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/web">web (16)</a></li>
 
 </ul>