Mercurial > pidgin.yaz
view pidgin/plugins/cap/README @ 24142:fb722b8b4c74
attempts to resend message on switchboard error once, tested by maually
disabling switchboard connection on the receiving side
I have a feeling that there is a real bug somewhere, but this would at
least allow the message to make through (after some delay)
References #3330
author | Ka-Hing Cheung <khc@hxbc.us> |
---|---|
date | Tue, 30 Sep 2008 05:52:57 +0000 |
parents | 56430bf7fe9d |
children |
line wrap: on
line source
Contact Availability Prediction Google Summer of Code 2006 Student: Geoffrey Foster Mentor: Mark Doliner The Contact Availability Prediction plugin (CAP) attempts to provide feedback as to the availability of buddies in your buddy list beyond that of their status. It gathers various bits of information as you use Pidgin (and the plugin is running) and provides a "Response Probability" value between 0.0 and 1.0. For those new to probability a value of 0 means 0% chance and 1 means 100% chance. Currently the probability value is only displayed in the tooltip of a buddy but in future graphs will be available showing usage patterns. In order to build CAP libdbi (http://libdbi.sourceforge.net) version 0.8.1 and the MySQL driver (http://libdbi-drivers.sourceforge.net) version 0.8.x are required to build and use the plugin. The --enable-cap option must also be set during the configure phase of building. At the moment MySQL is the only database backend that can be used but this will later be extended to both Postgres and SQLite. After installation the schema must also be created in the database. Adding code to automate this is on my todo list but executing the following command in the directory containing cap-mysql.sql will produce the correct tables in the desired database. mysql -u username -p database < cap-mysql.sql Preferences: I currently don't have the best names for configuration options so they might require more explanation. * Maximum response timeout This value is how much time will be allowed to pass after you message a buddy while waiting for a response from them. If from the time you message them to that time plus maximum response timeout value they have not yet responded to you a failure is logged. If they do respond within that timeframe then a success is logged. * Maximum last-seen difference This value is not currently used but will be used at a later date to prevent useless data from being recorded. * Threshold This is how many minutes before and after the current time should be looked at when computing a buddies response probability. The larger the value the more data that is available but the larger the timeframe it will encompass and thus the less accurate the prediction will be. As data collection increases this value can be reduced for more fine tuned statistics. Bugs and Feedback are appreciated and may be sent to g-off_ at users.sourceforge.net.