Fingercomp

Нафига чатбоксу какие-то фиговины ещё? Он должен читать чат и отправлять в него, это всё.

А это к какому селу ляпнуто? В майначе? Где даже физики толковой нет? И всё кубическое? Такие запары? Взрывчатка? Вентиляция?

Если вы уговорите Алекса убрать руды из рецептов, он туды смесь яиц дроконьих и квантовых трусов поставит, так что бесмысленна тема.

"По-тихому" я сделал тему эту почти за 2.5 месяца (!) до вашей магической. А был я против именно из-за тематики — проект всё-таки компьютерный. Плюс, тот стиль недоработан был и поломал мне все стили. И наоборот, я всегда был сторонником тёмной темы. А спустя недели две после начала создания такой темы я даже в блог себе опубликовал. Это разве "по-тихому"?...

Решите сначал проблему как-нибудь с киками, а предложения потом уже раскроем.

Потому что кто-то не задумывается об автоматизации, или считает, что я 24/7/365 в онлайне. Для игрового клуба того самого я хотел пилить деньги, но без админсредств никак, а лезть к админам в лишний раз я просто не хочу. Карточку бы такую — и всё, уже давно можно было бы чаевые гонять автору. Выписать чек я компьютером не могу. Ну я всё равно понял, что у вас там важные дела по лечению киков, так что можно особо не волноваться. Накопать ресов, найти место для рынка и прочее.

Сделать свои услуги за деньги на OpenComputers, например? Почему если деньги — то их только на продажу можно исопльзовать? Идея Asior'а прекраснейшая. Вот как раз для ваших объявлений, например. То же самое с UU жутко не хватало. Рынок я бы даже сделал, но мой дом мало того, что в два привата кое-как влез, а на рынок тем более не хватит.

Самого бесит. За что и критиковал цветастость текста у TuxShot однажды, и критиковал бы темы у Алекса, если бы они не были закрыты. Там то тёмно-синим, то ярко-красным, а так как программисты форума решили, что нафиг ставить классы, и потому понаставили color="#C0FFEE" где попало, то исправить я это никак не могу, только если не делать *[color*=C0FFEE], что может поломать буквально всё. Такие вот дела. P. S. Форумный редактор не поспевает за лагучестью тостера, на котором я пишу это сообщение, и скоростью моей печати. Неудобно.

Реквестирую блок бартера. Да, я знаю, что тему с таким же предложением буквально только что закрыли. Блок бартера, который я хочу, — это система пассивного бартера. То есть, обмен товара на товар, пока продавца нет в онлайне на сервере. Введя этот блок, а также обмен товара на деньги, можно будет считать, что Essentials-таблички точно не нужны.

В жабоскрипте там всего 10 строчек, которые в DOM элементы добавляют, ничего плохого там нет, можешь глянуть =) А в CSS это вообще проблематично сделать — это же не код, а набор стилей.

@NEO, ты далеко не первый, кто подумал о таком! И это невероятно просто, я даже по-быстрому кину инструкцию. Идём в мой блог, а именно сюда. Далее остаётся только поставить мою (очень крутую!) тему Dark Dark Robot и скрипт Good Bad People (а это пару кликов для установки, ну и поставить ещё TamperMonkey). И потому можешь наслаждаться не только неперегоранием твоих мониторов из девяностых из-за обилия оттенков чёрного, но и теми самыми двумя заветными кнопочками, которых тебе, как я вижу, так не хватает.

Предлагаю настроить систему приоритетов при шифт-клике так, как она есть в обычном инвентаре. Я навожу на стэк блоков угля, например, жму шифт и кликаю. После этого: Сначала сервер проверяет, есть ли в сумке неполный стэк того же предмета, и дополняет его, сколько сможет. Например, если в сумке было 5 блоков угля, то должно выложиться в него ещё 59 штук, доведя до стэка. Проверка слева направо, сверху вниз. Если не полностью выложился стэк предмета, на который я жмякнул шифт-клик, сервер идёт далее и снова продолжает искать неполный стэк. Если таких стэков больше нет, сервер возвращается в самый первый слот и ищет свободный, слева направо, сверху вниз. Кладёт туда стэк. Если свободных слотов тоже нет, то оставшееся оставить на месте. Так работает ванилла, но в сумках по-другому: сервер идёт слева направо, и если слот свободен или там есть такой же стэк, впихнуть. Приоритетов там нет, и это мешает.

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

