04.11.2011, 14:04
(Dieser Beitrag wurde zuletzt bearbeitet: 04.11.2011, 14:11 von Freakazoid.)
(04.11.2011, 01:27)Stefanos schrieb:Das ist Sache deines Fenstermanagers.(03.11.2011, 13:11)Freakazoid schrieb:Bei 3 Monitoren ist es total mies wenn es mitten auf dem mittleren Monitor erscheint. Finde es nur auch nicht gut einfach alle Meldungen zu deaktivieren aber das war die einfachste Lösung.(03.11.2011, 05:28)Stefanos schrieb: Was ist daran gut wenn eine Meldung ein extra Fenster benötigt?Was ist schlecht daran?
(04.11.2011, 01:27)Stefanos schrieb:Hä? Was willst du mit dem Backend ohne GUI? Aber ja: ich meinte getrennt im Code.(03.11.2011, 13:11)Freakazoid schrieb: GUI und Core sind getrennt. Du kannst jederzeit eine GTK3-GUI auf Basis von libpurple schreiben (so wie Adium für Mac und finch für die Konsole).Getrennt in den Gedanken? Getrennt im Code? Jedenfalls nicht getrennt in der Nutzung. Ich benötige immer Finch, Pidgin oder einen Compiler um das Backend zu nutzen als User. Was ist daran bitte dann getrennt? Für mich ein schlechter Scherz.
(04.11.2011, 01:27)Stefanos schrieb:Ich rede von "Software-Design", nicht vom Aussehen...jetzt wo du das weißt: lies meinen Absatz nochmal langsam, vielleicht verstehst du ihn jetzt.(03.11.2011, 13:11)Freakazoid schrieb: Flexibilität kostet immer auch Performance. Zusätzliche Optionen blähen die Einstellungsmenüs auf. Dass Pidgin zu einem gewissen Grad unflexibel ist, ist eine grundlegende Design-Entscheidung, die sich (hoffentlich) nicht so schnell ändern wird.Deine Hoffnung hab ich letztes Jahr begraben. Design-Entscheidung? Sowas ist altmodisch, das mag man bitte den Usern überlassen das Design, danke. Hast wohl noch einen Pentium 1 wenn dir sorgen um die arme Performance machst...
(04.11.2011, 01:27)Stefanos schrieb:Das ist eine Fehlannahme, aber selbst wenn: was nützt dir das Backend, wenn die GUI gestorben ist? Oder die GUI wenn das Backend gestorben ist?(03.11.2011, 13:11)Freakazoid schrieb: Das verstehe ich nicht. Wenn es crasht, crasht es. Was soll dir da multi threading helfen? Wozu soll ein Messenger multi threaded sein?Wenn es ordentlich Multi-Threaded ist dann stirbt vielleicht die GUI, vielleicht ein Protokoll, eine Meldung aber normal nicht der Kern der es ausführt. Bei Single-Threaded stirbt alles immer sofort, ganz gleich was gerade läuft aber Pidgin ist allgemein nicht besonders gut mit Fehlern und Problemen umzugehen.
(04.11.2011, 01:27)Stefanos schrieb:Auch das ist eine Design-Entscheidung: man soll keinen High-End-Rechner benötigen, um Pidgin sinnvoll benutzen zu können.(03.11.2011, 13:11)Freakazoid schrieb: Firefox ist aufgebläht und langsam, weil er eine sehr gut anpassbare Oberfläche besitzt! Hoffentlich wird das unserem Pidgin nie widerfahren.Firefox 7 verbraucht viel Ram (bei so 100-200 Tabs ca. 1 GB Ram) aber langsam nein, sonst kauf dir bitte einen neuen Computer mit genügend CPU, Ram, GPU und Festplatte(SSD PCIexpress). Ich freue mich bereits auf die nächsten Versionen der Browser aber bei Messengern hab ich davor immer Angst ohne einen Compiler in Reichweite. Ich mag den Fortschritt, du vielleicht nicht.
(04.11.2011, 01:27)Stefanos schrieb:Was willst du eigentlich? Dir fehlte doch an Trillian nur die Plugin-Schnittstelle...hast du zumindest in Beitrag #114 geschrieben...Zitat:Vielleicht schaust du dir mal Miranda IM an? Das soll im höchsten Maße anpassungsfähig sein, hab ich gehört.Miranda ist genauso viel oder wenig anpassbar wie Trillian. Die Menge an Plugins macht es dabei nicht besser.
Um es nochmal deutlich zu sagen: du bist einfach nicht das Klientel, auf das Pidgin abzielt. Pidgin versucht, technische Sachen so weit wie möglich vom Nutzer fernzuhalten, damit sich dieser auf das Chatten und nicht auf das Chatprogramm konzentrieren kann. Wenn du lieber an tausend Schrauben deines Chatprogrammes drehst, wirst du dich nach einer Alternative umschauen müssen...das ist einfach Geschmackssache und nicht "altmodisch".