Изопропилкакие ещё координаты?
hVosttТы дурачок или прикидываешься? Какие ещё координаты? В условиях разных размеров экранов. Это уже просто за гранью тупости.
проблема с пересчетом из координат в одном мониторе в координаты в другом?

Изопропилкакие ещё координаты?
в третий раз
один игрок перемещает с помощью драг и дроп див .
при этом перемещении можно фиксировать в каждый момент времени координаты перетаскивамого дива.
и передавать их на сервер
сервер будет их транслировать другим клиентам. одновременно с этими координатами можно транслировать и разрешение монитора источника.
другие клиенты получив эти данные могут пересчитать кородинаты для своего монитора.
и с помощью top и left помещать див на своём экране.
это понятно?

Изопропилну-ну. представил себе WebGL приложение, которое модель принимает в экранных координатах
если у тебя WebGL то и координаты будут в WebGL .
вроде пока о WebGL нет речи .
но какая разница какие данные передавать? главное чтоб обе стороны знали что они означают и как их обрабатывать.

ещё в начале появления ws было мидео, где русуя на одном клиенте это же появлялось на другом

Изопропилбольшая, если есть минимальное понимание о разнице между моделью и представлением
ты можешь передавать любые данные - ты сам принимаешь решение. это твой проект.
не важно какая раница между можелью и представлением.
главное чтоб приёмник и передатчик правильно их формировали и обрабатывали.
это просно набор байтов.
и они не зависят от понимания разницы модели и представления

Petro123вадяещё в начале появления ws было мидео, где русуя на одном клиенте это же появлялось на другом
а как клиент чай пьёт не показывать?
это как хочется, можно и показывать

hVosttПроблема в том, что для телефона, планшета и десктопа могут вообще разные представления. Да и не только в этом дело. Ты сравнил перетаскивание карт с рисованием на одном полотне, это клиника. Зачем я буду транслировать как именно юзер тащит карту? Реально ты не прикидываешься...
на кой хер ты путаешь всё и телефоны т десктопы?

я тебе показал работающий вариант, дальнейшее использование уже будет в каждом случае своё.
что мне каждый случау использования разжевать?
ИзопропилА если шахматы реализовывать - вместо e2-e4 , будем писать (200,50)-(200,150) ?
если ума не хватает можешь по телефону голосом.
я в каждом конкретном пректе выбираю оптимальное решение . для меня не существует проблемы передать и так e2-e4 , и так (200,50)-(200,150) .
Petro123Пешка E2 --> E4 (движется медленно и вкрадчиво....постоянно озираясь)
если задача анимировать такое - вполне возможно.

hVosttПроблема в том, что для телефона, планшета и десктопа могут вообще разные представления. Да и не только в этом дело. Ты сравнил перетаскивание карт с рисованием на одном полотне, это клиника. Зачем я буду транслировать как именно юзер тащит карту? Реально ты не прикидываешься...
я тебе показал вариант индикации перемещения из одно точки в другую - ты возмущаешься
я предложил вариант с отображением реального пермещения - ты возмущаешься
напиши точно что тебе требуется - конкретно.
а то что для телефона и десктопа - могут быть что-то разное -кто мешает автору проекта это учесть?
есть код для полного получения инфы о клиенте.


hVosttТы сравнил перетаскивание карт с рисованием на одном полотне, это клиника.
по сути это одно и тоже - передаются координаты на полотне и на экране. а как они используются это уже дело второе.
клиника - это не понимание этого.
hVosttОн не понимает, потому что у него понимание процесса разработки в зачаточном, эмбриональном состоянии, на уровне первых страниц туториалов по анимациям CSS.
это вообще клиникуа у тебя.
если ты со своим пониманием не можешь сообразить как это можно реализовать - грош тебе цена.

Petro123требование было в первом посте - минимальная загрузка процессора и канала.
А с этим у тебя проблемы т.к. это архитектура.
при использовании ws и будет минмально.
передача координат при перемещении - это просто вариант для демонстрации возможностей.
Изопропилразница проста - серверная сторона имеет понятие только о модели(состоянии игры) и ни малейшего об отображении и анимации
в моём случае серверная сторно только транслирует.
если есть желание нагрузить и серверную сторону не нужной в данной задаче нагрузкой - никто не мешает это сделать.
hVosttНе одно и то же. Совсем. В карточной игре есть ходы, а не движение по координатам. Ты придумал то, чего нет. Для чего, мне не понятно. Но точно не от большого ум
да в карточной игре есть ходы
рассмотрим ход- взять валет_пик и положить его на даму_крестей
передаём
валет_пик,дама_крестей,+
сервер может это как-то обработать, запомнить....
но в итоге должен просто протранслировать это на клиента.
клиент, получив такое, понимает, что
валет_пик - это id объекта, который необходимо переместить на новое место.
дама_крестей - это id объекта на который необходимо "положить"
+ - это индикатор, того , что перемещаемый объект надо положить сверху
что происходит физически на уровне js
находим объект валет_пик -document.getElementById('валет_пик')
находим объект дама_крестей - document.getElementById(' дама_крестей')
для того чтоб на на экране отобразить это перемещение надо знать куда координаты куда перемещать
т.е надо узнать координаты объекта дама_крестей - это
document.getElementById(' дама_крестей').getBoundingClientRect().top и
document.getElementById(' дама_крестей').getBoundingClientRect().left
надо: (для касоты и наглядности) плавное перемещение -
это translate3d(как вариант), для неё необходимо указать величины на которые требуется сделать перемещение
это делается путем получения разности между текущим положением объекта и требуемым положением(простая арифметика). символ + говорит о том в какое место в DOM надо переместить , чтоб визуально валет_пик был над дама_крестей(либо использовать , чтоб не перемещать в DOM, z-index)

в итоге всё свелось к тому что я и показал.
вопрос - нафига мне городить всё это, если меня интересовало поведение системы в режиме активности и неактивности окна (вкладки)?
что и было выяснено - по командам переданным по ws перемещение происходит.
при активном окне происходит с анимацией(моём примере время перемещения 30 сек), при не активном окне без анимации(в моём примере мнгновенно) .
т.е. если игрок активизирует вкладку/окно - увидит реальное, текущее состояние .

hVosttвадядля того чтоб на на экране отобразить это перемещение надо знать куда координаты куда перемещать

Не получится. Про игровой центр что-нибудь слышал? Я, как игрок, всегда буду находится внизу и посередине, а мои оппоненты, допустим, слева, справа и сверху. При этом игрок слева у меня, всё также будет внизу и посередине для себя. При чём, если игра такая, что взаимное расположение не имеет значения, то игроки вообще могут располагаться как угодно, но для пользователя, он всегда будет по центру.

Так что летят к чертям твои координаты, и никакие пересчёты тебе не помогут.


вадяэто translate3d(как вариант), для неё необходимо указать величины на которые требуется сделать перемещение

Не будет работать твой транслейт в интерактивном режиме (постоянное перемещение карт, в том числе со сменой позиции по оси Z, с возможностью драга и дропа).

И вообще, зачем отслеживать с сервера какие-то там координаты? Управляй всем DOM полностью с сервера, зачем разбрасывать код на клиенте и сервере? Транслируй полное управление DOM через вебсокет, и пусть всё делает сервер
игровой цнтр
валет_пик однозначно говорит об одном объекте, так же как и дама пик
дальше жевать?
— это у тебя не получится, за других не отвечай

hVostt,
выключи в себе дурака,
элементарные вещи не интересно по нескольку раз объяснять