eu_tomat

На какой из версий OC такой эффект проявляется?

Возможно, он сатанист, и закодировал "666 666". И вдогонку: использование магических чисел, даже если это не 666, является плохой практикой программирования: Магическое число (программирование)

Две сегодняшние загадочные темы похожи на продолжение этой. Склеил в одну до выяснения, что имел в виду автор.

Пока не дали. После обновления движка дадут. Наверное. http://computercraft.ru/topic/2411-obsuzhdenie-foruma-i-servera/page-2?do=findComment&comment=35357

Почти каждый новичок сталкивается с этими вопросами. Возникает желание в удобном виде просматривать методы компонентов, но таких инструментов нет, и опыта для их написания тоже нет. Со временем опыт появляется, но к тому моменту уже обычно бывает лень писать гуишки, и для быстрого поиска нужных методов используется простенький код типа того, что я привёл выше. Конечно, есть те, кто всё ещё помнит свои страдания, но уже успел освоить OpenComputers и не ленится создать инструмент для других новичков. Но инструмент должен быть удобным настолько, чтобы развернуть его было быстрее, чем написать коротенький код, а иначе пользоваться им всё равно никто не будет. Тут нужно в совершенстве знать возможности OC, чтобы выбрать лучшее решение. Ну, или хотя бы получить максимум советов, как это лучше реализовать, если есть желание написать такой инструмент. По крайней мере, получить хороший совет от гуру проще, чем заставить его писать код.

Название темы и её описание настраивают участников на упражнения в острословии. Я бы, конечно, мог здесь подмести, но не понимаю направления. Предлагаю дать теме более определённое название, прояснить его описанием, и тогда уже здесь можно будет что-то модерировать. А так, мало ли бывает идей? Скрестить ужа и ежа, тоже идея. Но нужна ли она здесь? По описанию темы понять невозможно. А экстрасенсом может быть не каждый. Вот, и флудим, как можем.

Во-первых, перед написанием поста следует прочитать рекомендации по оформлению. Они подсвечены красным прямо перед формой отпарвки сообщения. Во-вторых, этими рекомендациями надо воспользоваться, обернув код тегом code, а если он длинный, то ещё и тегом spoiler. Это я исправил. В-третьих, в коде потерялись отступы. Их можно восстановить, воспользовавшись предндазначенным для этого сервисом через меню Сервисы > Lua > Форматтер Lua. Наличие отступов облегчит чтение кода и ускорит получение помощи. А что касается самого вопроса, то для начала надо прочитать сообщение об ошибке. lua:103: unexpected symbol near ',' говорит о том, что на строке 103 встретитлся неожиданный символ рядом с символом ',' Читаем строку 103 и смотрим, нет ли там чего-нибудь лишнего, осообенно рядом с символами запятой. Лишнее обнаруживается легко. Надо только прочитать текст по правилам Lua. sampShowDialog(1007, "{ffcc00}Введи ID получателя сообщения", "{FFFFFF}/pm [ID] Работаю по вашей жалобе | Приятной игры!"), "Отправить", "Отмена", 1)

А это идея. Тогда можно телепортировать робота в майнерс-миры без игрока. И пусть себе управляется удалённо. Такой себе вариант "цитадели" @Totoro.

И сколько же ты готов заплатить за эту возможность?

Даже без учёта TE. На IC2 можно таскать с собой MFSU c кристаллами. Это очень много. Например, энергии на интенсивную работу геосканера можно не жалеть.

С этим соглашусь. Игра хорошая, и на этом проекте она смотрится весьма органично. Но, возможно, не в этой теме. Не всё так просто в этом вопросе. Создание системы, действующей по определённому алгоритму, зачастую оказывается и созданием алгоритма. Если смотреть на программирование в самом широком смысле, то оно многогранно. Кузнец с помощью молота, можно сказать, программирует свойства металла. Впоследствии это изделие будет вести себя запланированным образом и менять ход событий. Архитектор программирует действия строителей и жильцов дома. Технолог, используя набор катализаторов, программирует возникновение и поддержание заданной химической реакции в заданном месте. Юристы, написавшие государственный закон, в случае его принятия программируют поведение населения. И даже бобёр, роняя деревья в ручей, программирует поведение потока воды. Комплекс произведённых изменений может привести не к одному, а к цепочке запрограммированных действий, которые впоследствии произойдут без участия "программиста". И тут можно говорить даже о наличии алгоритма. Перфокарты хранят код, описывающий последовательность инструкций. Тут дело не в текстовом вводе.

Подтверждаю. Опыт сохраняется. Он привязан только к апгрейду. Кстати говоря, в OpenComputes многие компоненты работают подобным образом. К примеру, можно выполнить modem.setWakeMessage("qwerty") в одном роботе или компьютере, а затем установить эту сетевую карту в другого робота. Тогда при получении сообщения "qwerty" сетевая карта разбудит своего нового владельца. С такими инициализированными картами можно собирать дронов, вынимать их из сборщика и сразу включать нужным сообщением. Конечно, это не единственный способ автоматически включить дрона, но всегда приятно иметь альтернативный вариант.

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

