Några tankar om KOM Mikael Cardell 2001-03-06 (2) 1. Vad gör ett KOM till ett KOM? Det jag tycker är de grundläggande kraven på ett KOM är åtminstone följande: * Känsla av närvaro Känslan av närvaro förmedlas genom: o Närvaromeddelanden o Vilka-listan o Snabb feedback från både system och andra användare: Så fort ett inlägg skapats syns det så gott som omedelbar för alla andra medlemmar i mötet. (Detta kräver att protokollet, om KOM-systemet nyttjar client/server-paradigmet, stöder asynkrona meddelanden.) * Alla kommandon tillgängliga hela tiden Det finns inga särskilda lägen i KOM, möjligen med undantag för när man själv skriver inlägg. Alla kommandon kan utföras när som helst. * KOM föreslår kommandon Det naturliga i KOM är att läsa allt, i trådad ordning, så KOM föreslår själv nästa kommando för att utföra detta. Användaren behöver bara ligga på retur- eller mellanslagstangenten för att få läsa alla inlägg. * Trådning Bra trådning utmärker ett KOM. Det är lätt för en användare att hoppa över alla efterföljande kommentarer till ett givet inlägg. 2. State of the Art * Bokmärken Markeringar i LysKOM. Bättre hantering. [tack m}ns almered] * Direkta meddelanden I vissa KOM-system (LysKOM, TCL, K2, SklaffKOM) finns personliga meddelanden eller säg-rader för att skicka direkta meddelanden till inloggade användare. I en del av dem (LysKOM) kan man också skicka sådana direkta medlemmar till alla medlemmar i ett givet möte som just nu är inloggade. * Import/export Det kan vara användbart att ha import av externa inlägg, som till exempel från en brevlista eller en newsgroup in i KOM. En hel del KOM-system har sådana saker. Färre system har exportmöjligheter, alltså möjlighet att skicka ut sladdpost eller artiklar till en newsgroup, men de finns. 3. Vad vill jag ha i ett nytt KOM? * Mail & News Jag vill ha bra integration av mail och News, komplett med trådning. Jag vill att det skall gå snabbt att lista ärenden mot servern, så servern skall själv hålla reda på sådana saker. * Skalbarhet Jag vill att KOM-servern skall skala till väldigt, väldigt många samtidiga användare. Hur det skall lösas vet jag inte riktigt, men en tanke jag har är att att göra det decentraliserat och sedan bygga på att bara metadata om inlägg förmedlas mellan servrar. När en klient sedan eventuellt efterfrågar ett inlägg som finns lagrat på en annan server, cachas detta inlägg på den klientlokala servern.