+BigWhiteTruck Posted March 14, 2005 Share Posted March 14, 2005 Wouldn't it be easier to have the user's browser decode the hint on a cache page instead of re-downloading the whole page when they click on "decode this hint". It would reduce load on the server, and be easy to implement, using javascript or dhtml. It would also make for a more pleasant user experience, not having to wait for the page to reload, then scroll down. Link to comment
+pghlooking Posted March 14, 2005 Share Posted March 14, 2005 I would like that. Not sure how high up on the list or how hard to make it that way, but would be alot better. I am sure the dial up members would love it. Link to comment
+briansnat Posted March 14, 2005 Share Posted March 14, 2005 Telling Jeremy how to code a website is like telling Art Linkletter how to hit a curveball. Link to comment
+rutson Posted March 14, 2005 Share Posted March 14, 2005 Telling Jeremy how to code a website is like telling Art Linkletter how to hit a curveball. I've no idea what that means, but the initial suggestion is a good one. Link to comment
+Moose Mob Posted March 14, 2005 Share Posted March 14, 2005 Do you mean decoding into a popup window? I could disable my popup blocker to allow this site for that! Anything to help the Sunday PM stress. Link to comment
robertlipe Posted March 14, 2005 Share Posted March 14, 2005 The suggestion has been made before. It doesn't have to be done with popups (ugh) An example of how it could work with DHTML is (and no comments on the example content - it's just a page I happened to have open that employs this technique) can be seen at: http://lab.msdn.microsoft.com/express/faq/...lt.aspx#visualc I could probably even be convinced to provide the dozen lines of code it would take to make it go... Link to comment
+BigWhiteTruck Posted March 15, 2005 Author Share Posted March 15, 2005 A Good Example Of course, you would have the default text shown with a document.onLoad command, instead of a onClick command for the link. This would interface quite nicely with the current ability to bookmark a cache with decoded hint, as you could to the document.onLoad for either value, depending on the gets or posts. Link to comment
+Prime Suspect Posted March 15, 2005 Share Posted March 15, 2005 It's a little more complicated than that, since the cache page has multiple states that have to be preserved. If you click Decrypt, and then Show All Logs, when it displays all logs, it has to remember to also maintain the decrypt state. Same goes for Printer Friendly. Link to comment
robertlipe Posted March 16, 2005 Share Posted March 16, 2005 OK, it's not quite trivial if you really wanted to keep log and hint encryption lockstepped. ("Show all logs" probably does make sense to force a page reload since you don't WANT to ship that data in most cases and is thus a different problem.) A totally underachieving 90 second implementation might look like this: http://www.mtgc.org/tmp/xxx/xxx.html Yeah, it's cut and pasted from BigWhiteTrucks example and is dumb as a box of rocks in that it requires three copies of the hint, the label doesn't "toggle" nicely, it doesn't examine the incoming argument list to set initial state, etc.. Since I don't natively speak JS/DHTML, writing a "real" decoder in it might take as much as a couple of minutes and fixing these other things probably a few dozen more minutes. So it's a little more complicated, but still easily on the "after a few beers" side of brain surgery. :-) I don't know what percentage of the pages the site serves up only to immediately serve up the "decode=y" version for the hint, If it's an interesting number, this approach is one worth considering as it could reduce that number. Link to comment
+webscouter. Posted March 16, 2005 Share Posted March 16, 2005 Of course you could just use a real browser like Firefox and use ROT13 plugin. Link to comment
Recommended Posts