TW Paths & The Browser Fallback Download Saver. Problem

Developers
#1

I’m posting this here as I have no idea where else I could … ??

Background … I, for most TW, do manual saving. I have two manual savers:
 
(1) same as the usual default;
 
(2) a custom saver button purely for safety backups—that only appears once a session; on startup.

Arising Problem … I seem to be falling between a rock and a hard place on doing my best in TW—but still failing some Browser hurdle… ??
 
… I do this …
 
(i) set a Standard Browser to Download at …
Screenshot 2025-09-15 15.05.33
 
(ii) set my Normal Saver to save to filename…

Screenshot 2025-09-15 15.20.07
Screenshot 2025-09-15 15.20.07826×225 15.4 KB

 
… okay so far …
 
(iii) set my Backup Saver to …
Screenshot 2025-09-15 16.09.47
Screenshot 2025-09-15 16.09.471146×226 20.7 KB

So, to — The Issue …

Why, when I try save to the Backup Saver relative PATH ./ark/ the in-TW browser pathing Is neutered by the Browser to _ark_ on save?

Screenshot 2025-09-15 16.22.35

That ruins my orderly Backup efforts.

Any comments most welcome.
TT

#2

I think it’s a type of sanitation to stop saving to arbitrary locations. although we expect we could save to folders below. have you tried removing the ./ so arc/ ?

I believe @pmario’s backup solution saves to a subfolder of the downloads

1 Like
#3

I don’t think you can specify file paths. If you could, we could solve all our “save” problems. The slashes are sanitised because slashes can’t be part of a file name.

Yes, but he uses a web extension to do that. The weakness with that approach is that you have to save below the downloads directory. Possibly these days you could use a juncture to link some other location to that location. Might be worth trying.

#4

A vero.

It is a PITA. Why restrict sub-dirs of “Downloads”. Makes no sense.

#5

I could do with a Downloads Sub-Directory Save-To Corrective.

But, why on earth do I have to submit to the Double Indignity of Bowing to Downloads THEN to all her/his sub-dirs too?

It is errant madness.

TT

1 Like
#6

The browser makers are worried that you will visit a web-site which will then download an executable (“My Gosh Darn Awful Virus.exe”) into your systems directory, over-writing existing system files. When those files get run, as part of the OS normal process, your machine is infected.

1 Like
#7

The way this is going I might instruct POLLY to Resuscitate Download Saving by replacing “_” with “/”.

It is unfortunate One has to think such thoughts. And add coded cruft.

What happened to Browsers, et al?

TT

#8

Sure. AND keeping a captive audience.

Whilst, in past, browser regularization was needed, now it is a moot point whether it is become a kneeing or a halcyon.

Since, in TW, we are beholden to The Browser. I do worry our Inputs & Outputs may be over-regulated.

TT with speculation … Screenshot 2025-09-15 18.45.30

#9

Just watch for other characters that are also converted to “_” . i.e. – Don’t be too creative with naming.

#10

Right. BUT it was under the “download” folder already.

Are you commenting “they” restrict that?
Or also wondering why?

Just a query, TT

#11

I simply made a suggestion to try foldername without starting with ./

I don’t think so

but I can’t live with only the downloads folder either

I am currently using fire fox and Timimi, tiddlywiki-app and tiddlyhost with little else.

but for special cases I copy the full path and filename into the clipboard using an action, then ctrl-v it in to the save dialogue.

All I ever want to be is arbitrary: :nerd_face:

#12

Right. And rightly so.

Given the limits already in Standard Browsers it is awful that sub-download-folder addressing should be so nullified.

Somewhere in the history of this “we” (users) got sidelined?

TT