Benjamin Altpeter
Benjamin Altpeter
Um, yeah… https://github.com/datenanfragen/website/blob/0ecee16402e1d71e0c5f65a49744af61dc1300a6/layouts/partials/head/meta.html#L99-L100 That should be @DatenanfragenDE for German, and @datarequestsORG for everything else.
As part of the Prototype Fund funding we're receiving, @zner0L and I will build a complaint generator. \o/
As we discussed, inconsistent import ordering and having to think about stuff like that are way too annoying. In #898, I didn't agree with where you put the type imports...
> It would be much nicer to much the ID data to a persisted zustand store. We could then avoid all this glue code. > > But you don't have...
Once we've ported everything to TS, we won't need props-types anymore.
Once we've sorted out the current warnings, we should make sure we don't miss any future ones.
In our i18n loader for Webpack, we are already removing the Hugo translations to cut down the size since we don't need them: https://github.com/datenanfragen/website/blob/1f25f38833ddc297574dafe1ead88d8b31d9dc4b/scripts/webpack-i18n-loader.js#L38-L39 I _think_ we can also do...
We are sometimes manually adding anchor elements to create fragment links, like here: https://github.com/datenanfragen/website/blob/69cb8e5b9598e9422b3bceb5db49ca4b96d55b25/content/en/blog/hacktoberfest-2020/index.md?plain=1#L55-L57 We should convert them to more idiomatic Hugo Markdown which would look like this: ```md ##...
Through the ["My requests" feature](https://www.datarequests.org/my-requests), we already allow importing requests into one's calendar:  This is currently implemented through `.ics` files. It would be nice to also offer integration with...
The `I18nWidget` only shows the languages for the _current_ page, not for the site as a whole. Steps to reproduce: 1. Have browser language != DE. 2. Clear `country` cookie....