Commits

Show all
Author Commit Message Labels Comments Date
Fred T-H
polishing up (functionally speaking) the js client. removing dependencies to any js lib but jQuery
Fred T-H
lowering the listen timeout to work well with opera
Fred T-H
adding support for history, server-side
Fred T-H
moving the ugly unlinking from the server to the client
Fred T-H
refactored to add the basic listen behaviour
Fred T-H
refined test suite to catch the exit signal from the manager
Fred T-H
Still moving forward with the JS implementation. The server-side stuff will be needed to do more now.
Fred T-H
Starting to refactor the JS and mochiweb client implementation I'm moving things to JSONP in order to avoid the domain limitations problems that were hit before. A dependency to json_parse (from Douglas Crockford) and script_communicator.js are added to the project. This commit breaks the working state of a JS client; as such, it is not pushed yet, but merely a save point of my own work. I'm sorry if mercurial commits should not be used that way (in fact I s…
Fred T-H
Added basic history log support to each user. A better implementation might need to care about each user's discussions with particular users in an independent manner before truncating the history. Right now it does the basic thing and just keeps the latest stuff.
Fred T-H
cleanup of comments is done
Fred T-H
fixing comments in client module
Fred T-H
Made the client aware of a dying user. The client:listen/2 function now propagates the exit signal from the usr if said signal is anything but 'normal'. As of now, no default behavior is chosen when the user dies, so let a supervisor handle this.
Fred T-H
Added a HandlerId to messages returned from the listen handler Adding the HandlerId to messages returned is necessary if we want to be able to hold more than one client for a single user in a single process. While there might be little practical uses for this at the moment, it will be necessary in order to be able to listen to listen handler exit messages on a per-user basis or in the case of a thread pool, where the absence of a HandlerId could mean exit mes…
Fred T-H
Fixing a faulty handler attachment, supervising where there should be none
Fred T-H
Typoes in comments piss me off SO MUCH
Fred T-H
working a few comments here and there hell yes
Fred T-H
Moving my chat system prototype out of my private repository Contains an ugly demo web-server with some javascript that needs to be changed because it works bad, suffers stack overflows, etc. The Erlang core seems pretty solid, although more testing needs to be done.
  1. Prev
  2. Next