12329 Players currently online!
Man vs. Machine - good luck!
Turn-based games at any time!
Vote for the best move to win!
Do you have what it takes?
Sharpen your tactical vision!
Get advice and game insights!
Learn from top players & pros!
View millions of master games!
Your virtual chess coach!
Perfect your opening moves!
Test your skills vs. computer!
Find the right private coach!
Can you solve it each day?
Bring it all together!
Beginners, start here!
Make friends & play team games!
News from the world of chess!
Search all Chess.com members!
Find local clubs & events!
Who's the best of your friends?
Read what members are saying!
The mouse makes it much easier to drop the piece where you didn't want it to go.So the problem cuts both ways.
What zborg said.
I was just thinking the same thing.
Probably because it's too difficult to implement.
Of course it doesn't seem difficult to you; you don't know programming.
Sigh* You're right. The technology just isn't there yet.
And if there were a person out there who could program such a feat, just imagine how much they'd charge for this task. Not to mention the team of lesser programmers needed to fill in the gaps, the years of testing, and at the end of it all only those with high-end computers and decent technical know-how would be able to enjoy it.
No, it's just not an option at this time.
Wait. I just realized it's simpler than not allowing illegal moves. How embarrassing.
LOL !! :-)))
Because they cant see you clicking your piece?
No, trust me, they can ... ;-)
Under the current rules, each online player only needs to exchange TCP/IP packets with the server when the move is completed... say, forty or so times per game.
Under your suggested "touch-move" rule, EVERY player who is logged into a game would need to exchange data with the server at least a dozen times each second.
That would increase the band-width usage by a factor of at least 100x to 1000x.
Can you say: horrible, unplayable lag?
looks like we have a computer expert
Not quite there yet, but I'm working on it.
So basically, you are explaining us that real-time-online-massively multiplayer games do not exist. Well, I was quite sure they do but now I start thinking I was wrong...:-)
So basically, you are explaining us that real-time-online-massively multiplayer games do not exist.
Certainly they exist. But the vast majority of the calculations (such as ALL of the graphics processing) is done client-side. The information exchanged in data packets refers mostly to (x,y,z) coordinates.
In other words... MMOs are played almost entirely on YOUR computer, not on the server.
Are you saying that chess.com should upload their proprietary chess software onto your computer whenever you log on?
Are you saying that chess.com should upload their proprietary chess software onto your computer whenever you log on? [/quote]
Of course they should if it helps working smoothly.Unlike MMOGs, there's nothing more basic and public domain that chess game algorithms.
But in fact, I got 2 or 3 non-technical arguments posted here which make me beleive that after all, the factthat the rule is not i mplemented is not such a big issue.
So for me: problem solved ! ;-)
It's not a difficult coding issue, you could simply make the piece selection sticky, but like others have said, we have mouse-slip drawbacks and the rule was created for OTB not online. Calling it cheating is a bit of a stretch, or maybe AllanJones dislikes conceding a silly argument.
If put to a vote, I'm sure the vast majority here would vote this RFC down.
Woah, exchange data a dozen times each second? I don't see how this would increase much of anything. You only need to communicate for the first click of a piece that can legally move. All other clicks can be ignored.
Seems pretty solid, better simulates playing OTB.It would only increase the band width usage by a factor of less than 2, since it's less data to commincate which piece is touched, than which is moved and where it's moved, and you'd only need commicate which is piece is touched once per every move.
[...] or maybe AllanJones dislikes conceding a silly argument.
Seems to me that since the interface already illuminates a square when it is touched (onMouseClick/onMouseDown - using java terminology but...), it would be not a big chunk of work to check if there is a piece on the square and then apply the appropriate rule (and I just checked, and I see there is already some verification done: a square will not illuminate unless it contains a piece).
But as others have said, I don't see the point, touch-move is a rule meant for discipline over-the-board.
12/28/2014 - Opposite Squares Attack
by pbazan a few minutes ago
Would it make any difference if Black moved first?
by SHIVAMSRI a few minutes ago
The Mate that wasn't
by tommo2 3 minutes ago
The Backyard Professor
by XPLAYERJX 5 minutes ago
ღ OFFICIAL 2014 Chess.com Awards ღ
by kaynight 6 minutes ago
Did you see Magnus Carlsen vs Bill Gates
by leiph15 12 minutes ago
One of my best chess games.. That i believe
by sterin3 16 minutes ago
What Chess book to buy?
by hicetnunc 18 minutes ago
Blindfold option in tactics trainer
by VG_ 20 minutes ago
vodka and chess
by leiph15 21 minutes ago
Why Join | Chess Topics |
Help & Support |
© 2014 Chess.com
• Chess - English
We are working hard to make Chess.com available in over 70 languages. Check back over the year as we develop the technology to add more, and we will try our best to notify you when your language is ready for translating!