No description
- Python 99.2%
- Shell 0.3%
- Perl 0.3%
- Batchfile 0.1%
b4b7182960
* Remove callbacks in Collection object Make Collection a "dumb" object (and also a base object, though it isn't very useful for now) * Rename Path to WorkingPath, because it is more about managing state than being a single path. * Rewrite almost all WorkingPath, because the code was overly complicated for no reason (I tried some special cases and it turned out that fromstring didn't handle them, and that the quote-escape-unquote was just unecessary). I also rewrote it to be more pythonic (no more lambdas and maps) and added tests. * Require the full split path when creating a Collection. Because, come to think of it, an object needs an unique identifier; in the case of Collections, it is the full path, not only its last part. I might even replace the id by the full split path in the future. * There is now only one way to get items of a Collection: calling iter_resources(). * Rewrite flatten_resources to iter_resources_flat(), which just calls iter_resources() recursively. * Rewrite the collection part of the canalplus module. There is no more callback or a page calling the browser to check another page! The logic is only in iter_resources(). The resulting code is not very pretty, but it should get better. As a bonus, avoid to reload the main XML file when we already have it open. * change_path() now expects a split path and not a string. * up/home special cases for "cd" are handled in the same place, and store the previous place properly (but are not yet exploitable by an user command). This is a big commit but it would be hard to split it in *working* commits. If you read this entire commit message, I will buy you a beer. refs #774 fixes #773 |
||
|---|---|---|
| contrib | ||
| desktop | ||
| docs | ||
| icons | ||
| man | ||
| modules | ||
| scripts | ||
| tools | ||
| weboob | ||
| .gitignore | ||
| AUTHORS | ||
| ChangeLog | ||
| COPYING | ||
| INSTALL | ||
| MANIFEST.in | ||
| README | ||
| release.sh | ||
| setup.py | ||
Weboob is a project which provides a core library, backends and applications. Overview -------- The core library defines capabilities: features common to various websites. For example, http://www.youtube.com and http://www.dailymotion.com are both videos providers: Weboob defines the “ICapVideo” capability. Each backend interfaces a website and implements one or many of these capabilities. Backends can be configured, which means that the end-user can provide personal information to access the underlaying website (login/password for example). Applications offer the ability to the end-user to work with many backends in parallel, in a multi-threaded way. For example, one could search a video on many providers websites. Applications are toolkit-agnostic. They can use Gtk, Qt or text-only, more adapted to reuse data through pipes. The core library provides base classes which help the developer to write backends and applications. Weboob is written in Python and is distributed under the AGPLv3+ license. Bash completion --------------- To enable bash completion, just source the tools/weboob_bash_completion file from your ~/.bash_completion file (which is sourced by /etc/bash_completion).