War noch was zu tun?
MfG, Wv
Anmeldungsdatum: Beiträge: 29 Wohnort: Bretten |
War noch was zu tun? MfG, Wv |
Ehemaliger
Anmeldungsdatum: Beiträge: 29454 Wohnort: WW |
Hallo, verschoben: Wacom USB-Tabletts und Wacom USB-Tabletts/Treiber kompilieren Was ist jetzt mit dem Artikel Grafiktabletts - der ist IMHO jetzt obsolet, weil die neuen Artikel viel umfangreicher sind. Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 29 Wohnort: Bretten |
Danke für's schieben und Deine Korrekturen erstmal. noisefloor schrieb:
Ja, diese Frage haben sich exothermal und ich auch schon mal gestellt. Wir sind bei ungefähr folgender Meinung stehen geblieben: Eigentlich geht es bei dem von uns geschriebenen Artikel ja nur um Wacom-Tabletts. Alles andere allgemeine zu Grafiktabletts, was für alle zutrifft (Aiptek und wie sie noch heißen), könnte auch weiterhin in diesem Artikel stehen bleiben. Es gibt auch andere Treiber für andere Hersteller und die sollten dann lieber in einem eigenen Artikel stehen. Außerdem hat der allgemeine Artikel zu den Grafiktabletts auch so Sachen wie Einstellungen für GIMP usw. Das ist natürlich alles so eine Sache, denn der Artikel Grafiktabletts ist nicht so frisch, zumindest was die Wacom-Sachen angeht. Ich habe leider auch keine Ahnung von anderen Grafiktabletts (außer Wacom), deswegen traue ich mir da nicht zu, Artikel für die zu schreiben. Auf jeden Fall sollte der Artikel mal vom Wacom-spezifischen Zeugs befreit werden und sich auf die allgemeinen Sachen (Dual-Screen, usw.) konznetrieren. Mein Vorschlag wäre, den Artikel zu behalten und zu überarbeiten. Anderenfalls müssten die brauchbaren Informationen darin auf andere Artikel verteilt werden. Wie wird das hier gesehen? |
Ehemaliger
Anmeldungsdatum: Beiträge: 29454 Wohnort: WW |
Hallo,
Sehe ich auch so. Dann verlinke ich jetzt den Wacom-Artikel in Grafiktabletts, das Aufräumen desselbigen Artikels müsste dann jemand anders machen. Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 29 Wohnort: Bretten |
Super Sache... ich versuche dann in nächster Zeit mal ein bisschen Ballast aus den Grafiktabletts abzuwerfen und nur das zu behalten, was alle betrifft. Aber wie gesagt, kann ich das auch nicht komplett machen (halt nach bestem Wissen und Gewissen). Das Problem ist hier, wie bei Vielem: wenn man mal grundlegend über Struktur nachdenkt, dann macht man immer größere Fässer auf - was mir zum Beispiel auch nicht gefällt, ist dass GIMP in Grafiktabletts beschrieben wird und Inkscape eben bei Inkscape. Naja, vielleicht fällt mir noch was Sinniges ein 😉. |
Anmeldungsdatum: Beiträge: 27 |
Es gibt ja zumindest einen Artikel Gimp, in den man das Programm-spezifische auslagern könnte. Wird ja wahrscheinlich großteils eh nur auf Copy+Paste hinaus laufen. Ich würde bald sagen, dass man den Artikel am besten wirklich fast schon umstrukturieren könnte. Im Prinzip muss er ja nur noch eine Sammlung der System- und Herstellerübergreifenden Einstellmöglichkeiten für Grafiktabletts sein, und im Bereich von konkreten Programmen oder Treibern jeweils auf einen entsprechenden anderen Artikel verweisen... Mein Vorschlag wäre also: - Sämtliche Installations-Schritte entfernen und jeweils in einen eigenen Artikel (ja nach Hersteller, bzw. nach vorgehen) → Dafür eine Übersicht der entsprechenden Artikel im Listen-Format - GIMP-Konfiguration in den Gimp-Artikel - Inkscape Teil ebenfalls komplett weg kürzen → Dafür eine umfassende Link-Liste mit allen Programmen, die Tablett-Unterstützung anbieten - als tatsächlichen Inhalt nur noch reine Konfigurationsgeschichten (wie z.B. DualView), die bei allen Tabletts gleich sind und nicht Programm-spezifisch sind Wie sieht die allgemeine Meinung dazu aus? |
Ehemaliger
Anmeldungsdatum: Beiträge: 29454 Wohnort: WW |
Hallo, ich sehe es in Teilen andersrum: Geräte-spezifische Teile in der Tat auslagern, Programm-spezifische zusammenfassen. Grund: Die meisten Nutzer werden kein Tablett haben. Heißt, man würde beim kompletten Auslagern "Spezialinfos" im Wiki verteilen. Hat jemand aber ein Tablett oder denkt drüber nach, eins zu kaufen, findet er im Artikel Grafiktabellts alle Infos ("Was kann ich machen?"). Gruß, noisefloor |
Wikiteam
Anmeldungsdatum: Beiträge: 11303 Wohnort: Bremen |
Hi! Netzmaat 007 hat den Artikel Baustelle/Wacom Bamboo Pen and Touch hier mit eingearbeitet; mir ist dabei aufgefallen, dass im Kompilier-Artikel die Vorgehensweise ohne PPA (was übrigens Pakete ab karmic enthält) über das Selbstkompilieren ziemliche Überschneidungen haben, für Karmic werden drei weitere Pakete benötigt, und ein weiteres Archiv, danach ist das Vorgehen aber identisch. Ließe sich das nicht etwas besser zusammenfassen? Oder die Karmic-Anleitung gleich ganz rausnehmen? Support läuft eh demnächst aus... so long |
Anmeldungsdatum: Beiträge: 27 |
Im Prinzip wird - in absehbarer Zeit - der gesamte Artikel einer kompletten Überarbeitung bedürfen, da HAL in Ubuntu ja bald ausgedient haben soll (oder hat es das sogar schon?). Bin in der Beziehung aber nicht mehr wirklich auf dem neusten Stand, da ich das letzte Jahr nur noch Gentoo auf dem Rechner hatte... |
Anmeldungsdatum: Beiträge: 785 Wohnort: Bremen |
Im Artikel Treiber_kompilieren steht, man solle aus ppa:doctormo/wacom-plus die Pakete wacom-source und xf86-input-wacom installieren. Diese Pakete sind dort aber gar nicht (mehr?) enthalten, sondern nur xserver-xorg-input-wacom. Letzteres wurde offenbar aus wacom-source und xf86-input-wacom kompiliert. Aber die Wiki-Seite sagt ja etwas von "Automatisierte Kompilierung" - das ist ja wohl etwas anderes, als ein kompiliertes binary zu installieren?!? P.S. die Variante "Manuelles kompilieren" funktioniert für Oneiric nicht, weil die linuxwacom-Treiber-Sourcen (linuxwacom-0.9.2.tar.bz2) nur Kernel bis 2.6.30 unterstützen, Oneiric aber nur ab 2.6.38 verfügbar ist. Oder gibt es da einen Ausweg? Gruß Till |
Wikiteam
Anmeldungsdatum: Beiträge: 11303 Wohnort: Bremen |
Hi! Die Pakete wacom-source und xf86-input-wacom sind dort schon noch (zumindest bis einschließlich natty), siehe https://launchpad.net/~doctormo/+archive/wacom-plus?field.series_filter=, xserver-xorg-input-wacom hingegen nicht... Wo hast du das Paket gefunden? Die Überschrift "Automatisches Kompilieren" ist einfach nur unsinnig, habe sie entfernt, es geht um die "automatische" Installation im Gegensatz zur manuellen. so long |
Anmeldungsdatum: Beiträge: 785 Wohnort: Bremen |
Heinrich Schwietering schrieb:
wenn du auf "View package details" gehst, und dann dort auf die einzelnen Namen klickst, siehst du, dass wacom-source und xf86-input-wacom als tar.gz verfügbar sind (z.B. wacom-source_0.8.10.2-1ubuntu1.debian.tar.gz). Die einzigen deb-Pakete (und nur diese können ja mittels apt:// installiert werden) sind wacom-dkms und xserver-xorg-input-wacom. Siehe auch http://ppa.launchpad.net/doctormo/wacom-plus/ubuntu/dists/natty/main/binary-i386/Packages
danke für den Hinweis. Gruß Till |
Wikiteam
Anmeldungsdatum: Beiträge: 11303 Wohnort: Bremen |
Hi! Das ist interessant - und imho auch unüblich - "normal" ist, wennn ich mich nicht irre, dass die "Source" und der resultierende "Build" den selben Namen haben. Was passiert denn, wenn du aus dem PPA wacom-source installierst? Wird wacom-dkms installiert? Dann wäre das mit dem "Automatischen" kompilieren" doch nachvollziehbar, wenn auch verwirrend, und der Sachverhalt müsste noch mit eingebaut werden... Aber vielleicht erstehe ich auch nicht genug davon 😉 so long |
Anmeldungsdatum: Beiträge: 785 Wohnort: Bremen |
Moin, Heinrich Schwietering schrieb:
in der Tat.
wacom-source ist ja kein Paket. Wenn ich wacom-dkms installiere, findet tatsächlich eine automatische Kompilierung (angepasst an die installierten Kernel) statt. Vermutlich war die Überschrift im Artikel also richtig, nur dass es eben wacom-dkms statt wacom-source heißen muss. Gruß Till |
Wikiteam
Anmeldungsdatum: Beiträge: 11303 Wohnort: Bremen |
Hi! Hab' das auch gerade noch mal durchgespielt; und du hast völlig recht. Die "Paketnamen" sind im Artikel falsch; aus dem ppa lassen sich die "Pakete", die dort angegeben sind, gar nicht installieren, sondern "nur" die builds, also wacom-dkms (das wird dann "kompliliert", siehe DKMS), und xserver-xorg-input-wacom. Ich ändere auch das... Aber dein Problem ist ein Oneiric-Problem, oder? Da solltest du vielleicht einen Thread im Support-Forum mobile-geraete aufmachen; die Ergebnisse könnten dann hier (und in den Artikel) rein. so long EDIT: Ging das denn unter Natty? Getestet ist der Artikel nur für Lucid und Maverick; ich hab' leider kein Tablet, um es in der Praxis auszuprobieren. |