notyoutube

thanks!

Mind ELI5ing this? it seems neat

Isn't the "flat markup" for inline elements in prosemirror kind of unnatural to work on html?

(And then gitea was forked into forgejo, which is used by codeberg, iiuc)

I'm skeptical:

* Where do you buy a ≤20 euro bike?

* Most people on the street have bikes that look to be at least 200 euros new, from what I can tell.

It's interesting how there is now

* Maddy: https://github.com/foxcpp/maddy

* Mox: https://github.com/mjl-/mox

* and Stalwart

which all see to aim for more or less the same niche. I wonder if we'll see two of those merge eventually.

Is the solution against such attacks in the future only to scrutinize more, or are there other reasonable options in terms of hardening?

Mmh, is that a similarity with postmarketos? I have a fuzzy memory that pmbootstrap or some other tool was kind of important to start porting to new devices?

(I wasn't trying to make a point.) As far as I know, that's what the initiatives like PMPC¹ are for. I think in Switzerland, a law recently passed that seems to go in that direction² (Open Source should by default but some leniency as far as I can interpret the text). According to this³ OSOR report, something similar happened in Italy in 2019. So, I think we're slowly going in that direction in Europe.

¹: https://download.fsfe.org/campaigns/pmpc/PMPC-Modernising-wi...

²: https://www.admin.ch/gov/fr/accueil/documentation/communique...

³: https://joinup.ec.europa.eu/sites/default/files/inline-files...

What government is that?

I'm not sure the distinction is that clean, but isn't ubuntu still based off debian. As in, not a fork that went its own way, but a (big) collection of modifications on top of current debian?

Re internationalization, I think you're right. I don't have experience building app/websites, a fortiori with internationalization, so I threw this question in with the lot!

I've skimmed at the docs, and it's not clear to me how it would deal with:

* Something like row-level access control, so that people can only access the data in tables that belong to them (say clients can only view their own purchases, and also not modify them after they checked them out).

* Integration with the rest of the world, e.g. sending email, acting on triggers, etc.

* Something like CSV export/import.

* Internationalization.

Would that all be possible? Straightforward? Do those all require extending (with go or js)?

Looks like a nice tool.

Reacting to your first point: As far as I know (western europe), heatpumps mostly are used to heat water to then heat your house, and renovating generally means reducing breathability of the house itself, which, combined with the temp difference, means condensation/mold problems. You then have to correct that by opening windows intelligently or installing air ventilation, and then a heat exchanger to not lose too much heat. Like you say, it seems to be a no-brainer then to instead combine heat pump _and_ ventilation, so that the ventilation itself works with a heat pump.

The only counter-argument I have is that if all the heating were done using ventilation, you might have to live in a very windy house, but I feel like entirely decoupling the two is not the best solution to that problem…

I would expect heating to be one of the electricity use that you _can_ adapt the easiest. First by using heatpumps instead of resistors, and then with some inertia management to buffer (e.g. water tanks, or something)

Isn't that the case?

Better phrased than I did, thanks. How feasible do you think such an endeavour would be? What are the roadblocks to people doing that right now?

I mean, it would be a step in a better direction, wouldn't it? One might start with something like aosp/lineage and potentially fork from there if needs be, or ask of companies to support this alternative rom, etc.

Sad to hear. It feels like the EU could fund some entity to manage, develop and distribute such a degoogled android with only a very small fraction of its other spendings, and that would help a lot with reducing google/apple's hold on the european market… A cheap deal.

I'm using microg's lineage, and something I was wondering when choosing a rom was, how secure are all those roms in terms of supply chain/developpers. There are many, with no big reassuring name behind, and it's hard to trust that what looks like a random rom from the internet is not just a full trojan horse.

It would be nice to have just the one or two options, with app store and some kind of official entities backing (say, states, or universities, or distros).

And an interesting project to boot! Thanks for sharing

I'm curious about julia as a gui language: mind sharing your code/project?

I've got a potential example; I always wondered how that would be achieved with something like slint or qml:

With tools like xournal++ or other things like document processors, you can usually define your own panels, reorganize them, move them around, add icons or separators, etc, and all of that in a drag&drop fashion, live from the program running.

I feel like having a (compile-time) declarative description of that wouldn't cut it, or be very abstract, with most of the logic outside of the declarative description. Another option might be something that's "runtime declarative", and drag&dropping icons and panels around just change the ui definition?

I agree, sure. I was only replying to the "… but why?" comment: There are plenty convincing reasons to go the web app route, although it obviously has downsides too.

> Remote Desktop, VMware, Citrix

and ask your users to install those before being even able to use your app?

I haven't phrased my argument very neatly, but the point stands: anyone with an iphone/android/linux/… can easily use a web app, now, without any prerequisites. You don't have to bundle it or distribute it differently than with a webserver and it's a single codebase. That's not the case for any other tech that I'm aware, and it's a shame.

I've got one very convincing reason: distribution. Having a web app makes it:

* usable on pretty much any platform

* easy to distribute/update

* easily trustworthy/jailed (no need to install something that might access your data)

It makes me sad, but as far as I can see, there is no serious alternative for universal+jailed apps.

I'm pretty much looking for the same thing. It's sad how most of these project try to add their own layer ("vocabulary") on top of the relational semantics without first trying to surface as much of it as possible.

What I'd like to see is something that can connect to a pg server (or sqlite, or mariadb, but I think settling on one is more feasible) and tries to surface as much as possible of the underlying data representation, and add features that are translatable to how pg works, instead of just using pg (and in grist's case, sqlite) as a dumb backend.

Noted, but can't edit my comment. Thanks!

afaiu:

* it doesn't sync with anything but has its own data store, built around sqlite, and you can indeed download "documents", which are just sqlite files. (I looked at how they encode summary tables, and it's not as views, so the grist<->sqlite translation is not as shallow/isomorphic as one might hope)

* authentication is not taken care of by grist-core itself, but they provide different integration methods (saml, forwarded headers, … ?)

Could you expand on how the linking is done:

* Are you self-hosting?

* What auth method are you using?

* How is the linking done? I presume API (or are you just using widgets?), but that means you need users to copy/paste their API key by hand?

Thanks!

I tried the `grist-labs/grist-core` docker install: it's quite easy to set up and most of the useful features are there (I think it's mostly snapshots missing). I don't think "free software cosplay" is totally fair in this case.

And compared to the alternatives (nocodb, mathesar, baserow) they seem to provide the best self-hosted/open source solution in terms of polish and features.

*Edit* I've been looking for a while for a similar software stack for the organisation of a coop I'm a member of, and have not found anything better as of now, though open to alternatives!