Haketilo

08/06/2021

02:58 AM Development: RE: Building of Hachette and modularization - (distant) future plans

> Plugins would be a cool feature to add later on, though
Definitely! Nevertheless, you're right that we should pr... jahoti

02:52 AM Development - archive: RE: Injecting scripts without downloading them

> No. The way I wrote Hydrilla it assumes [...]
That makes sense! All your other points follow then, I think, exce... jahoti

08/05/2021

12:22 PM Development: RE: scripts, bags and pages - redesign?

> avoiding a separate view might make it easier to apply whatever ends up being developed to the popup as well, which... koszko

11:38 AM Development: RE: scripts, bags and pages - redesign?

> I now got troubled as to how we're going to define re-usable payloads :/
We could just define them as packages t... jahoti

12:10 PM Development - archive: RE: Injecting scripts without downloading them

> In any case, if Microsoft ships the tools to generate self-signed certs, I expect that would make enabling HTTPS re... koszko

11:30 AM Development - archive: RE: Injecting scripts without downloading them

>> it wouldn't be too hard to enable mirrors over HTTPS in any case
> Depends for whom. Developing this should be ea... jahoti

11:43 AM Development: RE: Building of Hachette and modularization - (distant) future plans

> Maybe then this should be a high priority
I don't think so as long as the features that require this (reading&wr... koszko

11:09 AM Development: RE: Building of Hachette and modularization - (distant) future plans

It does too! Maybe then this should be a high priority, albeit one that probably shouldn't be touched until something... jahoti

08/04/2021

10:32 AM Development: RE: Building of Hachette and modularization - (distant) future plans

Actually, if we define a clear API for those plugins, it can even have an additional benefit of making "porting" of H... koszko

10:30 AM Development - archive: RE: Injecting scripts without downloading them

> it wouldn't be too hard to enable mirrors over HTTPS in any case
Depends for whom. Developing this should be eas... koszko

10:12 AM Development: RE: scripts, bags and pages - redesign?

> That's even better!
I now got troubled as to how we're going to define re-usable payloads :/
> the "script/ba... koszko

08/03/2021

12:03 AM Development: RE: Building of Hachette and modularization - (distant) future plans

Yes! In fact, at risk of possibly tripping the infrastructure trap, it might be useful to develop a system for Hachet... jahoti

01:54 PM Development: Building of Hachette and modularization - (distant) future plans

So far the build only relies on standard UNIX tools like grep, sed and sh. The only "dependency" is sha256 implementa... koszko

11:54 PM Development - archive: RE: Injecting scripts without downloading them

