well here are the likely simple non-intrusive save for a couple patches to the style system that can be scraped from UXP dpaste.org/CskWj/raw

logbot test

nsITobin if you added prefs for this I would need a patch for the prefs window only. I can check this into comm-central then and strings should be exposed in pontoon. It might no longer work but then we need to figure out something else. As of 3 days ago I still see translation updates but might not apply to new strings. TB was supposed to move central to gitlab without us.

frg_Away: would have to be two patches anyway comm vs mozilla but yeah would be nice to know if cc can still provide translations for us for the moment. here is a comparison screenshot of the added bits from Borealis also sidenote no idea what is going on with the color buttons but not my problem .. ibb.co/HqVhPkQ

you ok with the english strings as I did em .. at the time I wanted to keep the general tone all over preferences .. another reason why copy and paste to Pale Moon should have been different cause the tone and using radios is distinctly communicator preferences

also good morning ;)

Also that list I pasted I believe I can complete most of them

but that's hope talking the code will decide if it will cooperate lol

looks good to me

other changes they did are either too large or dependant on their shadowdom impl being accounted for

and would deff block the queue

is anything from Firefox or TB similar? The we could borrow the l10n strings

I'll take a look see but I think it was just dealt with via the add-ons manager

by selecting the whole program scheme

or relying on system

actually why am I speculating

However, frg_Away there is another source for translations of exactly those strings

know where?

PM Langpacks

wonder how many they got it translated into

chinese simplified chinese traditional arabic dutch likely translated by moonchild himself french german greek hungarian indonesian itailian .. there are a number

better than noting is translations are not working. We need to figure out something then. I would rather kick pontoon then but we will see.

^than nothing

and now my github account is shadowbanned from ALL content

because I was taking part in the anti-wayland gist

my issues are gone to everyone everything but mechanical git reponess is completely crippled

Fine.

yep complete shadowban

Github is a social network.

you need to come around and embrace the path of freedom and innovation

Well github is full of my prior directionless spastic attempts to find direction perhaps it is for the best.. besides didn't I run a git forge for like a year.. I can do that.

I relly would love to switch to linux but it is an even bigger mess than Windows. MS is working on changing this and the gap has narrowed with 11 :)

So use if for backups and try to stay ith stable distros like Rocky 8 and opensuse 15.6. When Opensuse switches to ALP I will either stop upgrading or switch to Rocky on the hardware too.

They could put the immutable stuff where the sun does not shine.

rocky 8 is great

also i'm doing a new fork of gnome 2 frg_Away

I really like opensuse 15.6. 15.5 was the first version where verything did go smooth. And now they are throwing it away for some alp crap or your daily does of tumbleweed change.

^daily dose

mrnhmath btw. I am a solid kde user :)

frg_Away: plasma works for you?

it's a damned disaster on here

yes

plasma is a dud

well even they admit it most of the plasma tech has been leeched out since 4 but it is still qml

and qml at least on here just doesn't act right

but then again frg_Away which distro? and what do you think of plasma workspace 6?

opensuse?

thing is on here the last version of KDE 5 fedora released was ACTUALLY not too bad .. had some glitches but it was pretty ok least for my laptop where a more freeform window manager or environment like openbox isn't as good to use.. Then i updated my laptop.

nsITobin Rocky 8 vm and opensuse 15.6 hardware

lol nsITobin

classic

didn't look at 6 yet. Will probably a big improvement. Can't be as bad as 3.51 to 4 but maybe they try to top it.

well you will have to set the taskbar qml widget back to being a bar.. its a pseudo-dock now and I think the style looks worse too

no x11 session on fedora .. and kde 6 will drop the x11 session sometime mid-stream

just so you are aware frg_Away

for everyone

nsITobin I know. Can't change the world alone and of no one starts backporting SeaMonkey will stop working sometime in the future

Now when I said KDE 5 on here wasn't too bad? I meant KDE 5 on x11 .. kde6 for fedora not ONLY took the x11 session away but also kde6 is a new qt version new kde frameworks version and stuff has been touched.

I need to look into wayland support for seamonkey

but should setup and test it under xwayland at least

xwayland should work for now

I do not personally trust xwayland to persist once majorDistros[] drop xorg proper

but likely will have it for the rest of the decade

