Activity
From 07/07/2021 to 08/05/2021
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...
- 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... - 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...
- 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... - 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... - 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...
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...
- 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... - 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...
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...
- So far the build only relies on standard UNIX tools like grep, sed and sh. The only "dependency" is sha256 implementa...
- 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...
- 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...
08/02/2021
- For scripts with URL and SHA256 sum stored in the settings, would it make sense to inject them as `<script>` with `sr...
- 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...
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.
... - 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...
- 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...
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...
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...
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 ...
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... - Current schema for handling custom page resources (currently only scripts) has the concept of 3 types of objects:
...
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... - 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.
... - 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 ... - 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 ...
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...
- 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...
- 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...
- 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...
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...
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... - We should probably define some. Most of the code I wrote obeys the following:
1. Lines are no longer than 80 chara...
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 ... - 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... - There's a few questions we need input on:
* Firstly, @koszko , are you happy to submit the application? Either way... - 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 ...
- 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... - 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... - 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...
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... - 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...
- 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 ...
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...
- 07:18 PM Development - archive: RE: server technology considerations
- > We get decentralization "for free" this
> way--anyone with access to a free/cheap static web host can dump their s... - 04:59 PM Development - archive: RE: server technology considerations
- > Or do you mean we would then finally develop our own server software,
> as I want to do right now?
No one can d... - 04:51 PM Development - archive: RE: server technology considerations
- > Annotations seem suitable for advertising facts about websites and getting
> feedback. But are they also for shari... - 12:53 PM Development - archive: RE: server technology considerations
- colby wrote:
> Just to be clear: the Hypothesis server and client are free software
Doesn't server rely on nonfre... - 03:50 AM Development - archive: RE: server technology considerations
- Just to be clear: the Hypothesis server and client are free software, but I'm proposing that we not even worry about ...
- 03:46 AM Development - archive: RE: server technology considerations
- I suggest holding off on this indefinitely. Or at least in the meantime, we can piggyback off the https://hypothes.i...
- 12:29 AM General discussion: RE: NLnet fund application
- That assumption would be correct.
- 12:28 PM General discussion: RE: NLnet fund application
- colby wrote:
> If you've recently finished university, you could probably reach out to someone to ask for help.
I... - 03:27 AM General discussion: RE: NLnet fund application
- I have no close contacts. If you've recently finished university, you could probably reach out to someone to ask for...
- 07:18 PM Development: RE: Trust and the Repository
- Related topic: https://hachettebugs.koszko.org/boards/1/topics/17
- Perhaps this would be better as an issue; however, I've promised a forum thread and a forum thread I will deliver.
... - 12:55 PM General discussion: RE: Name considerations
- Ok, so it stays as "Hachette"
EDIT: How about naming the extension "Hachette" and the repo "Hydrilla"? - 04:02 AM General discussion: RE: Name considerations
- Alas, you were right; the link is dead. Your judgment on that point is however evidence enough, and I agree we're mos...
- 03:14 AM General discussion: RE: Name considerations
- I like Hachette. Pretty good chance it's in the clear, at least in the US, I think. The Hachette Group is a brand, ...
07/06/2021
- 12:41 AM Development - archive: RE: server technology considerations
- Use whatever you feel most comfortable with in all cases, I think- the most important thing for now is to have someth...
- 12:18 AM General discussion: RE: NLnet fund application
- To be fair, if you make different modifications depending on who you're writing to that's probably much better; it li...
Also available in: Atom