Earlier quoted context omitted.
I agree that the NoScript folks can be ignored for apps. However, for web sites which consist primarily of rich documents, it's polite to at least try to convey the same information. > Specifically building your app to attempt to handle the "bad data connection" use case that users already are familiar with in the context of the internet seems like bad programming. Au contraire: It's the height of good programming to…
>Au contraire: It's the height of good programming to attempt to predict and handle as many real-world errors as humanly possible. If I'm writing a USB device driver, you'd best believe I should try to do something sane if the cable comes unplugged, rather than just saying "don't do that". Should you devote a lot of your limited programming time to catching an exception that users naturally experience during USB oper…
Bootstrap 3 preview
161–166 of 166 posts
Re: Bootstrap 3 preview
#162Earlier quoted context omitted.
All I'm saying is... websites and portals that are accessed from devices and connections, in emergency-ish situations, should really have fallback modes so they work when I'm stuck in immigration in a third world country (or hospital). long haul airline sites and medical insurance sites fall under this category. I'm not talking about this from any other perspective than accessibility under less than desirable conditi…
Yes, sites whose main audience may view it from those limited connections should devote resources to ensuring that they can access it from limited connections. I clearly stated exactly that in my first original post in this thread . I said, always know your audience and prioritize your development for your audience. I don't know why you've missed me saying that 4+ times at this point. I guess it's because you want to…
This has very little to do with data protection laws. I'm not talking about making your data secure, using ssl, redundancy in your database etc. These are all requirements but this is not what I'm talking about.
Simple accessibility in sub-optimal conditions. Stop trying make your small minded opinions the focus of this. Do you even own a passport?
Re: Bootstrap 3 preview
#163https://github.com/twitter/bootstrap/pull/6342
It may also help to keep in mind that this is a preview. Bootstrap 3 isn't done yet.
Re: Bootstrap 3 preview
#164Earlier quoted context omitted.
This is the key to Bootstrap (or similar css frameworks). It's not intended to be a theme. If you want to just have the css/html ready for you to do some documentation or a project that has no need for any visual differentiation, then go ahead and use vanilla. When used to build something that should be visibly unique, the visual design and appeal is something that should be created aside from bootstrap, maybe with t…
Come on yes it is (was) intended to be a theme , that's why it is so successfull. Grid frameworks existed well before bootstrap , and most developers did not use them.
I suppose you could say it comes with a theme, but anyone who cares enough to complain about the theme should also be motivated enough to customize it.
Re: Bootstrap 3 preview
#165Earlier quoted context omitted.
Yes, sites whose main audience may view it from those limited connections should devote resources to ensuring that they can access it from limited connections. I clearly stated exactly that in my first original post in this thread . I said, always know your audience and prioritize your development for your audience. I don't know why you've missed me saying that 4+ times at this point. I guess it's because you want to…
You're an idiot, I'm talking about the accessibility of a data entry portal. There's no reason to not make it work in sub optimal conditions if ANY (not just your main) of your user base are likely to be in those conditions. This has very little to do with data protection laws. I'm not talking about making your data secure, using ssl, redundancy in your database etc. These are all requirements but this is not what I'…
Re: Bootstrap 3 preview
#166Earlier quoted context omitted.
You're an idiot, I'm talking about the accessibility of a data entry portal. There's no reason to not make it work in sub optimal conditions if ANY (not just your main) of your user base are likely to be in those conditions. This has very little to do with data protection laws. I'm not talking about making your data secure, using ssl, redundancy in your database etc. These are all requirements but this is not what I'…
haha, criley won already
I'm right, he's clearly a try hard with no idea what he's talking about.