2029 is gonna be a huge year for death of systems projects and technology I am forecasting

Getting through 2025 is gonna be rough as well I expect across the board.

compared to 115 and 128 you seem to have backported a lot of the widget stuff but not the gfx stuff

the fact I can run a diff between sm and a late model esr on certain components is a tesiment to your efforts btw.. don't underestimate that

and have it make sense*

widget needs about 5000 backports if we want to stay close. I usually filter on the directory and export with thg. Then I have a lot of files and the list can go into the series.

gfx is at about 60. Want to tackle this once I finished js.

nsITobin can take out patches if I see they are not good for the system or stash the away for later in the series:

if the patches are consistent can do about 100 to 200 on a good day.

usually 40 to 50

not sure anything from uxp gfx wise is gonna be of much use its more heavily moonchild's than most other areas.. he has opinons about the gfx system especially thebes

gfx is not a big problem. Usally patches could be applied clean and need minimum rebasing if literally in series

Tried to update nss to latest esr128 but failed. Needs stulff in security fixed. Not backwards compatible it seems.

where are you at in nss?

as if i couldn't check lol

esr 115 latest 3.90.3

further than I got

can't update sqlite too. Some cache stuff prevents it.

Pale Moon did but they don't have the quota stuff in.

I never got past 3.64

on nss

Bug 1781116 for sqlite

Pale Moon is stuck at 3.90 i believe

As satted tried a quick update but needs fixes in security. Then I stopped. No time.

nss qupdates apply totally clean for the most part so not much work to update it. Same for nss.

sqlite doesn't seem to bad

k heading back to winders to do mah patches for prefers-color-scheme even if the UI bits can't be landed cause of l10n delays the gecko parts shouldn't be any issue and can be configured in about:config and would solve a webcompat issue just not all of clownflare lol

I got some in but this is entangled with the vfs in telemetry. This need to go first.

nsITobin for the sqlite update I need to do Bug 1819535 first

fortunately not many changes til then.

yeah

as a bonus the telemetryvfs can go then. More crap removed.

that i think we killed .. might have been me .. can't search the repo for my name cause on rpmo I am a Ghost on Github I don't exist currently soooooo

checked the spec for prefers-color-scheme.. no-preference is still depercated and no one has added anything like sepia or whatnot

If no quota manager I would have killed it already.

well if it wouldn't impact porting I'd say the best way to squeeze some efficiency back out of the codebase is remove all telemetry

nsITobin I don't think clor schemes should have been added to css but might be wrong.

hot code is already gone. Check the killtelemetry patches in the queue

that's gonna be a pain to maintain

by firefox 200 i bet 3 quarters of the code will be telemetry related

yeah to be honest prefers-color-scheme really shouldn't have been added and in practicality very few dark sites to light mode or light mode to dark actually look good.. Really the reader mode was the proper solution for this.

seems overall the css media query really just enables framework sites to just invert the very basic choices provided for color scheme.. wheras sites that added the feature them selves before anyone supported it typically did a much much better job

and aside from njsg and my self not many people seem to express a preference for a REAL dark mode where on say an amoled screen it is silky smooth like looking into the monolith

prefers-dim-colors would have sufficed for all the good prefers-color-scheme is used for in practice

and I THOUGHT the whole black pixels are off not only provides a better aesthetic style but actually saves on electricity on illuminating black.

nsITobin I started with 3270 screens so I can't stand dark modes. Really like not too white backgrounds and black text.

according to what I read, and it may be wrong, but on android applications have to actually directly request that mode because despite it being a google phone everything is illuminated dark

and has an amoled screen

frg_Away: for barring is the grey on xref too grey or too bright?

my personally after staring at it for years I needed to dim it a bit

The only dark mode I care about: mainframenation.com/wp-content/uplo…ads/2020/11/ISPF-Panel-1024x576.png

xref is ok

my traditional development flow just swap out workbench for source tree ibb.co/8B5qNYJ

newoldexplorer really fills in the gap where openshell leaves off shame the guy which I believe is the glass8 guy has vanished

Remember to save your files before expecting the code to work.

after more than just a casual test the code is working exactly as intended 1 for light 2 for dark 0 or any other value will be like it isn't there.

frg_Away: okay I am at working directory with all the patches not applied after the stop patch above it.. what should I do now to create this patch correctly

