-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WebUI updates #31
Comments
Front page will need to have basic torrent filtering by status - if torrent is active, downloading, seeding, paused or finished. |
any updates? |
@majestrate waiting for #30 |
Adding torrents directly from postman, with CLI it works, with WEBUI it doesn't
|
which ones were added via webui? |
Both. First I'm adding both with Web, it fails. After I add them with Cli. |
XD.SwarmStatus returns full bitfield and other information, so that response is huge. For 3 torrents, it transfers >20KB of data for each request. Is this data required? |
is 20KB too much? |
I mean, for 3 torrents it is 20KB per request, for 300 torrents it will be like 2MB. API consumer will ideally want information ready for usage - for displaying in UI or whatever. Bitfield is on another level of abstraction somewhere (in my opinion). BTW, I've already did a layout, some styling and data binding. Pulled in Knockout.js for data binding - it's lightweight and has cross-browser support even with IE. Also removed Bootstrap and JQuery (using zepto for ajax, or maybe even go Vanilla). It's already looking nice, except needs details for progress bar etc... Do we need some fancy icons, or keep UI super minimal? Edit: Actually I have no idea about bitfield, will have a look how other torrent clients do WebUI... |
any images would be bundled inside the XD binary, keep any assets minimal if you use any.
what would you do for bitfields in api?
…On Wed, Oct 25, 2017 at 12:39:17AM +0000, l-n-s wrote:
I mean, for 3 torrents it is 20KB per request, for 300 torrents it will be
like 2MB.
API consumer will ideally want information ready for usage - for
displaying in UI or whatever. Bitfield is on another level of abstraction
somewhere (in my opinion).
BTW, I've already did a layout, some styling and data binding.
Pulled in Knockout.js for data binding - it's lightweight and has
cross-browser support even with IE. Also removed Bootstrap and JQuery
(using zepto for ajax, or maybe even go Vanilla). It's already looking
nice, except needs details for progress bar etc...
Do we need some fancy icons, or keep UI super minimal?
—
You are receiving this because you were mentioned.
Reply to this email directly, [1]view it on GitHub, or [2]mute the thread.
Reverse link: [3]unknown
References
Visible links
1. #31 (comment)
2. https://github.com/notifications/unsubscribe-auth/AAefxUj7-oV4x_sKCHHd8dqG290RMPvvks5svoM1gaJpZM4Pf2Ix
3. #31 (comment)
|
Reporting on my little research about transmission web API: hmmm, looking how transmission webui works with RPC. it requests full details of all torrents on the first load, then it requests only some details of recently active torrents It doesn't send back full bitfield, only required information for displaying:
|
noted, will review the use of bitfields in API
…On Wed, Oct 25, 2017 at 11:17:13AM -0700, l-n-s wrote:
Reporting on my little research about transmission web API:
hmmm, looking how transmission webui works with RPC. it requests full
details of all torrents on the first load, then it requests only some
details of recently active torrents
it explicitly requests name of fields which it needs in each request...
and has "ids" parameter for method - to specify torerent ID, or group of
torrents -- like "ids": "recently-active"
i think it's reasonable to reduce data transfered via API, cause people
may deploy XD on raspberry pi or remote servers...
It doesn't send back full bitfield, only required information for
displaying:
{'arguments': {'removed': [],
'torrents': [{'downloadDir': '/home/user/Downloads',
'error': 0,
'errorString': '',
'eta': 2793,
'id': 3,
'isFinished': False,
'isStalled': False,
'leftUntilDone': 1292042240,
'metadataPercentComplete': 1,
'peersConnected': 46,
'peersGettingFromUs': 1,
'peersSendingToUs': 41,
'percentDone': 0.3367,
'queuePosition': 1,
'rateDownload': 473000,
'rateUpload': 0,
'recheckProgress': 0,
'seedRatioLimit': 2,
'seedRatioMode': 0,
'sizeWhenDone': 1947926528,
'status': 4,
'trackers': [{'announce': 'http://bttracker.debian.org:6969/announce',
'id': 0,
'scrape': 'http://bttracker.debian.org:6969/scrape',
'tier': 0}],
'uploadRatio': 0.0027,
'uploadedEver': 1781490,
'webseedsSendingToUs': 0}]},
'result': 'success'}
—
You are receiving this because you were mentioned.
Reply to this email directly, [1]view it on GitHub, or [2]mute the thread.
Reverse link: [3]unknown
References
Visible links
1. #31 (comment)
2. https://github.com/notifications/unsubscribe-auth/AAefxWx8kAkwD3c2QPtxp6N_Hy3TK8qwks5sv3spgaJpZM4Pf2Ix
3. #31 (comment)
|
bitfields removed from RPC |
the icons are utf-8 emoji, that's probably a system font related issue.
…On Mon, Apr 09, 2018 at 01:19:41PM +0000, l-n-s wrote:

Some notes for future WebUI:
1) Chromium doesn't show button icons
2) needs more space between elements
3) colors are like wtf (opinionated)
4) display how many bytes are already downloaded
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#31 (comment)
|
a bit better
…On Thu, Apr 12, 2018 at 09:53:58PM +0000, l-n-s wrote:

Corrected spacing, element positions and more web-safe colors, what do you think?
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#31 (comment)
|
tracking webui updates progress
The text was updated successfully, but these errors were encountered: