02:18:54 <CaptainTobin> okay.. after editing the toolkit autocomplete slightly to restore previously supported near-xpfe behavior i custom-reverted bug 495277 but i used the xpfe impl for fireEvent.. so it supports all three params .. it SEEMS to work .. except for the box that holds current/default search engine in ublist
02:19:01 <CaptainTobin> ubhistory
02:19:55 <CaptainTobin> adjusting which autocomplete urlbar binding calls and of course not conditionally overriding the binding in xul.css
02:20:33 <CaptainTobin> with a little polish OR you figure out how to make it work with the newer initEventHandler shit and autocomplete won
02:20:40 <CaptainTobin> won't need edited
02:21:19 <CaptainTobin> assuming there isn't any other fall out I would likely go forward like this and just remove the search engine box from the ubhistory popup
02:21:30 <CaptainTobin> I have another plan for how to handle search
02:22:15 <CaptainTobin> mainly the current search engine icon in the search button with the context menu being to select which one is the current one
02:22:44 <CaptainTobin> but i'd consider keeping it too if you wanna take my prelem research and make it happen and finally ditch xpfe autocomplete
02:26:48 <CaptainTobin> know the shitty thing? up until like 13.. you could have ditched xpfe autocomplete without much trouble
05:58:35 <CaptainTobin> OKAY.. so there are other bits that need some SLIGHT fixing up as i find them but here is what I have so far..
05:58:46 <CaptainTobin> https://code.binaryoutcast.com/projects/aura-central/commit/7f80339ea88b25d6f8a96297e76152cace9c9a54
05:58:54 <CaptainTobin> https://code.binaryoutcast.com/projects/aura-central/commit/31abf3d36933b2f1262e78207bfed7be129ce3cc
05:59:03 <CaptainTobin> https://code.binaryoutcast.com/projects/aura-central/commit/c3fbb0896d3fa4202234677d77ceba5e5b645de2
06:07:13 <CaptainTobin> the other on+handlers should also be method-ized as well.. tho you have one dependancy for the handleURLBarCommand function
06:08:16 <CaptainTobin> I suppose you could just edit sanitize to call gURLBar.handleCommand or something or just not make it a binding method..
06:08:55 <CaptainTobin> sorry sessionHistoryUI.js
06:09:32 <CaptainTobin> OH so do I .. duh
06:10:53 <CaptainTobin> eh that one just leave it where it is.. cba
06:11:47 <CaptainTobin> I dunno if there is anything else to this.. if you want to base your patch on it you will have to figure out a way to get the search stuff to work.. which it doesn't actually seem to on it anyway
06:39:36 <CaptainTobin> how many years.. 2009 is when it should have happened
06:39:43 <CaptainTobin> and it was this easy sans one feature?
06:40:35 <CaptainTobin> IanN_Away: YOU are the designated oldfuck representive of the council why was this never done before?
06:41:00 <CaptainTobin> other than ewong
06:49:08 <CaptainTobin> GrannyGoose: why the fuck did I think changing nsINode wouldn't cause an almost complete rebuild
16:33:10 <tomman> the Chromeisms Report of the day: Google Docs!
16:33:31 <tomman> while Palefill restores access, they deployed yet moar Chromeisms™ to break it again... but only barely
16:33:34 <tomman> "uncaught exception: CustomError: Error in protected function: invalid identity escape in regular expression"
16:34:14 <tomman> once that one hits, you get a full page overlay blocking everything with a "start page unavailable" message, and a reload button that will reload the page... and the error will happen over and over and over
16:34:31 <tomman> no big problem, use the inspector to make it go away and use Google Docs normally
16:34:49 <tomman> but then, found another smaller problem, this time with link sharing
16:35:15 <tomman> it won't copy links to clipboard, the console logs this error: "document.execCommand('cut'/'copy') was denied because it was not called from inside a short running user-generated event handler"
16:35:27 <CaptainTobin> tomman: polyfills are difficult.. you have to get around csp and other crazy js security that doesn't actually protect people but makes them FEEL like they are protected.. plus polyfills are often written before a spec is finalized and lots of times they don't match chrome's impl which as we know is the ONLY thing that matters even if it is directly contrary to the spec they them selves wrote
16:35:51 <tomman> this is because (I guess) Google tries to use the navigator.clipboard object (that we do not implement yet), and correctly falls back to document.execCommand
16:36:18 <tomman> but apparently for that to work on Mozilla you need to declare permissions for it, which Google doesn't do because this codepath was never tested on anything but "old Chrome"
16:36:29 <tomman> so link sharing is borken in the name of "sekuritah"
16:36:36 <CaptainTobin> even if we did it would have to be fail tollarant because wouldn't the js settings for enabling or disabling clipboard access would apply
16:36:45 <CaptainTobin> so it can't ever LEGIT be a depandant spec
16:36:55 <CaptainTobin> that MUST (rfc must) be done
16:37:10 <CaptainTobin> but that would imply standards matter
16:37:15 <tomman> So you're telling me Google write the specs and Google violate their own specs?
16:37:20 <tomman> allow me to non-die of non-shock :D
16:37:51 <CaptainTobin> we're all hippocrits at the end of the day it is just to what degree and how honest we are about it
16:38:48 <CaptainTobin> there is a difference betwene one who is being pragmatic but would take a better option if offered and one who takes glee in it..
16:39:38 <tomman> "we need to use the latest alpha-spec EctoplasmScript APIs because we believe in progress because otherwise we lose job security and we would age faster!"
16:39:44 <CaptainTobin> anyway i wanna see what frg says about my little exploration into autocomplete and the urlbar binding
16:41:07 <CaptainTobin> at this point the only part of the binding left is the main one extending autocomplete and the hack for paste and go.. i killed the rest .. and xpfe autocomplete
16:42:40 <tomman> wtf
16:42:44 <tomman> I go back to the site
16:42:49 <tomman> try to copy the link again
16:42:53 <tomman> this time it works!
16:43:14 <tomman> (I had left the Google Docs tab open with the share dialog open)
16:43:15 <CaptainTobin> glitchy fallback to the old clipboard manip functions?
16:43:24 <tomman> it's the exact same code
16:43:31 <CaptainTobin> or specifically designed to fail a few times THEN fall back
16:43:37 <tomman> it failed first because SEKURITAH™, but now works
16:44:26 <tomman> maybe I should go to the bank and ask for money not in my account - if I ask nicely a few times, I could cause a glitch on their systems and get free money!
16:44:52 <CaptainTobin> what are you registered to vote as?
16:45:01 <CaptainTobin> cause that is the only real determination
16:46:07 <CaptainTobin> tomman: as soon as all the os/2 3.1 and nt4 ATMs age out and get replaced with cloud machines as a service.. you MAY see that happening more
16:46:22 <tomman> every single ATM in this city runs Windows XP
16:46:23 <CaptainTobin> actually
16:46:36 <tomman> only a few Diebolds run W7
16:46:42 <CaptainTobin> well still XP was 85% windows 2000 so
16:47:19 <CaptainTobin> i mean windows 10 metro atm apps
16:47:25 <CaptainTobin> sorry 11
16:47:27 <tomman> also most banks still run XP on their branches too
16:47:43 <CaptainTobin> yeah and that is why the banking system hasn't failed yet
16:47:52 <CaptainTobin> wait until the next generation of apps
16:47:59 <tomman> a few run 7, one runs 8, and only one I've seen finally moved to 10 because they had to buy new computers for their aggressive expansion
16:48:16 <CaptainTobin> javascript will literally destroy the banking system if the economy doesn't crash first
16:48:52 <tomman> and even that one that runs W8 uses XP VMs for their (C)RESTRICTED MATERIALS OF IBM (C)1995 IBM CORP backend apps
16:49:04 <CaptainTobin> you realize they are hooking internet connected windows 11 machines up to the nuke early warning system running 60 year old hardware
16:49:33 <CaptainTobin> javascript will kill us all
16:49:41 <CaptainTobin> well emcascript
16:49:56 <CaptainTobin> SPIDERMONKEY WILL SAVE US!
16:49:57 <tomman> hell, the largest state-owned banks not only still runs XP on ol' IBM Thinkcentres from 2003, they still use Acrobat Reader 4!
16:50:12 <tomman> IN 2022!
16:50:17 <CaptainTobin> but what version of flash do they use?
16:50:23 <CaptainTobin> cause if it ain't Flash 5...
16:50:29 <tomman> whatever was the last one running on IE6, I guess
16:50:41 <CaptainTobin> so any activex version
16:51:16 <tomman> but no problem, every time their backend blows up and we get our money blocked for days, the government here will blame terrorists and the USA
16:51:25 <tomman> problem solved!
16:51:49 <tomman> the newest computers they have... are some Wincor Nixdorf ATMs they bought in 2017 :D
16:51:54 <CaptainTobin> but there are so many actually existing things we are at fault for.. why make shit up?
16:51:57 <tomman> (And even those somehow STILL run XP!)
16:52:33 <tomman> wait, Diebold and Wincor Nixdorf merged a few years ago
16:52:34 <tomman> we're doomed
16:53:01 <CaptainTobin> tomman: https://www-archive.mozilla.org/apology.html
16:53:53 <CaptainTobin> being doomed is only the end not the journey
16:53:57 <CaptainTobin> ;)
16:53:57 <tomman> no, Netscape has been doomed since 1994: https://www.jwz.org/gruntle/nscpdorm.html
16:58:02 <CaptainTobin> hello frg_Away
16:58:14 <frg_Away> hi
16:58:31 <CaptainTobin> toolkit autocomplete urlbar.
16:59:12 <CaptainTobin> for you it has some additional conserns but .. totally doable for me just enhancement cause the switch is done..
16:59:22 <CaptainTobin> see the backlog
17:00:21 <frg_Away> will take a look later. just came home
17:03:52 <CaptainTobin> basically the MAIN thing is to alter the toolkit autocomplete binding to revert bug 495277 and extend fireEvent to accept xpfe's extended capability .. just a few lines really .. that is the only change outside app sources and since it won't impact other consumers since when running with the xpfe binding the behavior was the same anyway also rendering 495277's reasoning moot cause again we are already doing it with the xpfe binding.
17:05:58 <CaptainTobin> Now if you want to retain that Search Engine option in the ac panel you will have to build a more elaborate version than was needed with xpfe ac for me.. I just want the bog standard ac panel with tree view as provided by the binding
17:07:33 <CaptainTobin> cause for me use wise and aestheticly i get a better result than before and less code to maintain
17:08:36 <CaptainTobin> I am sure if you adapt it for yourself it will have some really cool innovation to it that i would have liked to do but don't have the time to get into it right now
17:12:49 <CaptainTobin> well i tried to backport removeChildNode and replaceChildren but for RemoveChildNode all the symbols are conflicting
17:12:54 <CaptainTobin> so it won't link
17:13:25 <CaptainTobin> likely missing some refactor that isolated all the dom comps
17:13:33 <CaptainTobin> or 2015 just won't do it
17:14:06 <frg_Away> CaptainTobin does this get rid of the c (++) code for autocomplete?
17:14:24 <CaptainTobin> frg_Away: was that a consern?
17:15:04 <CaptainTobin> i guess if there is any code that isn't used by the toolkit binding it can go but is there any? and would it be wise to make it all js?
17:17:33 <CaptainTobin> frg_Away: you're talking about nsAutoCompleteController?
17:18:12 <frg_Away> Yes. Sorry has been a while since I looked.
17:19:56 <CaptainTobin> mozilla doesn't seem to think so http://xr.binaryoutcast.com/mozilla-central/source/toolkit/components/autocomplete/
17:20:02 <CaptainTobin> tho they added a jsm
17:21:08 <CaptainTobin> i am sure there may be some specific functions that could be removed or factored down but looks like they are gonna just split it out to each interface add jsm stubs and eventually rewrite it to be jsms or esms
17:21:44 <CaptainTobin> but that is well into the future and past the point either of us will functionally corrupt our code lol
17:23:35 <CaptainTobin> I am actually not opposed to doing as far as splitting the controller apart into its individual interfaces and providing A jsm to instantiate all the interfaces for you as boilerplate
17:24:36 <frg_Away> Now I remember. We needed to move the autocomplete in Bug 1418512 but it still has problems in 2.57 because they removed stuff from nsAutocompletController and toolkit bindings. Fx used only the notsoawesomebar and didn't need it.
17:26:17 <CaptainTobin> more proof that their codebase is only for them.
17:28:53 <CaptainTobin> well I have no desire to convert or kill the autocomplete component but i wouldn't consider any of it to really be xpfe .. i think that was factored and refactored ages ago .. the main thing was the binding cause they wanted to .. well drop features so yeah history repeats its self cause no one learned from it. I want all the features but I don't want seperate implimentations to get it. My final autocomplete binding eventually won't be toolkit or
17:28:53 <CaptainTobin> xpfe but .. runtime!
17:31:27 <CaptainTobin> but yeah i think it isn't overly screwy component to have around as-is
17:34:05 <CaptainTobin> btw another reason i am not conserned with preserving the search engine option in the urlbar ac panel is because I plan to replace the searchbox and the search button with a new search button that will reflect the current engine's favicon and the context menu will be how to select which engine and just use the address bar as the search textbox input .. slightly different approch to the various ones abound..
17:37:21 <frg_Away> The awesomebar is crap but I wouldn't mind a single urlbar implementation with a proper drop down marker. Something every current browser misses. Would be cool to have the dropdown marker wich you could configure to show only typed urls or all recent if you want and a single implementation. I use  a seperate search bar but other might still want it in the url bar. I can do without and...
17:37:22 <frg_Away> ...especially with "helpful" search suggestions from the web.
17:40:26 <CaptainTobin> I didn't consider search suggestions
17:45:38 <CaptainTobin> how does this sound.. Search Button.. Split menu button normal action search current engine, dropdown selecting one of these will search with it instead.. set current in preferences.. let add-on developers work out search suggestions or adding the full search box back
18:00:44 <frg_Away> I would even just need something simpler like getting rid of urlbarhistory.sqlite and use https://searchfox.org/mozilla-esr60/source/browser/base/content/browser.js#4259 aka PlacesUIUtils.markPageAsTyped(aUrlToAdd). Then one styling for typed content and the dropdown. Maybe a ctrl-click and/or pref to choose   default behaviour of the dropdown.
18:01:25 <frg_Away> If you know what I mean.
18:01:34 <CaptainTobin> you want it to be places driven complete
18:01:40 <CaptainTobin> like firefox
18:01:53 <frg_Away> without the crap :)
18:02:05 <CaptainTobin> well then restore nsHistory and nsBookmarks
18:02:07 <CaptainTobin> OH
18:02:11 <CaptainTobin> ok lol
18:03:45 <frg_Away> The information is already in places and I think it would reduce complexity.
18:03:45 <CaptainTobin> i just wish they had retrofitted different storage backends to the same interfaces instead of re-inventing the wheel
18:03:53 <CaptainTobin> frg_Away: maybe
18:04:15 <CaptainTobin> wouldn't just setting it to unifiedcomplete do that instead of history file
18:06:04 <CaptainTobin> I don't want to become more dependant on places cause I may one day replace it
18:07:36 <CaptainTobin> but yeah man
18:08:22 <frg_Away> halfway but then you still need to find a way to show only typed urls. If you just want to showe recent ones would be easier. But unified complete would need to be cleaned up. Stuff like what to show first based on made up numbers how many time the user blinked and so on is just urgkkk....
18:10:32 <CaptainTobin> the problem with the places framework is it assumes most everything will be browser-based
18:10:57 <CaptainTobin> so you would have a need for an all encompasing bookmarks history session etc system in theory
18:15:48 <CaptainTobin> besides, one advantage is you can access urlbar history anywhere without a bunch of grief with any autocomplete textbox
18:16:03 <CaptainTobin> of staying with the seperate storage\
18:19:03 <frg_Away> well lets just say there are some valid bugs open against it wrt clearing and/or what is stored. In need for an overhaul aynway.
18:19:50 <CaptainTobin> can't argue with you there
18:20:22 <CaptainTobin> the urlbar at the time was rebased on the latest code at the time plus mods
18:20:26 <CaptainTobin> during the transition
18:21:37 <CaptainTobin> but the transition happened in the 1.5-2.0 era so some .. a lot is still very much in that state .. which is fine for most things but for bindings like search urlbar and tabbed browsing it is pretty noticable functionality wise
18:23:37 <CaptainTobin> wait a minute
18:24:38 <CaptainTobin> if the autocomplete source is nsPlacesAutoComplete and i am not using the populated menupopup anymore.. am i even using the fuckin ub history sqlite db?
18:26:02 <CaptainTobin> well piss
18:26:07 <CaptainTobin> i completely miscalculated
18:28:36 <CaptainTobin> yeah ok.. i fucke dup.. i need to re-add ubhistory for the dropdown
18:29:07 <CaptainTobin> why aren't icons shwoing up in the menupopup form
18:32:31 <frg_Away> well you see where are some of the things I think should be changed are coming from :)
18:38:38 <CaptainTobin> well the behavior is consistant with Pale Moon but it isn't what i want.. I want typed urls not recent history.
18:39:04 <CaptainTobin> now past Pale Moon it might be different
18:39:12 <CaptainTobin> but obviously that was enough for firefox
18:39:16 <CaptainTobin> at one time
18:39:38 <CaptainTobin> unless i botched that years ago and literally no one noticed since
18:39:54 <CaptainTobin> i would think urlbar behavior changes would have been noticed and bitched about
18:40:22 <CaptainTobin> a little more important than a 1px gap
19:04:13 <CaptainTobin> ok.. frg_Away the results i am getting back JUST with the dropmarker seem to be SUCCESSFULLY completed navigation OF typed urls only but seems to be in reverse order?
19:04:18 <CaptainTobin> old to new?
19:04:21 <CaptainTobin> i dunno
19:04:54 <CaptainTobin> no i think it is just history from old to new
19:04:58 <CaptainTobin> hmm
19:05:22 <CaptainTobin> how do i get an alt source for the dropmarker
19:29:12 <CaptainTobin> that should be theoretically not difficult..
19:30:06 <CaptainTobin> if i override the binding on the urlbar history dropmarker and just TELL it to do something else.. then yeah
19:46:12 <CaptainTobin> hello tonymec|away
19:48:35 <tonymec|away> CaptainTobin: hello
20:16:18 <CaptainTobin> frg_Away: did firefox just never do this after it switched to places?
20:16:24 <CaptainTobin> until much later
20:17:04 <frg_Away> I think they ditched it at first chance.
20:17:16 <CaptainTobin> but there is no places eq
20:18:18 <CaptainTobin> so what i have to EITHER live with urline and history as the sources.. OR unifiedcomplete or i am gonna have to write my own autocomplete wrapper or fuck over some sort of custom popup
20:19:21 <CaptainTobin> while the xpfe binding simple.. worked..
20:19:31 <CaptainTobin> maybe toolkit autocomplete is bullshit
20:19:43 <CaptainTobin> and maybe xpfe autocomplete is superior and just needs enhanced
20:58:59 <CaptainTobin> frg_Away: well that is ONE way http://personal.mattatobin.com/image/capture/4b55fb74-6d8f-40b8-ba2f-5bea26d1a84e.jpg but hmm
20:59:17 <CaptainTobin> why wouldn't mozilla have a default popup value of some sort
20:59:29 <CaptainTobin> for occasions like this
21:01:24 <CaptainTobin> I guess all I really need to do is rewrite the function that populates a panel with a tree and apply autocomplete styling and make it show up where it is supposed to
21:02:36 <frg_Away> Can I have a superawesombar with the best of both worlds. Duck.... :)
21:03:11 <CaptainTobin> the Pale Moon one is fucked
21:03:25 <CaptainTobin> it is using an earier binding
21:03:46 <CaptainTobin> mainly because it still used richlistview
21:03:53 <frg_Away> and the SeaMonkey one all over the place as discussed.
21:03:54 <CaptainTobin> we been using fuckin treeviews
21:05:11 <frg_Away> well I will sleep well over it now. nn
21:34:24 <CaptainTobin> as near as I can tell the default resultset no matter if you are including urline or not is by frequency of visits
21:34:46 <CaptainTobin> i suppose urlite means frequency of visits of typed urls