1.5 секунды — это пару тиков + пинг? Всё равн оне верю и считаю, что проблема где-то в моде.

1.5 секунды пинг? Явно что-то не так, и проблема далеко не в пинге.

Тест пройден, проги написаны, всё настроено и готово к установке. Можно ставить.

У меня есть все программы, которые с ИТ участвовали в системе трансляции сообщений. Это мой чатсерв, бот для чата и IRC-бот. Однако это всё под OpenOS 1.6, к тому же, эти боты не обновились с новой фишкой пинга ботов, и будут отваливаться через 4 минуты после старта. Так что мне потребуется время на обновление программ. К тому же, в IRC-боте есть пароль от аккаунта на сервере, который я бы не хотел палить вот прямо-таки сразу всем людям на форуме. Куда мне надо будет отослать программы после фиксов и тестов?

Принятие сообщения, там: чатбокс из CX мог ловить сообщения, которые отправлены игроками на любой удалённости от чат-бокса.

Не ищи в этом предложении ничего плохого =) Просто на IT что-то в конфиге изменили случайно, подозреваю, потому безлимитный приём был, а у тебя такого нет

Собственно, я попытался передать предложение одного человека на канале в чат Алексу, там из-за непонимания какая-то чушь получилась. Итак, ещё раз. На ИТ была трансляция чата в ирку. Там просто так получилось, что простой чатбокс мог читать сообщения безо всяких радиусов получения, но не отправки. Сразу же возникла мысль перенаправить чат такой на наш канал #cc.ru, что я и сделал. Там, конечно, поток флуда невероятный был, но ужасно интересно было читать. После вайпа и перехода на новую сборку, Computronics был удалён (по всё ещё неизвестной никому толковой причине). Остались у нас неочатбоксы (нео — иноязычная приставка, означает "новый"). Которые, конечно, такой красоты, как из CX, не имеют. И потому я не могу возродить трансляцию чата, к которому уже привыкли. Конечно, чатик лог забивает, а ответить на сообщения там нельзя. Не дойдут. Но всё же почитать, что творится в игре, не заходя в неё (а это же и администраировать буквально с тостера можно, лишь бы к IRC подключиться девайс мог), достаточно интересно. Можно понять, умерли ли там все, стоит ли заходить, увидеть, что нужна помощь и пр. Хоть мнение некоторых мне и так ясно: "что за хрень эта ваша ирка, нафиг её", но жду ответа от менее консервативных людей. Нужна или нет, отвечать можно или нет, технические средства и пр. (Хотя, думаю, лучше было, наверное, не мотать админов лишний раз и просто дождаться OC 1.6 с Computronics, а там самому всё сделать)

Собственно, проблема в том, что плагин, который заставляет опадать листву очень быстро, не учитывает шансы дропа их по-нормальному. В ванильном кубаче с одного дуба падает до 5 саженцев в среднем, на сервере же редко и хоть один дадут. Эксперемента ради попробовал постричь листву ножницами. Там, как можно догадаться, падает всё нормально и сыто. Прошу вернуть шансы дропов из листы при быстром опадании к ванильным значениям, иначе ферма дерева идёт в минус и становится бессмысленной. "Делайте ветряки, лагодромщики!"

В конфиге OpenComputers опцию bufferChanges выставить в false.

Функция load(chunk, chunkname, mode, env) загружает кусок кода и возвращает функцию. Если параметр chunk — строка, то и кусок — строка. Если это функция, то load будет вызывать её и объединять возвращаемое строковое значение с другими. Например, file:read можно прицепить туда. chunkname используется для дебаг-сообщений и описаний об ошибке. Например, интерпретатор Луа в OpenComputers устанавливает значение, равное "stdin", так что ошибки получаются рода: stdin:1: ... Stacktrace: ... mode задаёт, как интерпретировать строку куска. "b" — только как байт-код (типа той, что string.dump возвращает); "t" — только как Луа-код (по умолчанию в OpenComputers); "bt" — определить автоматически (по умолчанию в стандартном Луа). Аргумент env задаёт переменные, доступные загружаемому через load коду. Как, например, print есть в глобальном окружении, вот похожим образом можно задавать свои. Например, _ENV — окружение программы, из который вызывается функция.

Это я не то написал. Функция, конечно, рекурсивная, потому вызывать должна саму себя. Поправил.