did c-c drop ldap completely?

CaptainTobin reimplmented in js I think: Bug 1696625

frg_Away: that's disgusting tho

js ldap is gross

so the mozilla ldap component is officially abanoned?

except for you i guess

and me

and /them/

but not mozilla messenging or whatever they call them selves

frg_Away: we need to come up with a solution to auto-hide toolbox in full screen that doesn't suck ass like the one in various eras of firefox

would also be nice to be able to set if a toolbar is visable in full screen as well I know there is an attr and likely a dynamic method that can be called to make that shit happen

CaptainTobin I use full sreen rarely. Usually only on the laptop with HD ready only screen to gain some content height. Are toolbars beyond what is there already needed here?

bookmarks toolbar would be nice to have but that is a unique feature.. enhancement vs what i consider to be a decade's missing feature of being able to have the toolbox autohide or not when in full screen

CaptainTobin IanN_Away is more familiar with the toolbar code. I just tinkered a bit.

and yeah I don't use full screen browsing very often either in my normal browsing flow.. tho it IS kinda nice to be able to test both with chrome and without a page and how it looks on 3 common resolutions.. which I so have.. 1600x900, 1920x1080, and 2560x1440

frg_Away: it wouldn't have much to do with the binding just the navigator toolbox

and code in navigator.js for fullscreen

If I remember an event is sent but there have been some changes lately. Not sure what is implemented.

browser fullscreen != html full screen

those are two slightly different modes

least in firefox it is

stupid really

also dumb that despite the press escape to exit full screen i think the autohiding toolbox should be available even in html full screen

have a pref disable it if one does html full screen games but otherwise i don't see having the toolbox show up when you go all the way to the top of the screen with video as a bad thing

do you frg_Away

hey frg_Away how you doing 3rd party libwise.. even tho they still live in media modules other-licenses third-party and in various trees too

oh i forgot gfx too lol

anyway THESE xr.binaryoutcast.com/aura-central/source/libs

how are you doing with these and keeping em updated .. any troubles aside from icu of course

and likely cairo

CaptainTobin yes wouldn't hurt but I use it rarely so I didn't loose much sleep about it. I still have a backlog of things to fix in bookmarks and other stuff. Full Screen macOS now too with latest macOS versions. Broken unfortunately if you use the button for it.

I think I am also gonna modify omnijar's code to just remove all support for anything other than store

I am still questioning if I should just go flat chrome

but then i'd have to be even more struct with removed-files

wouldn't i

strict*

well compressing it serves no real purpose except to save a little disk space.. deff doesn't make it faster.. and hinders more advanced compression used for packaging .. well my packaging

Just updated zlib and expat. nss nspr are current. Angle almost. sqlite3 is current and a few others too. Slowly working my way up but for some gfx stuff other changes are needed. icu just updated locally to 64.1 but not yet in.

Moonchild claimed that updating expat from our point in code is more work than it is worth vs just spot patching.. apperently some refactoring may have opened up some security holes that firefox today wouldn't expose but we would.... they .. AND OR I would.

They now add some screwy rlbox stuff to some of the stock libraries. Didn't take it. Don't want it too but depends if we can still do later without in the long run. Don't think we need to add a single threaded wasm layer here to screw up debugging and other stuff.

is that coming from whorezilla or the expat project assuming it still exists

I do need to plan to do another looksee if there is anything i can bring back to the java html5 parser generator bullshit.. something no one would know how to deal with if not for me .. outside mozilla i mean

the instructions certainly didn't work as-is

Bug 1688452 and others. I think it feeds llvm to create wasm conde which is then compiled. It seriously violates the "kiss principle" which I always try to follow.