
rereser
Member-
Posts
277 -
Joined
-
Days Won
1 -
Donations
0.00 USD
Content Type
Profiles
Forums
Events
Everything posted by rereser
-
thanks for the quick reply. a newer 2036 build would combine all the tweaks that have been made over time to the chrome.dll. like the translate context menu and others , don't remember. but i will take and test anything you post. instructions for removing the "restore default" button would also suffice for me. note : signing off for now. have used acronis full system backup about 10 times today after messing with files and settings. need to take a break.
-
after a few days researching my font issue with 2044 , no results. i use arial black 8 regular that shows as "bolder" with cleartype font smoothing system wide. checked the xp files , regedit , settings and everything else i could think of. it seems 2044 picks up some font styles as well as size , bold and italic. what it does not seem to do is work with cleartype. this is on all my 4 xp sp3 different pc's including a mediacenter 2005 sp3. checked it on a win 7 sp1 x64 laptop , arail black works there but the menu settings are almost unreadable. the xp sp3 laptop that i forgot about displays arial black 8 regular as a thicker font but not on the new tab button. should have known this version was not for me as the chinese source does the same. remains a mystery to me what is the cause of this. as for the "trojan warning" reported earlier ... you can replicate this by using the chrome.exe from 2036 in 2044. encountered this when dealing with the above.
-
had a go at my xp font issue with v2044. replaced modified files like shell32.dll and the original ariblk.TTF. created a new user account with admin rights. changed standard fonts to arial black in all display settings. reset the ms shell dlg and ms shell dlg 2 settings in regedit. v2044 will still not display the fonts as i set it to do. 2036 regedit : HKEY_CURRENT_USER\Software\360chrome\default\ui_persist_value\FontFamily = Arial Black 2044 regedit : HKEY_CURRENT_USER\Software\360chrome\default\ui_persist_value\FontFamily = ?? this ?? also appears on the un-tweaked laptop in regedit where arial black bold seems to be mostly working. sometimes these 宋 体 characters are in regedit instead of ??. am not used to any errors in my xp install so this is a bit frustrating. will let it rest for now because i am out of ideas. time to restore a recent full system backup with version 13.5.2036.
-
have tested the font issue on an old unmodified xp laptop. forgot about that one. v13.5.2044 and 2036 respond there on changing message box settings. 2036 goes all bold font when setting to arial black ( regular or bold has no change ) 2044 responds to arial black regular , bold and italic except for the new tab. on my system 2044 does not respond to any message box change , whatever font chosen. so there is nothing for you to solve. it is something on my system that will be impossible to find though i will try. if i can't find it i will stay on 2036.
-
regarding "bold fonts" in v13.5.2036 and 2044 in the GUI. v13.5.2036 follows the settings in display properties / advanced / message box. so this has nothing to do with other font tweaks i have made on my xp system. when set to tahoma 8 , "bold fonts" are no more in 2036. setting back to arial black ( 8 regular ) and they are "bold" again. hope this helps tracking it down in 2044.
-
hello NotHereToPlayGames. first my complements on this latest version. used the resource.pak file for the chrome extensions store. installing from the store works but when on the browser extensions page ; the permission , options and details buttons are missing. so no going to the store when clicking details of an extension and no access to permissions and options. second issue i have is with the fonts of the user interface. in v13.5.2036 i have bold fonts in the UI. in settings , adressbar , new tab , bookmark folders and bookmarks , about 360chrome and so on. not so in v 13.5.2044 unfortunately. tracked that down to the chrome.dll file. something in that is different from v13.5.2036. it is not seeing my arial black system wide font i use. tested with a clean profile and later with the profile from 2036. can't solve this so i think i won't be using your latest build. i need those fonts to be arial black. regards.
-
note : the above script works with sites that use discource forum software. it "tells" those sites that the browser has support for it. support for css aspect-ratio can be enabled with the "Experimental Web Platform features" chrome flag. somehow the discource sites don't see the support enabled by the chrome flag. test : https://developer.mozilla.org/en-US/docs/Web/CSS/aspect-ratio
-
CSS aspect ratio script. supported in chrome 88+ https://caniuse.com/mdn-css_properties_aspect-ratio example site : https://forums.developer.nvidia.com // ==UserScript== // @name CSS aspect-ratio (88) // @version 0.0.1 // @match *://*/* // @run-at document-start // @grant none // ==/UserScript== !function() { let CSS_supports = CSS.supports; CSS.supports = function(a) { return a === "aspect-ratio: 1" || CSS_supports(a); } }() warning : with this script some sites will present an "update your browser" response. should only be used on discource boards
-
Webp Virus, fears, nightmares, suggestions, or exodus from the internet?
rereser replied to Dixel's topic in Web Browsers
New Moon 28 with setting "image.webp.enabled" to false : webp images on https://developers.google.com/speed/webp/gallery1 are not loaded , so that works. when testing 360Chrome 13.5.2036 against the amiunique.org site , the http header is changed after the dll edit as you posted. but the webp images on developers.google.com are still displayed. https://superuser.com/questions/1179401/how-to-disable-webp-images-in-chrome the suggestion posted here : change the "Accept Request Header" and the "user agent" to a non webp supported browser also has no effect on 360Chrome. just my results as you requested. my opinion : this "threat" will vanish as soon as it became public. with every major browser now patched , software and even on the OS level there is nothing to exploit. the "common user" is not even the target.- 126 replies
-
1
-
- Zero Day
- Dixels topic
-
(and 3 more)
Tagged with:
-
Webp Virus, fears, nightmares, suggestions, or exodus from the internet?
rereser replied to Dixel's topic in Web Browsers
this dll edit does nothing for me on 360Chrome 13.5.2036. test : https://developers.google.com/speed/webp/gallery1- 126 replies
-
1
-
- Zero Day
- Dixels topic
-
(and 3 more)
Tagged with:
-
https://github.com/EdgeTranslate/EdgeTranslate/issues/554 for some reason it now works for me on the msfn page as a test. (eng to eng) this time i used the 2.4.2 crx file though. however from the above link it is reported as "still buggy". found the reason why on several sites the "page translate" does not work for me. edge translate v2.4.2 now has a conflict with extensions that block javascript. when javascript is disabled on a site, "page translation" will not work. tested with uBlock Origin and NoScript.
-
https://github.com/EdgeTranslate/EdgeTranslate/releases/tag/2.4.2 latest version "full page translation" still broken on several sites that used to work. so, still not working as it did after the update from the zip file. not available in the chrome store yet. removed edge translate 2.4.2. am now using TWP - Translate Web Page 9.8.2.0. https://github.com/FilipePS/Traduzir-paginas-web/releases/tag/v9.8.2.0 this one also works on logged in sites without disabling the login or asking for cookies again. also has "text to speech" on translated selected text and has dark mode option.
-
Edge Translate 2.4.1 is broken for several weeks now. https://chrome.google.com/webstore/detail/edge-translate/bocbaocobfecmglnmeaeppambideimao https://www.crx4chrome.com/crx/142425/ this is a nice alternative : https://github.com/FilipePS/Traduzir-paginas-web/releases/tag/v9.8.2.0 it is not available in the chrome web store or on crx4chrome.
-
some more info regarding : https://uk.wallapop.com/ error on : Intl.getCanonicalLocales() - "RangeError: Incorrect locale information provided" test : https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Intl/getCanonicalLocales should work : https://caniuse.com/mdn-javascript_builtins_intl_getcanonicallocales edit : chrome bug? https://groups.google.com/g/v8-reviews/c/I3IadR5G3vU