moeICQ - ein ICQ Client

[phXql]

guten abend leute,

heut möchte ich euch meinen ICQ-Client moeICQ vorstellen. mittlerweile 0.6, wurde ab 0.1 komplett neu geschrieben. Open Source (sonst wär ich nich in der sparte ), lizensiert unter der GPL. getestet unter Win2000, alle anderen gängigen Microsoft-Betriebssysteme sollten aber auch gehen. Wer Lust zum Beta-Testen hat, is hiermit herzlich dazu eingeladen

hier die projekt-seite von Sourceforge.net:
http://sourceforge.net/projects/moeicq

hier ein paar screenshots:
http://sourceforge.net/project/scree...roup_id=119018

hier der direkte download-link der binaries:
http://prdownloads.sourceforge.net/m...ICQ_06_bin.zip (605 Kb)

und hier die offizielle homepage:
http://www.moeicq.de.vu

Benötigte Komponenten zum Kompilieren:
VirtualStringTree: http://www.delphi-gems.com
TICQLib: http://www.sourceforge.net/projects/ticqlib
JVCL: http://homepages.borland.com/jedi/jvcl/

mfg phXql

[phXql]

Zitat von Freakazoid:

smiley sin abber wichtig

seh ich nich so

[Kadah_F]

Hi... geil gemacht.

Eine Sache müsste da aber noch rein.

Ich geh hier auffer Arbeit über nen Proxy ins Netz... und müsste da mal was einstellen können

Wär geil, wenn du das machen könntest.

Ciao, Feraz

[sam_3st]

ach scheisse nochmal ich bin begeistert!!!

[Ca3dEsnox]

Also bei mir bleibt dein Prog einfach bei Connecting stehen.

[MyRealName]

ein PluginSystem ist nicht nur wichtig für schnickschnack zum später machen, auch essentielle Sachen sollten darüber geregelt werden können. Warum ? Einfach weil es wichtig sein kann später für ein plugin, an die essentiellen Sachen ranzugehen.
Dabei würde ein einfaches Funktionsmapping reichen, das heisst, beim Start mappst Du alle funktionen auf Funktions-Variablen und benutzt nur die, gibst aber auch die Schnittstelle für plugins frei, dass sie diese überschreiben können.

Desweiteren empfehle ich für ein OpenSource-Project wie Deines den VirtualStringTree nur bedingt, genau wie die Jedi-Componenten. Nicht jeder will sich sein System mit Tonnen von Komponenten "versauen". Für das Programm selbst sollte man standard-Komponenten nehmen und über abstrakte Funktionen füllen. Dann gibt man diese Schnittstelle frei und wer was besseres will, schreibt sich das Plugin und tauscht entsprechned das Control aus. Und wenn Du selbst schon was besseres willst, dann schreibst Du das Plugin schon.

Klar ist es schöner, wenn alles in einer exe ist, aber gerade ein Messenger bietet sich an, ihn mit Plugins zu füllen. Du sagst, Dies oder jenes ist Schrott, aber für einen anderen ist es eine überlebenswichtige Funktion. Wenn Du willst, dass DEIN Messenger einen Punkt erreicht, wo ihn viele nutzer akzeptieren, dann mach ihn so offen wie möglich für Erweiterungen.

[sadrick]

Zitat von MrKnogge:

Zitat von phXql:

Zitat von bigg:

miranda icq gefällt mir da besser.

begründung?

Nenn uns doch erstmal was dein icq kann, was das orginal nicht kann ?

Er zwingt dich doch net sein ICQ Client zu nutzen, wieso sollte er dich dann überzeugen müssen?
Außerdem Ist der Client noch am Anfang der Entwicklung.
Hackt doch net alle auf ihm rum.

[phXql]

Da ich diesen Client nich mehr weiterentwickle, und das Teil auch noch OpenSource ist, könnt ihr ja alles einbauen, was ihr haben wollt

[Tommy1988]

[Fataler Fehler] uContacts.pas(5): F1026 Datei nicht gefunden: 'VirtualTrees.dcu'
?!

[Daniel B]

Hat da wohl Fremde Komponenten benutzt die du nicht hast. Ich glaub die heissen sogar VirtualTreeViews...

[Tommy1988]

[Fataler Fehler] uContacts.pas(5): F1026 Datei nicht gefunden: 'VirtualTrees.dcu' Sorry, hab mich da was doof ausgedrückt.

habe alle komponenten aber [delphi]stalliert die von nöten sind.