News for hackers. Stuff that matters.

A comment on Client won’t pay, my final resort. Parent comment

Re:Client won’t pay, my final resort by pc86 on Wednesday July 03, 2013 @04:09PM (#5987202)
I'm not sure how you can do that from a technical standpoint. If it's on my screen, I can view the markup.
[ Parent | on HN ]
Re:Client won’t pay, my final resort by cmwelsh on Wednesday July 03, 2013 @05:34PM (#5987678)
Check out browserling

http://browserling.com

[ Parent | on HN ]
Re:Client won’t pay, my final resort by bobwaycott on Wednesday July 03, 2013 @10:52PM (#5988922)
Many clients don't know anything about viewing markup and recreating work. Especially if there is something powering a site/application on the server. The HTML doesn't help them much.
[ Parent | on HN ]
Re:Client won’t pay, my final resort by TheMakeA on Wednesday July 03, 2013 @04:19PM (#5987250)
Think of something like VNC over WebRTC or Flash. Just rendered frames, no raw access to the source.
[ Parent | on HN ]
Re:Client won’t pay, my final resort by jtheory on Wednesday July 03, 2013 @05:52PM (#5987767)
Many clients wouldn't find this sufficient for user acceptance testing.

Won't any mildly tech-saavy client want to try it on their laptop, phone and/or tablet to make sure it looks right in different browsers? Well, it'll look exactly the same, because they aren't actually rendering it....

The minify/obfuscate solution seems sufficient (and possibly an expiration date...) but even that would be obviously unnecessary with many clients.

[ Parent | on HN ]
Re:Client won’t pay, my final resort by pc86 on Wednesday July 03, 2013 @04:56PM (#5987454)
It would be interesting if you could render a Flash depiction of a live website and allow interaction without degrading performance or having it "look like Flash."
[ Parent | on HN ]