I think it would be a great idea, especially given the mirror suggestion you provide (it wouldn't be too hard to enab... jahoti

11:39 PM Development: RE: scripts, bags and pages - redesign?

That's even better! If we do merge everything, however, and maybe even if we don't, the "script/bag/etc." editor migh... jahoti

08/02/2021

01:37 AM Development - archive: Injecting scripts without downloading them

For scripts with URL and SHA256 sum stored in the settings, would it make sense to inject them as `<script>` with `sr... koszko

01:12 AM Development: RE: scripts, bags and pages - redesign?

> we could for logical completeness adopt a recursive structure analogous to the new bags/files system for pages/patt... koszko

07/26/2021

09:43 AM Development: RE: scripts, bags and pages - redesign?

> That said, it will make things more difficult
Let's consider this a low-priority feature for adding later on.
... koszko

09:31 AM Development: RE: scripts, bags and pages - redesign?

> I know something like source maps exists but haven't yet learned how they work. Debian packages all three: non-mini... jahoti

08:29 AM Development: RE: scripts, bags and pages - redesign?

> Storing minified and non-minified versions of files client-side (I assume that's what you meant?) could be interest... koszko

07/25/2021

08:50 AM Development: RE: scripts, bags and pages - redesign?

> As a response to https://hachettebugs.koszko.org/issues/38#change-111, I imagined a bag would contain a list of css... jahoti

07/24/2021

08:41 AM Development: RE: scripts, bags and pages - redesign?

As a response to https://hachettebugs.koszko.org/issues/38#change-111, I imagined a bag would contain a list of css f... koszko

07/21/2021

06:50 PM Development: RE: Revamped javascript build system

Colby, how is your progress?
You know, what? I thought it might be difficult to create the build system contained ... koszko

07/19/2021

01:14 AM Development: RE: scripts, bags and pages - redesign?

The second sounds perfect to me!
The first is also perfectly good, and I fully support it; while we could for logi... jahoti

06:03 PM Development: scripts, bags and pages - redesign?

Current schema for handling custom page resources (currently only scripts) has the concept of 3 types of objects:
... koszko

07/16/2021

11:57 AM General discussion: RE: NLnet fund application

> (So I don't confuse things, have you had any contact with Katarina after the first e-mail you sent her?)
Nope, n... koszko

11:54 AM General discussion: RE: NLnet fund application

> Sure, if this is not a problem for you :)
Not at all! I'll CC you in this time to remove the delay in exchange.
... jahoti

09:55 AM General discussion: RE: NLnet fund application

> I can ask if you want.
Sure, if this is not a problem for you :)
I guess there's nothing we can lose by simply ... koszko

05:22 AM General discussion: RE: NLnet fund application

> Did the ones who responded actually mention how much money they applied for and whether in the end they got funded ... jahoti

07/14/2021

04:33 PM General discussion: RE: NLnet fund application

Did the ones who responded actually mention how much money they applied for and whether in the end they got funded th... koszko

11:40 AM General discussion: RE: Coding convention

>> That is indeed the problem; unfortunately it took me two tries at rewriting the module using crypto.subtle to real... jahoti

09:51 AM General discussion: RE: Coding convention

> >> A more useful restriction in my opinion would be to avoid putting mixing code and comments on a line (which I so... koszko

08:24 AM General discussion: RE: Coding convention

> Let's also follow Linux here - when the body of a loop/conditional fits within a single line, braces should be omit... jahoti

07/13/2021

11:14 AM General discussion: RE: Coding convention

jahoti wrote:
> the only thing missing is an explicit standard for loops/conditionals *without* braces.
Let's als... koszko

07/12/2021

12:42 AM General discussion: RE: Coding convention

Any conventions I haven't commented on I am perfectly satisfied with and cannot further elaborate.
> Function defi... jahoti

04:39 PM General discussion: Coding convention

We should probably define some. Most of the code I wrote obeys the following:
1. Lines are no longer than 80 chara... koszko

07/09/2021

01:36 AM General discussion: RE: NLNet application- critical jobs

>> Firstly, koszko , are you happy to submit the application?
> More than happy. However, I can think of at least 2 ... jahoti

05:36 PM General discussion: RE: NLNet application- critical jobs

jahoti wrote:
> * Firstly, @koszko , are you happy to submit the application?
More than happy. However, I can thi... koszko

03:49 AM General discussion: NLNet application- critical jobs

There's a few questions we need input on:
* Firstly, @koszko , are you happy to submit the application? Either way... jahoti

01:12 AM General discussion: RE: Name considerations

> Once we create something more (e.g. a Hydrilla-enabled http proxy), we shall need more names. We can collect ideas ... jahoti

05:40 PM General discussion: RE: Name considerations

jahoti wrote:
> I'm certainly happy with that- we really do need a different name for the repository software.
On... koszko

05:08 AM General discussion: RE: Name considerations

> How about naming the extension "Hachette" and the repo "Hydrilla"?
I'm certainly happy with that- we really do n... jahoti

03:14 AM Development - archive: RE: server technology considerations

Really only Python, JavaScript, and shell scripting (if that can really be called a language). I've studied theoretri... jahoti

07/08/2021

09:39 PM Development - archive: RE: server technology considerations

@jahoti wrote:
> somebody who has almost no experience with *any* of those languages...
Out of curiosity: what la... koszko

11:13 AM Development - archive: RE: server technology considerations

My comment about Go was probably too emphatic; it was only intended as an alternative explanation for why Go might be... jahoti

10:50 AM Development - archive: RE: server technology considerations

> >> Go is a language with build system that fetches dependencies from places like github repos, right? That kind of ... koszko

07/07/2021

01:49 AM Development - archive: RE: server technology considerations

>> If you are committed to your existing vision, how would you feel about writing such a "server" that is intended to... jahoti

12:29 AM General discussion: RE: NLnet fund application

That assumption would be correct. jahoti