~dr|z3d
@RN
@T3s|4
@T3s|4_
@eyedeekay
@orignal
@postman
@zzz
%Liorar
%acetone
%snex
+FreefallHeavens
+Xeha
+ardu
+bak83_
+hk
+profetikla
+qend-irc2p
+r00tobo
+uop23ip
+weko
Arch
BubbRubb
Danny
DeltaOreo
FreeB
HowardPlayzOfAdmin
Irc2PGuest19950
Irc2PGuest41581
Irc2PGuest85438
Irc2PGuest95056
Leopold
Meow
Onn4l7h
Onn4|7h
StormyCloud_
altonen
anontor
boonst
l337
maylay
not_bob_afk
not_human_
poriori_
r00tobo[2]
shiver_
solidx66_
thetia
tr
u5657
zer0bitz
dr|z3d
sure, they should be readable if they're listed on the snark info page, the file not found icon you're seeing normally indicates that they've been manually placed in the torrent folder and aren't part of the torrent.
StormyCloud
Our transit pipes are not hot enough for me so incoming 20 more floodfills to the network
zzz
postman's search seems to be AND now
postman
(always has been)
zzz
hmph
zzz
couple years ago, iirc, we were doing our in-snark search box, and we did OR, which was what I thought you did
zzz
anyway, OR is horrible, we just switched to AND
zzz
dr|z3d, so you're thinking an XHR straight to postman for search?
dr|z3d
zzz: no, straight up post request, not xhr.
uop23ip
Regarding your last dev update, dr|z3d :
uop23ip
In Active, Show Peers: works, shows only active torrents with peers, Hide Peers works as expected
uop23ip
In Active, Show Peers, Sort by Torrent name, Hide Peers: gets to a view like Show All while still beeing in Active - idk why i tried this, just random :)
uop23ip
File not found in torrent still there for in detail torrent-folder for files in status column
dr|z3d
i.e. send query, wait for response, display results. I think that's a more robust method when searching remotely.
dr|z3d
uop23ip: ok, thanks, I'll investigate further.
zzz
but it's direct from js, aka thru the proxy not the i2psocket, and you're going to take the json and render it to html in js?
zzz
and I'm asking about searches, which are GET not POST. There is no POST api yet
dr|z3d
yeah, more coffee required.
dr|z3d
I think the get request and the rendering in snark would be handled with java. maybe js for local mainpulation of the results.
dr|z3d
xhr to the server sounds like it could get super noisy real fast, and then you start hitting rate limits.
dr|z3d
send query, wait for response, parse query and display in main view, that's java I think, no?
dr|z3d
*** replay (in case messages got lost in transit) ***
dr|z3d
> yeah, more coffee required.
dr|z3d
> I think the get request and the rendering in snark would be handled with java. maybe js for local mainpulation of the results.
dr|z3d
> xhr to the server sounds like it could get super noisy real fast, and then you start hitting rate limits.
dr|z3d
> send query, wait for response, parse query and display in main view, that's java I think, no?
zzz
if it's a separate form thats not search-as-you-type, sure
dr|z3d
yup, that's the idea.
zzz
if it's an integrated form then the local search is as-you-type but the remote search requires user to hit enter?
dr|z3d
or the same form, just with a local/remote toggle. local, xhr all you like, remote, fixed get requests.
dr|z3d
that's about the size of it, yes.
zzz
if you bring cake back to life I'll show you what I'm thinking
dr|z3d
we lost cake? hmmph. itsjustme is hosting, my magic wand doesn't work there. :|
zzz
have an alternate for images?
dr|z3d
sharefile.i2p maybe?
zzz
o7jgnp7bubzdn7mxfqmghn3lzsjtpgkbnpjjsn6ddevqbchz3rta.b32.i2p/file/55/5582a7a59877c89fea89cd1b89badeecc528869ae59f1b1d13b7a319f8374146/Screenshot%20from%202025-05-15%2012-39-26.png
dr|z3d
So you're mixing and matching remote and local results?
dr|z3d
Ah, I see. You have radios.
dr|z3d
Not sure mixed search is optimal. Ideally we want the main view to show either remote or local results.
dr|z3d
If we happen to have whatever we're searching for on postman locally, then a "toast" notification might be sufficient.
zzz
I'd put 'add' buttons in the search results, but only if we don't have the infohash installed already
zzz
just mocking it up to see what it would look like
dr|z3d
that's where the consolidation into a single results table could happen. if you're searching on postman, results are returned as you say, with an add/download button in the actions column. if there are results from postman that match local results, then instead of add/download, maybe we have a view torrent button that takes you to the info page for the torrent?
dr|z3d
and maybe we also cache results from postman, so you can switch back to the results without having to query postman again.
zzz
will think about it but not sure consolidated table makes sense
dr|z3d
1hr cache, maybe, so previous queries remain reasonably fresh.
dr|z3d
consolidated in the sense that you're seeing either local or remote results, with an indication that a reemote result may have a local counterpart.
dr|z3d
so no radios, just a local/postman checkbox.
zzz
cache would be a requirement for search-as-you-go, you don't want to be re-searching when backspacing
zzz
the other thing is you don't want delayed responses to trump later requests that you got sooner
zzz
it's tricky
dr|z3d
yeah, that's another reason I think search as you type isn't the best mechanism for remote search. pull results, parse, display. less tricky.
RN
*** agrees search as you type should limit to local... seems more justification for a 'search tracker2' toggle ***