Hello everyone! What about Qupzilla (https://www.qupzilla.com/)? It uses QT web-engine. Is it possible to have a TW plug-in there? Not that I could write it, unfortunately. :(
Ákos On 11/21/2016 7:43 PM, Josiah wrote: > Ciao Mario > > > So they don't let us do this. period. > > Thank you for the very detailed response on file saving. Its > enlightening. It also makes me mildly depressed. > > Given that I'd like to create a few hundred TW's of novels with an > ability to save (in one STANDARD way or another) do you have thoughts > about how to do that as things stand? > > I don't really care whether its via offline filesave, internal browser > storage (pouchDB et al), or on-line cloud. Just so long as its ONE > method that works across browsers. I'm wishing for a universal first > user solution, and still hoping it exists. > > Best wishes > Josiah > > On Sunday, 20 November 2016 01:01:14 UTC+1, PMario wrote: > > On Saturday, November 19, 2016 at 10:38:26 PM UTC+1, Josiah wrote: > > (3) Remains an issue. > > Whilst I understand there are things I don't grasp about browser > limits, I'm still finding it hard to grasp this ... > > ... why on earth its SO difficult to get a browser to stop > saving (downloading) TW as TW, TW(1), TW(2) etc, rather than > being nudged to overwrite TW as TW. > > > There are only 3 things that are essential for browsers. > > 1) security > 2) security. > 3) security! > > Most browser vendors consider an "active" write from a web page to > the harddisk as a security risk. > Most vendors consider an active write from an file:// URI as a > security risk too! > > So they don't let us do this. period. > > ------- more detailed info ------------ > > A browser basically is a sandbox, that lets us (the users) execute > untrusted code, from potentially evil sites, on our private > computers, with a lot of private stuff on it. > In favour of security, it is essential, that browsers don't allow > javscript programs full access to the PC resources. I think, that's > a good thing. right? > > > That's why browser vendors limit the access to the users harddisk in > different ways. Depending on the browser vendor, those methods are > completely different. > > eg: > > WebKit <https://en.wikipedia.org/wiki/WebKit>based browsers like > Chrome, Safari, Opera and others *don't* allow javascript to > *actively *write anything to the harddisk at all! It's forbidden! > They don't let us do this! They provide us the "passive" file > download feature instead :/ > > Gecko <https://en.wikipedia.org/wiki/Gecko_(software)>based browsers > like FireFox and its cousins, let javascript actively write to the > hardisk, if "signed > <https://wiki.mozilla.org/Add-ons/Extension_Signing>" AddOns are > involved. The signing and review mechanism should protect users from > evil software. > > Chakra <https://en.wikipedia.org/wiki/Chakra_(JScript_engine)>based > browsers like IE10 allow AddOns > <https://en.wikipedia.org/wiki/Chakra_(JScript_engine)> to actively > write to the disk. The HTA file extension > <https://en.wikipedia.org/wiki/HTML_Application> is treated as a > trusted application, that allows an hta app file access out of the box. > > EdgeHTML > <https://en.wikipedia.org/wiki/Microsoft_Edge#EdgeHTML>based browser > like MS Edge try hard to be WebKit compatible. I don't know the > details about MS Edge web extensions > <https://en.wikipedia.org/wiki/Microsoft_Edge>. ... So not much info > here. ... Just NO active write, if WebKit compatibility is true! -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@googlegroups.com. To post to this group, send email to tiddlywiki@googlegroups.com. Visit this group at https://groups.google.com/group/tiddlywiki. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/2889a1dc-d214-f07f-88ff-b2f493245030%40szederjei.eu. For more options, visit https://groups.google.com/d/optout.