Add Site Search Links To Google Search Result

Add a "Site Results" and "Cached Page" links onto each Google search result entries to search from that site. The link will be added either in the search result entry's popup menu, or after the green URL below the entry's title.

< 腳本Add Site Search Links To Google Search Result的回應

評論:負評 - 腳本失效或無法使用

§
發表於:2024-05-31

Can you add support for working in the mobile version of the interface?

jcunews作者
§
發表於:2024-06-03

Script has been updated to support mobile site layout

§
發表於:2024-06-04

@jcunews, now it doesn't work even in the full version.

jcunews作者
§
發表於:2024-06-04

Check the update.

§
發表於:2024-06-04
編輯:2024-06-04

@jcunews, all the same. Maybe our devices load different layouts? Could this be possible?

jcunews作者
§
發表於:2024-06-04

If you have other browser extensions and/or UserScripts, try disabling them.

§
發表於:2024-06-05
編輯:2024-06-05

@jcunews, I tried it, it didn't help. Can you look at the search results page as an html file if I download it and send it to you?

jcunews作者
§
發表於:2024-06-06

No need. I can test it myself. It's just that, it's a bit difficult & tedious to get Google to present the problematic page layout from desktop browser, and it's not practical to debug script in mobile device. Check the updated script.

§
發表於:2024-06-06

@jcunews, not working

jcunews作者
§
發表於:2024-06-08

Check the updated script again for yet-another mobile layout. I honestly don't know how many layouts does Google have for mobile. It at least have 3 of them. If it's deemed too many, I might drop support for mobile layout.

§
發表於:2024-06-08

@jcunews, but after all the script stopped working and in the desktop layout, after the first change to the script, after my request to add support for the mobile layout.

Could it be an issue with ad blocking? I use AdGuard, also as a script manager.

jcunews作者
§
發表於:2024-06-08

but after all the script stopped working and in the desktop layout

Are you saying that, even in the desktop layout, the script doesn't work? If so, then other UserScript or browser extension is likely interfering with the script directly or indirectly, or changes page HTML element IDs/classes/attributes which are used by the script to identify things - such as getting the correct link element, getting the reference element for placing the down-arrow icon.

§
發表於:2024-06-08

The script stopped working in the desktop layout from version 1.1.17, that is, after adding support for the mobile layout. Now I installed version 1.1.16 for the second time and it works in the desktop version.

By the way, can you show a screenshot of the script buttons in the mobile layout? It's very interesting what it should look like.

§
發表於:2024-06-08

then other UserScript or browser extension is likely

I use Google Chrome and Opera on Android 7, and as is known, they do not support extensions. I tried disabling other user scripts - to no avail.

jcunews作者
§
發表於:2024-06-09

Firefox and Chrome/ium and its clones are entirely separate applications with entirely separate web browser profile. Anything installed in Firefox does not and will not affect other web browser applications.

Here's mobile layout screenshot on my actual Samsung Galaxy A7 (Android 8) phone:

https://i.imgur.com/iFumMa3.png

Desktop layout:

https://i.imgur.com/AX4hX3H.png

Simulated Samsung Galaxy S20 mobile layout on desktop:

https://i.imgur.com/q9LkJ0k.png

Simulated Apple IPhone 12/13 mobile layout on desktop:

https://i.imgur.com/gUnWbHl.png

§
發表於:2024-06-09

Anything installed in Firefox does not and will not affect other web browser applications.

Hmm, what does Firefox have to do with it? I don't use it. Scripts are implemented via AdGuard. It has such a function and it is described as “AdGuard can extend websites functionality working as a cross-browser userscript manager”. Some other scripts from this site work. The official AdGuard website lists several sites as sources of custom scripts, and greasyfork is one of them.

jcunews作者
§
發表於:2024-06-09

I don't use AdGuard either. AdGuard is not the only UserScript provider browser extension, and is certainly not the leading UserScript provider browser extension.

Not all UserScript provider browser extensions are GreaseMonkey (GM) compatible, and/or are proper implementation of UserScript provider where it does not provide full access to both site page HTML and DOM. One example of it, is FireMonkey browser extension. Some are GM compatible and provide full access to site page HTML, but don't provide full access to DOM.

UserScripts (depending on what they do), may not work as intended if the UserScript provider browser extension does not provide the necessary functions and access level. It'd be like a race driver using an improperly made race car. Depending on the car, he may never reach the finish line.

So far, I only acknowledge two properly implemented UserScript provider browser extensions: ViolentMonkey and TamperMonkey; and they are among the top 3. I no longer acknowledge GreaseMonkey browser extension even though it's the official and the origin of GM, because it breaks its own GM API. FYI chronologically, GreasyMonkey was the first (2005), TamperMonkey was the second (2010), and ViolentMonkey (2013) was the third. FireMonkey (2016) has the potential to be the fourth one if it fixes its implementation.

發表回覆

登入以回復