"RoS discovered a number of new findings, and we would like to thank them for their thorough and detailed report. They stated , amongst other things that: that whilst they found some issues, that: “The Mullvad VPN relays which were the subject of this test showed a mature architecture…” and “During the test we found no logging of user activity data..”

Apple has said planned changes to British surveillance laws could affect iPhone users’ privacy by forcing it to withdraw security features, which could ultimately lead to the closure of services such as FaceTime and iMessage in the UK.

From the article:

"I know for a fact that Wikipedia operates under a CC BY-SA 4.0 license, which explicitly states that if you're going to use the data, you must give attribution. As far as search engines go, they can get away with it because linking back to a Wikipedia article on the same page as the search results is considered attribution.

But in the case of Brave, not only are they disregarding the license - they're also charging money for the data and then giving third parties "rights" to that data."

Sorry. I know it's getting a bit annoying with all these posts obsessing over this subject but still..

Just to make my position absolutely clear from the start of this - I think the entire fediverse should defed from anything under any form of commercial control, which clearly includes Threads (when/if it enables ActivityPub).

I see a lot of instance admins are adopting a 'wait and see' approach to defederating from Threads. With respect, I'd like to ask them - what are you waiting to see? Evidence that Meta is an immoral organisation? Surely you can't be that naive?

Or is it evidence that Threads will attempt dodgy things with the ActivityPub codebase? That they will attempt Embrace-Extend-Extinguish? If that's so, I again ask you with respect, surely you can't be that naive? When Meta start introducing little, disarmingly helpful, tweaks to ActivityPub, will your 'wait and see' stance continue? And when Meta role out their own version of the protocol, urging Mastodon, Lemmy etc to adopt it - its free! Its better! - will you still continue to 'wait and see'?

The privacy thing I don't feel is (currently) much of an issue. Meta could easily scrape all our data tomorrow if they felt like it. What I fear is privacy after they've introduced all their 'improvements' to ActivityPub and released their own version. Maybe we'll end up with a two-state fediverse where one state is happy to federate with Meta and the other is not.

The fediverse was built on the principles of open standards and open source, by people, not commercial orgs. It is slow growing, slow to react and in some areas slow to change. These are, in my opinion, amongst its greatest strengths. There is no endless money pot provided by investors, admins are volunteers running instances on VPS's, software creators are people doing it as a hobby. This is people power, not money power. There's no profit motive. The second such a massive profit driven org gets a foothold - and is allowed to - that changes. It's simply inevitable.

Is the fediverse perfect? Of course not. But I believe the problems it faces can be overcome with patience and persistent forward thinking.

Then there is the fact that some instances (and hopefully increasingly more) are seen as safe areas for gay people, trans people, non-white people, women. Opening the door to Meta means opening the door to a whole shit storm of awful people whom we currently don't have the tools to protect communities from. Is 'wait and see' really a good idea given the fact this almost certainly will happen? I mean 'wait and see' what exactly? And yes, I know we have our home-grown awful people here and guess what? We struggle to contain them already! Threads got more signups in the first 12 hours of its existence than the entire current population of the whole fediverse. You want to 'wait and see' how many of those people are cunts? Because the answer is 'a lot'.

The fact is - the fediverse doesn't need Threads, or any corporate involvement. Yes, its already smaller than Threads, it's smaller than Twitter, it's smaller than Reddit. But, at the risk of leaving myself open to obvious jokes, why does size matter? There's already, in my opinion, enough people throughout the fediverse, esp on Mastodon and Lemmy, to have created places where their is good, lively, vibrant discourse. I'd much rather have quality over quantity. There's nothing actually wrong with slower, more manageable growth. We've all got sucked into believing the bigger something is the better it must be and that unchecked growth is healthy. If we're growing uh, 'house plants' then that might be the case, but we're not. Because the fediverse is not (currently) motivated by profit, we don't need unchecked growth. I've seen so many reddit refugees recently talking about how much better the 'feel' is on Lemmy, how much less pressure and angst and nastiness there is. I can't think of a single scenario in which instantly adding double the amount of people, some of whom are pretty terrible, without decent tools to manage them, all operating under the control of a company known to embrace/extend/extinguish and who's sole motivation is profit at all costs can be beneficial to the fediverse.

And I called it...Mullem.

Mullem? What's Mullem?

Multiple Lemmy's....Multi Lem's...Mullem

It's a way of having MultiReddit-like experience until (if) the Lemmy devs incorporate that feature into Lemmy.

What?

It's a way to view multiple Communities from multiple instances in one unified feed.

FAQ

Will this work in a Chromium (Chrome, Brave etc) based browser?

No idea. I don't have a Chromium based browser on any of my machines and I ain't going to install one just to test this. If you want to port it, be my guest.

Is this compatible with KBin?

Nope. Part of the code needs to look for '/c/' in a URL and as KBin uses '/m/' it'll just break. Don't try it, it WILL break. I will add this in future development.

Will this work on a mobile browser?

No, it would be unusable as the interface would be all over the place. Mullem uses a Sidebar for one thing. There are zero plans to make this work on a mobile browser so don't ask.

What Manifest version does Mullem use?

v2. I'll port this to v3 if Mozilla kill off v2.

Why haven't you set up a proper Git repository so I can see the code?

Can't be bothered. If you want to see the source, download the file, uncompress it and have at it. If you're really paranoid, run it through a virus checker.

Can I make changes? What License is this released under?

No license of any kind. Do what you want with it. But bear in mind the licenses of the three files bundled with it - jQuery, FeedEk.js and skeleton.css.

I'm American, can I change the date formatting?

Nope. Adding this option at some point though.

Can I change the colours?

Nope, working on it.

Are there size/Community/Mullem limitations?

