I know what it means, and it's certainly closer to the intended meaning of the grandparent poster I originally responded to than 'tripe'.
'Tripe' is just not even in the same ball-park.
Sure, the pattern the poster explained works, but that sure doesn't mean much when there is NOBODY in the world whom would use 'tripe' to have anything at all to do with 3, in any form or use.
Come on people, modding this insightful when a quick search of any of dozens of threads in the last year on slash will show this to be bs.
There is ONLY a levy on MUSIC CD's in canada. Buy a data CD-R and it doesn't have the levy. And no, there is no actual difference between the 2 types of CD-R, just how much you pay.
So thanks for your input, thanks for trying to help and all, but please quit now before you really fuck things up for us!
Not bloody likely. What a load of wind..tried reading from the top, tried browsing for interesting tidbits...I REALLY doubt anyone around here will be interested enough in this topic to read the article as presented.
Ah, jealous that the internet isn't only your playground anymore are we?
Search engines, like google especially, are the only reason the internet took off: They made the internet _accessible_ for everyone, not just for those with big brains that insist everything be a problem to solve.
I suppose you believe calculators are evil as they allow people to do math without thinking too hard...must be bad!
Absolutely! I second that! Can't even find a seller in canada at the moment though. Wish Walmart US would ship to canada, $280 US -> Canadian + shipping would only be around $400, not bad at all! alas...not going to happen today.
Re:What are you talking about?
on
Effective XML
·
· Score: 1
And that would be a PERFECT example of the WRONG tool for the job.
Now, if you want to compare something to do with images and xml, try comparing Flash files to SVG files and see what conclusions you come up with...
Re:where are the open source XML repositories
on
Effective XML
·
· Score: 1
No, the post I was replying to was confusing XML syntax with specific markup languages, that was the exact point I was trying to make and clarify.
The post I was replying to was insinuating that DTD's are useless because they impose limitations on xml and make xml harder to use, which is just not the case. DTD's, as with Schemas or your proverbial memo all exist to make xml useable in a given context.
Imagine that, you can represent just about anything in a flat text file!
Now, what do the contents of this ini file mean and how shall I edit it to do what I want it to?
[fido.ini]
(Contents don't matter for the point to be made)
Re:The main issue with XML is performance
on
Effective XML
·
· Score: 1
Couldn't have said that better.
Re:The main issue with XML is performance
on
Effective XML
·
· Score: 1
Serialize and Deserialize in.NET is totally portable and doesn't matter what the current/target system is. It Serializes and Deserializes to the base.NET datatypes which ARE portable.
(I realize that this isn't the case with most systems, just a huge benefit of.NET)
Ahh, I see, so your problem with XML is that it is a really slow math processor?
Right tool for the job. I don't believe I've EVER heard somebody suggest that one should remove some heavy-duty number crunching from a c++ app and stuff it into XML...
On the other side however, ever tried stuffing a family tree into a relational database? Or doing large quantities of text processing in c++?
Slashdot Mirror
Ah, I get called a 'didactic concecending troll' and I'm the asshole ehh?
You're right, I'll just piss off now.
I know what it means, and it's certainly closer to the intended meaning of the grandparent poster I originally responded to than 'tripe'.
'Tripe' is just not even in the same ball-park.
Sure, the pattern the poster explained works, but that sure doesn't mean much when there is NOBODY in the world whom would use 'tripe' to have anything at all to do with 3, in any form or use.
Just the low-order bit really ;)
First, it's 'tuple' you tool.
Second, I posted in a totally friendly manner, your comment is entirely unwarranted.
Based on the above 2 points I now must conclude that you, sir, are a fuckwit. Good day.
Me thinks you mean "triple" or some legitimate variation on that.
;)
As for "Tripe", you try it first and tell me what you think. I've even got a bit of scotsman in me and I won't touch the crap
Now _that's_ a drinking game ;)
Hadn't run across that before, good link tx!
Dupe immediately following the original! ;)
That's gotta be a record
Left hand doesn't know what the right one's doing I guess!
It also looks like it could take more than a wee bit of abuse, unlike just about any laptop out there ;)
Did I say Xenon?
No.
Look for a quad xseries, they're 1u.
No, of course not.
You buy a case and mobo _designed_ for dual or quad use.
Not difficult at all.
Now trying to stuff a dual or quad board into a case designed for a single proc, well, you get what you deserve I guess.
Say what?
All of our servers in our rack are quad P4's, all 1U, no problem whatsoever.
(Thanks to the engineers at IBM, but the point still stands)
ROTFLMAO!!!
Should have saved a mod point, sorry buddy!
Again, as the parent to your post stated, 'consumer' being the key word.
You gonna tell your granny to go get a 64bit machine and load suse64 on it? I didn't think so.
Can you back that up?
Didn't think so, because it's not true, period!
There is only a levy on media labelled for MUSIC use. At this point that means: CD-R, Cassettes and DVD media labelled for MUSIC RECORDING USE.
Data CD-s and DVD's are cheaper, significantly.
There is NO levy on storage media like media cards, hard drives, mp3 players etc.
Come on people, modding this insightful when a quick search of any of dozens of threads in the last year on slash will show this to be bs.
There is ONLY a levy on MUSIC CD's in canada. Buy a data CD-R and it doesn't have the levy. And no, there is no actual difference between the 2 types of CD-R, just how much you pay.
So thanks for your input, thanks for trying to help and all, but please quit now before you really fuck things up for us!
Not bloody likely.
What a load of wind..tried reading from the top, tried browsing for interesting tidbits...I REALLY doubt anyone around here will be interested enough in this topic to read the article as presented.
Not by definition though.
UTC is NOT GMT, it just happens to be the same as GMT.
Ah, jealous that the internet isn't only your playground anymore are we?
Search engines, like google especially, are the only reason the internet took off: They made the internet _accessible_ for everyone, not just for those with big brains that insist everything be a problem to solve.
I suppose you believe calculators are evil as they allow people to do math without thinking too hard...must be bad!
Absolutely! I second that!
Can't even find a seller in canada at the moment though. Wish Walmart US would ship to canada, $280 US -> Canadian + shipping would only be around $400, not bad at all! alas...not going to happen today.
And that would be a PERFECT example of the WRONG tool for the job.
Now, if you want to compare something to do with images and xml, try comparing Flash files to SVG files and see what conclusions you come up with...
No, the post I was replying to was confusing XML syntax with specific markup languages, that was the exact point I was trying to make and clarify.
The post I was replying to was insinuating that DTD's are useless because they impose limitations on xml and make xml harder to use, which is just not the case. DTD's, as with Schemas or your proverbial memo all exist to make xml useable in a given context.
Imagine that, you can represent just about anything in a flat text file!
Now, what do the contents of this ini file mean and how shall I edit it to do what I want it to?
[fido.ini]
(Contents don't matter for the point to be made)
Couldn't have said that better.
Serialize and Deserialize in .NET is totally portable and doesn't matter what the current/target system is. It Serializes and Deserializes to the base .NET datatypes which ARE portable.
.NET)
(I realize that this isn't the case with most systems, just a huge benefit of
Ahh, I see, so your problem with XML is that it is a really slow math processor?
Right tool for the job. I don't believe I've EVER heard somebody suggest that one should remove some heavy-duty number crunching from a c++ app and stuff it into XML...
On the other side however, ever tried stuffing a family tree into a relational database? Or doing large quantities of text processing in c++?