IzzyOnDroid is an Android store for Free & Open Source Software. The apps are free (as in „free beer“ and as in „free speech“) and Open Source.
Builds for IzzyOnDroid are directly from developers and signed by developers. This enables very fast publishing (whereas F-Droid re-builds apps from source).
Builds for IzzyOnDroid are directly from developers and signed by developers. This enables very fast publishing (whereas F-Droid re-builds apps from source).
So any developer can distribute self signed malicious apps fast.
Without checks. Wonderful Idea.
Fdroid builds from reviewed source code.
I will stick with FDroid and recommend others to do the same.
Kahmann Gallery is proud to present the solo exhibition The Age of Innocence of Rutger ten Broeke (1944). In this exhibition highlights from the almost fifty year long career of Ten Broeke will be combined with his latest works.
Kein sanfter Start… Auf 700m bin ich losgelaufen, auf knapp 2.300 war ich müde und es fing an zu regnen, also hab ich an einer schönen Stelle unterhalb vom 1. Pass das Zelt aufgebaut. Jetzt hab ich Polenta im Bauch und genieße die Tropfen auf dem Zeltdach – morgen ist es wieder schön!
Daily #Wales with a #mosstodon - the dry summer was not good for the mosses, but the recent wet weather should soon have them back in their glory….like these above Harlech.
This scene in the forest made me think of a tent, and of course I started to imagine who and what could possibly live there. Maybe a little troll mad of stone?
Taking a photo of a different tree each day on my walks until I don't 😃
A big old larch for today's tree photo. There are a lot of larch round my way. It's a lovely tree and the leaves are so soft to touch. I'm guessing most trees planted on the hill are hybrid larch. I wouldn't be confident in telling the difference between hybrid and European larch (hybrid larch is a cross between Japanese and European larch used in forestry).
-У вас есть услуга сканирования? -Да (скидываю прейскурант) -Мне тогда надо подъехать? -... Скан делается только при физическом наличии сканируемой бумаги -Хорошо
Как вообще люди представляют себе сканирование документов?
На днях мне пришлось объяснять двум взрослым людям разницу между копированием и сканированием, а третьему - что нельзя отсканировать ч/б копию документа и получить цветной оригинал. Это ведь даже не физика в средней школе, это, блять, логика.
Логика... То есть ты что ли ДУМАТЬ предлагаешь, мозгом пользоваться?
Мне тут заявка прилетела: «Не могу войти в...» Ну, там наш сервис, неважно. Не могу войти. Подключаюсь, смотрю. На экране поля логин/пароль заполнены, потому что сохранены были. И единственная большая синяя на белом фоне кнопка «Авторизация».
Но «Не могу войти».
Как эти люди вообще выживают? Пальцы там в розетку не суют, под машину не попадают...
Just in time, the #EUCommission has opened a public consultation on the revision of the #DMA effectiveness, with a deadline for Sept 24.
It's a great occasion to propose actual adjustments to the DMA text, like some to tackle the pre-install advantage, the systematic blocks of #Google Play Protect/Play Integrity, etc.
We believe we can achieve stronger impact if the Commission receives this kind of suggestions from many fronts, and not just from #FDroid.
EUSurvey is an online survey-management system built for the creation and publishing of globally accessible forms, such as user satisfaction surveys and public consultations.
Growing up, I was always told that boys could come over if I leave the bedroom door open, and I see a lot with my friends that the girls would not be allowed to have boys over/in the bedroom/have the bedroom door closed or viceversa (boys with girls).
When I realized I may be gay and trans (masc), my parents were accepting and allowed me to have the door closed with girls because I was gay and still not with boys.
Then, I had a boyfriend and they said I could keep the door closed with anyone except my boyfriend.
Now, I'm nonbinary and bisexual. Would you allow your kids to close the door?
No, I would simply give them a box of condoms or whatever.
If they're gonna do it, they're gonna do it, and as a parent, you're way better off with your kids comfortable not hiding it because if there's complications you can intervene quickly. If the condom broke, you want the kid to come to you so you can get plan B and not have to deal with an abortion a couple weeks or even months later. It's also way better they get caught doing it at home vs in a car and now be on the sex offender registry.
What you're describing is abstinance and is common in religious families, and well know for being ineffective. Plus as you've described, it completely falls apart when bisexuality is involved, and it makes even less sense if it's physically impossible to even get pregnant.
The same extends to alcohol, drugs, porn, whatever evil vice people are worried. If your kid's gonna do drugs, you want them to feel comfortable calling you if they have a bad trip, and also feel comfortable giving you the drugs so you can get them to the hospital and they can quickly identify what you're on and give the necessary medications.
They're gonna learn about all that eventually, better they learn it from you. Punishment and "you'll understand when you're grown up" doesn't work. If they're old enough to ask, they're old enough for the answers too.
Мне действительно становится легче на ТСф. После работы была дико уставшая и подавленная, но пара-тройка часов на ТСф - и настроение исправилось. Бодрячком шли домой уже.
Наконец-то разобрался как сделать автоматическую смену словаря для проверки орфографии при смене метода ввода в Emacs!
;; when change input method to russian change dictionary to russian too
(add-hook 'input-method-activate-hook
(lambda () (ispell-change-dictionary "russian")))
;; when disable russian input method change dictionary back to english
(add-hook 'input-method-deactivate-hook
(lambda () (ispell-change-dictionary "english")))
Не знаю насколько этот метод хорош, но он работает как мне надо.
TLDR: Customized a browser as dedicated Fediverse front-end, use existing web clients for per-service UI, manage account/password with password manager, and merge the notifications from multiple services into one inbox? Is this possible/good?
Hello all,
It's me, an eager fediverse adopter who wants all their friends to get onboard and craves an all-in-one solution for federated content, but who knows no code and barely enough IT to get by reading git documentation.
I'll start by saying that one thing is clear, diversity and experimentation is the essence and benefit of the Fediverse concept. To me, new and exciting ways to use ActivityPub (and other distributed social/comms protocols) get me thrilled and ready for more. The challenge I, and I'm sure many adopters face is the challenge as old as the internet: platform fatigue.
While I want to use all the amazing services the Fediverse offers, managing clients and accounts for each one, and specifically the notification streams coming from all of them, often feels burdensome, decreasing my engagement.
So here's a simple thought experiment I've been playing with: what is the simplest, lowest friction method of accessing and managing multiple notification/content streams without needing to consolidate or centralize client/server development across multiple projects? And further more, how can this set of notifications (and subsequent content interaction) be consolidated yet separated from the other non-fediverse notifications/content across multiple devices?
My naive user mind has pointed me in the direction of dedicated browser instances with customized UI. When I have a webapp I need rapid access to and notifications from I install a dedicated browser instance (or "app" in Edge speak, I know, booo). This works well for me, and in some cases uses less memory than a dedicated application for some reason (looking at you Discord).
So what if a customized browser could be built off of an existing project (probably going to have to be Firefox based, though all eyes on Ladybird), that has a built in password/account manager, and pulls the notification streams from all of the services those accounts interact with into a merged list. Then add filter options for that list including service, account, media type, etc.
All interactions with notifications pulls up a tab of a webclient the user designates for that service, ideally reusing the same single tab unless the user specifically selects open new tab. Each designated service appears on the toolbar as a bookmark, showing notification number beside it. Total notifications and the shortcut to the unified notifications service/Inbox lives on the left or right side of the toolbar and is emphasized.
And that's it, everything Fediverse under one hood, separate from the main browser, not scattered across multiple installed applications, and with each client self-updating.
The challenge? Of course it is merging all the notification streams. Based on what I know of ActivityPub this seems achievable, but the details are beyond me. I am reminded of RSS emerging as the means of addressing a very similar challenge with the emergence of blogs, perhaps an ActivityPub to RSS gateway/bridge could even be the solution to merge the notification streams and then off the shelf RSS reader extensions could serve for the master notification inbox.
I am also reminded of my beloved Trillian which merged IM services under a single application hood, but faced an ever stacking development load as each service changed. Glad to see they still exist, but it seems like the browser route could avoid that centralized dev burden.
Thoughts from more experienced minds than I? Does this make any sense?
I've seen this ask come up a number of times now -- and to a certain extent, the Piefed and Mbin frontends do kinda to it already in that you can have your microblog and threaded content in the same UI. But before taking that further with pixelfed/loops integration as well, ask whether it's really a good idea. There's a reason why Twitter, Facebook, and Reddit are separate sites, and why none have tried to implement the UI or feature set of the other. I would make the case that the fediverse would really benefit from a portable user IDs auth system that could be used between different services or instances (which Nostr kinda does, and there are other zero-knowledge proof-based services that could be integrated), but with regard to content display and just interacting with content, having 3 different tabs open with the 3 different kinds of content/conversations just makes a lot more sense to me.
Aha, but you see my proposal specifically keeps the web clients for the specific content streams up to the user rather than baking them in. I like M.Bin so thats what I use for threads and microblogs, so thats what I would select as my service for that content within the browser.
What I want is a unified inbox, with a move from each notification over to the webclient I choose to interact with the content. To be more specific I want a text-only inbox, but I want it to include headlines/captions/descriptions for multimedia content so I can have my Peertube, Pixelfed, Loops, Threads, Microblogs and whatever else all accessible from a single point of contact.
I definitely agree on the portable account point, it always reminds me of Solid the private data project by Sir Tim Berners-Lee. Seems like ATProtocol may have been influenced by it?
There’s a reason why Twitter, Facebook, and Reddit are separate sites, and why none have tried to implement the UI or feature set of the other.
Yes, the reason is that corporations can not profit from an unsiloed web of data, so they all created their own walled gardens and successfully fooled users into believing that the UI needs to be tightly coupled with the data they host.
having 3 different tabs open with the 3 different kinds of content/conversations just makes a lot more sense to me.
What would be stopping us from having these tabs using the same data from the social graph?
Yes, this is my point exactly. I want the 3 tabs, AND I want a unified inbox that opens those tabs when I interact with a relevant notification. Seems like there are some projects heading this direction.
Ideally I dont want a new tab to open for every time I click on a different notification of the same type, just reuse the existing client tab that is open.
Yes, basically a browser plugin and a skin would do it. Someone just commented that push notifications at the desktop level handle this for them, and that was an aha moment. The extension could just be a push notification log woth the ability to filter for a group of designated sources.
Both Mastodon and Lemmy (and Mbin) expose an API, which can be used to develop an alternative client (for e.g. mobile). This allows even for several alternative front-ends, like Elk, Phanpy and pl-fe for Mastodon (and Pleroma and Akkoma and some Misskey forks and several projects for single-user-instances - all of these extend Mastodon API in some way), or Photon, mlmym and Blorp for Lemmy. GoToSocial (made for single-user-instances) does not provide any webUI, pointing to these alternative front-ends. Lemdro.id even swapped its interface for Photon.
Technically one is able to develop a Fediverse instance software which would provide both Mastodon API (likely with extensions) and Lemmy API. With e.g. microblogging (and maybe events?) used via pl-fe and Threadiverse content more easily available via Photon or Blorp? But I am not aware of any project like that.
Yes, what I'm getting at is a way to create a notifications/inbox client that pulls from all the above stated API's but does not attempt to push any content to them, instead switching the user over to their preferred webclient when content interaction begins.
Kind of like how an email client shows a title/headline, sender, and Metadata for each post but then expands a rich text / markup environment when you open the email. Or how some minimal RSS readers just pull headlines and a quick summary of each post but push you over to the original website when you click through to read the full post.
I just want one place to see who has posted on what, and then use the front ends specialized for each piece of content to actually interact.
I suppose there could be a side development to this, which would be the ability to associate accounts across multiple services and then filter only for them, for example if you know someone who posts on lemmy, Mastodon, peertube, Pixelfed, and loops, you could view all their posts of the day in one place. Or a team you are a part of. Anyway, once you can pull multiple services into one inbox the data sort potential is an obvious added benefit.
Who said that? The browser still needs to be a browser in order to open links in posts. Similar to how Interstellar the client I'm using right now brings up a browser window when I click a link.
no it doesn't. most clients open third-party links in the actual browser. interstellar has a setting for that.
i'm saying that the functionality you're describing is already perfectly encapsulated by a normal browser, and what you want is that, but limited to a handful of sites.
This is an issue of reading comprehension, I'm talking about a browser with a UI customized to fit Fediverse needs first and websites second, plus a service embedded in the browser to pull unification from each service into a single stream.
Preserving website functionality is still essential to the browser, because both the fediverse clients and the links posted on them should in my opinion be opened in that same browser by default (or set to open a different browser if the user prefers).
Im just talking about UI, no one said anything about blocking websites. Just because the address bar doesnt live onscreen by default doesn't mean it should be eliminated entirely.
so a set of pwas with a tabbed ui on top. right. i think my sticking point is, what is the "tailored ui" that fediverse services require? if we're already using the web interfaces of the services themselves, what is left? notification handling? because personally i don't want notifications to be locked in an app, my desktop handles my notification feed. i used to have those notification counters on my tabs, using a little js snippet that rendered a number on the favicon. but then i realised that i was just reinventing a thing that was already handled at another level.
Why don't the highest use rate clients for Fediverse services look like standard browsers? There is a level of pure aesthetic sensibility at play.
I'm interested in what you mean by your desktop handling your notifications, do you have a central log of notifications you can access via your desktop?
This is actually a pretty great angle I hadn't fully thought out, most clients do push notifications, so is what I'm really talking about just a push notification log with the ability to filter for a set of designated sources? That would definitely handle a hefty chunk of what I'm getting at, the rest is basically just a browser skin and some extensions.
Why don’t the highest use rate clients for Fediverse services look like standard browsers?
they don't? i feel like they pretty much do, considering they're all web pages.
do you have a central log of notifications you can access via your desktop?
every desktop environment i've used in the past 10 years has this, it's basically been the default from windows 8 forward. GNOME puts them front and center in a dropdown in the middle, windows and deepin has a sidebar, KDE pops out a whole window for them.
basically the crux of it is what you want to do with your notifications. for me, a notification is an indicator that someone wants something, so the action it should perform is bring me to whoever it is. if that's all you need, then you're already there because every client i've used already has notification settings that allow you to filter stuff.
the reason i'm asking questions is that you're all over the stack here. you're talking about a user chrome, then you're talking about consolidating messages, then about notification filters. i think it can all coalesce into something if you start from the capabilities of activitypub itself. it's basically a messaging system at its core, with clients all deciding how to handle the contents of each message. i've long thought that neither twitterlikes or redditlikes actually play to the strength of the protocol, and that activitypub needs some sort of killer app to really shine. if you think you have something, you should let it form into a coherent idea and present it.
I'm going to have to dive into push notification handling, I basically minimize the use of push notifications at my desktop level to only push work related content, and use the notification system of the clients to handle the "recreational" content which leaves me checking lots of platforms separately.
It makes sense that there should be the ability to create separate profiles with different filters and behaviors at the push notification manager level, I just haven't thought to look into it before.
Regarding killer apps for ActivityPub, and unified clients, I have a second idea which I didn't want to cloud this thread with that seems somewhat inevitable that will require a central portal with access to all services (and accounts?). That is a single publishing UI where the user creates/uploads any piece of content and then it suggests what venue/service/account to publish it on and related add-ons like hash tags, etc. With the Fediverse the APIs are open and multiplatform publishing clients (like FediPlan) already exist, so a level of light ML/AI for publication seems inevitable.
The next level of this, and what could be a "Killer App" is spontaneously generated affinity grouping via content aware publishing, meaning that the publishing client not only suggests where the posts should go, but also has a metalayer where the publishing clients instances "gossip" about the content being published and then create brand new "spontaneous" venues to publish that content in alongside other similar content being published by other users. Suddenly your text post about a super-niche interest or problem is pooled with posts by other users on the same topic, and bam you have a relevant discussion group of commenters/posters.
Problems of course arrise from this re:advertisers/promoters as well as unsavory/harmful mutual interests, but to be honest I think this is more of an inevitability than a possibility, so getting ahead to architect it in a way that minimizes potential abuse before the corpos get on it is probably a good idea.
hm, i think there's some confusion regarding AP here. there's no "deciding where things should go"; every frontend can "see" every type of post, even if the format is off. what you're describing by is essentially how it already works, no multiple accounts needed. the frontend just needs to decide how to handle it. for lemmy-to-masto the handling is pretty basic, you can see it by going to a mastodon server and searching for your lemmy account (formatted as @yourname@yoursite.blah).
for the "gossip" thing, every server already publishes every new thing. it's up to other servers to decide how to handle it.
regarding the automated tagging system, i actually had a similar idea recently. i think a big flaw with lemmy/mbin/piefed is the keeping of communities from reddit; if the already extant tags were used instead, the cross-posting problem would go away completely since comments would be attached to posts rather than communities.
anyway: it would not be difficult to just use words in a post to assign it tags, but i question the usefulness of doing that. some sort of analysis would help, as you say, but then we're introducing nondeterministic behaviour. there is definitely a discoverability problem on fedi, and something like this could definitely help with some polish.
Regarding "where content should go", I mean like which community to post a lemmy post in, or which account to post to if a person manages multiple topical accounts (or accounts in different instances specialized for specific services), or whether to format it for loops vs peertube for video, etc.
Gossip wise, I'm imagining compressed data posted in a format only intended to be ready by the automation systems which happens before the suggestions are made, so that the suggestions can include dynamicly grouping content before publication by appending the relevant metadata/format (like posting in a lemmy community).
the formatting is up to the client that displays the content, interestingly enough. AP just has a "message type" fields and different clients care about different types.
i'm not really sure what that gossip method achieves. surely if it's just post metadata we're talking a hundred bytes at most. running it separate from the main feed seems like it would just bork every single AP client that tries to use content published by this hypothetical one.
Yes, the automation datastream would need to be segregated, and probably ephemeral.
The point is that if you want posts to spontaneously coalesce with some kind of shared Metadata, you want the ML content analysis information of the post to go out before the actual post is published so the final post Metadata can include the "group" tag or whatever you want to call it.
Alternately you could do it after the fact by editing the post, but that seems like there would probably be some degree of chicken and egg scenario.
All of this could be done by the client completely independent of post metadata of course, but then how do you make the relation of the posts to each other consistent between multiple users? Is that even a desireable/necessary goal is a question I suppose.
if you want posts to spontaneously coalesce with some kind of shared Metadata, you want the ML content analysis information of the post to go out before the actual post is published
i don't understand this assertion at all. the post is the post. surely we want to classify the post based on the content of the post? tags are contained in posts. your client can just add the relevant info before sending it. figure out potential categories locally, query the server for which of them are popular, and either pick one or have the user select one.
Thanks, this is definitely the direction I was imagining, though it takes the tac of trying to be a primary browser with Fediverse features, rather than a Fediverse dedicated browser instance, so they will be forced to sacrifice UI streamlining for website-centric UI.
What don't you like about the idea of you dont mind explaining?
Yes, we all want that for sure, and I'm definitely not convinced the ATProtocol solution is it.
Ever hear of Solid by Tim Berners-Lee? It was an early approach to this single account for private data concept, seems like it might still be in development these many years later? solidproject.org/
I think Solid had some interesting ideas, but was ruined by Linked Data. ActivityPub has a chance of evolving into something like Solid, but better.
Actually, I am already using a single account for interacting with most Fediverse apps. Aren't you on Mbin? I thought it also can interact with blogs, forums and everything in between
I use mbin for threads and microblogs, but it is missing some multimedia support. Someone told me that it can follow peertube accounts, but it only populates text, so I'm going to check that out next. Maybe it will evolve/build steam fast enough to really become the does-it-all platform with tons of devs putting in the necessary work, but right now I don't think it qualifies.
As a side note, what I'm talking about would be an alternative approach for a specific reason, dedicated UIs for specific content streams can be chosen by the user rather than baked in to the platform. For some people, this modular approach is going to be better.
Personally, I think it would only work out if the programmer tries to reconstruct posts from different formats in a format that works out for each. Otherwise it becomes what it already is, a glorified browser with multiple profiles enabled, and with over-preference for a type of engine.
My opinion is, take note of the major platforms for each engine and/or experience, and recommend them based on your friends' tastes.
The rest, centralization, would be replaced by what I call propagation (iirc people call it "to federated"?), which people directly and indirectly do, like boosting posts (Mbin / microblogging stuff) and commenting so people following the user see the original post too, following people and following Peertube channels on Peertube and the "threadiverse" so one's account is a bridge for propagation, up/downvoting, etc. And as this web of social medias grows, tendency is that it keeps growing exponentially until either it takes over like email, or stagnates.
This logic, I think, is similar to recommending Linux Mint or immutable distros to Linux novices, the "safe bet" for them before they get used to the technical side or while Linux wouldn't (past tense) become accessible.
Firstly, the theory that cross-propagation of media will lead to growth across multiple platforms starting with one as the "mainline" to recommend to new entrants heavily relies on Superusers who not only use multiple platforms for content discovery, but also then take the additional step to cross-post that media from one silo into the other, for example posting a peertube link into a miroblog post. For most people they will instead interact with the content in each silo, commenting on or favoriting the peertube post within the peertube client and leaving it at that.
Secondly is the attention economy factor and platform inertia. Essentially social media platforms have successfully commodified/colonized a growing percentage of total attention hours for average users, and when interacting with content most users are passive consumers for a substantial percentage of the total content they are served. When entering a new platform, for it to serve as a viable alternative it must serve up an amount of content that allows them to both use the platform for an appreciable percentage of their total media consumption (otherwise the ratio of times checking the platform to reward for the check drops below acceptability) and provide them with a level of engagement that provides platform satisfaction, which typically starts close to where they were on average with the other platforms they use. Then you have this issue of content-fit which is a whole different issue to address, which we will leave aside for the most oart but it is worth pointing out majorly impacts the number of interactions a user puts in to the content as well as overall satisfaction.
Unifying the inbox reduces one of the barriers to wider adoption by improving the ratio of number of times the platform is checked to the amount of content available for interaction, thereby making the fediverse a more likely source of overall content to be maintained in the user's set if options. Each platform individually will struggle with this until adoption passes a certain threshold. Each one individually feels "empty" to users when compared to their usual, which is a turn off for both consumers and creators, while in aggregate the picture is much better.
On the first point, propagation happens passively too. For example, if someone follows me on Mastodon, this reply will be pulled to his/her feed as a microblogging post, and will be discoverable on any feeds my account later appears. I remember also testing around between Lemmy and Mbin how liking/upvoting works, and doing that on Lemmy while the Mbin account followed it also showed posts previously not on my Mbin instance.
Similarly, Mbin (and dunno about Lemmy but I'd imagine it's the same) pulls Peertube channels as magazines/communities, and iirc Peertube channels can also be followed as users on microblogging platforms, and in both cases their video uploads automatically appear on the respective text feeds.
And about the second point, I agree, but that's also why I suggest recommending major platforms. For example, Lemmy.World and Mastodon.Social are likely to have far more publications being posted on or propagated to than Mbin or PieFed instances, since the former two are around for much longer, and not actively trying to be toxic (at least from what I can observe).
hmmmm interesting, a lot of this is news to me. I'll have to try and pull in some peertube accounts, I have never seen any posts showing them.
I also admit I dont follow that many individual accounts, but I don't follow some and I've never seen a comment come through as a notification. I'll try following you and see if that changes.
I do use M.Bin, but I want Peertube, Pixelfed, Looped, etc. to feed notifications into my inbox, and I dont want the burden of development of that UI to fall on m.bin devs when they should probably just focus on continuing to optimize text content functions. Also I think it is totally possible someone will come out with something better than m.bin and it would be nice if that was just plug and play into my inbox rather than requiring a full migration.
The core of my proposal is to minimize the dev burden of a unified platform by utilizing the siloed web clients for content interaction while centralizing notifications/inbox.
This should please both camps because the platform people will just keep doing the same thing they have been doing, while the browser folks get a single point of interaction with notifications but multiplatform capability on content interaction/graph navigation.
You might want to check out fedilab. It does something similar. I've been using it for a while. It's not browser based, it's far from perfect, and I don't think it includes Lemmy, but it's much more enjoyable than effing instagram.
For me, social media clients already act as a kind of browser. Theoretically, if all sides on the web would be connected to ActivityPub, you could access the whole web over a social web client. There exist bridges to the semantic web and of course (regardless of whether this is positive or negative) you also have bots connecting the social web to AI.
СЫНЧЕЛОВЕЧЕСКИЙ
в ответ на Andrey AnisimOFF • • •