binarymayhem

Ernest6754

I'm not sure why this is not a feature all ready, but I am surprised to not find a "Report this message" at the bottom of my email / message center. After checking the profile of the user that sent the message it looks like the user just registered today to send the spam. Maybe new users should be restricted to only contacting a few users over a given time period (day or so - why would a new users need to contact hundreds of users) As the users hides/finds geocaches, their reputation could be allowed to grow thus allowing them more relaxed sending privileges. If mass messages are allowed / detected with the same content from the same user, there delivery should be staggered over a long period allowing the recipients to "Report the message" as spam.... Once the threshold of reports is reached, the rest of the messages are silently dropped. If the same type of messages comes from the same IP, and multiple users the messages should be automatically held for review. You may want to have 2 types of report buttons. One as report this message as spam, the other as report this message as inappropriate content. Just my thoughts, Thanks

This new design is horrendous!, well not all bad, but mostly. I haven't had time to fully go-through the whole site as I normally would but here are my thoughts: Why is the navigation bar (Learn | Play | Community | Shop) under the green bar on the top (#ctl00_siteHeader)? This is such a waste of space and completely unnecessary. After clicking Community > Refer a Friend the spacing in the navigation bar is not uniform to the rest of the site. Play > Hide a Geocache. This page wastes sooo much vertical space. Do I need to see a place holder for a video to hide a geocache? This is ridiculous.... I could see maybe if it was the 1st cache I have hidden... but stick that crap in the database... and if I have seen the video or checked a box "don't show this again" get rid of it! The same goes for "take the quiz" content. I think you should unify the Create a geocache and Create an event into a single page... and make a decent workflow processes to work through these options. Your making us scroll ALL the way to the bottom to hide a geocache!?! Play > View Geocache Map or by searching off the main page and mapping this location make the navigation menu disappear. The navigation menu should be up in the green bar (#ct100_siteHeader) and always be available. The 2 types of searching is confusing... The new search does not work by itself.... and really needs to maintain the main functionality of the existing search. While the new search has some cool features, I would never use it as the main search. Also, the new search page is laid out poorly... The old sub nav bar "quick view" is extremely useful (or parts of it are) and seems to have gotten kicked to the curb in a place I least expected to find it... by clicking on my name in the upper right. I feel those quick view items should appear in the drop down next to my name in the upper right and be as follows: Recently Viewed, Your Geocaches, (Your)Trackables, (Your) Tractable inventory, Trackables Collection, Souvenirs, Statistics, Benchmarks, Friends, Lists, Settings, Log Out. Field Notes, and Pocket Queries should be moved from the navigation menu Play to here too as they belong to me. Play > Find a Geocache is a bit redundant.. The find a geocache page should pull up the cache page if you search for a GCID. I feel most people will either log geocaches by scrolling around and clicking on the map or electronically logging from GSAK or some other tool. The main problem here is that most GPSs by default prominently show the geocache name and not the GCID number add to the fact that most people will recall the name before some random string of numbers and since you can't log without a GCID I feel most people won't use it. Also, the page suffers a cosmetic issue in "span-11 last InformationWidget FloatContainer" you have a spacing issue. the box reads: "Search for Geocachesnear your home location". I feel these UI changes seem a bit rushed and unpolished and were never beta tested by subset of geocaching community. It feels like I spend more time clicking/scrolling to navigate the site which is a major turn off. If having a group of users beta test is something you would be interested in doing, I would be more than happy to volunteer as long as I could switch back to the normal UI. anyway, this is just my .02 take it or leave it.

One would think that, however, I have tried using inline css as well. The code I used on the OL tag:'style="color:blue;list-style-type:upper-alpha;"' This does not work either. It seems more then 1 element is overridden, the color tag is overridden as well. This seems to be a problem with specificity: http://coding.smashingmagazine.com/2010/04/07/css-specificity-and-inheritance/ If we were given access to the < style > tag, we could create our own classes and assign them the !important property(in line style does not allow for the css "!important" property).I still see no solution to above problem.

I am creating a puzzle cache and noticed geocaching.com supports the OL TYPE attribute but that the HTML TYPE attribute is being overridden from the parent SPAN tag by http://www.geocaching.com/css/blueprint/src/typography.css, line 76. GC ID (not published yet): GC3X9FY. Is this something that will be fixed? I would like to keep the A,B,C,D. See the problem in this image: below I have shown the fix in my local browser by disabling the offending line of css: Thanks, Binarymayhem