Ultima

@freelunch: Index 23 (base-0) into the torrent details array, assuming you're using µTorrent 3.0. Otherwise, no dice.

Nice... Although your tstatus.png is actually missing 2 icons.

That was fixed forever ago.

Changelog Release Notes Not a whole lot to say about this release outside of what's in the changelog. I do want to express my satisfaction in getting the listview filtering to work as well as it does though. It was a huge pain to brainstorm what changes were required to get it working due to the fact that the listview code is a bunch of hacks piled on top of one another. After the extended planning phase though, things fell into place pretty quickly (in a manner of hours), and we have this! Listview filtering works as-you-type, which has the potential to be slow, but in my tests, it worked rather quickly, even on lists with well over 10,000 rows. I decided to bump the version number to v0.381 and remove the WIP tag. There are known issues still, but enough is enough, and it's otherwise working pretty stably anyway. It's also becoming rather confusing when users report bugs or request features while saying "I'm on v0.380 WIP", but without specifying which build it is that they're actually running. Anywho, you know the drill: find the updated build in the first post, and report bugs if you find 'em!

I'm doing this mostly independently of anything going on with µTorrent Web. Lack of time is always an issue for me, but nevertheless, I don't currently have any plans to drop maintenance. Things are still going on in my local copy of the code, albeit at a slowed pace due to Real Life™.

lol alright... alright. I guess I might as well. Given the amount of time that's passed since the last update (already more than a year!), the changelog may be underwhelming, but it's better than nothing. I would've liked to incorporate more things (perhaps some new 3.0-only features), but lack of time is an issue for me, as usual. Maybe another time. Anywho... First post, as usual.

@pgjensen: @Lemark: Damn. I guess the translation got broken somewhere along the way. Kind of a pain for me to fix though, as I don't speak/read/write Russian. I'll try seeing what I can do -- no guarantees though. @sa: I'll try looking into it. If it's bothering you, then for the time being, you can set the listviews to use paging again by setting the max number of rows in Preferences > WebUI to some value greater than 0, and that'll be guaranteed to not have any unnatural skips (at the expense of ease-of-use).

You need to have a non-guest account. That, or if you're using a newer version of µTorrent (3.0), then you're hitting a bug in MiniUI's guest/full account detection... which I've fixed in my code forever ago, but neglected to release... I guess I'm going to need to get to that some time.

If you can't alter the RSS settings in WebUI, then you won't be able to alter them in any other application that uses the WebUI backend. Simply put, WebUI only allows write operations on µTorrent 3.0+ as that's the only version that allows it.

@DjDx: I'm not sure why that would be at all necessary, given the changes I already made to the most recent build. @sa: It's unclear to me what you mean by the scrollbar having gaps.

That's exactly why I mentioned WebUI v0.380 specifically.

@MortenB: Uh... I was referring to this feature.

1. Oh. That's not something that can be handled by the frontend -- only the backend. This thread is for the frontend only. It certainly has been requested before though. 4. Ugh. I guess I'm going to have to default that to true if the setting isn't found then. Really, I would prefer it that the backend actually support this setting, but oh well.

Eh? Remove the category list?

@pgjensen: 1. No clue what you mean by auto-import. 2. 3. Preferences > Web UI > Max. rows per page = 0 4. Preferences > UI Settings > Confirm when deleting torrents

FWIW, WebUI v0.380 already has pause/resume all, which do almost exactly what you want.

There, first post.

First post, as always. Edit: What the shit? I could've sworn I updated the first post...

Changelog Known Issues Main UI: Fonts are screwed up on Chromium Linux RSS Downloader: Only µTorrent 3.0 supports non-read-only operations RSS Downloader: Feeds "Codec" column incompletely implemented RSS Downloader: Favorites can't be disabled (only removed) RSS Downloader: Favorites don't have Unicode support RSS Downloader: Favorites have crazy checkbox-toggling behavior Release Notes Probably the most prominent/visible change in this release is the font-agnostic UI layout. Essentially, a bunch of changes were made so that the UI no longer uses fixed sizes for elements, and instead sizes according to the font. That means that no matter what font face, and for any reasonable font size, the UI should remain usable now. With that, I moved to letting WebUI use system fonts by using CSS meta-fonts like "menu" or "small-caption". Unfortunately, because of this, browsers with spotty OS integration end up looking relatively ugly (though it'll still be usable). The biggest culprit here is Chromium on Linux -- it quite simply doesn't use the proper system fonts, which results in some default sans-serif font being used, with a large font size. This is something I feel that should be fixed on the browser's end, as it works perfectly fine on all Windows browsers, and on Epiphany on Linux (and I think Firefox should be fine as well). In the mean time, users who don't care for WebUI using system fonts can always use the following bookmarklet to revert to some other font of their choosing: Though this was mainly a polishing release, I have added a few things: The much-requested Added On and Completed On columns are finally here, although they'll require µTorrent 3.0 to work. Torrent URL drag-and-drop is implemented. A framework was partially set up to allow for .torrent file drag-and-drop as well, but I'm not confident enough in the FileReader API's stability and support to go ahead and just implement it yet. Magnet URI copying is implemented. Trackers aren't copied because... well, if multiple torrents are selected, that can become a bandwidth-intense affair. DHT should be sufficient for most users anyway.

@pezboy: Nope. @david89: Dunno. That might depend on your filter settings. Linux uses forward-slashes, and not back-slashes, to delimit directories. Finally, if indeed you're running into a problem here, I'd be more inclined to believe that the bug doesn't lie with WebUI itself, as such a behavior could really only be defined on the backend.

Already done for several weeks now. Just waiting to be released when I find the time to finish some stuff up. Will require µTorrent 3.0. @nslr: Not sure what to say. It worked for me the last time I tried... I suppose I'll check again -- also when I find some time.

"It's just you. http://www.sharpoblunto.com is up." Anyway, here's a mirror for the file I just grabbed from his server (v1.7): http://www.mediafire.com/?kvs1rljopo1idcv

µTorrent 2.2.x and older quite simply don't have the action=getpeers request required for the functionality to work.

Eh, I don't think anyone could sanely argue that this is 1-2mm of difference. Anyway, I'm not really certain what you mean by triple-state switch, but what's wrong with separating content size from viewport size?