Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
clients:xwintox [2015/07/28 02:50] – hurrr zero_one | clients:xwintox [2020/05/22 17:15] (current) – added status skeleton1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
======XwinTox====== | ======XwinTox====== | ||
- | **XwinTox** is an experimental Tox client, developed by [[https:// | + | **XwinTox** is an experimental Tox client, developed by [[https:// |
- | | Repository: | https:// | + | | Repository: | https:// |
| Maintainers: | | Maintainers: | ||
| Language: | C, C++, Forth | | | Language: | C, C++, Forth | | ||
| Graphical Toolkit: | [[http:// | | Graphical Toolkit: | [[http:// | ||
| Operating Systems: | Illumos, FreeBSD, Linux, OS X | | | Operating Systems: | Illumos, FreeBSD, Linux, OS X | | ||
+ | | Status: | ||
===== History ===== | ===== History ===== | ||
- | This is where the history | + | XwinTox can trace its history |
- | {{ users: | + | Later, Tox developers began discussing the necessity of a ' |
+ | |||
+ | A year later, in 2015, Sagem began work to realise the design which the whitepaper had put forward. Development began on the 9th of June with the laying of groundwork for the unique process mode, where libToxCore communicaton was in a process other than that which hosted the GUI, and where SunRPC served as the method of the intercommunication between the two processes. | ||
+ | |||
+ | Just one week on from the project' | ||
+ | |||
+ | The limitations of the seperated-process model also became clear as several releases of XwinTox quickly appeared; after identifying the faults in the model, XwinTox Frameworks 2 was designed, which introduced a radically modular model for the seperation of core, GUI, and Tox core communication. Implementation of XwinTox Frameworks 2 began on the 6th of July. | ||
+ | |||
+ | {{ users: | ||
===== Features ===== | ===== Features ===== | ||
- | Features that are unique | + | XwinTox primarily differentiates itself from other clients through these features: |
+ | * Modular design, seperating the Module Manager, libToxCore communication, | ||
+ | * Extensive plugin interface, allowing any level of flexibility desired, with the ability | ||
+ | * First-class library for developing XwinTox features safely in Forth. | ||
+ | * Clean C++ interface for C++ plugin development, | ||
+ | * Simple C API for exporting the XwinTox plugin interface to other languages. | ||
+ | * Generic, minimal, yet comprehensive design, with an emphasis on correctness, | ||
+ | * POSIX platforms as first-class citizens, with support for other platforms on a best-effort basis. | ||
+ | * Clean and usable GUI written with the lightweight FLTK toolkit. | ||
+ | |||
+ | These unique features aside, it offers support for standard Tox operations - chat, file-transfer, | ||
===== Installation ===== | ===== Installation ===== | ||
- | Installation instructions go here | + | XwinTox stable builds are published on its [[https:// |
===== Usage ===== | ===== Usage ===== | ||
- | Any usage information goes here | + | Stable builds include a script titled `run.sh` for running XwinTox. |
+ | |||
+ | Unstable builds, available on Jenkins, are run with ../cmrun.sh from within the `bld` folder. | ||
===== Other clients ===== | ===== Other clients ===== | ||
{{page> | {{page> |