Changes since 0.4.1.
-
Notifications now appear from the Microsoft Store build. It was announcing
itself under a name Windows had no registration for, so every toast was
addressed to nobody; a Store copy now uses the identity its package already
carries. -
The Store build no longer offers a "Set as default for .torrent files &
magnet links" button that could not do anything. Inside the package that
setting is written somewhere the rest of Windows cannot read it. Nothing is
lost by hiding it — the package declares those associations itself. -
A hybrid torrent's Trackers tab shows both of its swarms. It has always
announced to the v1 and the v2 swarm both, but only the v1 numbers were
reported, so half of what it was doing was invisible. The v2 announce now
gets its own rows, kept separate rather than added to the v1 figures: a
client that speaks both swarms announces to both, and adding them together
would count it twice. -
In the web interface a size like "392.91 MB" is no longer trimmed to fit its
column. -
The Pieces bar in the Overview is a map of the torrent rather than a second
progress bar. It has one column per piece - literally one per piece, until a
torrent has more pieces than the bar has pixels - lit where that piece is
held, so a download arriving out of order looks like what it is instead of
filling neatly from the left.Pieces being requested from a peer right now are drawn in their own colour,
so you can watch where the next ones are landing. -
NanoTorrent can take over from another client. File > Migrate from reads an
existing qBittorrent, uTorrent, BitComet or Transmission install - alongside
PicoTorrent, which it already did - and brings the torrents across with
their save paths and labels.A client it cannot find on this computer is still offered: picking it asks
where to look. That is how a backup gets imported, or an install somewhere
unusual. It is not fussy about which folder you choose - the profile itself,
the folder it sits in, or the folder inside it that you can actually see all
work - and it says so plainly if what you picked holds nothing it can read.Nothing is copied or moved. The downloaded files stay exactly where the
other program left them; NanoTorrent only learns where that is, and rechecks
them to work out how much is already done.It reports as it goes, and Cancel stops it - during the reading as well as
the importing, so a large collection does not have to be waited out.
Stopping also puts things back: the torrents the run added are removed
again, any setting it copied is restored, and labels it created are deleted.
Torrents you already had are left alone, and nothing on disk is ever
deleted. The one exception is the "remove the torrents already here first"
box - that happens before anything arrives, and Cancel cannot bring those
back, which is why the box says so.One notification at the end says what arrived, rather than one every second
while it works. -
NanoTorrent no longer touches the graphics card. It was always meant to draw
on the CPU - a list of rows repainted once a second has no use for a GPU
context held open all day - but the renderer it asked for took one anyway:
that setting picks the best surface available, and on a machine with drivers
that is the card. It is now pinned to the software rasteriser explicitly.On Linux this also fixes starting up at all where there is no graphics
driver to find, which is why the AppImage would not open in a container.
Under the hood: Slint 1.18.1, and a round of dependency updates that took ten
crates out of the build - a second copy of the Windows bindings that the
notification library no longer drags in.