in workbench

"hg qnew -D mypatchname.patch" best done in console

If new files do an add first. Can do this in workbench on the pink files with mouse popup

no new files

if you change something use hg qrefresh. Will update the last patch at the end of the queue lifo

how do I set the commit message?

hold on i may have it

so uhh yeah that's edit and qrefresh that's easy .. says the person trying to make a commit in hg after a decade of git

frg_Away: files.thereisonlyxul.org/adhoc/patc…or-scheme-uxp1752-athenian200.patch

is that the patch file form you are looking for?

nsITobin looks goods. the Tabs in nsCSSProps::KTableEntry need to go and replaced with spaces.

there are tabs.. IN MY PATCH?!

I'll fix it lol

yes also in nsStyleConsts.h

tabs are evil

huh

ok i see em now

should be fixed now depending on your browser cache files.thereisonlyxul.org/adhoc/patc…or-scheme-uxp1752-athenian200.patch

hi buc

the logbot is up

;)

Fine! URL?

of course!

i wonder how we can feed it the dumps from glob

id really like that history back

including mozirc history

on the other hand do I really want logs of 2010s me still floating around on a public service I run?

something to consider ;)

its own

oh nick

ye

buc: also enjoy the visually refresh cross-reference now with more trees

but sadly not all the trees yet

ok onto the comm part of mah patch for some radio buttons

which unlike the media query code was actually done by me not just under my supervision

buc hi

hi frg

nsITobin the diff seems to contain the revision can you check git format in hg global settings. I think this takes care of it. Just do a hg qrefresh afterwards.

right you did mention that some days ago i think

seeing if I can work it out before asking how ;)

nsITobin not a big problem. Use thg file->settings

MQ Git Format to Yes?

frg_Away:

yes

˙ǝɹoɟǝq sɐ ʅʅǝʍ sɐ pǝɓɓoʅ sᴉ ɐʇɐp 8-ɟʇn ǝɥʇ ɟᴉ ʇsǝʇ oʇ sǝᴉɹʇ ǝW

sorry the one stays unspecified. The one above it

OK, fine.

Git format true

buc playing with mirrored fonts?

Yep, :)

frg_Away: same url

nsiTobin looks good now 99%. There is a date line and the date in clear. usually the date in clear is not used. Usually only my exported patches have it.

ok how do i get rid of it

don't see anything Mabe the qnew setting in mercurial.ini paste.debian.net/1324274

[defaults]

qnew = -DUe

anyway not important. I can alsways use an editor to cut it out. If you do the prefs please do a bug in bugzilla. We can put this in for reference too under it then.

yeah I just wanted to get the patch format right so I don't have to go through this every time nor create a bunch of extra work

nsITobin: Regarding history: Old freenode archives are at archive.logbot.info, SM one exists: logbot-archive.s3.amazonaws.com/mozilla/seamonkey.gz .

nsITobin really good don't worry.

can I just remove it manually or will the patch break?

nsITobin you can remove it manually.

I edit headers all day a few times.

i tried to do it for git but it just rejects it after I do

And we can only hope that hrosik will appear someday and provide access to similar archives of his log (ie. after Freenode era and before the current one).

i hope they are ok

whomever they are lol

Same for the series. Just need to make sure you edit nothing in the applied patches area there. See the status file.

Tried to mail him but the old opensuse address bounced.

just a sec i found a couple trailing spaces

anyway need some sleep. back tomorrow.

nighty night

there

oh rest well frg

nsITobin: Just wondering what nickname your logbot uses here?

yeah i removed the front page for the moment that lists :P

lists it

at most you will ONLY have 45 wrong guesses buc

44 if you don't guess yourself or me

buc: if you give up I'll tell you.. didn't wanna spoil any fun

Our new collective memory is:

*dramatic pause*

xulio

Ups...

frg came up with it

now if i only owned xul.io it would be perfect

Previously, in cases where the logbot became unavailable for some reason, knowing this nickname made it possible to determine whether the logbot itself was working or whether there were other problems.

yeah

with the bot here I don't need to mainain a presence with XP_TOBIN anymore

its kinda liberating

i can go.. OR stay lol

Oh, "Real name: There is only XUL Log Bot". Was so easy to find! :)

