ramnit schrieb:

Ich hab leider keine Ahnung wie mit sowas in der Vergangenheit umgegangen wurde. Ich bitte mal die PL um ein Statement.

Hallo,

die Marken, die hier bei uns abgebildet werden, unterfallen nicht der CC Lizenz. Wir haben unter unserer Lizenz einen Abschnitt zu Markenrechte:

Auf ubuntuusers.de genannte Produktbezeichnungen, Marken und Firmennamen sind Eigentum der jeweiligen Inhaber und unterliegen als solche dem gesetzlichen Warenzeichen-, Marken- und/oder patentrechtlichen Schutz.

Somit bleibt der Markenschutz gewahrt und wir verstossen durch das Einbinden nicht gegen Markenrechte.

Liebe Grüße,
Torsten

vKontakte habe ich eingefügt. Findest du zu mrim noch eine bessere Auflösung? Das hier sieht zB gar nicht übel aus.

EDIT: Auch mrim ist jetzt mit einem Icon vertreten. Die runter skalierten Versionen für die Vorlage müsstest du noch machen cornix, wenn du die brauchen solltest.

ramnit schrieb:

Die runter skalierten Versionen für die Vorlage müsstest du noch machen cornix, wenn du die brauchen solltest.

convert -resize 24x24 foobar.png foobar-24.png 

Btw: Die runterskalierten Icons sind vielleicht gar nicht nötig, da muss ich noch mal basteln und anschließend Wiki/Icons/Protokolle aufräumen. Da ich dazu noch ein paar nicht zu Ende gedachte Ideen habe, schiebe ich das noch auf.

Gruß, cornix

Ich war mir nicht sicher ob du da noch Auflösungsfinetuning betreibst, deswegen hab ich mich nicht ran getraut.

toddy schrieb:

die Marken, die hier bei uns abgebildet werden, unterfallen nicht der CC Lizenz.

Tun sie das wirklich automatisch, oder müsste man das nicht unter Wiki/Icons/Protokolle erwähnen? In Wiki/Icons sind ja auch die anderen Lizenzen von Tango/Oxygen usw. genannt. Wiki/Icons/Protokolle ist ja dann ein Gemisch aus Markenzeichen und "freien" Icons.

cornix schrieb:

Btw: Die runterskalierten Icons sind vielleicht gar nicht nötig, da muss ich noch mal basteln und anschließend Wiki/Icons/Protokolle aufräumen. Da ich dazu noch ein paar nicht zu Ende gedachte Ideen habe, schiebe ich das noch auf.

Falls du da zufällig was planst, dass sich die Vorlage selber die Icons mit dem richtigen Namen in Wiki/Icons/Protokolle sucht und skaliert, finde ich das eine super Idee

Gruß, Martin

ramnit schrieb:

e2l schrieb:

2.) OpenPGP-/GnuPG-Unterstützung fänd ich -- wenn man schon OTR aufführt -- noch interessant.

Na dann viel Spaß beim Infos suchen. Ich fänd es auch interessant, aber nicht so sehr, dass ich dahingehend nochmal recherchieren will. Wenn du dir die Mühe machen möchtest, fände ich das super, denn ein Wiki lebt von allen, die Informationen beitragen.

Na, dafür gibt's im Zweifelsfall doch den Status 'unbekannt'.

Ich habe mal auf die Schnelle geguckt:

