Alles in allem nicht ganz so triviale \u00c4nderungen. Da das Widget allerdings bisher kaum benutzbar war, die \u00c4nderungen sich recht einfach ohne \u00c4nderungen an den \u00dcbersetzungen vornehmen liessen, und das Risiko auf Regressions in anderen Teilen sehr gering war, habe ich die \u00c4nderungen auch in den 4.6 Zweig eingepflegt. Damit werden sie mit 4.6.1 n\u00e4chten Monat, und mit openSUSE im M\u00e4rz mitgeliefert, und wir somit vielleicht dem ein oder anderen Anwender eine Freude bereiten k\u00f6nnen.<\/p>\n Hier und da gibt’s nat\u00fcrlich noch Verbesserungsm\u00f6glichkeiten. So kann ein erkl\u00e4render Tooltip hier und da sicherlich nicht schaden, flexiblere Gr\u00f6ssenoptionen, wie Proportion, Originalgr\u00f6sse der Seite (interessant f\u00fcr “fl\u00fcssige Layouts”), zum Beispiel. Ich habe daf\u00fcr erstmal sinnvolle Voreinstellungen gew\u00e4hlt, abh\u00e4ngig vom Feedback auf’s jetzige Featureset sehen wir dann mal weiter.<\/p>\n Abschliessend noch unsere Mitmach-Runde im Mitmach-Web 2.0! Wir haben einen netten Mechanismus, mit dem man kinderleicht eigene Web-Scheibchen-Widgets erstellen kann. Dazu kopiert ihr einfach eine bereits existierende Web-Scheibchen .desktop Datei<\/a>. Dateinamen \u00e4ndern (wir wollen ja nichts anderes \u00fcberschreiben), Namen, Kommentar, ev. auch \u00dcbersetzungen updaten (oder einfach l\u00f6schen, falls nicht n\u00f6tig), Autor, etc, Eintr\u00e4ge die man nicht versteht, einfach drin lassen, auf jeden Fall aber die Plasma Library und Mimetype Eintr\u00e4ge. F\u00fcgt dann eine Zeile wie diese hinzu, um das Web-Scheibchen auf das Element mit id=”myid” im Tag von der Frontpage von mysite.org l\u00e4d:<\/p>\n Diese Datei muss man dann nur noch nach ~\/.kde(4)\/share\/kde4\/services\/, kbuildsycoca4<\/em> ausf\u00fchren, um die Plugins und Metadaten auf den neusten Stand zu bringen, und das Widget \u00fcber den Widget Explorer zur Plasma Arbeitsfl\u00e4che oder dem Netbook hinzuf\u00fcgen.<\/p>\n Eine m\u00f6gliche Entwicklungsrichtung f\u00fcr die Zukunft w\u00e4re dann, diese selbsterstellten Web-Scheibchen \u00fcber opendesktop.org mit anderen zu teilen, quasi “Social Desktop f\u00fcr Web-Metzger<\/em>“…<\/p>\n","protected":false},"excerpt":{"rendered":" Das Web-Scheibchen Widget ist in Plasma (in kdeplasma-addons, noch bis zum Git-Umzug am Wochenende) seit 4.4 enthalten. Ein Web-Scheibchen ist ein Teil einer Website auf dem Desktop. Das kann hilfreich sein, wenn man einen Ausschnitt einer Website im Auge behalten will, allerdings daf\u00fcr aber keinen kompletten Browser starten will. Richard Moore und ich haben das… Continue reading Das Web, scheibchenweise<\/span> ![\"3](\"http:\/\/vizzzion.org\/blog\/wp-content\/uploads\/2011\/01\/webslice-3-slices.png\" "\\"3")
<\/a> Vor allem das Vergr\u00f6ssern und Verkleinern des Widgets machte eigentlich kaum Spass. Das Web-Scheibchen Widget benutzt eine Webkit View, und zeigt die Seite an einer bestimmten Position an, mit einem zur Plasmoidgr\u00f6sse passendem Zoomfaktor. Soweit, so gut. Dem Performanceproblem lag zugrunde, dass das Widget w\u00e4hrend dem Andern seiner Gr\u00f6sse so viele Resize Events abfing, dass es mit dem Zoomen und Positionieren nicht nachkam, und diese sich aufstauten. Dem habe ich Abhilfe verschafft erstmal die Codepfade, die zum diesen “resize events” f\u00fchren aufger\u00e4umt habe, sodass dieser Vorgang nur stattfindet, wenn es wirklich n\u00f6tig ist. Dann habe ich mittels eines QTimers verschiedene, schnell aufeinanderfolgende Events zusammengefasst. Beim Zoomen des Widgets war auch noch so Einiges drin, wenn man die Backingstore zeitweise einfriert, und das komplette Neurendern der Seite dann um einige Millisekunden verz\u00f6gert. Zusammen damit habe ich auch die Seitenverh\u00e4ltnisse flexibler gemacht, diese waren vorher fest eingestellt. (Man kann in Plasma immmer noch unabh\u00e4ngig von den Seitenverh\u00e4ltnissen verkleinern\/vergr\u00f6ssern, indem man die CTRL Taste gedr\u00fcckt h\u00e4lt.) Das erste Problem ist also gr\u00fcndlich gefixt.<\/p>\nVerbesserte Anwenderfreundlichkeit<\/h3>\n
<\/a> N\u00e4chster Punkt: Ergonomie. Wie schon erw\u00e4hnt, schr\u00e4nkt das notwendige extrahieren von CSS2 Selektoren aus Webseiten-Quellcode die Zielgruppe des Widgets gelinde gesagt etwas ein. (Eigentlich sind die recht einfach, was aber nicht heisst, dass ich es auch meinem “Resident non-Geek” zumuten w\u00fcrde — ich hab’s probiert und empfing einen recht leeren Blick als Dank). Ich habe einige Zeit dr\u00fcber nachgedacht, wie man sowas elegant umsetzen kann. Erstmal wollen wir Quellcode-lesen w\u00e4hrend des Setup vermeiden, es sollte einfach sein, den gew\u00fcnschten Ausschnitt auszuw\u00e4hlen, und das Feedback f\u00fcr den Anwender sollte so direkt wie m\u00f6glich sein. Erster Streich: Die Eingabezeile f\u00fcr das CSS Element hat sich verwandelt in eine editierbare Combobox, \u00fcber deren Dropdown-Men\u00fc man jetzt Elemente ausw\u00e4hlen kann. Zweiter Streich: Die URL Eingabezeile hat einen Reload-Knopf zum Nachbarn bekommen, mit dem man eine neue Seite in die Voransicht laden kann (damit werden auch die Elemente in der Combobox erneuert). Dritter Streich: Das Widget zeigt jetzt w\u00e4hrend der Konfiguration eine \u00dcbersicht der ganzen Seite an, und markiert das gerade ausgew\u00e4hlte Element. (Mann kan, wie in allen Comboboxen dann auch mit Maus bzw. Pfeiltasten durch die Liste navigieren, gleichzeitig sieht man im Widget welcher Ausschnitt sich hinter dem kryptischen Namen des Elements (#myid, zum Beispiel) verbirgt. Sobald man best\u00e4tigt, zeigt das Widget dann den Ausschnitt passend gezoomt an.<\/p>\n4 Minuten Hobbychirurgie<\/h3>\n
X-Plasma-Args=http:\/\/mysite.org,#myid<\/pre>\n