Ну, ПЛИС как раз вполне себе программируются вплоть до того, что при желании можно для них написать и компилятор, если ещё не написали. ПЛИС подобен микропроцессору со свободной архитектурой.

Да ладно! Мосты, туннели... Тогда скриншот забора из труб билдкрафта это аналог текста программы. А строил его, разумеется, программист. И "весёлая ферма" или как она там называется, тоже игра для программистов. Ну, а чо?

Всё-таки программирование в Майнкарфте приятно своей наглядностью и даже, наверное, зрелищностью. Рулить роботами из бункера мало кому интересно. Ну, разве что иногда. Можно ли как-то ограниичать возможности игрока по взаимодействию с миром? Хотя бы заретить ломать и устанавливать блоки. Можно, например, дать игрокам небольшие приваты, а остальное пространство будет одним большим приватом, членами которого будут не игроки, а их роботы. А игрокам раздать полёт и бессмертие. Пусть будут как бы наблюдателями. Ручной крафт лучше запретить, а игрокам периодически выдавать простенький кит для постройки базового робота и планшета. Ну, и какой-то запас топлива. Но это всё в идеале и с соответствующими игроками. Больше всего времени игрока будет занимать отладка программы, а выполняется она обычно не на сервере. Соответственно, онлайн сервера будет очень скромным. Наверное, вплоть до того, что иметь смысл будет не постоянная работа сервера, а лишь во время проведения каких-то соревнований.

Игрушка неплохая, залипательная. Но что в ней программируется?

Ну, и конечно, здесь неявно прозвучал другой лайфхак. Не все знают, что апргейд в сменном слоте робота или инструмент может быть заменён с помощью другого робота или транспозера, работающего с соответствующей от робота стороны. При желании робота, не оснащённого контроллером инвентаря, можно снабжать кирками через воронку. Роботу нужно только пройти мимо неё правым боком. Схема с воронкой очень удобна для стационарных роботов, работающих в генераторах булыжника. Также и робот-рыбак может получать свежие удочки через воронку. На начальных стадиях игры эти схемы с воронками весьма полезны. На поздних стадиях робот может скрафтить и активировать карту, актуальную для данной местности, сделать копии, добавить их в апргейды и зарядить ими всю команду роботов. В общем, полезный лайфхак для более полного исключения игрока из обслуживания роботизированных процессов.

Название провокационное. Батарейки не мусор. Пока не найдёшь изумруды и не прокачаешь апргейд опыта, дополнительные батарейки могут оказаться весьма полезными. Если речь идёт о лайфхаках, то вот ещё несколько: В робота можно установить сразу несколько апгрейдов опыта и, прокачивая их одновременно, экономить время и роботов. Как при этом увеличится энергоёмкость робота, я не проверял. В робота можно установить сразу несколько апгрейдов-генераторов. Насколько я помню, трёх штук достаточно для безостановочного движения на дальние дистанции, и такая схема точно выгоднее множества батареек. Надо только следить, чтобы топливо зря не горело, и время от времени переключаться на работу то от двух генераторов, то от трёх. Можно поставить и больше генераторов, например, при активном использовании геосканера. Апргейды-батарейки можно заряжать в роботе не только от зарядника, но и от встроенных в робота генераторов и даже перемещать батарейки между роботами в сменных слотах. Но жаль, что нельзя программно перелить заряд из одного апгрейда в другой или выбрать, энергию от какого апгрейда расходовать в первую очередь или какой из апгрейдов заряжать. Заряд и разряд равномерно размазываются по всем батарейкам. Загрузив инвентари двух роботов батарейками, можно отправить их в дальнее путешествие, в котором они по мере необходимости смогут заменять севшие батарейки свежими в слотах друг друга. Но существующая механика вынуждает заменять батарейки, не дожидаясь их полного разряда. В этой схеме не обязательно гнать сразу двух роботов. Один может нести другого в своём инвентаре, при необходимости устанавливая и включая его для помощи в замене своих батарей.

Дичь не дичь, а предложение на рынке имеется. На Яндекс-Маркете есть две модели.

Подчистил ещё раз. Главный смысл того оффтопа был в том, что моё раннее высказывание оказалось ложным Просто я забыл, что ещё год назад добавил множество костылей в CSS-стили через расширение браузера. Костыли местами приводили к наезду одних элементов на другие, но основная цель - миниммзация скроллинга была достигнута. Сейчас я пытался минимизировать скролллинг ещё сильнее и тоже ценой наезда одних элементов на другие. Сам я справиться не смог, и @Alex помог мне выйти на удовлетворяющее меня решение. Разумеется, на сайте эти решения не применимы, и всё обсуждение было оффтопом в стиле: - это никому не нужно, - мне нужно, - это бред, - меня устраивает, - ну, бред же, - всё равно спасибо.

А как же демократия?

Согласен. Минусы в репу являются рассадником ненависти. А дополнительные плюсы, почему бы и нет. Бывает, за особые достижения хочется добавить больше плюсов.