hebben wij toestemming om de MacFreak emoticons te gebruiken als we een Interface aan de praat kunnen krijgen?

Ik ben dr vanaf een uur of 9.30, even mn airport testen tot ± 15.30

Ik begin in het auditorium, als het goed is volg ik ook nog 2 college's ('s morgens Technische informatica, hoewel ik daar niet zeker ben (kwam ik later achter, adners had ik TI 's middags gedaan ) en dan 's middags Elektro-techniek)

Hoe gaat dat btw, op de TU/e met een iBook 14", ik wil namelijk  eigenlijk wel voor thuismijn eMac aanhouden en dan via de TU/e laptopregeling een Windhoos/Linux ding kopen, maar wil ik ook gewoon een Pobo/iBo nemen, maar heb jij problemen met de iBo wat betreft compatibiliteit en derg.?

Mijn advies: gewoon doen! alles wat onder linux draait, draait onder MacOS X

Wel jammer dat hij Virtual Pc nodig had voor een programma gemaakt door studenten    

Ik was 's middags nog naar Elektro- en Infromatie techniek gegaan, en aan het einde gingen we gratis drinken en de "Walhalla" (cafe voor de faculteit Elektro techniek) (FREE BEER!!!!     )

Ik heb nu WEL Panther, maar nog GEEN XCode ( het zat er niet bij   ) maar ik ben de nieuwe dus nu aan het downlaoden (die server valt nog best vaak uit)

Zo zie ik hier al dat mensen zich meteen op de grafische kant willen richten, en over macfreak icoontjes beginnen terwijl er nog geen regel code geschreven is.

Toch vind ik het idee van dit project wel interresant. ik loop zelf aan een tijdje met het idee rond mijn eigen messenger te maken. Met een beetje hulp gaat dat een stuk gemakkelijker.

Voordat ik uitleg wat ik precies in mijn hoofd heb moet ik er wel bij zeggen dat ik niet al te veel tijd heb, kan dus niet veel programmeren, maar het zou toch moeten lukken langzaam een client te bouwen met steeds meer features.

Waar ik aan zat te denken:
+ Een client compatible met ichat via rendezvous, compatible met jabber en vervolgens ook compatible met andere protocollen via jabber (msn, aol, etc).
+ geschreven in java, zodat ik ook op windows en msn via rendezvous met mac gebruikers kan spreken.
+ Uiteindelijke gui wordt pas geschreven zodra de basis functionaliteit er is, tot die tijd wordt er gewoon swing gebruikt om toch een beetje interactie met het programma te hebben. De uiteindelijke gui maakt gebruik van swt, maar met veel grafische elementen om het uiterlijk niet geheel standaard te houden (custom componenten zoals ichat bijvoorbeeld gebruikt om gebruikers weer te geven, en de speach bubbles in conversaties ).

Mijn idee is om de client op te bouwen in volgorde van het eerste puntje, eerst rendezvous support, daarna een jabber implementatie, vervolgens de mogelijkheid om via jabber bij een ander protocol in te loggen.

De rendezvous implementatie kan bijvoorbeeld weer verdeeld worden in verschillende tussen producten:
+ venster waarin alle op rendezvous aanwezige gebruikers weergegeven worden
+ de gebruiker wordt zelf ook getoond in ichat via rendezvous
+ simpele chat via rendezvous (rendezvous chat in ichat maakt gebruik van jabber, dus dit is al een begin voor latere jabber ondersteuning)
+ volledige ondersteuning voor _presence service publicatie ( inclusief user icoontjes, etc ).

Het eerste puntje heb ik alvast gemaakt:
http://www.cs.vu.nl/~jbkluive/jchat/JChat-11.zip