• aMSN: plugin (http://sourceforge.net/projects/kryptonite/)

• emesene: nein

• Empathy: nein (https://bugzilla.gnome.org/show_bug.cgi?id=564802)

• Gajim: ja (http://wiki.ubuntuusers.de/Gajim#OpenPGP)

• Instantbird: nein

• Jitsi: nein

• Konversation: nein

• Kopete: plugin (http://ns2.canonical.com/lucid/kopete-cryptography)

• Licq: ja (http://linuxwiki.de/Licq)

• Pidgin: plugin (http://sourceforge.net/projects/pgep/; seit Maverick auch im Repo: http://packages.ubuntu.com/de/maverick/pidgin-openpgp)

• Psi: ja (http://wiki.ubuntuusers.de/Psi#mit-OpenPGP-GnuPG)

• qutIM: nein

• Skype: nein

• XChat:nein

• CenterIM: ja (http://www.mail-archive.com/centerim-users@centerim.org/msg00247.html)

• Finch: unbekannt (keine Ahnung ob das Pidgin-Plugin auch für Finch gilt?)

• MCabber: ja (http://wiki.ubuntuusers.de/MCabber#GnuPG)

• sendxmpp: nein

('nein' heißt in der Regel, dass ich keine Bestätigung via Google gefunden habe)

→ im Wiki eingetragen: http://wiki.ubuntuusers.de/Baustelle/Instant_Messenger?rev=245317

/edit:

sendxmpp ist ja ein Sondefall, weil man's ja eigentlich via Pipe und GnuPG umsetzen könnte. Aber da es ja nicht direkt eingebaut ist, habe ich mal 'nein' gesetzt.

@e2l cool, ist ja fast vollständig

@cornix, was mir gerade noch aufgefallen ist: Die Programmicons sollte man vielleicht besser auch auf den Artikel verlinken und nicht auf das Icon; wäre logischer.

Ansonsten gefällt mir der Artikel inzwischen auch sehr gut Ich schau dann nochmal über die Beschreibungen, falls mir keiner zuvor kommt

@cornix, was mir gerade noch aufgefallen ist: Die Programmicons sollte man vielleicht besser auch auf den Artikel verlinken und nicht auf das Icon; wäre logischer.

+1

Ansonsten gefällt mir der Artikel inzwischen auch sehr gut

Ich schau dann nochmal über die Beschreibungen, falls mir keiner zuvor kommt

Wir haben Geduld.

Was ist eigentlich mit ICQ? Noch einen Artikel dazu verfassen? Adobe Air ist ja schon im Wiki vorhanden. Instantbird kann ich bis zum 08.06. fertigstellen. Vorher habe ich nicht so viel Zeit.

Mhae schrieb:

@cornix, was mir gerade noch aufgefallen ist: Die Programmicons sollte man vielleicht besser auch auf den Artikel verlinken und nicht auf das Icon; wäre logischer.

An der Stelle, an der die Vorlage das Icon erzeugt, kennt sie den Artikel noch nicht. An der Stelle, an der sie den Artikel kennt, hat sie das Icon vergessen. Die einfachste Möglichkeit, die mir spontan einfällt, wäre allen Icons den Namen "Logo.png" zu geben und an den entsprechenden Artikel zu hängen (statt z.B. "Wiki/Icons/Oxygen/konversation.png" "Konversation/Logo.png"). Damit würde die Zeile für das Icon in der Vorlage komplett entfallen.

Gruß, cornix

cornix schrieb:

Die einfachste Möglichkeit, die mir spontan einfällt, wäre allen Icons den Namen "Logo.png" zu geben und an den entsprechenden Artikel zu hängen (statt z.B. "Wiki/Icons/Oxygen/konversation.png" "Konversation/Logo.png"). Damit würde die Zeile für das Icon in der Vorlage komplett entfallen.

Prinzipiell sollte es meiner Meinung eh der Standard sein, dass die Icons an den entsprechenden Artikeln hängen. Ich halte aber wenig davon, die Icons mit festem Namen in die Vorlage einzubauen, weil das wartungstechnisch meiner Meinung nach schwierig werden könnte und mir nicht klar ist, wo wir das dokumentieren wollen. Vielleicht wäre das sinnvollste den Icon-Pfad in der Tabelle selbst mit anzugeben. Dann wären wir aus dem Dilemma raus und die Icons könnten trotzdem aus den jeweiligen Artikel-Anhängen geladen werden, ohne, dass sie zwingend einen festen Namen benötigen. Das ist zwar nicht ganz so benutzerfreundlich, aber das wäre ich bereit in Kauf zu nehmen.

Es wäre natürlich schon eine feine Sache, wenn die Icons automatisch gefunden würden. Ich halte das aber aus den gleichen Gründen auch eher für problematisch...^^

Eine andere Möglichkeit wäre es noch, dass das Bild gar kein Link ist, sondern nur der Text darunter (falls das einfacher zu realisieren ist). Zwar nicht ganz so schön, aber weniger verwirrend als jetzt.

Moin Moin

Ein Thumbnail ergibt (so weit mir bekannt) immer einen Link auf das Original. Habe es nun mit skalierten Icons gebaut und finde es ok. So ein großer Aufwand ist es ja nicht, ein passendes Icon hochzuladen, wenn man einen neuen Artikel einträgt.

Gruß, cornix

Ich hab jetzt noch ein paar Sachen ergänzt. Zu tun wäre noch:

• Vorlage durchwinken (cornix?)

• Wo packen wir die Programm-Icons hin?

• noch was?

Liebe Grüße

martin

ramnit schrieb:

Ich hab jetzt noch ein paar Sachen ergänzt.

Die Warnung zu Facebook und Gmail kann in der Form raus. Vielleicht sollte XMPP besser hervorgehoben werden oder am Anfang stehen?

Zu tun wäre noch:

• Vorlage durchwinken (cornix?)

Ach, nö. Da fehlt noch die Anwender-Doku.

• Wo packen wir die Programm-Icons hin?

Da wo sie sind.

• noch was?

nö.

Gruß, cornix

cornix schrieb:

ramnit schrieb:

Ich hab jetzt noch ein paar Sachen ergänzt.

Die Warnung zu Facebook und Gmail kann in der Form raus. Vielleicht sollte XMPP besser hervorgehoben werden oder am Anfang stehen?

Ich hab's mal direkt in die XMPP-Beschreibung eingefügt. Durch die lange Beschreibung und die Facebook/GTalk-Logos ist es jetzt eigentlich schon relativ hervorgehoben.

• Wo packen wir die Programm-Icons hin?

Da wo sie sind.

Finde ich jetzt auch gut.

cornix schrieb:

Ein Thumbnail ergibt (so weit mir bekannt) immer einen Link auf das Original. [...]

Jo, ich dachte evtl. kann man das mit der Vorlage verhindern. Wie werden diese Vorlagen überhaupt gemacht? Nur mit CSS? Oder was hat man da für Möglichkeiten? Nur mal so aus Interesse... ^^

Gruß, Martin