|
|
|
|
|
by prodigal_erik
5775 days ago
|
|
I don't mean thumbnails. http://www.noloh.com/?poweredby/ shows me four sites and no way to navigate to more. If I follow the link to the last, http://www.diffpaste.com/, I see "Paste", "Diff", and "Latest Pastes" across the top and categories ranging from "PHP (67)" to "C++ (1)" down the right, none of which do anything at all. Likewise, http://www.noloh.com/ has several highlighted phrases and "Read More" divs which look like they were supposed to be links but don't go anywhere. Many other links all lead to http://dev.noloh.com/ rather than whichever page was intended, because the server can't see the path after the # sign. If you thought this stuff all worked without js, I'm sorry but I assure you much of it does not, so the happyworm.com crew seem to be onto something good. |
|
As I mentioned earlier it's at the developer's discretion as to whether they want to enable JS degradation or not. Sometimes when an application is sufficiently complex a developer may choose not to, or not have certain actions map to links.
You shouldn't base your assumptions on one implementation, but rather, read what the technology claims to do and then try it so you can actually see, rather than just slash and burn.
It's people like you that really make me wonder whether we should even continue down the standards based route, or continue to support text-based browsers, as mentioned in our latest blog posts http://dev.noloh.com/#/blog/, or http://dev.noloh.com/?/blog/ for you. Not a single client or user has ever asked for such features, but we always get complaints from the die-hards. So we work and implement it, to what effect? Next you'll complain that some app that uses NOLOH doesn't do XYZ. There's nothing we can do about that, we can't force users to upgrade, or implement a feature, we can only offer it.
Clearly it doesn't matter what we do, or how compatible we try to be, you won't care, won't listen, and won't actually try it.