0xD34F, а, понятно. Ладно, не суть. Но в любом случае, терпеть - далеко не единственный вариант. К примеру, можно закрыть Тостер и больше никогда не открывать. Поэтому не придётся.
Не знаю, отлаживайте стандартным способом - методом исключения. Ослабьте условие и посмотрите, работает ли и т.д.
P.S. не путайте class и id.
Если у вас id, то querySelectorAll('tbody tr td#idTable')
CityCat4, если не секрет, то что за список? Кто в него входит? Любопытно почитать этих личностей. Надеюсь, это не однодневки, а активные пользователи с богатой историей.
Валентин, в моем расширении это возможно. Правда, лишь в виде всплывающих уведомлений (не будет отражено в истории уведомлений) и только на вопросы. Как-то не думал, что имеет смысл подписываться на ответы и комментарии.
CityCat4, про "какой-то аддон" не скажу, а за Toster Comfort отвечу, пишите мне напрямую, если что-то не так. Я пишу не самый чистый код, но производительности и отсутствию прожорливости отдаю первостепенное значение.
spoiler
Никто не пишет много месяцев - значит, всё в порядке, полет нормальный.
К томе же не ясно, как может перекосить браузер, если у аддона доступ только к Тостеру, без доступа к другим вкладкам.
getmousebutton рассказывает, что игрок НАЖАЛ на кнопку, но не ЗАЖАЛ
Если вы уже так много знаете про функцию GetMouseButton, которая возвращает булево значение (true/false), то расскажите подробнее, как именно она работает.
К примеру, игрок нажал кнопку мыши, после этого прошло 10 кадров игры, в течение которых игрок не отпускал кнопку. Далее мы обращаемся к этой функции. Она вернет true или false?
Если не экспериментировать, а почитать документацию, то там сказано: The return is true when the mouse button is pressed down, and false when released.
То есть в момент нажатия - true, в момент отжатия - false. А что между нажатием и отжатием? Ну, чисто логически хотя бы.
spoiler
Returns whether the given mouse button is held down.
То есть кнопка зажата.
GavriKos, в моем примере модуль не нужен, это проверка на отрыв от нуля ввысь с учетом погрешности. Ну, а точность при удалении от начала координат, да, это проблема, но правильнее будет не допускать больших флотов в разрабатываемой игре на Unity.
Английский язык очень поможет по жизни, и уже сейчас помог бы. Пока что читайте документацию вместе с гугл переводчиком. Но не тупо копипаст, а нужно стараться понять и запомнить, что какие слова означают, как строится предложение и т.д. Надеюсь, хватит мотивации и усидчивости.
Если есть деньги, то можно пойти на курсы (на русском!) с живым преподавателем, благо их полно. Но даже в этом случае очень советую пойти на курсы по английскому (с носителем языка), это будет более выгодное вложение.
С таким подходом у вас крайне низкий шанс получить ответ.
Раз такая пьянка пошла, то можно сразу писать: подкиньте код игры целиком.
Советую сначала обучиться правилам данного ресурса, и оформить вопрос более корректно. Это гораздо проще, чем освоить юньку. Делов-то на несколько минут.
Название вопроса должно быть именно вопросом, а не просто перечислением того, что надо, с приклеенным знаком вопроса. В заголовке вопроса должна быть проблема, с которой вы столкнулись. В описании можно раскрыть ее, что вы делали, что перепробовали, что именно не получилось, то есть где затык. А вариант типа сделайте всё за меня здесь не прокатывает. Задания здесь запрещены.
Лучше извлечь что-то из комментов и сформулировать свой вопрос более понятно, отредактировав его, чтобы прикрыть флуд, не относящийся к теме, которая интересна вам.
А еще лучше прикинуть, как оформлять вопросы в будущем, раз уж вы новичок на этом ресурсе. Для этого рекомендую почитать многострадальные правила, они дают своеобразное воспитание и небольшой буст личностного роста.
Автор, посмотри эту ссылку про азы программирования. Думаю, тебе стоит начать с нее. А дальше можешь выбрать уже конкретный язык, и перейти непосредственно к нарушению этих правил, потому что иначе никак.
Hemul GM, по сути я так и написал, хотя смотря что считать "большими" проектами, это понятие растяжимо, и что считать "подходит". Если не определиться с терминами, то легко опуститься, например, до поливания грязью всех игр, написанных на юньке, мол, пошли по легкому пути, не качественному. А на самом деле Юнити изначально может быть более, чем оправданным, это и скорость разработки, и доступность специалистов, больше всего готовых велосипедов из коробки или из стора. И если, скажем, геймдизайнер следит за тем, чтобы на экране одновременно не было миллиона объектов, то проблем не должно быть даже в крупном проекте, а если не следит, то на Unreal тоже будут проблемы. Таким образом, пока адепты С++ защищают Unreal, большинство выбирает Unity и радуется жизни. А лично я не проталкиваю ничего, выбор и правда зависит от ряда факторов.
На сланте (типа хабра с упором в голосование за ПО) примерно такая картина:
spoiler
"Думайте сами, решайте сами, иметь или не иметь" (цитата).
Nikita_Migushev, ну, я проверил на другом примере, у меня всё работает.
Значит, у вас не те id, возможно.
Еще подправил немного код. Если и так не заработает, то я сдаюсь.
