jfl-developers team mailing list archive

[Marten de Vries <marten@xxxxxxxxxxxxxxxxxx>]

De beloofde reactie:

Marten de Vries schreef op wo 01-06-2011 om 17:50 [+0200]:
> Ten eerste de communication module, dit staat er momenteel:
> 
> Suggestions
> -- XMPP as protocol for communication
Wat zijn de nadelen van IRC? Of zijn de voordelen van XMPP zo groot dat
het nut heeft om over te stappen? Is het mogelijk om beide te
combineren?

> -- Also send events (image uploaded, next slide) over the chat network,
> to keep it accessable for non-JFL users.
Dat kan vrij makkelijk door speciale commando's te introduceren. Bijv.
[slide1] in het -klas kanaal. We moeten deze commando's dan wel
vaststellen, bijv:

QUESTION: %tekst%
ANSWER: %id_indien_niet_het_eerste_item_in_de_wachtrij% %tekst%
DROP_QUESTION %id%
SLOW_DOWN
TAKE_A_BREAK

Maar ook:
SLIDE: %naam% %nummer%
LINK: %http://....% -> afhankelijk van het bestandsformaat (mimetype)
bepalen wat ermee moet gebeuren, bijv. openen, afbeelding weergeven,
bestand ter download aanbieden, etc.

meer?

De vraa-id krijgen JFL gebruikers niet te zien lijkt me, IRC gebruikers
wel, die zien dus voor iedere vraag een nummer staan (bijv.).

Ook is het goed om erover na te denken of bovenstaande commando's
vertaalbaar moeten zijn (ik denk ja), en of ze overeenkomen met de
commando's van bestaande bots. (en Lernid, evt.)

> Commands / options
Allemaal via een aparte knop, neem ik dan aan.

>  - i have a problem
Is een vraag stellen dan niet beter? Dit vervuilt alleen het
vragenkanaal maar.

> Ten tweede de Accessibility blueprint:
> - To make sure the lessons stay accessable for those who can't use JFL,
> it needs to use already existing open standard as much as possible.
Dan is WebSockets gebruiken misschien bezwaarlijk, aangezien dat
*momenteel* vrijwel alleen via flash wordt ondersteund.

Aan de andere kant zijn we een heel eind door gewoon IRC/XMPP te
gebruiken als onderliggend protocol, zeker als bovenstaande commando's
tekstgebaseerd zijn.

> - Later on, also TTS and STT could be integrated in the scope of this
> blueprint.
Dat lijkt mij persoonlijk op zijn vroegst wat voor een tweede release.

-- 
Marten de Vries