0724|15:43:50 <+nsITobin> Github is a social network. <-- I've for a long time described GitHub as "facebook for coders" :-P (it *is*, in a way, part of the motivation of GitHub seems to be to make a social network around git

could have been much better designed at that

Re moving to linux, I honestly at this point would suggest looking into other systems like BSD, just in case it's a better path. Things aren't looking that stellar for Linux-land, freedesktop will likely now pretend "linux on the desktop" means wayland, etc.

I mean I have other accounts that aren't shadowbanned

and I suspected something like this might happen if I poked too many people..

buc: a lot of squares I see, I'll have to read in the logbot I guess :-D

you know what?

I never setup that stats cron job

need to do that

njsg: But do you see something in logbot? Maybe some fonts are missing.

well its all in the unicode range isn't it? not all fonts support all chars.. surprised verdana did

buc: oh yes, it's squares but in the terminal emulator. one of the reasons why I'm using this one is that it *doesn't* do font fallback

verdana dice or dominos are a common sight in mah memory .. the on in my head not the logbot lol

in the browser all is well and I'm guessing all the utf8 is still there in the terminal, just not shown because of the font

latin1 forever

ääkköset eivät enää ole ongelma <-- just another test :-P

I guess as far as you don't try to mail the irc log via AOL/Yahoo/Verizon/..., that it'll be fine

hey now you better not be puttin 7bit encodin on blast

:P

抱怨不再是问题 <-- yet another test :)

nsITobin: latin1 is more DEC VT-compatible than utf8! :-P (but hey, here's to the power of utf8, using it until the part where it has to be translated for display ensures everything stays there, correctly, etc. and iconv with //TRANSLIT is cool too

njsg: think frg will let me re-add gtk1 support LOL

it's probably going to be tricky, I guess the goal is mainly to avoid deviating too much so that patches can be more easily backported

do you have experience/knowledge about that one, or is it something you'd still need to work/figure out how exactly to do? how much code would need to change?

no idea i'd never seriously suggest it unless i had something working to draw on

was just a stray thought

cause mozilla once supported gtk1

njsg: with that short list i compiled last night i was paying close attention to small but impactful feature edits that help overall webcompat that wouldn't get in the way and that I could maintain

for css

if no-preference was still in the spec for prefers-color-scheme it would have been possible to just never have it

but i swear they made it HAVE to be something so it is basically manditory to impl

brb/bbl, my stomach requests food procurement

absolutely food is more important than my semi-entertaining blathering.. in fact food sounds like a great idea

gonna do spinach and feta chicken sasuages in the upside down electric stove coil over a metal pot aka an airfrier with some mushrooms and onions.

nsITobin: at that rate, I'd say the chicken is in the way of feta and spinach, less chicken, more room for these two and mushrooms

they are quite green but the herby green not the bad chicken green

how many langpacks does seamonkey support?

njsg: least i can produce a proper patch now ;)

nsITobin: is that how Firefox exposes it? I'm wondering if there shouldn't be a "Use the OS/platform setting" option

njsg: requires more plumbing

ah, ok

you need to be able to get it from the widget code

firefox hooked it up to system first i believe then bound it to the theme system

then the theme system is told to be system light or dark

it also requires that we would have to skin a lot more

and i'd be just fine with skinning everything.. with modern :P

my original plan for UXP was first .. get this in under user control first and foremost then expand it to have a setting to follow system setting once we got that bit in..

has to be in one way or another or sites may break

progress to adding dark mode to the toolkit style from look and feel and fill the gap where needed.

SystemColorScheme

No matching files

No results found

yep lots more plumbing to do it Firefox's way

But ideally imo it would be prefers light/dark/follow theme then theme is either light dark or follow system. Maximum choice minimal complexity to make it happen instead of just system light and dark for everything only.

can easily add a prop to install manifest to desinate skins as either light or dark

that was my grand vision to give max user choice to the limited preferences offered

but i am not gonna demand that's the way SM has to do it.. This is just webcompat with a sprinkle of valueadd

hope that all makes sense njsg

did I say a lot of plumbing.. make that a ton of plumbing..

In mozilla today.. preferscolorscheme is a dom feature

and widget/lookandfeel and layout/style and stylo

Services.startup.quit(Ci.nsIAppStartup.eAttemptQuit);