Het venstertje bevat een simpele JList die alle op rendezvous aanwezige ichat users laat zien ( dus ook de ichat op de zelfde computer als waar JChat op draait ). De L&F is een beetje aangepast om een beetje als iChat over te komen, maar dit wordt dus in een later stadium volledig aangepast. De client is zo geschreven dat de GUI gemakkelijk verwisseld kan worden met een andere GUI (SWT of bijv. Cocoa, hoewel dat wat moeilijker wordt, de java cocoa maakt weer gebruik van een volledig andere classes zoals NSObject maar zou zonder volledig herschrijven van de applicate logica moeten lukken ).

Ik ben op het moment nog bezig de sources aan te passen, en ik ben nog bezig het build script uit te breiden zodat er automatisch ook een OS X applicatie bundle wordt gemaakt. Zodra dit klaar is zal ik ook de sources online zetten.

Dis is wat de console zegt, hij kan een heleboel niet, maar als je even teurg leest, zul je zien dat we eigenlijk onze zinnen hebben gezet op een bestaande source (adiumx) en daar een GUI voor maken en dan later aan de source zelf werken.

Ook waren we er al uit dat we geen Java zouden gebruiken, maar liefst iets stabieler als Cocoa

BTW, Rendezvous IS Jabber, maar bij iChat is dat alleen het netwerk gedeelte.

De hoofdreden dat het LANG zal duren voordat er werkelijk een MF Messenger zal komen, is omdat er nog geen echte programmeur is die wil/kan helpen. Ik wil eht best doen, maar ik kan niet programmeren dus dan zou je nog 7 jaar moeten w88

Eiji om 17:11, 11-05-2004
Ook waren we er al uit dat we geen Java zouden gebruiken, maar liefst iets stabieler als Cocoa

Even ter verduidelijking: Cocoa is een framework, programma's voor dat framework kunnen in Objective-C, Java en AppleScript geschreven worden. Dat zijn de door Apple ondersteunde talen. Daarnaast kan met bv. Python of CamelBones gewerkt worden.

Nadat je kiest voor Cocoa moet je nog kiezen voor de taal. Objective-C is verreweg de meest gebruikte overigens.

Venster he?

Ook waren we er al uit dat we geen Java zouden gebruiken, maar liefst iets stabieler als Cocoa

BTW, Rendezvous IS Jabber, maar bij iChat is dat alleen het netwerk gedeelte.

De belangrijkste reden waarom ik een messenger client wil maken is eigelijk om iets nieuws te brengen. Ik ken bijv. nog geen messenger clients die support hebben voor rendezvous/jabber chat met ichat via het lokale netwerk die ook werken op windows en linux.

Enkel de GUI herschrijven voegt niets nieuws toe. Mis ik trouwens iets, AdiumX ziet er best wel gelikt uit.

  Adium's Interface =  

Als jij ermee omkan gaan gefeliciteerd, maar ik vind het niks

Een advies, begin meteen met swt en laat swing links liggen, swt is een mooie API en door het meteen te gebruiken leer je veel!
Een package builden, lekker met Ant aanpakken, dan heb je een build procedure die ook platform onafhankelijk is.

Verder zou ik graag een jabberd plugin zien voor rendevouz, wellicht is het er al, ik heb niet gezocht, het idee achter jabber is dat je client maar 1 protocol kent; XMPP.
Voor een jabber/java implementatie zou jabberBeans mischien iets kunnen zijn, of je eigen jabber api bouwen, dit is wat ik (deels) gedaan heb en best lastig is.

Ik heb een ruwe SWT jabber client en het is sowieso leerzaam om te maken en LEUK!

Een advies, begin meteen met swt en laat swing links liggen, swt is een mooie API en door het meteen te gebruiken leer je veel!

Een package builden, lekker met Ant aanpakken, dan heb je een build procedure die ook platform onafhankelijk is.

Voor een jabber/java implementatie zou jabberBeans mischien iets kunnen zijn, of je eigen jabber api bouwen, dit is wat ik (deels) gedaan heb en best lastig is.

Ik heb een ruwe SWT jabber client en het is sowieso leerzaam om te maken en LEUK!