Yes. Community and Mullem data gets placed in Local Storage which has a size limit. You'd have to add god knows how many Mullems and Communities though. Each entry is literal bytes.

Each Mullem fetches a maximum of 100 items. So whilst a Mullem can theoretically contain hundreds of Communities (seriously though don't do that), the combined feed of all those Communities can never exceed 100 items.

Does this Add On respect my privacy?

Absolutely. It contains no tracking of any kind. It contains no adverts of any kind. It does not collect, store or transmit any information about you, your browser, your connection or your OS. The data you enter to create Mullems and add Communities to Mullems is stored in Local Storage in the browser you installed the Add On to and can be wiped at any time if you see fit.

What have you successfully tested on?

Plain vanilla Firefox v.114.0.2 and LibreWolf v.114.0.2-1 on Debian and Fedora

Installation

1. It's here, on the Mozilla Add On Store
2. When it's done, look at the main browser address bar. To the right of it, you might see the Mullem icon.
3. If not, click the 'Extensions' icon (looks like a jigsaw puzzle piece)
4. You'll see the Mullem extension listed in the drop down, click the cog icon to the right of it and click 'pin to toolbar'
5. The Mullem extension icon should now be on your toolbar alongside the 'Extensions' icon.

Uninstall

1. Right click the extension icon in the toolbar
2. Click 'Remove Extension'
3. Uninstalling will delete all Mullems and Communities. If you want to keep that data, then before uninstalling the add-on, go to 'about:config' in the browser. Search for 'keepUuidOnUninstall' and set it to 'true'. Then search for 'keepStorageOnUninstall' and set that to 'true' also.

Using Mullem

Click the Mullem extension icon and the Mullem sidebar will apear. You might need to manually adjust the width of the sidebar after adding Mullems and Communities.

First time?

If this is the first time you've used Mullem then you (obviously) have no Mullem's yet. So step 1 - create a Mullem. Let's say you want a Mullem for Politics so you can view multiple Lemmy political Communities in one feed.

1. In the 'Create Mullem' section, enter 'Politics' in the 'Mullem Name' text box.
2. Click the '+' button.
3. You should now have a new Mullem called 'Politics' (all icon links to the right are explained later in this document but at this point, without any communities added to this Mullem, they do nothing, except the Delete icon, which will delete the Mullem)

Now you can add Communities to your Politics Mullem. To do this:

1. Copy the link to the Community (e.g. https://sh.itjust.works/c/ukpolitics). NOT the federated link (e.g. https://lemmy.ml/c/ukpolitics@sh.itjust.works). Using the federated link may well break Mullem.
2. In the 'Add Community To A Mullem' section, paste the Community link to the 'Add community URL' text box
3. Choose the Mullem (Politics in this example) to assign this Community to
4. Click the 'Add' button.
5. Click the title of the 'Politics' Mullem, you should now see the Community you just added listed under it.
6. Repeat for all the Communities you want to add to this Mullem

NB: A good place to search for Communities across all Lemmy instances, by subject, is browse.feddit

Management of Mullems and Communities

Communities

You can do 2 things with Communities you've added - delete them completely or move them to a different Mullem

1. Click the Mullem name that contains the Community you want to manage
2. When all the Communities for that Mullem are listed below, find the Community you want to manage and click the gear icon to its right
3. When the popup box appears, to delete this Community, click the 'Delete' button.
4. Or, to move this Community to a different Mullem, click the 'Move to' dropdown box then select the Mullem you want to move it to.
5. Click the name of the Mullem you just moved it to and you should now see it listed there instead.

Mullems

You can delete Mullems by clicking the minus icon link on the top right of each Mullem. This will delete both the Mullem AND any Communities you have associated with it so if you want to keep a Community, move it to a new Mullem first (see step 4 in the section above).

Viewing the Mullem

As we've learnt, clicking the name of the Mullem reveals a list of all the Communities in that Mullem. To view all these Communities as one feed (i.e. view this Mullem), click on of the four icons to the right of the Mullem name. These are (from left to right), this Mullem sorted by Hot, this Mullem sorted by Active, this Mullem sorted by New and this Mullem sorted by Old.

The Mullem will now be generated and appear in a new tab, sorted depending on which of the four icons you clicked.

There is no auto-refresh so if you want to see any new posts, you'll need to refresh/reload the page in the normal way (CTRL + R, or F5 , or clicking the browser 'reload current page' icon to the left of the address bar).

The Code

There's nothing in this section about how to use Mullem, it's just an explanation of the code and a few provisos.

• I'm not a JavaScript expert so I used jQuery. The code is far from perfect and someone more expert with JavaScript could probably optimise the shit out of this. If that's you, feel free.
• This is my first Add On, so there's probably ways I could've made this better too.
• The whole plugin, including images, weighs in at less than 236kb uncompressed and less than 57kb compressed.
• I've used 3 things for this add-on - jQuery, a minified jQuery plugin called FeedEk.js to manage the RSS and skeleton.css to make my life easier.
• The add-on grabs the RSS feed(s), sorts them in the requested way then presents them as one big feed. I used RSS rather than the Lemmy API as it's easier. The documentation of the API is a bit lacking. No diss intended, Lemmy devs are busy as hell right now.
• Hardly any Lemmy instances have CORS enabled their RSS feeds (seriously instance Admins, please do this) meaning the jQuery RSS plugin (FeedEk.js) uses a proxy to grab the feeds. This is admittedly a concern. If their proxy fails, the feed fails and the add-on becomes useless. I'm looking at ways around this as a matter of urgency.
• All Mullem and Community data is stored in Local Storage.

Road Map

1. Option to format the date in the Mullems for Americans.
2. Add ability to rename Mullems.
3. Allow colour theming of.
4. Support KBin Magazines
5. Find a way to not rely on proxies to get around CORS issues