05:27:30 <CaptainTobin> yeah glue isn't starting at all
05:51:55 <MattATobin> as near as I can tell.. appshell will use BROWSER_CHROME_URL for any generic request for a browser window but that is NOT where the designated main window is spawned from that like the toolkit pref is also supposed to be in clh code somewhere
05:52:44 <MattATobin> but yeah suite glue needs turned into a jsm component
05:53:08 <MattATobin> but today has given me ideas to test in my example application cause well smaller test case
05:58:36 <MattATobin> seamonkey works the same
06:03:31 <MattATobin> Bug 1770237 made js xpcom component registration not possible
06:04:21 <MattATobin> So I will need to minimum do a suite version of Thunderbird's Bug 1562313
06:08:23 <MattATobin> basically part 1 plus editor/ui
06:08:43 <MattATobin> which is why those should be ifdef'd off along with mailnews lol
06:52:30 <MattATobin> well hopefully NOW I will get a shit load of js errors instead of nothing
07:27:56 <CaptainTobin> and I do but it may be because it is a jsm not an esmodule now
07:28:13 <CaptainTobin> cause everywhere else all commandline handlers are esmodules
07:45:44 <MattATobin> well that was a fun exploration.. learned a lot i dunno rewriting all this javascript is the hardest bitch of such an endevor and I am not currently qualified to do it
07:48:16 <MattATobin> I mean I know WHAT to do just not exactly HOW to do it if that makes sense.
07:49:11 <MattATobin> anyway as for the python on fedora thing.. if I can find where on the filesystem it stores modules I can just slide six in
07:49:21 <MattATobin> then it would work i suspect for git release
08:03:51 <MattATobin> In the morning I will reapply the c-c patches and start again.. This time adding an alternative main window so I have something to work from that is running
08:04:32 <MattATobin> and use the toolkit default command line handler
08:05:06 <MattATobin> Then I can at least spawn some windows and maybe get devtools working
08:05:25 <MattATobin> I doubt DOMi will
08:49:49 <buc> MattATobin: For "six" under Fedora-39 it seems you need python3-six-1.16.0-12.fc39.noarch .
08:50:01 <buc> Anyway, there is a "BuildRequires" statements in https://src.fedoraproject.org/rpms/seamonkey/blob/f39/f/seamonkey.spec . These packages, plus installed for build by default, plus all their dependencies are used at build time.
08:50:01 <buc> See root.log file for more info here:: https://koji.fedoraproject.org/koji/buildinfo?buildID=2346389
08:50:34 <MattATobin> it IS installed
08:50:45 <MattATobin> i am building str8 from git
08:50:57 <MattATobin> i can build firefox and thunderbird and uxp for that matter
08:51:05 * a-865 waves to buc :)
08:51:26 <buc> Well, then some other package from root.log ...
08:51:48 <MattATobin> yeah i don't know what that means
08:52:00 * buc waves to a-865 and MrMazda :)
08:52:27 <MattATobin> an fc38 chroot also builds fine
08:52:48 <MattATobin> but it has python 3.11 as the default py3
08:54:52 <MattATobin> also save for ccache i have everything in the spec file
08:54:53 <buc> MattATobin: it seems python-3.12 still does not work. Firefox maintainer use 3.11, I just follow him there. See https://src.fedoraproject.org/rpms/firefox/blob/rawhide/f/firefox.spec#_863 for Fx, and https://src.fedoraproject.org/rpms/seamonkey/blob/f39/f/seamonkey.spec#_373 for SM
08:55:18 <buc> And I use clang, not gcc.
08:55:25 <MattATobin> i am using clang
08:55:40 <MattATobin> stop assuming I haven't built the code before
08:55:42 <MattATobin> please
08:57:16 <MattATobin> i am aware 3.12 doesn't work, I already figured out 3.11-devel was needed for firefox and thunderbird i already have all the deps from uxp through central.. and i have six installed and yet it says it can't find it on python 3.11
08:57:20 <MattATobin> on fc39
08:59:07 <buc> MattATobin: I'm just trying to remember now what solved this problem. Because I had it too at one time...
08:59:21 <MattATobin> voodoo
08:59:25 <MattATobin> as i said lol
08:59:32 <MattATobin> earlier
09:01:01 <MattATobin> if i understood how to manually just shove six into py311 i'd do that but for the moment this fc38 chroot is producing builds fine.. if i hooked up a few more mounts i could even mach run it from the chroot
09:02:32 <MattATobin> I spent yesterday as in thursday on it.. and friday I spent all day for no real serious reason trying to get a main window working on seamonkey on c-c
09:02:39 <MattATobin> just to see if i could
09:03:13 <MattATobin> not a working main window but ANY main window
09:03:32 <MattATobin> i did it but not by proper means
09:06:32 <MattATobin> btw buc sorry for being snippy if i had not fallen asleep with my headset on i wouldn't have woke up lol
09:06:47 <buc> Well, It is not enough to just install python3.11 packages, you also need to do "sed -i -e 's/python3/python3.11/' mach configure"
09:07:07 <MattATobin> I tried that too
09:07:10 <MattATobin> no six
09:07:35 <MattATobin> wait
09:07:41 <MattATobin> on more than mach?
09:07:49 <buc> And afair some other needed stuff was already installed by standard system python3 dependencies (all what was installed for build is in root.log etc.)
09:08:02 <MattATobin> cause i edited mach for 3.11 specifically and said no six
09:08:04 <buc> MattATobin: yes, for SM *both" mach and configure
09:08:31 <MattATobin> configure is regenerated every time tho
09:09:28 <buc> Hmmm.... But this works
09:09:36 <MattATobin> ok
09:09:47 <MattATobin> i shall try it after i get more sleep
09:09:57 <MattATobin> how can I get ahold of you to report
09:10:05 <MattATobin> if you discon
09:10:26 <buc> You can compare your logs with build.log from the link above etc.
09:13:30 <MattATobin> well i do appreciate you taking the time to come and help
09:15:03 <buc> I review this irc.log regularly
09:16:57 <MattATobin> need to test and see if cinnamon de is stable on el9 and also rebuild picom and a few other packages and get off redhat nightly
09:17:21 <MattATobin> to beta
09:18:24 <MattATobin> I really need to be on some el9 flavor for the rh cert stuff
09:19:27 <MattATobin> but there are bits i do need to rebuild rpms for.. picom, lact (for gpu fan control), other stuff
09:19:52 <MattATobin> also having a kernel vmware works on would be nice
09:20:20 <MattATobin> need to get my lfs stuff moving again
09:20:23 <MattATobin> too
09:20:50 <MattATobin> I am just crash coursing the everything regardless if i like it or not i guess mister buc
09:21:55 <buc> MattATobin: Just remember that actually "elX" is "RH or CentOS or other clone" *plus* EPEL packages (ie. CentOS-9 + EPEL9, RHEL7 plus EPEL7 and so on)
09:22:24 <buc> Without epel stuff any RH is a piece of shit...
09:23:01 <MattATobin> well maybe someone just needs to put it all in one massive repo
09:23:11 <MattATobin> of course epel != all of fedora
09:23:18 <MattATobin> there are the damnest gaps
09:23:45 <buc> In short: CentOS+EPEL == Fedora "ESR"
09:24:02 <MattATobin> maybe I will use actual rhel
09:24:05 <MattATobin> i can do that
09:24:12 <MattATobin> anyone can
09:24:18 <MattATobin> for developer purposes
09:24:30 <buc> then RHEL+EPEL
09:25:30 <MattATobin> running mxr on el9 is gonna be a problem
09:25:42 <MattATobin> cause for some reason perl 5 keeps getting altered
09:26:26 <MattATobin> and also depending if kudo will get me his fixed glimpse package ..
09:27:13 <buc> There is also a useful system for alternative, unaccepted, rejected for some reasons packages https://copr.fedoraproject.org . Just to not build all the stuff yourselves.
09:27:46 <MattATobin> yeah i after 7 years ALMOST grasp copr so maybe soonish lol
09:27:46 <buc> Ups, https://copr.fedorainfracloud.org/
09:28:05 <MattATobin> learning some spec file bits helps i'd guess
09:29:26 <MattATobin> buc: I may end up remixing centos or possibily rhel its self as soon as I learn the media tools
09:30:22 <MattATobin> if i do that then the first thing I want to do is a different installer that is wimlib based
09:31:35 <buc> For spec files: https://docs.fedoraproject.org/en-US/packaging-guidelines/#_spec_files
09:31:56 <MattATobin> yeah kudo has taught me a tiny tiny bit
09:33:59 <MattATobin> as soon as I attain media creation capabilities I will be doing some remixes of fedora and centos
09:34:40 <MattATobin> the centos is more than a remix tho i want to basically collapse the main repos and do monthly updates rather than appstream
09:34:57 <MattATobin> basically CentOS Stream as if it was CentOS
09:35:54 <MattATobin> and I'd ship cinnamon instead of gnome
09:36:30 <buc> Cinnamon should be in EPEL-9. As well as KDE and others.
09:36:46 <MattATobin> yeah
09:37:19 <buc> Also MATE and XFCE for oldschools.
09:37:42 <MattATobin> i run multimonitor and x
09:37:51 <MattATobin> it is openbox or cinnamon
09:38:02 <MattATobin> nothing else works properly for me
09:38:12 <MattATobin> well gnome does but who wants to use that str8 up
09:41:39 <MattATobin> buc: i could literally file dozens of bugs against fedora every release but they would be the same bugs filed for years now and the only general resolution i see is replacing stuff with new stuff that doesn't even fill the use case for which I used it for
09:42:20 <MattATobin> its been very frustrating trying to adapt to this
09:44:50 <MattATobin> I have been told in general fedora will only prioritize bugs because they personally want something fixed not merely because it is broken.. I think if it ain't redhat pushed it generally is on the chopping block as soon as it busts.. I want to believe differently but I can't see it any other way as an end user trying to get off windows
09:47:04 <buc> Very often people do not have enough manpower and time, and psychologically prefer to ignore problems that are “uninteresting” to them personally.
09:47:41 <MattATobin> and i am extremely conserned that if i update to fc40 when it comes out my entire crafted environment I been working on for months will be busted
09:49:01 <MattATobin> I get the man power and time thing, I mean come on.. but not igoring problems that clearly exist and persist for years
09:53:34 <WG9s> Liam-7142i
09:55:06 <MattATobin> anyway buc think anyone would want an el uni-repo of baseos appstream and cbr that is unbranded plus a roll your own service webservice that generates the branding packages and repo and hosts it and a kickstart for people?
09:55:38 <MattATobin> released on a gated monthly basis
09:56:27 <MattATobin> did I also mention a far better kickstart geneator web thing than redhat's?
09:57:07 <MattATobin> WG9s: so yeah we need to make xpcom js components into static component jsms and esms depending
09:57:33 <MattATobin> at least glue and the browser content handler and command line handler
09:57:42 <MattATobin> if we want cental to be somewhat workable
09:58:03 <MattATobin> for more futile tinkering
09:59:11 <buc> MattATobin: People are either too simple and timid to use an alternative repository, or too smart not to already do something similar on their local network.
10:00:03 <MattATobin> ah but you see.. i can literally make rebranded centos as service
10:00:38 <MattATobin> where i have the unirepo, i have the webapp, and i host the kickstart and branding repo and you feed my iso with your kickstart and bam.. your own centos
10:01:31 <MattATobin> just hosted kickstart creator and http hosting would be valuable i suspect
10:01:41 <MattATobin> and i would make it better than redhat's
10:02:03 <MattATobin> which is using the comps file only it seems
10:04:03 <MattATobin> also buc you realize it is utterly ridiculous how firefox is gonna be the installer shell with a userChrome hack and nothing else.. you know I could make you a dedicated anaconda-webui xre application with a browser element and a few features and command line handler .. like pretty quickly if I were to focus 100% on it
10:06:27 <MattATobin> hell my new modern mozilla example app is halfway there already.. as it has a main window that has a browser element in it
10:07:57 <MattATobin> buc: if you care to occasionally check in on its progress https://github.com/binaryoutcast/mxp-example-app
10:09:33 <MattATobin> consider it a port and completion of my uxp example app
10:09:35 <MattATobin> lol
10:10:44 <MattATobin> well at THIS point I guess I am gonna take a NAP rather than go back to sleep lol hi and bye frg_Away
15:56:59 <MattATobin> There
15:57:03 <MattATobin> sleep accomplished
15:57:12 <MattATobin> Good morning frg_Away
15:59:33 <MattATobin> so yeah, to go forward from here cause even causal tinkerwise I think the next step is to create an alternative main window that can launch various windows directly and allow the main window to spawn and do something
16:02:06 <MattATobin> luckily I have one handy
16:03:19 <MattATobin> and get devtools launching for chrome debugging
16:05:35 <MattATobin> preferences because it is xbl based would need converted if possible but mailnew account manager just uses an iframe like xpfe preferences. Granted it is in-content now but it is the same design just needs style and metrics adjusted for dialog-ness rather than page-ness
16:07:07 <MattATobin> also means navigator doesn't have a searchbar or urlbar either.. well they need recoded anyway for toolkit api regardless so..
16:10:55 <MattATobin> I think I will tinker with central for a few hours then run sm 2.53 and see where it is at end-user wise.. been a minute since I seriously ran it
16:11:59 <MattATobin> Maybe de-kinto
16:14:42 <MattATobin> and work on porting weave.. May be best as to not bust sm platform browser/ to ifdef fxa off for MOZ_SUITE and put weave in sm comm
16:15:28 <frg_Away> MattATobin greetings
16:15:43 <MattATobin> same with kinto
16:15:52 <MattATobin> keeps the patches simpler
16:16:38 <MattATobin> rather than remove and replace just ifdef off and put tycho components in comm
16:17:46 <MattATobin> frg_Away: wouldn't that approch be kinder to the patchqueue you run?
16:18:42 <MattATobin> i mean unless the firefox code means nothing to you
16:20:00 <frg_Away> Some of it is used for safebrowsing. I am not sure it is easy to do. So entangled. weave is nothing urgent. web compatibility and style is what currently bothers me. If SM can't render sites not much use for weave :(
16:20:21 <MattATobin> yeah
16:20:56 <MattATobin> is there anything you can mine UXP for even if the mods are only pending getting there properly?
16:21:27 <MattATobin> which web feature is causing so many now-headaches?
16:22:49 <MattATobin> Or do you want to rebase on something easier like 68 for a while
16:23:20 <MattATobin> That certainly can be fixed up enough for things
16:23:27 <MattATobin> for a while anyway
16:23:57 <MattATobin> after 68 classic mozilla tech starts vanishing quite too much to not have to do a bunch of work
16:24:00 <MattATobin> to compensate
16:24:31 <MattATobin> when did xbl get killed
16:24:56 <MattATobin> cause thunderbird kept rdf around for longer
16:25:06 <MattATobin> xbl is the great divide really
16:25:40 <MattATobin> in terms of getting the suite to run with only vNext Part 2 research
16:29:55 <MattATobin> well firefox removed tabbrowser in 69
16:37:50 <MattATobin> frg_Away: one could revert the esr68 CEs back to their xbl form for maximum compat
16:38:21 <MattATobin> where needed
16:39:21 <MattATobin> WG9s: so what do you think about what I been spouting
16:39:44 <WG9s> vrankly i ws out
16:39:52 <WG9s> frankly i was out
16:40:05 <frg_Away> MattATobin dynamic imports and private class fields. I am on dynamic imports. uxp has them but our code is so much more future mozilla would need rebasing again.
16:40:40 <WG9s> an then not online at all becuase of moving hard drives around to get the drive i wanted in the mlaptop without the hardware issue
16:41:16 <MattATobin> frg_Away: so Moonchild got someone to figure out how to import modules dynamically without crashing
16:41:19 <MattATobin> neat
16:41:37 <MattATobin> he was working on that long before I left
16:42:05 <MattATobin> dyanmic imports should be around where you are in the patch queue 62ish
16:42:15 <MattATobin> i know nothing about private class fields
16:42:36 <MattATobin> who impl'd it? martok?
16:43:14 <MattATobin> if so he may be willing to do it for sm .. others I doubt
16:45:36 <frg_Away> I am not sure. Maybe.
16:46:52 <MattATobin> Maybe once I figure out all the ifdef spots for mailnews and composer again I can test to see how feasable the suite would run on 68
16:47:21 <MattATobin> reletively cheap (for me) experiment just to gather data
16:48:29 <frg_Away> rss/feeds need to be redone as in TB and full themes would probably be gone or need to be reimplemented. I can do without xbl and data sources but overlays...
16:48:56 <MattATobin> full themes aside from add-ons manager is a easy patch to revert .. i looked into it
16:49:21 <MattATobin> all they did initally was just remove some refreshing the cache code and hardcoded skin to always be classic/1.0
16:49:31 <MattATobin> no matter what chrome manifest or anyone says or asks for
16:51:08 <frg_Away> problem would be taht NoScript and uBlock wouldn't be much good here. And no good alternative either. The webext versions are cripped and won't work for mail and suite would need to implement webext.
16:51:40 <WG9s> well now you remind me of my wife that was here filing system file folders all ending with stuff the one i had the biggest laugh about was shortly after we got married she made a folder about the end of her pervious marriage that she labeled "First Divorce Stuff"
16:52:06 <MattATobin> frg_Away: waterfox had bootstrap extensions at the 68 level
16:52:25 <MattATobin> restoring full extension support is only a matter of the add-ons manager
16:52:34 <MattATobin> and chrome manifest
16:52:35 <WG9s> oops that was for a different channel
16:52:38 <MattATobin> it's dooable
16:53:12 <frg_Away> Too many dom and other stuff gone from the backend. They would need to be adapted.
16:53:16 <MattATobin> because system add-ons are still xul at 68 i believe
16:53:51 <frg_Away> yes last version they could be used I think.
16:54:09 <MattATobin> Tell me which is simpler: Adapting code you know just a hop skip and jump from where its at or openweb compat lol
16:55:35 <MattATobin> still it's all theory until I experiment some more and I am having so much damned fun and enjoyment out of it the past few days it has been pretty amazing for me consider the well years long pissed off lifestyle i been trapped in
16:55:55 <MattATobin> considering*
16:57:57 <MattATobin> I mean overall mozilla code is perfect for someone like my self, I can get a handle on it, it's ALWAYS acceptable to be bitching about it, and I enjoy it
16:59:01 <frg_Away> Well esr60 already was a sh*tshow and it didn't get better afterwards or we would have 2.57 right now.
16:59:33 <MattATobin> oh yeah
16:59:40 <MattATobin> 60 had a lot of issues
16:59:47 <MattATobin> resulting in quantum compramises early on
16:59:56 <MattATobin> they DID tend to eventually resolve them
16:59:59 <MattATobin> or some of em
17:00:07 <WG9s> MattATobin: you said you would like to use lateset release for you work.  It would be more helpfull if they could be base on what we consider to be the trunk which is the latest 2.53b1pre/
17:00:17 <MattATobin> firefox can now load large ass documents like Pale Moon can again .. like actual static large ass html
17:01:21 <MattATobin> WG9s: I use latest release as inital basis cause it tends to work, now that I have my baseline I will go dev code again cause patches on release don't apply to changing dev code and is pretty hostile to the patchqueue i'd suspect
17:01:41 <WG9s> exactly
17:02:45 <WG9s> but the  l atest 2.53b1pre builds actually tend to work not amny pating and we tesnd to actually test our patches before landing
17:02:57 <MattATobin> oh i know
17:03:08 <MattATobin> i'd be bitching about it if you weren't I assure you
17:03:10 <MattATobin> ;)
17:04:04 <MattATobin> but i also know broken for the day trunk can happen and when it is just a few people.. sometimes it's better to go to bed THEN wake up and revert and fix it
17:05:57 <WG9s> but the  latest 2.53b1pre builds actually tend to work not many posting and we tend to actually test our patches before landing. those who do there work on windows often ask me to run a test build on Linux and macOS
17:06:13 <MattATobin> aside from the enjoyment I am getting out of looking into this stuff.. I'd prefer any decision seamonkey makes about its future has the most and best options avilable to choose from.. cause why should you guys settle for less
17:06:58 <MattATobin> and it's funny, cause I can find options by just poking things
17:08:21 <MattATobin> 68 may be one viable option with a little selective de-volution and the now I assume patented seamonkey patch queue
17:09:27 <MattATobin> ride that for a year or two then re-evalute
17:10:14 <WG9s> I don't speak for the project, but you had asked about latest central and last I knew were no plans to ever go past mozilla 68 and no guarntee we woould go that far but trying to keep cental building to make it easier to backport a huge security issue if required
17:11:46 <MattATobin> totally
17:13:19 <MattATobin> Well this kind of broadjump shit is stuff I kinda pioneered doing .. I may not know how to fix every busted bit but I almost always know what needs to be done just not the specific how
17:14:40 <MattATobin> but i do suspect WG9s fixing for 68 .. xbl aside would improve central building as well as backports
17:16:21 <MattATobin> and I can certainly help keeping central building as well if it would help .. functioning with casual tinkering is a whole other ballpark and a hobby I am considering adoptiong but only as a hobby
17:17:35 <MattATobin> I could also likely conform central suite's build files and configuration up to central state not just enough to satisfy the build system
17:20:39 <MattATobin> If seamonkey IS seriously considering to rebasing to esr68 I'd certainly help and I am gonna do some research into that
17:28:15 <frg_Away> I personally don't think 68 will do use much good. It is either central or continue with backporting I fear.
17:29:28 <MattATobin> do you WANT to regain central status?
17:30:50 <MattATobin> ux wise central isn't an issue it can be styled and shaped pretty much as it always was for nearly everything
17:32:46 <frg_Away> I want to make 2.53 work but if this fails I would go for central. Interim versions would be outdated again and again and again. But I don't think central will happen with the current resources on hand. Even if you, ianN , WG9s  and I work full time on it.
17:33:06 <MattATobin> if you want to retain xbl 68 is likely the last stop beyond that into full webcomponents es modules customelements and all.. is a tricker and glorious prospect but not an easy one and is frought with unknowns even thunderbid hasn't had to figure out
17:33:13 <frg_Away> So forked up either way...
17:34:50 <MattATobin> I mean I partly blame my self, if I had been well a better me we'd all be peacefully coexisting on a xul platform everyone uses but I wasn't
17:34:51 <frg_Away> I personally don't care about xbl. I just want a suite which does what it does now :)  Can't say I like CE but I don't like a lot of things and xbl was not great either.
17:35:10 <WG9s> We only have what could be called deas or dreams but no real plans the isea is either go to 2.53 (esr60) or esr68 and then fork the backend port and support it ourselves.  but we have zero pople who could actually support the back-end code.  I used to do back-end stuff but that was about 20 years ago, in a galaxy far far away!
17:37:53 <MattATobin> Well without more platform contributors yeah 68 seems like more work than the current patchqueue and some tobin patches central tho I am very interested in seeing seamonkey run on it and if organized into logical parts we can build or not build it makes the job of the partial reconstruction of the suite much more of an attainable goal for a tiny handful of crazies such as our selves
17:39:06 <WG9s> but I do not see hwo se could take on the fork the backend and support it ourselves at this point
17:39:25 <MattATobin> for what? Mozilla?
17:39:37 <MattATobin> current day mozilla?
17:39:55 <WG9s> not sure what options there re execpt mozilla becuase i really don;t think other options have a good backend for mial
17:40:29 <MattATobin> That is the core goal of my research into what modern mozilla can offer that is eq or still existing
17:40:44 <WG9s> perhaps we cold get mail and composer and evn maybe irc to work but I don't think we have developers to be able to support the mail backend
17:40:56 <MattATobin> you don't have to
17:41:04 <MattATobin> thunderbird is already doing that
17:41:08 <MattATobin> or do you mean 68
17:41:56 <MattATobin> getting back on central eliminates nearly any platform or mailnews, calendar, chat core development
17:42:48 <MattATobin> just suite development and the fix4mozchange situation
17:43:35 <MattATobin> extensions are doable even if it involves overriding chrome registry chrome and the entire add-ons manager
17:43:49 <MattATobin> like mozilla-style extensions
17:44:11 <MattATobin> themes are another story
17:44:47 <MattATobin> that would take some creative thought on how to make that happen
17:45:06 <WG9s> but if someone comes up with a new protocol for mail form an app wther tham IMAP and POP I do;nt thing TB or us would have a clue how to implement it
17:45:24 <MattATobin> you may be right
17:45:37 <MattATobin> so --disable-mailnews lol
17:46:12 <MattATobin> WG9s: chances are it would be a web protocol so a js lib may simply do the trick
17:47:12 <MattATobin> well i have a fairly good idea how to make esr68 possible so I am gonna ignore tangible testing of that theory for now and focus on git and central for you guys
17:47:24 <WG9s> it was painful to get imap to work right in TB for any server other than the one it was first written to work with
17:47:45 <MattATobin> imap still doesn't work right in Interlink
17:47:52 <MattATobin> just MOSTLY right
17:47:57 <MattATobin> i can't maintain mailnews core
17:48:31 <MattATobin> I couldn't maintain it when it was merged into uxp .. a200 can't either doing an email client was kinda dumb on my part
17:51:51 <MattATobin> But yeah my strat for dealing with central is: Add a working main window that I can add buttons to launch suite windows from and get devtools going, then ifdef mailnews and composer from navigator.. then work on getting glue and browser content handler ported to jsm and an esmodule respectively.. from THERE it is .. fix navigator and shared communicator bits .. next would be composer followed by the big tamali mailnews ui
17:51:54 <MattATobin> WG9s:
17:51:54 <WG9s> I wonder where my frien Dave Mose is these days.  he is the one sho actually got IAMP working correctly under TB back in the day
17:52:59 <MattATobin> literally mailnews UI is the biggest issue with getting central suite to be functional
17:53:03 <MattATobin> not navigator
17:53:15 <MattATobin> .. editor ui is a wildcard
17:55:59 <MattATobin> mailnews ui was an issue for me at 52 level which is why I didn't make interlink the suite mailnews component
17:57:02 <MattATobin> anyway that is what I have learned over the past 48 hours
17:57:07 <MattATobin> WG9s frg_Away
17:57:53 <MattATobin> and the past few weeks of experimenting in modern mozilla code
17:58:54 <frg_Away> I would probably fork the ui. The current one is not much good for me personally. Want addresses in a window and not everything is a tab.
17:59:40 <MattATobin> what and eliminate tabbed mail?
18:00:40 <MattATobin> that would make things a fuck ton simpler if tabbed mail wasn't a thing
18:01:12 <MattATobin> i mean tabbrowser is gonna be a bitch
18:04:26 <frg_Away> No just not everything in a tab. Address book in a tab s*cks e.g.
18:04:47 <frg_Away> same for rss
18:16:26 <CaptainTobin> eyah i never understood why seamonkey took that on as a feature cause unlike thunderbird you HAVE a navigator
18:17:17 <CaptainTobin> well thunderbird seems to be more about enforcing a spaces concept where spaces are the former windows
18:17:26 <CaptainTobin> but right now it is just backed by tabbedmail
18:18:01 <CaptainTobin> they have some interesting ideas but right now its half traditional half modern and the clash is a bit jarring
18:19:17 <CaptainTobin> mailnews ui likely should just be rebuilt and tabbed mail only applies to messages everything else is a window like the old days
18:19:20 <CaptainTobin> imo frg_Away
19:04:44 <MattATobin> frg_Away: I have created a comm/suite/reconstruction to build a temporary main window based on my example so that we can actually do stuff within the running executable
19:05:33 <MattATobin> and I am gonna get devtools hooked up to that
19:11:56 <MattATobin> WG9s:
19:22:14 <MattATobin> one nice thing is at this point removing the bindings and css declairations of em are just cleanup as they have no affect whatsoever
19:54:55 <MattATobin> oh yeah
19:55:21 <MattATobin> the sandbox renderes my browser element cause it ain't allowed
19:55:33 <MattATobin> have to disable the sandbox
22:56:27 <MattATobin> hi Hendikins and tomman