WG9s: cdn.discordapp.com/attachments/1091…e7ba4016c0a81762668554395582464.png

and... i.postimg.cc/hPZqKbvR/image.png

good night seamonkey

Tobin: hi - saw the screenshot you posted. shat version of seamonkey was this?

What version

if 2.53 then best to ask IanN_Away he has been working on devtools dhanges for 2.53.19

if central, then still best to ask IanN_Away in the course of backporting mozilla-central changes to 2.53 he has encountered issues that reuired changes to 2.53 comm-release and most likely ran into this one and will now shat patch to apply to comm-central to avoid this issue.

vmst.io/@SuperSelena64/111223411210626069 oh boy, another Mastodumb instance that absolutely relies on fancy Chromeisms!

TypeError: Object.hasOwn is not a function emoji_utils.js:138:15

> emoji_utils.JS

WAT

CR93+, FF92+

WG9s: central

OK so dentral is really not expected to work only guatnteed to build that was wjat I was charged with doing.

but still IanN balported devtools things form central to 2.53 and had to mae adjustemnts in comm-central so he might knw how to fis your issue and pehaps will suggest a comm patch that i can bakport and add to the central gitlab patch sueue

off to dentist now

uhh.. but the thing is.. this can happen because of the few patches to make the platform open to any application, and I adapted thunderbird devtools code to operate and be able to launch any arbitrary chrome url from cli

i am not asking nor expecting anything to function cause I know it is all busted, I am just doing what I said I was gonna experiment with.

central is busted now anyway cause openpgp is required to be built for mailnews now

buildwise

basically mailnews code now depends on mail code existing specifically the enigmail component

and its binary deps

tomman: it'd help if the Mastodon official web app at least met... certain levels of quality

tomman: but the thing seems to be a pile of usability problems, on top of being heavy

All the requests for a Nitter-esque Mastodon client or frontend have been denied so far

it's looking like the main design goal was "twitter lookalike"

the closest thing I've seen is Brutaldon, which does not require JS at all

...but requires having a Mastodon account, which for me is a non-starter

there are things like saying "gif" for what's not a gif that can be annoying but are really minimal compared to breaking the back button, having "close" buttons to cancel replies in the wrong spot

and they apparently broke support for news: URLs

tomman: my ideal approach to this would be a news-like client that'd get posts, give me the concept of read and unread, give me proper threading, and expandable and collapsable threads; now I'd use this with my account, but it should also be usable without one - unless they decided the API shouldn't make that easy, of course...

tomman: if you do get an account at an instance that does not require more selective JS features, that should at least enable you to load remote posts

(I just opened the one you linked that way)

A terrible replacement for Xitter, except that it's even less usable, more fragmented, with 3000 client choices (but none of them is Nitter), and of course its userbase is... special.

it's a shame, I think some versions ago mastodon instances actually allowed this without an account

it's not even tied to the remote post not being on that instance

mastodon.social has that post, but still insists on redirecting, even if you can see it in the endlessscroll™ view of the remote user

sigh, the whole thing can make a lot of interesting content available but has a heck of a... substandard official web interface.

tomman: that's a fancy instance, it won't let me get the post as json because "Request not signed"

it also does not have the patch to provide text/plain

I have zero interest into participating in the community, all I need is to read actual posts that people like linking to on those things because folks are too lazy these days to host a blog, much less a website

of course javaScript vomit makes that proposition unfeasible

again, Brutaldon would serve me if they had an "anonymous" mode, instead it's meant as a "barebones brutalist client" for thsoe that actually care about engaging

(I filed a feature request on their Giggitylab, still unanswered so far)

it seems the whole bugtracker is largely a ghost town

...no wonder why: the last repo commit was 1 year ago!

the project looks effectively abandoned

something that parses json could normally work with .json at the end of the URL

but not with that instance.

also: I think mastodon 3 was perfectly capable of serving content...

that is not mentioned here but I think you might still find 3.x versions that just work out there: news.ycombinator.com/item?id=34010877

also, the .rss thing isn't as helpful as .json, because the latter, even if it requires something to parse, works for single posts

.rss only works for tags and accounts

(which is a neat way to follow posts on a given tag without having an account at the server you get the feed from, sadly one thing that I think also isn't available is the ability to optionally get only local posts for a given tag)

e.g. mastodon.social/tags/xul.rss

... although the missing.png media attachments are a bit "uh"

hi

WG9s: hope your appointment went well

was just a cleaning

but a periodontal cleaning

WG9s: storage.binaryoutcast.com/pub/artifacts/smoverlay.tar.xz

basically missing parts and my reconstruction component plus a patch to m-c which should apply

nothing cleaned up just something to play with if you wanna slot it in

but does provide alt --devtools and --chrome url commandline handling

so

Greetin--

k

tomman are you usin 2.53.19 with mastrodon? Should have hasOwn() since mid January.

frg_Away: i.postimg.cc/15z6cdtn/image.png

Tobin happy top review patches against central and can put them in the central queue for later or in the repo then depending on content.

Well you know what frg_Away now that i know it is more than theoretically possible..

The other stuff in the los is probably removed or changed apis. playes description stuff and others.

Also e10s only so lots of changes in the frontend needed.

well I been thinking about that

and that is only if you subscribe to in-content being for both chrome and content..

SeaMonkey is MOSTLY multi-window not content == ui

so how much e10s is gonna affect it is gonna be how closely u'd aline to current design where remoteness aside from being accounted for isn't nearly is bothersome vs say firefox or thunderbird using browsers inside of browsers inside of browsers until html iframe can do the same jorb

least that is how it seems right now

I really need 1 windows per component ctrl+1 to +5 and download manager library. Haveing these only in tabs would s*cks. I donÄt need 10 mail windows or so. But ymmv and IanN_Away is the owner.

inclding navigator?

yeah. I usually use tabs there. Each tab in a window would clutter the screen pretty fast.

i just dunno if Mozilla will remove the ability to spawn top level chrome windows

that is the ONLY thing I can think of when it comes to this everything in-content thing

but that would be silly

yes. Now and then I use open in new windows too

also prefs in a tab s*ck

indeed

Well my general vauge stratgy is this and it is split betwen my stuff/other modern mozilla stuff anyway.. Wire in this modified devtools loader that also provides --chrome (removing it from suite glue) then ifdef the components into smaller chunks to fix navigator, composer, and mailnews, other bits. Fix suiteglue and browser content handler then start fixing navigator.xhtml

but starting with some fixups like providing toolkit expected strings that the application has to provide for some reason

and the modified devtools loader helps greatly

reeeeal mixed messages when someone fixes stuff and people vanish

ha, time to update my nightly then

been lazy :P