+noncentric Posted February 25, 2017 Share Posted February 25, 2017 (edited) This request relates to the Advanced Search. My request is that individual cache pages open in a "new" window, rather than the current functionality that opens the cache page within the existing window. ETA: When selecting individual caches from the List View of Search Results. BENEFITS: Adding to lists Won't "lose" checkmarks for caches that are below the 'load more' divider. Currently, if a cacher checks a cache(s) that appears in the 'load more' section, opens a cache page, then goes Back to the results list, the checkmark(s) are lost for caches in the 'load more' section. Opening caches in a separate window avoids having to redo the 'load more' and the checkmarks won't be lost. Faster navigation To see the full list of results (up to 1000 caches) a user has to scroll to the bottom of the page to initiate a 'load more' process. Then wait for more caches to appear in the list, then scroll to the bottom of the page, then wait for more caches to appear, then scroll, then wait, etc. If a user clicks on a cache that appears after 3 'load more' spins, opens the cache page, and then goes Back to the results list, then they have to wait for the 'load more' spins again to get back to the same place in the results list. If that cache was opened in a separate window, then they could go back to the results list without having to initiate 'load more' spins again. Edited February 25, 2017 by noncentric Quote Link to comment
+noncentric Posted October 24, 2017 Author Share Posted October 24, 2017 Just bumping this idea. I've come across a few instances lately where having the cache page open in a new window would've been helpful, instead of relying on my memory to right-click and select "open in new window" when using Search. Quote Link to comment
+niraD Posted October 24, 2017 Share Posted October 24, 2017 If Groundspeak does this to the Advanced Search page, then I hope they figure out a way to do it that doesn't break normal link functionality the way the code that munges the profile links does. Quote Link to comment
+thebruce0 Posted October 24, 2017 Share Posted October 24, 2017 I use my mouse's middle button. Muscle memory, I use it everywhere. Even if I don't need the origin window any more, I'll open a link in a new tab and then close the previous If you have a 3-button mouse, I'd recommend the wheel click for 'open in new tab'. Otherwise all the page would need, and shouldn't break other links, is the target="_blank" attribute. Heck, even if it's a small icon next to the link that implies opening in a new tab would be an idea, in case they don't want to force a browser behaviour on users. Quote Link to comment
+niraD Posted October 24, 2017 Share Posted October 24, 2017 3 hours ago, thebruce0 said: I use my mouse's middle button. Muscle memory, I use it everywhere. Even if I don't need the origin window any more, I'll open a link in a new tab and then close the previous If you have a 3-button mouse, I'd recommend the wheel click for 'open in new tab'. Maybe I need to retrain myself to use middle-click to open links in a new background tab, and shift-middle-click to open links in a new foreground tab. That still works on the geocaching.com profile pages. But my muscle memory is to use ctrl-left-click and shift-ctrl-left-click and shift-left-click, depending on whether I want a new foreground tab, a new background tab, or a new window. And the geocaching.com profile page link munging breaks those basic features that work everywhere else. Quote Link to comment
+thebruce0 Posted October 24, 2017 Share Posted October 24, 2017 16 minutes ago, niraD said: But my muscle memory is to use ctrl-left-click and shift-ctrl-left-click and shift-left-click, depending on whether I want a new foreground tab, a new background tab, or a new window. And the geocaching.com profile page link munging breaks those basic features that work everywhere else. Yeah I've found that some designers intercept and override the basic left/right click and ignore any keyboard alteration, rendering it ineffective. Not many intercept middle click. Another reason designers these days are best to avoid use scripted hrefs (as GS did occasionally recently) if they want to incorporate UI script on links which can still be desireable to load in top level tabs/windows... but anyway. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.