
NotHereToPlayGames
MemberContent Type
Profiles
Forums
Events
Everything posted by NotHereToPlayGames
-
Technically not a bug. That "feature" ends up being removed/disabled COMPLETELY but all I've done so far is to remove the FILES associated with the "feature" and have also removed the .xml files that go with the popup. I still need to remove the "access points" that tries to execute the files that are now no longer there (and that is why you have a lockup). That is a (known) side effect to having "portions" of that feature not yet removed. While on the topic, it's also why I would discourage using any of my builds (or even Humming Owl's builds) where the end-user tries to "mix and match" files for the sake of something like html5test stability (as an example). Some of the telemetry "components" exists in SEVERAL files. I will be rolling out SEVERAL alpha releases along the way as an attempt to ISOLATE any single set of changes causing html5test instability. I personally suspect that NONE of the changes cause that instability and just by bumping up to v13.5 solved that issue - will know more as we roll out alpha releases. But I do discourage end users mix-matching basically several main "container" files because they contain dozens upon dozens upon dozens of files "inside" that all tie in with each other. When ALL of those "container" files are used TOGETHER, the end user will not (should not) be able to crash their browser by attempting to access something like a NoCoin setting intentionally broken/disabled/removed in dozens of "container" files.
-
Dropbox has always been a bit of a nuisance for me. Have not tested in my v11 but my v12's and my v13's have always had random crashes when using Dropbox - maybe only 10% of the time or so but a crash is a nuisance no matter what the percentage. Good news is that Dropbox has not had any crashes yet on v13.5 -- knock on wood.
-
The home button location is defined in Settings -> Basics -> On Startup -> Open Home Page. Even if you don't want to open the home page on startup, it is still defined by the On Startup setting. Oops, I misread your post the first time around. You're wanting the home page to open in the CURRENT tab and not open in a NEW tab.
-
Noted, thanks. I do several GUI changes to that window. By default, an incomplete or broken download icon will not be lined up with rows above and below. Or it could be the Pause and Resume icons while a download is still downloading, don't recall offhand. At any rate, didn't get that far yet. If we put a progress bar on what tweaks/modifications have been completed, Alpha_1 was at 2% and Alpha_2 is at 9%. Still a very long way to go to get v13.5 caught up with previous rebuilds. I guess I assumed that was implied when I labeled it "alpha"
-
The "Use a prediction service" is in the wrong location - it's because file numbers are not indexed the same between v13.0 and v13.5 "Pressing Tab on a webpage" is in the wrong location - file numbers do not index the same from version to version. "This setting is" for the "Extensions" button in the lower left corner is not supposed to say "This setting is" - file numbers do not index the same from version to version. It's not supposed to say "File extensions" above "Use last download directory" - file numbers do not index the same from version to version. You're likely seeing those types of errors all over the place - all due to copying a file intended for v13.0 over to v13.5 -- can't do that.
-
Can't find it, can you post a screencap? Nowhere near all of it. Text also exists in .xml files buried inside .srx files. Can't do that. The extensionless files are indexed and there are over 4,000 non-sequential files. Somewhere right around file number 1400 or so the index was incresed by 10 for v13.5 compared to v13.0 then somewhere around file number 12000 the index lined back up again. I don't recall the file numbers exactly, I use WinMerge to get the files that are different then paste into a spreadsheet and highlight when completed. Purely as an example, file number 1400 might say "Close" in v13.0 but that file is file number 1410 in v13.5. But by copying a file between versions without accounting for index offsets, now when the GUI pulls file number 1400 from the wrong en-us pack it is pulling the text "Open in New Window" instead but with only enough room for the original "Close" so now it is displaying "(Op...)" instead.
-
Aware, still in-process. Yesterday's update was roughly 2.5 hours modifying a known 371 files out of 4,188 extensionless files inside en-us.pak based solely on differences between v13.0 original versus my v13.0 modified. The remaining 3,817 extensionless files still need investigated as to whether they contain broken English or are fine as-is. I personally take the approach of my v11, my v12, my v13, and now my v13.5 to all contain the exact same English phrases, I do not want a setting phrased differently in one version to the next, they should all be identical. The en-us.pak contains another 124 .json files I have not looked at yet. Aware, still in-process. This really is a very long and time-consuming process. Have not done any modifications to GUI as of yet. oops... Will correct in next alpha release. I will leave this at the discretion of the end-user. I'm not a "gamer" and WebGL poses potential security risks which outweigh (in my view) the need for graphics features seldom seen in Top 500 web sites. I seem to recall that one has to search far and wide just to find any web site that uses WebGL, it doesn't seem to be very common and users that do require it are advanced users with the know-how to add it back in. In-process, have not gotten that far yet.