greetings mrnhmath

hey Tobin|Laptop, you mentioned me yesterday but I couldn't answer

just saying hi

mrnhmath: once I get interlink situated and get borealis re-evolved to the state it was you will have a clear history of enhancements instead of trying to sort it from half a dozen failed repos

free to pillage

speaking of .. frg_Away my getting off xpfe work kinda fizzled and failed did you get anywhere in 2.53?

xpfe autocomplete*

Tobin|Laptop: cool. I'll see what I can do to help with the weird platform issues

it isn't a huge inital priority as i am really looking at the effects of everything in MCP/UXP because stuff just ain't right anymore and some stuff wasn't right when i was there and I missed it.. and that is never good

me missing shit

mrnhmath: if you remember the redwood branch i am using that for Interlink initally.. I think Borealis has a few issues as well but I need to go from the 2020 version to know it isn't something I did in the app src

likely figure it out by the end of the year at this rate

still needs to be done

and it could be valuable as the slow march continues in the hg replay arena for seamonkey

Tobin|Laptop: in the app/ dir?

well the application srcdir

not specifically where ns*App.cpp is lol

oh right, because I've been bit a few times by messing with app/

also i remember -app being broken on 2.49, is that still an issue?

mrnhmath: just take Pale Moon's nsBrowserApp.cpp and replace nsSuiteApp.cpp with it

just makes things easier

same with the installer

tho you will have to add back some bits to support default associations with the mail client

so may have to hybrid that

do a quick diff to catch any mailbits but i don't think there are anyway

mrnhmath: parts of Pale Moon in UXP form orginate both from Basilisk and actually SeaMonkey via Borealis tho that is very little as well as parts of Borealis were taken from more evolved forms from Pale Moon

do NOT hesitate to just pull that crap it is totally within moztradition

and of course the license totally is for that

mrnhmath: indeed there are many very similar or even identical pieces of code that really should be made platform components becuase an application can always override the toolkit impl anyway because asking a bunch of people to keep nearly or completely identical code in sync over a protracted period is just.. well silly

maybe remind them of that

the other thing as well is while seamonkey is almost a xulrunner application it technically isn't especially with mailnews attached

and when i say xulrunner i mean fully xre

it is exceedingly close but just not quite even at the 2.53 level i believe but i'd have to check

Tobin|Laptop: li-license? we don't know about that :)

not that it MATTERS but one cannot expect that -app will work the same in something like the suite as it does in firefox without more work

mrnhmath: nop

especially since suite isn't DIST_SUBDIR

and it kinda can't be because of mailnews

so a xulrunner .xulapp mrnhmath will not run the same on your application as it would on Pale Moon (and drm/webrtc aside also Basilisk)

i would suggest instead reviving the true xulrunner stub or creating another one or waiting for me to do it at some point lol

if you wanna go that direction dude

do you remember why xulrunner wasn't working?

because it came from an earlier codebase and wasd never fixed up

so if you want to support xulrunner stub ability properly you would have to convert the suite editor and mailnews to be DIST_SUBDIR and make the decision between xpfe autocomplete and toolkit autocomplete one building on another not eitheror as primary default.. and then resolve how to make xulapp packages a thing

would also include mailnews as a lib again or in otherwords completing MOZ_INCOMPLETE_EXTERNAL_LINKAGE

else you won't have a consistant experience between all MCP-UXP applications

heh. so when "webp" first came out, i disabled /image.webp.enabled/. today, in my (yahoo) inbox, some images in emails are not displaying. so i check in a new Profile & the images do display there. & i'm like, why? so i compared prefs.js between the two, & as i'm reading down the list of diffs, i'm like, OH! heh.

WELL THEN

therube: it's so easy to miss on stuff like this, that's why nowadays I stick to platform defaults

well when the exploit came out, i thought safest would be do simply disable, but then i forget to re-enable

Tobin|Laptop: i think there's still a lot of value on xr, even more now that we're not bound to rapid release anymore

xulrunner works just fine:

Firefox30\firefox.exe -app "C:\WLIB\ChatZilla on XULRunner\application.ini" -no-remote -safe-mode ;-)

that is FF 3.0 not 30.0

mrnhmath: it did have.. just today i don't see much.. a better idea is one I am not gonna reiterate but if you find where i said it before i won't fault you

... too much

hmm

what relevance does that have

i explicitly idsable optimizing when enabling debug else builds take forfuckingever

Tobin|Laptop: none, just thought that was curious

taking a risk of optimizing issues away because SPEED

yes

mrnhmath: you ought to see if via athenian you can get calendar and the non-stripped down editor/ui moved to the platform codebase