Actually, as a nearsighted individual, the first words out of my mouth when reading this were:
"That is... FUCKING GENIOUS"
I have a Nintendo DS, and one of the things I note about it frequently is that it is hard for me to use the touch screen because of having to put my fingers there, and how close I have to have my eyes to the screen to see. At least in my case, that would make such things useful for me. they Even a normal person, not having their hands not block part of the screen when using it, should be nice.
9 out of 10 of those kids were NOT responsible. They had a job, yes, but they screwed around with their lives, and ended up going no where with their lives. Some of them abused drugs (I'm not saying just used, even people who noted a difference between used and abused would call this abuse). Some of them went from job to job, not holding one for long before getting fired, some were violent, some were in gangs...
Sorry, but #2 is certainly not a hallmark of responsibility. At some time periods, it is can also be a hallmark of a desperate-for-workers economy.
More aptly, he is stating that he is helping the parents excercise their control.
i.e. "Kids will have more difficulty bypassing their parents at the times the parents can't be there."
Its quite valid really - A parent working 12 hours a day can still manage to go out shopping at least once a week - and pick up a game during the trip if they decide the kid can have it. Conversely, without this legislation, it would be a lot easier for a child bypass the parents concerns about what games he or she can buy.
Conversely, the though of supporting FOSS could artificially inflate the price, MS could ignore that fact, and could argue that people percieve Windows to be worth more than they are charging.
Look at all the Linux users who buy pre-built machines with Windows, because until recently, they lacked many alternatives short of building their own.
That's not just Soviet Russia my meme spouting friend.
XML is utter crap, and 99% of what it is used for, it shouldn't be used for. That includes as a configuration file.
However, the way it is handled in IIS, it is actually easy to read, because 99% of what you are editing bears more of a resemblance to a config file than an XML file, because of the attribut structure.
So far, IIS is the only use of XML as a config file that I have found easy to use. A pathetic follower of a useless trend, it is, but at least it does it's job well, even within those bounds.
You want to load a module in there, and mod_php isn't loaded... In fact, you don't know what modules are and aren't loaded.
In the case of apache, you are in luck, the module loading section is near the beginning. But if it were near the end like some other options, then you have to sift through the file.
The problem is, your case, custom tailored to show the benifits of config files (which I am not denying), does not disprove the drawbacks.
That's not useful. I don't want to have to "drill down", I want to search for a keyword. Say I've got several hosts, and I want to see everything specifically relating to an IP address. I search for the text of the IP address. For beginners looking to change one option, complex GUIs are a mass of buttons and tabs, rather than something they can search for.
And if the keyword(s) you think up aren't in there? If the author of the document hasn't provided enough notes. I've found cases like that in text files. In those situations, I would have vastly preferred a GUI.
Remember: You aren't everyone - Just because you can't find a use for something doesn't mean someone else can.
I don't want to turn them off, I want to remove all reference to them.
And if they are off in either case, who cares? And what if the default is on - removing something could then turn it on. I have seen that in config files. For control purposes, it's better to have it there and set to precisely what you want than to ignore it and hope it goes away.
That's not useful. I want to mail the config so someone can read it, eg. paste my config to a newsgroup to ask a question when I'm stuck. The usual equivalent in windows-land is you spend days searching for stuff and getting dumb meaningless error messages ("please check that the domain controller is both locatable and contactable" - hey I know, Mr Paperclip, why don't YOU tell ME whether it was either unlocatable or uncontactable or both..), then eventually you find the answer on someone smug bloke's blog with a mugshot of him in the corner and 1000s of thankyou messages, rather than anywhere on MSDN. (incidentally, that error was nothing to do with the server being unlocatable or contactable, but being windows, I couldn't do a trace on it to find out where it was breaking, I just had to click "OK" and try something else).
So you have to use a hive-querying tool (command line or GUI), as opposed to a text editor (command line or GUI). If you are asking the questions, the people will either be on Windows, or have WINE. So, text or hive, you need a tool to open it, and the people helping you will probably have the appropriate tools around.
Oh, and trust me, I've had similar obscure errors in Linux with text-configured files, where I had to find some smug RTFM bloke who finally realized what I wanted wasn't documented before helping and making me feel a moron for not be a mind reader.
Text-y configs usually have some level of scriptability, eg. "IfDefined" in apache. Syntax that might apply to one feature will usually apply to all features, making things a lot more versatile.
s/usually/somtimes/. I've seen way to many "option=value" style configs where there was no scriptability. Oh, and, believe it or not, GUI can too. It's usually provided with a text box, and help box with how the scripting can be done. Admittedly it is more rare though.
Another advantage of text configuration is that you can arrange the order of the file according to what's important. You can also add comments.
And you can have files for commets with GUI configs.
The advantages you find in most GUIs: (a) You don't have to run extra commands to find out if you screwed something up in the config - it'll tell you immediately (b) It's a lot less likely to make a typographic error in the file it saves to, than you are hand editing. (c) If you don't know the name of an option you are searching for, or the text the developer decided to associate with them, you can find it easier by exploring the GUI, since GUIs are typically organized in a theme-based hierarchy.
Each has their advantages. Some advantages are more important to some people than others. Because of this, neither is universally better, and both are quite useful.
I know in my case, when I administrate IIS, I use both the GUI and the text file. When I administrate apache, I use the text file, because that's all there is, but I wish there were a gui available many times, because I could get the job of changing a few options done a lot faster using that than searching up and down the text file.
If I skip an answer, it's safe to say I can't give a good answer.
How do you search a gui interface? Most have a series of tabs/menus that allow a drill-down type search. Sometimes things aren't in the most obvious places, but it's not that bad, and if you don't know the exact text of what you are looking for it's a lot easier than text files. If you know the exact text, then it is harder. It's nicer to have both (such as provided in IIS)
How can you minimalise a gui config to the bare essentials? Turn off the options you don't want - same way you would in a command line.
How do you upload/download a config and email it to someone? Depends, if the gui attaches to an file (a-la IIS), email the text file. If the GUI attaches to the registry, export the hive and attach it.
How do you edit the config without having to run remote desktop client? Assuming there is a command line interface to the machine, you can edit the file the GUI controls with a text editor, if it is a text file. If it is registry, you can call tools in windows that allow you to query/write the registry, and if it is a proprietary binary, you are SOL unless they wrote a tool for it.
And of course, with clicky configs, if they haven't provided an option for something, then you can't do it. Sorry, "computer says no".
Yep, text-y configs you can't change things they don't give you options for either! That's a matter of programmer incompetance, and not specific to the interface.
Actually, IIS does have text file configuration also - the metabase.
That's one thing I like about it - I can edit the text file OR use the GUI.
The caveat is the text-file is XML, the pro is that it's structure in such a way that it's not as painful to edit by hand as normal XML. Also, there's a log file in the same directory that produces really helpful error messages if you screw up editing it by hand.
Having used both, I find neither significantly better/easier to administrate. They are just different
Even as a often-self-brewer, there is something to be said for "it exists and works well, or at least well enough". It is often nice to not have to go through the effort of making it yourself (or improving it to your needs).
Actually, in a lot of quantum stuff, time is space like already.
Namely - if you see an action in forward and reverse, both make sense. As opposed to macroscopic, where if you show a picture of a man falling from a roof in reverse, most people can tell you its in reverse.
in addition to the other users comment, you can download and use foxit for free, legally, from thier site. They pay version probably has special support or some other bonus.
1) Some people who weren't certain, and might wonder (i.e. wow, this was rather cheap when I ordered from that seedy web site I got an email from...) might check and agree 2) Some people who later found their copy wasn't legit, after the fact, but didn't have the money to do anything about it, might go for it.
Actually, as a nearsighted individual, the first words out of my mouth when reading this were:
"That is... FUCKING GENIOUS"
I have a Nintendo DS, and one of the things I note about it frequently is that it is hard for me to use the touch screen because of having to put my fingers there, and how close I have to have my eyes to the screen to see. At least in my case, that would make such things useful for me.
they
Even a normal person, not having their hands not block part of the screen when using it, should be nice.
I've seen a lot of cases of #2 in high school
9 out of 10 of those kids were NOT responsible. They had a job, yes, but they screwed around with their lives, and ended up going no where with their lives. Some of them abused drugs (I'm not saying just used, even people who noted a difference between used and abused would call this abuse). Some of them went from job to job, not holding one for long before getting fired, some were violent, some were in gangs...
Sorry, but #2 is certainly not a hallmark of responsibility. At some time periods, it is can also be a hallmark of a desperate-for-workers economy.
2+2 != 10000
More aptly, he is stating that he is helping the parents excercise their control.
i.e. "Kids will have more difficulty bypassing their parents at the times the parents can't be there."
Its quite valid really - A parent working 12 hours a day can still manage to go out shopping at least once a week - and pick up a game during the trip if they decide the kid can have it. Conversely, without this legislation, it would be a lot easier for a child bypass the parents concerns about what games he or she can buy.
Conversely, the though of supporting FOSS could artificially inflate the price, MS could ignore that fact, and could argue that people percieve Windows to be worth more than they are charging.
Double-edged-sword, that.
Look at all the Linux users who buy pre-built machines with Windows, because until recently, they lacked many alternatives short of building their own.
That's not just Soviet Russia my meme spouting friend.
You've obviously never seen the metabase.
XML is utter crap, and 99% of what it is used for, it shouldn't be used for.
That includes as a configuration file.
However, the way it is handled in IIS, it is actually easy to read, because 99% of what you are editing bears more of a resemblance to a config file than an XML file, because of the attribut structure.
So far, IIS is the only use of XML as a config file that I have found easy to use. A pathetic follower of a useless trend, it is, but at least it does it's job well, even within those bounds.
Next example.
You want to load a module in there, and mod_php isn't loaded... In fact, you don't know what modules are and aren't loaded.
In the case of apache, you are in luck, the module loading section is near the beginning. But if it were near the end like some other options, then you have to sift through the file.
The problem is, your case, custom tailored to show the benifits of config files (which I am not denying), does not disprove the drawbacks.
That's not useful. I don't want to have to "drill down", I want to search for a keyword. Say I've got several hosts, and I want to see everything specifically relating to an IP address. I search for the text of the IP address. For beginners looking to change one option, complex GUIs are a mass of buttons and tabs, rather than something they can search for.
And if the keyword(s) you think up aren't in there? If the author of the document hasn't provided enough notes. I've found cases like that in text files. In those situations, I would have vastly preferred a GUI.
Remember: You aren't everyone - Just because you can't find a use for something doesn't mean someone else can.
I don't want to turn them off, I want to remove all reference to them.
And if they are off in either case, who cares?
And what if the default is on - removing something could then turn it on. I have seen that in config files. For control purposes, it's better to have it there and set to precisely what you want than to ignore it and hope it goes away.
That's not useful. I want to mail the config so someone can read it, eg. paste my config to a newsgroup to ask a question when I'm stuck. The usual equivalent in windows-land is you spend days searching for stuff and getting dumb meaningless error messages ("please check that the domain controller is both locatable and contactable" - hey I know, Mr Paperclip, why don't YOU tell ME whether it was either unlocatable or uncontactable or both..), then eventually you find the answer on someone smug bloke's blog with a mugshot of him in the corner and 1000s of thankyou messages, rather than anywhere on MSDN. (incidentally, that error was nothing to do with the server being unlocatable or contactable, but being windows, I couldn't do a trace on it to find out where it was breaking, I just had to click "OK" and try something else).
So you have to use a hive-querying tool (command line or GUI), as opposed to a text editor (command line or GUI). If you are asking the questions, the people will either be on Windows, or have WINE. So, text or hive, you need a tool to open it, and the people helping you will probably have the appropriate tools around.
Oh, and trust me, I've had similar obscure errors in Linux with text-configured files, where I had to find some smug RTFM bloke who finally realized what I wanted wasn't documented before helping and making me feel a moron for not be a mind reader.
Text-y configs usually have some level of scriptability, eg. "IfDefined" in apache. Syntax that might apply to one feature will usually apply to all features, making things a lot more versatile.
s/usually/somtimes/. I've seen way to many "option=value" style configs where there was no scriptability.
Oh, and, believe it or not, GUI can too. It's usually provided with a text box, and help box with how the scripting can be done. Admittedly it is more rare though.
Another advantage of text configuration is that you can arrange the order of the file according to what's important. You can also add comments.
And you can have files for commets with GUI configs.
The advantages you find in most GUIs:
(a) You don't have to run extra commands to find out if you screwed something up in the config - it'll tell you immediately
(b) It's a lot less likely to make a typographic error in the file it saves to, than you are hand editing.
(c) If you don't know the name of an option you are searching for, or the text the developer decided to associate with them, you can find it easier by exploring the GUI, since GUIs are typically organized in a theme-based hierarchy.
Each has their advantages. Some advantages are more important to some people than others. Because of this, neither is universally better, and both are quite useful.
I know in my case, when I administrate IIS, I use both the GUI and the text file. When I administrate apache, I use the text file, because that's all there is, but I wish there were a gui available many times, because I could get the job of changing a few options done a lot faster using that than searching up and down the text file.
If I skip an answer, it's safe to say I can't give a good answer.
How do you search a gui interface?
Most have a series of tabs/menus that allow a drill-down type search. Sometimes things aren't in the most obvious places, but it's not that bad, and if you don't know the exact text of what you are looking for it's a lot easier than text files. If you know the exact text, then it is harder. It's nicer to have both (such as provided in IIS)
How can you minimalise a gui config to the bare essentials?
Turn off the options you don't want - same way you would in a command line.
How do you upload/download a config and email it to someone?
Depends, if the gui attaches to an file (a-la IIS), email the text file. If the GUI attaches to the registry, export the hive and attach it.
How do you edit the config without having to run remote desktop client?
Assuming there is a command line interface to the machine, you can edit the file the GUI controls with a text editor, if it is a text file. If it is registry, you can call tools in windows that allow you to query/write the registry, and if it is a proprietary binary, you are SOL unless they wrote a tool for it.
And of course, with clicky configs, if they haven't provided an option for something, then you can't do it. Sorry, "computer says no".
Yep, text-y configs you can't change things they don't give you options for either! That's a matter of programmer incompetance, and not specific to the interface.
Yes, though the GP argued that it didn't, not that it did
II6 has something called metabase.xml. It's actually a fairly easy to edit XML file, compared to most XML config files I've seen too.
Actually, IIS does have text file configuration also - the metabase.
That's one thing I like about it - I can edit the text file OR use the GUI.
The caveat is the text-file is XML, the pro is that it's structure in such a way that it's not as painful to edit by hand as normal XML. Also, there's a log file in the same directory that produces really helpful error messages if you screw up editing it by hand.
Having used both, I find neither significantly better/easier to administrate. They are just different
Well put.
Even as a often-self-brewer, there is something to be said for "it exists and works well, or at least well enough". It is often nice to not have to go through the effort of making it yourself (or improving it to your needs).
More importantly:
Because our biology and minds are tied to a three dimensional existence...
Would we know when/where it does happen?
Actually, in a lot of quantum stuff, time is space like already.
Namely - if you see an action in forward and reverse, both make sense. As opposed to macroscopic, where if you show a picture of a man falling from a roof in reverse, most people can tell you its in reverse.
I'd hold off on the self mods and partying if I were you. Put the RedBull down...
In direct sun, could this boil your brain?
In the winter, could this give your brain frostbite?
in addition to the other users comment, you can download and use foxit for free, legally, from thier site. They pay version probably has special support or some other bonus.
or Firefox for a web browser and Foxit for a PDF reader.
Simpler and cheaper if you are a Windows user.
That's one of his many errors, to my knowledge, I've yet to see a coin with a sharp edge. At least, not in the US.
What kind of crack is the guy who said coins have sharp edges smoking? Or is their some country where they do have sharp-edged coins.
Another? Oh, as for credit. There are these things called "bar codes" - believe it or not, they are not magnetic!
What I would give for a few mod points right now - that question is such a good comment and question on the state of /.
That's assuming you use a diff style patch.
"Here's this function, replace the function of the same name in file xyz.lang"
Or
"here's this function, then add this line between A and B in xyz.lang, function abc."
There are many ways to handle a problem than yours. Admittedly all aren't as efficient, but they do exist.
I know, you don't know everything, shocking, eh?
obviously you are good at making incorrect assumptions.
Oh, and copy+paste works just as well on a web form as it works on a email client. Try it some time.
Not to mention, it's impossible to put a codefix in a text based feedback. I mean, it's not like computer software is initially written in text...
./sarcasm --off
is it?
1) Some people who weren't certain, and might wonder (i.e. wow, this was rather cheap when I ordered from that seedy web site I got an email from...) might check and agree
2) Some people who later found their copy wasn't legit, after the fact, but didn't have the money to do anything about it, might go for it.
Of course not, that's what the auditing is for!
But all things considered, I wonder where I can get Genuine Microsoft FreeBSD, KDE, OpenOffice, BASH, GIMP, Pidgin, Firefox...
awe screw it.
Actually #2 (JP) is battle-driven/use-driven abilities.
FFXII is again the funky grid system, but possibly worse than FF10...