Sometimes this is caused by 3rd party component vendors been tardy in not supporting Chrome in their legacy controls. Infragistics with NetAdvantage for example. I'm actively looking at replacements to their grid control with some urgency as I cannot keep hiding behind this excuse for ever.
Maybe the halcyon days of the big movie and music companies are over. Maybe we've had enough of paying over the odds for music CDs whereby a very small percentage gets back to the musician. But maybe we're happy with the amount they do get as they seem to do quite well thank you very much.
Other industries have had to adapt when new technology came along. Digital cameras weren't banned by traditional film manufacturers. Every digital photo I take is 10p less in the coffers of Kodak. I appreciate not exactly an accurate analogy but you get the idea. Why should the movie and music industry be different. Heck, if I could download an album for £1, there is a *very* high chance I might end up spending more per year than before. I don't rent movies anymore as I've got movies on demand via cable. I didn't see Blockbuster trying to shutdown NTL or Sky movies on demand.
They had to evolve or go under.
The movie and music industry has to do the same. We know that, they just haven't realised yet. No, I'm not surprised they are trying to protect their huge income - we'd all do the same. But the way they are doing it isn't helping their cause in the slightest.
As for whether the pirate bay is actually breaking the law in Sweden I'm not going to comment. It's murky enough already. Even they aren't breaking a Swedish law, we all know that something isn't quite right.
TCPIP is the transport method that makes P2P possible
But TCP/IP and network cards have equally, if not more, so legitimate uses. P2P is 99% piracy. Not that I think they can stop it. The large media corporations are just being out evolved by new technology. Time to evolve or die. After all, they've only been around for ~100 years.
So we agree - it doesn't seem cricket for them to be able to get legislation to protect themselves or use their overwhelming power (money) to give themselves an unfair advantage.
Smacks of the Microsoft anti-competitive cases.
Here in the UK, the legislation occasionally works the other way. BT, the monopoly until very recently, is actively legislated against to prevent them undermining the competition. They cannot undercut on price and they have been forced to "unbundle" the local exchange. The success of the later has been varied.
I agree with that but that wasn't what the original poster was talking about. They were trying to get across that it's ambiguous which is the correct way to design your XML schema in the first place. Not that the resultant XML is ambiguous.
The original poster was asking whether in his example it should be attributes, the body or child tags. As there are three ways of just this one example, then it's certainly open to interpretation as to which is the "best" way to do it. And I'd argue that as there are three ways, it uncertain as to which is the right answer.
Ambiguous can also simply mean "lack of clarity" which is what part of this thread is all about.
Hey - have you ever tried to configure the Meridian (Nortel) PBX? I cannot believe that any other system is more unfriendly that it's command line interface. The GUI isn't much better either.
My theory is that any software PBX must be easier than proprietary systems as it's coming from the computer world (which I understand) compared to the telecoms worlds (which has its own language).
Call quality varied from good to extremely poor. Your mileage may vary
Was this for internal or external telephone calls? I don't think we're quite ready yet for the later in a business environment. But on an internal PBX - isn't that okay assuming your LAN is up to spec?
Sorry for the metaphor of war, but if someone came along and told me that my $BIGbn business could be replaced by a bootable CD, there would be a certain reaction, yes
Ohh isn't the internet an evil thing for all these mega-corps. I love to see them cringe when their lovely little monopoly starts getting threatened We've got the music industry cringing that they're going to loose a lot of money because we're all downloading music for free. And now the telecoms are quaking because we're all going to start getting telephone calls for free even mobile when wireless is all over the place.
I develop software for a small business. If a rival company comes along with a better product, well that's tough - but entirely our fault for letting it happen.
I don't see what's so bad about it being the end of the road for the big telecoms and music companies... You had your chance mate, now move over, you've been out-evolved. They certainly should not be able to get legislated to prevent it happening, certainly not in the telecoms area (music is a lot more grey).
Binary XML is intended to make things parse faster, but as others have said, it's worth the extra CPU power to preserve a format that is human-readable. Compression is an easy fix for disk storage / network transmission problems
Binary XML and thinking further, binary HTML would IMHO be a good compromise. We can keep readablity at the development end but maintain efficiency over the network. Everyone seems to assume the internet is now really, really fast. Well, it isn't:-)
As long as you can very easily rebuild the text version of the XML/HTML at the client end. Hmm, that's a nice way to secure things as well - encrypt the binary as well with keys and then people can't look at your source code if you don't want them to.
Binary XML data would also be inherently more secure to packet sniffers although not perfect.
Whilst this isn't quite on-topic, it is to do with text versus binary formats:-) Our problem is that when you start trying to make a webapp do more client type functions (like grid, tree controls etc.) then the size of the HTML file with Javascript but most often state information becomes a problem. Even with an include, it still downloads a large jscript file as text and then compiles (or more likely interprets).
The same is true of using XML.
Is there anyway to compress the HTML and jscript files as they are fetched? Good-old modems used to compress the text stream on the fly, does the same thing happen with broadband?
But bandwidth and even LANs aren't that fast which is where the bottleneck occurs. We're experimenting with the excellent Infragistics NetAdvantage suite of web controls like the grid. These things are ending up sending a 2MB HTML file across - okay, it's not XML in this case but it's the same idea/problem.
I really can't decide between human readble (just) XML et al versus binary formats. I love the ability to easily see what's going on but at the same time, the inefficiency (parsing & space) kind of offends the ex-games programmer in me.
how does understanding styles and headings have anything to do with cost savings?
True, doesn't directly make the IT department more effective but does show how money can be saved in other parts of the company. It was triggered as well by the thread about automation saving time.
That's made me go all goose bumpy. You have reminded me of the time I tried to get TAPI working with the Nortel Meridian PBX. I still have nightmares about it.
Talk (ha ha) about making a relatively simple subject over complicated. The sooner telephone systems become just part of the computer network, the better.
Still have to program the Meridian using Hyperterminal or, if we're lucky, MAT.
Windows can be diskless too - we have a handful of WYSE thin terminals. Takes about a minute to set-up and the cost is now reasonable, certainly less than a PC. Until recently, thin terminals were more expensive than a PC.
Four IT people for a company of 50? That's very OTT. Two would be ideal and with TS/Citrix you can get away with one but doesn't leave you much in terms of cover when they are on holiday.
You do know that you can run Windows apps in "seamless" mode with Citrix, right?
Yes and very spooky it is too. We've host our VB6 application that way on the internet. End users just double click on a shortcut on their desktop and up pops the application in a window just like all their local apps.
Slashdot Mirror
Sometimes this is caused by 3rd party component vendors been tardy in not supporting Chrome in their legacy controls. Infragistics with NetAdvantage for example. I'm actively looking at replacements to their grid control with some urgency as I cannot keep hiding behind this excuse for ever.
Ohh and let's call it "client/server" :-)
Rob.
I thought Vista was based upon the Windows 2003 Server code base?
Rob.
Maybe the halcyon days of the big movie and music companies are over. Maybe we've had enough of paying over the odds for music CDs whereby a very small percentage gets back to the musician. But maybe we're happy with the amount they do get as they seem to do quite well thank you very much.
Other industries have had to adapt when new technology came along. Digital cameras weren't banned by traditional film manufacturers. Every digital photo I take is 10p less in the coffers of Kodak. I appreciate not exactly an accurate analogy but you get the idea. Why should the movie and music industry be different. Heck, if I could download an album for £1, there is a *very* high chance I might end up spending more per year than before. I don't rent movies anymore as I've got movies on demand via cable. I didn't see Blockbuster trying to shutdown NTL or Sky movies on demand.
They had to evolve or go under.
The movie and music industry has to do the same. We know that, they just haven't realised yet. No, I'm not surprised they are trying to protect their huge income - we'd all do the same. But the way they are doing it isn't helping their cause in the slightest.
As for whether the pirate bay is actually breaking the law in Sweden I'm not going to comment. It's murky enough already. Even they aren't breaking a Swedish law, we all know that something isn't quite right.
But at the end of the day "Do we care?"...
But TCP/IP and network cards have equally, if not more, so legitimate uses. P2P is 99% piracy. Not that I think they can stop it. The large media corporations are just being out evolved by new technology. Time to evolve or die. After all, they've only been around for ~100 years.
Rob.
Yes, it's called incitement.
Cheers, Rob.
So we agree - it doesn't seem cricket for them to be able to get legislation to protect themselves or use their overwhelming power (money) to give themselves an unfair advantage.
Smacks of the Microsoft anti-competitive cases.
Here in the UK, the legislation occasionally works the other way. BT, the monopoly until very recently, is actively legislated against to prevent them undermining the competition. They cannot undercut on price and they have been forced to "unbundle" the local exchange. The success of the later has been varied.
Rob.
I agree with that but that wasn't what the original poster was talking about. They were trying to get across that it's ambiguous which is the correct way to design your XML schema in the first place. Not that the resultant XML is ambiguous.
Cheers, Rob.
Err, no it doesn't:
1. Open to more than one interpretation
2. Doubtful or uncertain
The original poster was asking whether in his example it should be attributes, the body or child tags. As there are three ways of just this one example, then it's certainly open to interpretation as to which is the "best" way to do it. And I'd argue that as there are three ways, it uncertain as to which is the right answer.
Ambiguous can also simply mean "lack of clarity" which is what part of this thread is all about.
Rob.
(apparently it isn't that friendly)
Hey - have you ever tried to configure the Meridian (Nortel) PBX? I cannot believe that any other system is more unfriendly that it's command line interface. The GUI isn't much better either.
My theory is that any software PBX must be easier than proprietary systems as it's coming from the computer world (which I understand) compared to the telecoms worlds (which has its own language).
Rob.
Call quality varied from good to extremely poor. Your mileage may vary
Was this for internal or external telephone calls? I don't think we're quite ready yet for the later in a business environment. But on an internal PBX - isn't that okay assuming your LAN is up to spec?
Rob.
Sorry for the metaphor of war, but if someone came along and told me that my $BIGbn business could be replaced by a bootable CD, there would be a certain reaction, yes
Ohh isn't the internet an evil thing for all these mega-corps. I love to see them cringe when their lovely little monopoly starts getting threatened We've got the music industry cringing that they're going to loose a lot of money because we're all downloading music for free. And now the telecoms are quaking because we're all going to start getting telephone calls for free even mobile when wireless is all over the place.
I develop software for a small business. If a rival company comes along with a better product, well that's tough - but entirely our fault for letting it happen.
I don't see what's so bad about it being the end of the road for the big telecoms and music companies... You had your chance mate, now move over, you've been out-evolved. They certainly should not be able to get legislated to prevent it happening, certainly not in the telecoms area (music is a lot more grey).
Rob.
Uh, you make it whichever way you want it to be. Just because there's more than one way to design it doesn't mean it's ambiguous.
Err, yes it does - the more ways there are to express something, the more ambigious it is.
Rob.
>Somebody must have thought about this before.
:-)
Ohh hang on, I've just re-invented the "the compiler"
Rob.
As long as you can very easily rebuild the text version of the XML/HTML at the client end. Hmm, that's a nice way to secure things as well - encrypt the binary as well with keys and then people can't look at your source code if you don't want them to.
Binary XML data would also be inherently more secure to packet sniffers although not perfect.
Somebody must have thought about this before.
Cheers, Rob.
Whilst this isn't quite on-topic, it is to do with text versus binary formats :-) Our problem is that when you start trying to make a webapp do more client type functions (like grid, tree controls etc.) then the size of the HTML file with Javascript but most often state information becomes a problem. Even with an include, it still downloads a large jscript file as text and then compiles (or more likely interprets).
The same is true of using XML.
Is there anyway to compress the HTML and jscript files as they are fetched? Good-old modems used to compress the text stream on the fly, does the same thing happen with broadband?
Cheers, Rob.
Inefficient would be a better word.
But at least your don't hear people complaining or worrying about how fast it is to access the registry.
I guess it comes down to whether you believe apps and systems have become bloated or not. This comes to code and data size.
Rob.
But bandwidth and even LANs aren't that fast which is where the bottleneck occurs. We're experimenting with the excellent Infragistics NetAdvantage suite of web controls like the grid. These things are ending up sending a 2MB HTML file across - okay, it's not XML in this case but it's the same idea/problem.
Rob.
I really can't decide between human readble (just) XML et al versus binary formats. I love the ability to easily see what's going on but at the same time, the inefficiency (parsing & space) kind of offends the ex-games programmer in me.
Rob.
how does understanding styles and headings have anything to do with cost savings?
True, doesn't directly make the IT department more effective but does show how money can be saved in other parts of the company. It was triggered as well by the thread about automation saving time.
Rob.
>I used to work for Nortel Networks
That's made me go all goose bumpy. You have reminded me of the time I tried to get TAPI working with the Nortel Meridian PBX. I still have nightmares about it.
Talk (ha ha) about making a relatively simple subject over complicated. The sooner telephone systems become just part of the computer network, the better.
Still have to program the Meridian using Hyperterminal or, if we're lucky, MAT.
Rob.
>the desktops could be diskless
Windows can be diskless too - we have a handful of WYSE thin terminals. Takes about a minute to set-up and the cost is now reasonable, certainly less than a PC. Until recently, thin terminals were more expensive than a PC.
Rob.
Four IT people for a company of 50? That's very OTT. Two would be ideal and with TS/Citrix you can get away with one but doesn't leave you much in terms of cover when they are on holiday.
Rob.
You do know that you can run Windows apps in "seamless" mode with Citrix, right?
Yes and very spooky it is too. We've host our VB6 application that way on the internet. End users just double click on a shortcut on their desktop and up pops the application in a window just like all their local apps.
Rob.