Joël de Bruijn

  • 4 Posts
  • 169 Comments
Joined 2 years ago
Cake day: June 23rd, 2023
  • Joël de Bruijn@lemmy.mltoOpen Source@lemmy.ml•Organic Maps Forked Over Governance Concerns: CoMaps is Born
    84·
    20 days ago

    project’s donation funds for personal expenses, like holiday trips

    I do have the same overall concerns though and for me enough reason to switch the moment its possible also. But I tend to see the ‘the holiday trips’ as a symtpom instead of a problem. Later on they explained that some developers received 3 months salary worth of pay over the course of 4 years. Putting a lot more time in it during those four years. If I contributed that much for free I also would spend it on a holiday. But the problem is like you said transparancy:

    • No openness of financial transactions which I guess showing salary wouldnt be a problem and if everybody was able to see the salary was reasonable. (and I dont care what people do with it in their private live).
    • Maybe they didnt organise it that way (paying oneself for labour and tell everyone) but maybe they used it directly for holidays etc, which is a problem for the business entity they have I guess. Like my boss paying my holiday instead of my salary.
    • Reluctant to answer questions in reasonable timeframes (couple of months)
  • Joël de Bruijn@lemmy.mltoOpen Source@lemmy.ml•Organic Maps Forked Over Governance Concerns: CoMaps is Born
    30·
    20 days ago

    OM and for now CoMaps are faster and easier to learn. For most people. With OSMand configurations are endless and people tend to get lost in them. Also the map data of OM is highly filtered OSM data. Meaning smaller files and a faster app.

    The downside is less features, but as always … if you dont need the absent features … its a plus.

    Now whats interesting how they both will keep it that way. My theory is when they listen to EVERY wish from random users (with other persona and user stories) they eventually become like OSMand too.

  • Joël de Bruijn@lemmy.mlOPtoFirefox@lemmy.ml•File based syncing of profile data instead of Mozilla sync?English
    1·
    4 months ago

    You sure about that? From memory It did work with floccus (though it does it in a weird way).

    Floccus for Android is a local standalone app, usefull but doesnt read / write to Firefox Android bookmarks …

    Yeah maybe my instructions are ment for backups rather than keeping a workflow in sync with all your devices. Sorry for my bad reading skills !

    Appreciated still, I backup with restic but indeed these are usefull for backup.

    Also, syncing your whole profile between Desktop/laptop and your phone won’t work that easily… They behave very differently and do not have the same directory structure/files on your phone.

    This, for me, is the real answer to “Is filebased sync for Firefox possible?”! Because in a pc / smartphone scenario those apps cant work then with each others directories, thanks!

  • Joël de Bruijn@lemmy.mlOPtoFirefox@lemmy.ml•File based syncing of profile data instead of Mozilla sync?English
    2·
    4 months ago

    Thanks!

    Must admit … I realise now I am tweaking something I got used to, but going back to why and all … because I do use Floccus icw my own NextCloud instance. But mainly for long-term-archival-avalability and for laptop devices, because Floccus doesnt sync Firefox Android. So from mobile its this:

    • Firefox Android add a bookmark
    • Sync Firefox Android with Mozilla
    • Back at laptop, sync with Mozilla.
    • Follow up with Floccus sync on laptop …

    At the moment:

    • Bookmarks: Floccus sort of
    • History: maybe I dont need it if I bookmark more but still usefull …
    • Open Tabs: cant live without it
    • Adresses: Turned on, but not a knock out,
    • Payment: Bitwarden data
    • Add-ons: This is very convenient but not a knock out criteria, could just maintain documentation (a list with sources).
    • Passwords: Bitwarden sync

    So, the focus would be syncing Open Tabs and History …