Roadmap » History » Version 6
koszko, 02/24/2022 12:46 PM
add issue links
1 | 1 | koszko | *Note: this is derived from the project plan prepared in relation to NLnet grant received by Haketilo/Hydrilla* |
---|---|---|---|
2 | |||
3 | # Project plan Haketilo/Hydrilla |
||
4 | At the time of this writing the browser extension Haketilo and its repository, Hydrilla, have already |
||
5 | seen their initial 0.1 demo releases. Below is a plan for their further development that will use the |
||
6 | experience gained during initial prototyping to increase stability and supply functionalities that have |
||
7 | been missing or provisional only, as well as make the tools available to a wider audience, more |
||
8 | secure and easier to use. |
||
9 | |||
10 | {{toc}} |
||
11 | |||
12 | 2 | koszko | ## 1. Haketilo and Hydrilla 1.0 pre-release (#103) |
13 | 1 | koszko | Some big code changes to land in Haketilo and Hydrilla 1.0 will be available in a pre-release. The |
14 | pre-release will be made before delivery of several other side artifacts planned for 1.0. |
||
15 | |||
16 | ##### Milestones |
||
17 | * ~~project plan~~[^1_prplan] |
||
18 | * ~~tentative software bill of materials~~[^1_bom_haketilo][^1_bom_hydrilla] |
||
19 | * ~~use of registerContentScript API in Firefox Haketilo port~~ (#92)[^1_haketilo_buildable_again] |
||
20 | * ~~move to the new Hydrilla JSON API prototyped at [https://hydrillabugs.koszko.org/projects/hydrilla/wiki/Repository_API |
||
21 | ](/projects/hydrilla/wiki/Repository_API)~~[^1_haketilo_buildable_again] |
||
22 | * ~~most WebExtension storage.local uses replaced with IndexedDB~~ (#98)[^1_haketilo_buildable_again] |
||
23 | * ~~Python implementation of Hydrilla~~[^1_python_hydrilla] |
||
24 | |||
25 | [^1_prplan]: [[Roadmap|this very document]] |
||
26 | [^1_bom_haketilo]: [[Haketilo Software Bill of Materials]] |
||
27 | [^1_bom_hydrilla]: [[hydrilla:Hydrilla Software Bill of Materials]] |
||
28 | [^1_haketilo_buildable_again]: [commit 4c6a2323d90e9321ec2b78e226167b3013ea69ab](/projects/haketilo/repository/haketilo/revisions/4c6a2323d90e9321ec2b78e226167b3013ea69ab) |
||
29 | [^1_python_hydrilla]: [Hydrilla](/projects/hydrilla/repository/hydrilla) and [Hydrilla builder](/projects/hydrilla/repository/hydrilla-builder) repositories |
||
30 | |||
31 | 2 | koszko | ## 2. Haketilo and Hydrilla 1.0 release (#104) |
32 | 1 | koszko | This will be the first release since receiving the NLnet grant and the first non-demo |
33 | release, hence it includes many improvements in various fields. |
||
34 | |||
35 | ##### Milestones |
||
36 | * ~~basic automated Haketilo tests using Selenium and a Firefox-based web browser~~ (#66) |
||
37 | * ~~JSON schemas describing Hydrilla on-disk resource format, Hydrilla HTTP API and other JSON interfaces in use~~ [^2_schemas_repo] |
||
38 | 3 | koszko | * validation of all external JSON data in Haketilo and Hydrilla using included JSON schemas (#105) |
39 | 1 | koszko | * sample Apache2 configuration file for use with Hydrilla (#55) |
40 | * detailed documentation for installation and running of Hydrilla (#55) |
||
41 | * manpage for Hydrilla (#55) |
||
42 | |||
43 | [^2_schemas_repo]: [JSON schemas](/projects/hydrilla/repository/hydrilla-json-schemas) repository |
||
44 | |||
45 | ##### Estimated time |
||
46 | 4 | koszko | 1.5 weeks |
47 | |||
48 | 5 | koszko | ## 3. Distribution of Hydrilla and (when applicable) Haketilo in package managers (#106) |
49 | 4 | koszko | |
50 | It is beneficial to have tools available in a format specific to various operating system distributions. |
||
51 | While the process of inclusion in official repositories is often a complex and lengthy one, preparing |
||
52 | the actual packages, as is the goal of this task, is a good first step to making that happen. |
||
53 | |||
54 | ##### Milestones |
||
55 | |||
56 | * .deb packaging of Haketilo and Hydrilla |
||
57 | * Nix packaging of Hydrilla |
||
58 | * Pacman PKGBUILDs for Haketilo and Hydrilla |
||
59 | * Guix packaging of Haketilo and Hydrilla |
||
60 | * RPM packaging of Haketilo and Hydrilla |
||
61 | |||
62 | ##### Estimated time |
||
63 | |||
64 | 2 weeks |
||
65 | |||
66 | 5 | koszko | ## 4. Development of Hydrilla website part (#35) |
67 | 4 | koszko | |
68 | A project's website makes its first impression, and therefore deserves special care. In our case the |
||
69 | website will be part of our software Hydrilla. |
||
70 | |||
71 | ##### Milestones |
||
72 | |||
73 | * planning a site structure |
||
74 | * designing a landing page |
||
75 | * cross-reference with Hydrilla to ensure uniformity of design and compatibility with the on-disk format |
||
76 | * crafting of text, graphics, and any other media |
||
77 | * assembly of website |
||
78 | |||
79 | ##### Estimated time |
||
80 | |||
81 | 2 weeks |
||
82 | |||
83 | 5 | koszko | ## 5. Development of a user-controlled captcha client (#107) |
84 | 4 | koszko | |
85 | Haketilo's goal is to give internet users control over their browsing. Replacing proprietary, |
||
86 | privacy-hostile client-side programs is part of that. A tool similar to the librecaptcha Python program |
||
87 | is needed, but in the form of a javascript library. |
||
88 | |||
89 | ##### Milestones |
||
90 | |||
91 | * facility for Haketilo-supplied scripts to bypass CORS |
||
92 | * free/libre javascript library for solving reCAPTCHA challenges |
||
93 | * sample Haketilo resource making use of the library on a chosen website |
||
94 | |||
95 | ##### Estimated time |
||
96 | |||
97 | 3 weeks |
||
98 | |||
99 | 5 | koszko | ## 6. Permissions system for Haketilo-supplied resources (#73) |
100 | 4 | koszko | |
101 | Custom, user-supplied resources Haketilo may deploy on viewed pages might require looser |
||
102 | restrictions than those normally employed on pages. Or, they might allow for tighter security |
||
103 | mechanisms to be employed. |
||
104 | |||
105 | ##### Milestones |
||
106 | |||
107 | * specification of a new revision of Hydrilla API and on-disk format with permissions support |
||
108 | * facility to limit domains for which a Haketilo-supplied script is allowed to bypass CORS |
||
109 | * facility to specify what custom Content Security Policy should be used on a given pages |
||
110 | |||
111 | ##### Estimated time |
||
112 | |||
113 | 2 weeks |
||
114 | |||
115 | 5 | koszko | ## 7. Further means of user-controlled customization of sites (#108) |
116 | 4 | koszko | |
117 | Besides the initial function of replacing sites' javascript it is also desired to facilitate supplying |
||
118 | additional data (e.g. images) and replacing other site components. |
||
119 | |||
120 | ##### Milestones |
||
121 | |||
122 | 6 | koszko | * facility to make arbitrary bundled data files accessible to Haketilo-supplied scripts (#69) |
123 | * facility to replace the entire interface of a web page with user-supplied HTML (#70) |
||
124 | 4 | koszko | * facility to add user-supplied CSS to a web page |
125 | * facility to add user-supplied fonts to a web page |
||
126 | |||
127 | ##### Estimated time |
||
128 | |||
129 | 3 weeks |
||
130 | |||
131 | 5 | koszko | ## 8. 50 sample site resources for Haketilo (#109) |
132 | 4 | koszko | |
133 | To build the community its purpose depends on, Hydrilla must be clearly ready for use. This |
||
134 | requires a representative, well-stocked library of packages. |
||
135 | |||
136 | ##### Milestones |
||
137 | |||
138 | * guide describing how to make and contribute custom site resources to Hydrilla |
||
139 | * at least 5 alternative site interfaces |
||
140 | * Javascript of at least 10 free/libre web tools (like Etherpad, Ethercalc) repackaged to be run in a user-controlled way from Haketilo |
||
141 | * at least 50 different custom site resources in total |
||
142 | |||
143 | ##### Estimated time |
||
144 | |||
145 | 2 weeks |
||
146 | |||
147 | 5 | koszko | ## 9. Hektilo LibrePlanet presentation (#110) |
148 | 4 | koszko | |
149 | LibrePlanet is a conference organized by the Free Software Foundation (FSF). It is "an opportunity |
||
150 | to meet and interact with other people with both a technical and non technical background" and to |
||
151 | share experience. |
||
152 | |||
153 | ##### Milestones |
||
154 | |||
155 | * applied to LibrePlanet 2022 |
||
156 | * prepared presentation about giving users back the control over web browsing |
||
157 | * made the presentation at LibrePlanet 2022 (if accepted there) or posted a video presentation on Haketilo website (as a fallback case) |
||
158 | |||
159 | ## 10. Localization of Haketilo and Hydrilla |
||
160 | |||
161 | To truly empower to web users all over the world, Haketilo, Hydrilla, and all associated materials |
||
162 | must be able to support languages from across the world. |
||
163 | |||
164 | ##### Milestones |
||
165 | |||
166 | * automatic content language negotiation on Hydrilla pages and the website |
||
167 | * language selection option on Hydrilla pages and the website |
||
168 | * internationalization of Haketilo |
||
169 | * language selection option in Haketilo |
||
170 | * Polish translation |
||
171 | |||
172 | ##### Estimated time |
||
173 | |||
174 | 3 weeks |
||
175 | |||
176 | ## 11. Security vetting of Haketilo and Hydrilla |
||
177 | |||
178 | As NLNet-funded projects, Haketilo and Hydrilla have the privilege of a security review from |
||
179 | Radically Open Security. To make use of this opportunity, we will ensure any findings provided are |
||
180 | properly addressed. |
||
181 | |||
182 | ##### Milestones |
||
183 | |||
184 | * action on any recommendations or other findings |
||
185 | * report of how each finding from the vetting was addressed, and why |
||
186 | * note of any key issues in the developer documentation, in order to avoid repetition in the future |
||
187 | |||
188 | ##### Estimated time |
||
189 | |||
190 | 2 weeks |
||
191 | |||
192 | ## 12. Accessibility vetting of Haketilo and Hydrilla |
||
193 | |||
194 | To empower every web user, Haketilo and Hydrilla must support the interfaces they need. |
||
195 | |||
196 | ##### Milestones |
||
197 | |||
198 | * action on any recommendations or other findings |
||
199 | * report of how each finding from the vetting was addressed, and why |
||
200 | * note of any key issues in the developer documentation, in order to avoid repetition in the future |
||
201 | * certified WCAG accessible |
||
202 | |||
203 | ##### Estimated time |
||
204 | |||
205 | 2 weeks |
||
206 | |||
207 | ## 13. Manifest V3 Haketilo port |
||
208 | |||
209 | Although highly controversial, the Manifest V3 extension format seems unavoidable. |
||
210 | |||
211 | ##### Milestones |
||
212 | |||
213 | * background page replaced with Service Workers |
||
214 | * blocking webRequest operations replaced with declarativeNetRequest |
||
215 | * Haketilo working under a Chromium-based browser as a Manifest V3 extension |
||
216 | |||
217 | ##### Estimated time |
||
218 | |||
219 | 4 weeks |
||
220 | |||
221 | ## 14. Tighter testing of Haketilo |
||
222 | |||
223 | Testing in multiple browser environments is important to ensure stability of the extension. |
||
224 | |||
225 | ##### Milestones |
||
226 | |||
227 | * automated tests under each supported extension platform with at least 1 Firefox-based and Chromium-based platform |
||
228 | * integration tests of communication between Haketilo and a Hydrilla instance |
||
229 | |||
230 | ##### Estimated time |
||
231 | |||
232 | 2 weeks |
||
233 | |||
234 | ## 15. More thorough documentation of Haketilo and Hydrilla internals |
||
235 | |||
236 | With codebase refactored and stabilized, a worthy thing is to have it properly described for others |
||
237 | to hack on. |
||
238 | |||
239 | ##### Milestones |
||
240 | |||
241 | * graphical diagram(s) describing execution contexts in Haketilo and the way scripts running in various context communicate |
||
242 | * graphical diagram(s) describing the algorithm for querying by Haketilo URL patterns |
||
243 | * comprehensive description of strategies employed and APIs used for replacing scripts and CSP in Haketilo |
||
244 | * graphical diagram describing how entities (resources, mappings, licenses) depend on each another |
||
245 | * docstring documentation of every Python function |
||
246 | * HTML documentation generated from Python source code |
||
247 | * JSDoc description of every Haketilo javascript function exported from file |
||
248 | * HTML documentation generated from javascript source code |
||
249 | |||
250 | ##### Estimated time |
||
251 | |||
252 | 2 weeks |
||
253 | |||
254 | ## 16. Tooling for building of site resources |
||
255 | |||
256 | Simple scripts don't require building before distribution. Wasm modules and bigger libraries do. For |
||
257 | users to control the resources they use in Haketilo, there needs to be some well-defined way of |
||
258 | accessing the sources and repeating the build process. |
||
259 | |||
260 | ##### Milestones |
||
261 | |||
262 | * specification of Haketilo source package format |
||
263 | * ability to specify other programs the build process depends on |
||
264 | * software to automatically build a Haketilo source package |
||
265 | |||
266 | ##### Estimated time |
||
267 | |||
268 | 2 weeks |
||
269 | |||
270 | ## 17. Package signing in Haketilo and Hydrilla |
||
271 | |||
272 | Haketilo uses encrypted HTTPS connections to query Hydrilla API. However, to boost the security |
||
273 | and enable use of mirrors, we plan to also use PGP signatures on site resources served. |
||
274 | |||
275 | ##### Milestones |
||
276 | |||
277 | * specification of a new revision of Hydrilla API and on-disk format with PGP signatures support |
||
278 | * tool for batch signing of site resources |
||
279 | * Hydrilla support for serving PGP signatures |
||
280 | * Haketilo support for downloading and verifying PGP signatures |
||
281 | * facility to manage trusted public keys within Haketilo |
||
282 | |||
283 | ##### Estimated time |
||
284 | |||
285 | 3 weeks |
||
286 | |||
287 | ## 18. Support for custom meta-sites in Haketilo/Hydrilla |
||
288 | |||
289 | Allowing users to modify pages loaded by their browsers is our goal. Allowing them to aggregate |
||
290 | content from many sites on one page is a natural extension of it. Just as is allowing them to run |
||
291 | static web apps without having to trust some website serving them. |
||
292 | |||
293 | ##### Milestones |
||
294 | |||
295 | * specification of a new revision of Hydrilla API and on-disk format with meta-sites support |
||
296 | * support for meta-sites in Hydrilla and Haketilo |
||
297 | |||
298 | ##### Estimated time |
||
299 | |||
300 | 3 weeks |
||
301 | |||
302 | ## 19. Easier content management and editing within Haketilo (I) |
||
303 | |||
304 | Easy configuring and editing of site resource bundles is Haketilo's raison d'รชtre. To definitively |
||
305 | meet this expectation, any shortcomings must be identified and rethought. |
||
306 | |||
307 | ##### Milestones |
||
308 | |||
309 | * testing with untrained users/consultation with "UX experts" |
||
310 | * identified annoying quirks/problems |
||
311 | * comparison with UIs of similar extensions |
||
312 | * designed alternatives to identified problems |
||
313 | * user interface mock |
||
314 | * a compiled plan for UI changes |
||
315 | |||
316 | ##### Estimated time |
||
317 | |||
318 | 2 weeks |
||
319 | |||
320 | ## 20. Easier content management and editing within Haketilo (II) |
||
321 | |||
322 | The previously compiled plan and carefully-prepared user interface mocks will direct the |
||
323 | implementation efforts. |
||
324 | |||
325 | ##### Milestones |
||
326 | |||
327 | * new Haketilo settings page interface implementation following the plan |
||
328 | * new Haketilo popup page implementation following the plan |
||
329 | * automated Haketilo GUI tests |
||
330 | |||
331 | ##### Estimated time |
||
332 | |||
333 | 2 weeks |
||
334 | |||
335 | ## 21. REUSE specification compliance |
||
336 | |||
337 | License terms of software projects' files should be unambiguous and easy to analyze by humans |
||
338 | and computers alike. Compliance with the REUSE specification helps ensure that. |
||
339 | |||
340 | ##### Milestones |
||
341 | |||
342 | * REUSE compliance in Hydrilla repository |
||
343 | * REUSE compliance in project website repository |
||
344 | * REUSE compliance in Haketilo repository |
||
345 | * REUSE compliance in custom site resources repository(ies) |
||
346 | |||
347 | ##### Estimated time |
||
348 | |||
349 | 1 week |
||
350 | |||
351 | ## 22. Integrity constraints in Haketilo **(optional)** |
||
352 | |||
353 | One Haketilo custom site resource may depend on another, but initial versions of Haketilo did not |
||
354 | verify that dependencies are present. This and other sanity checks can be employed. |
||
355 | |||
356 | ##### Milestones |
||
357 | |||
358 | * dependency checks when "installing" or upgrading a custom resource in Haketilo |
||
359 | * dependency checks when removing a custom resource from Haketilo |
||
360 | * facility for cascade removal |
||
361 | * validation of Haketilo URL patterns and other values typed in by the user |
||
362 | |||
363 | ##### Estimated time |
||
364 | |||
365 | 1 week |
||
366 | |||
367 | ## 23. Sample meta-sites for Haketilo/Hydrilla **(optional)** |
||
368 | |||
369 | Running a static webapp like litewrite by visiting its website relies on the security of TLS and |
||
370 | network connectivity. Having it packaged as a separate browser extension requires giving it |
||
371 | excessive permissions. Running it from an HTML file is inconvenient. |
||
372 | |||
373 | ##### Milestones |
||
374 | |||
375 | * at least 5 existing webapps packaged as meta-sites |
||
376 | * at least 5 meta-sites aggregating content from various client websites |
||
377 | |||
378 | ##### Estimated time |
||
379 | |||
380 | 3 weeks |
||
381 | |||
382 | ## 24. Haketilo build system runnable from the browser **(optional)** |
||
383 | |||
384 | For portability of Haketilo's POSIX shell-based build system we avoided depending on Node.js, |
||
385 | NPM and similar tools. However, an even more portable alternative exists - to contain the build |
||
386 | system inside a standalone HTML page. |
||
387 | |||
388 | ##### Milestones |
||
389 | |||
390 | * Javascript-based build system in an HTML page |
||
391 | * facility to run the javascript-based build system from the command line |
||
392 | |||
393 | ##### Estimated time |
||
394 | |||
395 | 2 weeks |
||
396 | |||
397 | ## 25. User upload of content to Hydrilla website **(optional)** |
||
398 | |||
399 | To be able to easier gather and share custom site resources within the community, we need a |
||
400 | user-friendly platform. |
||
401 | |||
402 | ##### Milestones |
||
403 | |||
404 | * registrations on a Hydrilla instance |
||
405 | * upload of custom site resources to a Hydrilla instance |
||
406 | * facility to easily and efficiently moderate the content uploaded by users |
||
407 | |||
408 | ##### Estimated time |
||
409 | |||
410 | 3 weeks |
||
411 | |||
412 | ## 26. Further development of Hydrilla platform **(optional)** |
||
413 | |||
414 | Users should be able to share not only custom site resources but also their opinions about them. |
||
415 | |||
416 | ##### Milestones |
||
417 | |||
418 | * support for user comments |
||
419 | * support for user ratings |
||
420 | * support for flagging site resources that are broken or have other issues |
||
421 | * development of comment quality control systems and policies |
||
422 | |||
423 | ##### Estimated time |
||
424 | |||
425 | 2 weeks |
||
426 | |||
427 | ## 27. Facility for setting up Hydrilla repository mirrors **(optional)** |
||
428 | |||
429 | While allowing users to set up independent instances of Hydrilla gives them greater control over |
||
430 | site content they use, it does not by itself increase the robustness and maximum throughput of |
||
431 | Hydrilla platform. Enabling the use of mirrors does. |
||
432 | |||
433 | ##### Milestones |
||
434 | |||
435 | * support for setting up and automatically synchronizing Hydrilla mirrors |
||
436 | * support for announcing available mirrors in Hydrilla |
||
437 | * support for fetching repository mirrors list in Haketilo |
||
438 | * support for distributing requests over multiple repository mirrors in Haketilo |
||
439 | * documentation |
||
440 | |||
441 | ##### Estimated time |
||
442 | |||
443 | 2 weeks |
||
444 | |||
445 | ## 28. 150 sample site resources for Haketilo **(optional)** |
||
446 | |||
447 | To maintain community growth and participation, Hydrilla's collection must be visibly alive and |
||
448 | evolve with Haketilo's feature set. |
||
449 | |||
450 | ##### Milestones |
||
451 | |||
452 | * at least 20 alternative site interfaces |
||
453 | * at least 20 existing webapps packaged as meta-sites |
||
454 | * at least 150 custom site resources in total |
||
455 | |||
456 | ##### Estimated time |
||
457 | |||
458 | 2 weeks |
||
459 | |||
460 | ## 29. 200 sample site resources for Haketilo **(optional)** |
||
461 | |||
462 | To maintain community growth and participation, Hydrilla's collection must be visibly alive and |
||
463 | evolve with Haketilo's feature set. |
||
464 | |||
465 | ##### Milestones |
||
466 | |||
467 | * at least 20 accessibility-improving site changes |
||
468 | * at least 10 meta-sites aggregating content from various client websites |
||
469 | * at least 200 custom site resources in total |
||
470 | |||
471 | ##### Estimated time |
||
472 | |||
473 | 2 weeks |
||
474 | |||
475 | ## 30. Automated building of Haketilo source packages uploaded to Hydrilla **(optional)** |
||
476 | |||
477 | Requiring packagers to upload compiled code places an extra burden on them, and complicates |
||
478 | reproducibility. Hydrilla should be able to build from source packages. |
||
479 | |||
480 | ##### Milestones |
||
481 | |||
482 | * Hydrilla automated resource builds feature |
||
483 | * security consultation of the feature |
||
484 | |||
485 | ##### Estimated time |
||
486 | |||
487 | 2 weeks |
||
488 | |||
489 | ## 31. Self-documented Haketilo **(optional)** |
||
490 | |||
491 | Now matter how user-friendly the graphical interface is, an explanation of some of the concepts |
||
492 | might be needed. The next step, after having the documentation available on the project website, |
||
493 | is bundling it with the extension itself. |
||
494 | |||
495 | ##### Milestones |
||
496 | |||
497 | * Haketilo popup self-documented inline |
||
498 | * Haketilo settings page self-documented inline |
||
499 | * documentation included as extension-bundled HTML pages |
||
500 | |||
501 | ##### Estimated time |
||
502 | |||
503 | 2 weeks |
||
504 | |||
505 | ## 32. Displaying Hypothesis annotations for given site **(optional)** |
||
506 | |||
507 | Haketilo makes site resources for websites you visit available in only a few clicks. It would be |
||
508 | useful to have the same capacity for comments. The established, libre https://hypothes.is/ provides |
||
509 | a framework for this. |
||
510 | |||
511 | ##### Milestones |
||
512 | |||
513 | * support for displaying current site's Hypothesis annotations in the popup |
||
514 | * support for adding adding Hypothesis annotations in Haketilo |
||
515 | |||
516 | ##### Estimated time |
||
517 | |||
518 | 2 weeks |
||
519 | |||
520 | ## 33. Automatic generation of independent browser extensions from Haketilo site resources **(optional)** |
||
521 | |||
522 | Haketilo's rich feature set might also be an inconvenience. It may be overwhelming or irritating to |
||
523 | some users and has a higher risk of breaking with newer browser versions than a simple extension |
||
524 | would have. Thus, an option to install just a single Haketilo resource in the browser would be |
||
525 | useful. |
||
526 | |||
527 | ##### Milestones |
||
528 | |||
529 | * automatic generation of Firefox WebExtensions from Haketilo site resources |
||
530 | * automatic generation of Chromium ManifestV3 WebExtensions from Haketilo site resources |
||
531 | |||
532 | ##### Estimated time |
||
533 | |||
534 | 2 weeks |
||
535 | |||
536 | ## 34. Facility to automatically convert page's "native" scripts to a Haketilo resource **(optional)** |
||
537 | |||
538 | Haketilo gives users control over scripts being executed on a given web page. The scripts to be |
||
539 | used need to be defined in Haketilo as a resource. Doing this manually might be time-consuming |
||
540 | for a user who aims to use mostly the same javascript a website normally serves, but served from |
||
541 | within Haketilo. |
||
542 | |||
543 | ##### Milestones |
||
544 | |||
545 | * automatic conversion of page's inline scripts in a Haketilo resource |
||
546 | * inclusion of page's external scripts in generated resource |
||
547 | * inclusion of page's intrinsic javascript events in generated resource |
||
548 | * displaying warnings when a site's javascript is known to use mechanisms that might stop |
||
549 | such automatic package from working properly |
||
550 | |||
551 | ##### Estimated time |
||
552 | |||
553 | 3 weeks |
||
554 | |||
555 | ## 35. Use of a standalone javascript engine to perform unit tests in Haketilo **(optional)** |
||
556 | |||
557 | A Selenium-driven web browser is currently used to test parts of Haketilo. Those tests that don't |
||
558 | rely on browser APIs could as well be run outside of browser which would save time during tests. |
||
559 | |||
560 | ##### Milestones |
||
561 | |||
562 | * selected the javascript engine to use for testing |
||
563 | * facilitated writing Haketilo tests against the chosen engine |
||
564 | * applicable existing tests modified to be run without a web browser |
||
565 | |||
566 | ##### Estimated time |
||
567 | |||
568 | 2 weeks |
||
569 | |||
570 | ## 36. Supplemental anti-bot measures in Hydrilla **(optional)** |
||
571 | |||
572 | Limiting the number of allowed registrations and content uploads is our planned basic way to |
||
573 | prevent Hydrilla instances from being harmed by automated requests. Another measures can be |
||
574 | added to further improve platform's resilience. |
||
575 | |||
576 | ##### Milestones |
||
577 | |||
578 | * email-verified registrations |
||
579 | * selected an ethical, privacy-friendly captcha solution |
||
580 | * implementation of the chosen captcha solution |
||
581 | |||
582 | ##### Estimated time |
||
583 | |||
584 | 2 weeks |
||
585 | |||
586 | ## 37. Support for external user authentication mechanisms in Hydrilla **(optional)** |
||
587 | |||
588 | It should be possible to run Hydrilla as part of a bigger web service. Users should be able to use |
||
589 | the same set of credentials for logging in in various parts of such service. |
||
590 | |||
591 | ##### Milestones |
||
592 | |||
593 | * selected an authentication mechanism to support |
||
594 | * implementation of the feature |
||
595 | |||
596 | ##### Estimated time |
||
597 | |||
598 | 1 week |
||
599 | |||
600 | ## 38. Support for building Hydrilla and Haketilo using Autotools **(optional)** |
||
601 | |||
602 | The specificity of Haketilo and Hydrilla means a complex build system like Autotools is not |
||
603 | necessary. It could, however, be added as optional to supplement their simple build mechanisms. |
||
604 | |||
605 | ##### Milestones |
||
606 | |||
607 | * Hydrilla buildable with Autotools |
||
608 | * Hydrilla out-of-source builds possible |
||
609 | * Hydrilla tarball producible with a make rule |
||
610 | * Haketilo buildable with Autotools |
||
611 | * Haketilo out-of-source builds possible |
||
612 | * Haketilo tarball producible with a make rule |
||
613 | |||
614 | ##### Estimated time |
||
615 | |||
616 | 1 week |
||
617 | |||
618 | ## 39. Evaluation of non-WebExtension platforms for the purpose of porting Haketilo **(optional)** |
||
619 | |||
620 | WebExtensions are really a convenient platform for developing software that empowers users. But |
||
621 | this platform is also tightly controlled by big organizations and has some serious limitations and |
||
622 | shortcomings. |
||
623 | |||
624 | ##### Milestones |
||
625 | |||
626 | * evaluation of existing Webkit-based browsers |
||
627 | * evaluation of XUL extensions platform still used in some Firefox forks |
||
628 | * prepared evaluation report |
||
629 | |||
630 | ##### Estimated time |
||
631 | |||
632 | 1 week |
||
633 | |||
634 | ## 40. Development of the first non-WebExtension Haketilo port **(optional)** |
||
635 | |||
636 | Users suffer a vendor lock-in with few mainstream web browsers. Lack of their favorite extensions |
||
637 | is what stops them from switching to more user-controlled alternatives. Haketilo should not |
||
638 | contribute to that problem. |
||
639 | |||
640 | ##### Milestones |
||
641 | |||
642 | * selection of a target platform based on previous evaluation |
||
643 | * specification of tasks |
||
644 | * development roadmap |
||
645 | * prototype |
||
646 | * automated tests |
||
647 | * developer documentation |
||
648 | * user documentation |
||
649 | |||
650 | ##### Estimated time |
||
651 | |||
652 | 7.5 weeks |