eu_tomat

А чем не устраивает существующее решение?

В этой печали сложно быть одиноким. В Интернете ничего не понявших большинство. Подавляющее. На этом форуме достаточно и тех, кто что-то понимает. И если верно задать вопрос, то кто-то из них даже согласится дать пояснения. Поэтому я сразу предлагаю перейти к основному вопросу: Что именно ты желаешь понять?

Нашёл: $ grep -lir TopCraft ./updates/EvilWorld/config ./updates/EvilWorld/config/CustomMainMenu/mainmenu.json Да, там этим ссылкам лучшее место. Думаю, будет полезно добавить к ним ссылки на магазин и личный кабинет.

Да я и не возражал. Если админ готов обслуживать систему покупки игровых предметов за голоса, то и ломать её нет смысла. Небольшая польза от голосов имеется, а вред от голосовальщиков на ранних стадиях жизни сервера не особо отличается от вреда раскачавшихся игроков на поздних стадиях и регулируется геймплеем.

Я тоже сомневаюсь. А для начала хочу понять, приносят ли проекту пользу голосования в ТОПах. Если голосования полезны, то игрокам, не интересующимся OC, нужно дать как можно более простой способ перехода в ТОПы, магазин и личный кабинет. Кстати, а как в меню Майна добавлять ссылки? Впервые слышу об этом.

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

Об этом ещё Витя пел:

@vlad3 Ну, само собой, надо сначала жарник скачать. На странице загрузки надо выбрать не exe, а jar-формат.

А что пишет при запуске jar-версии лаунчера? java -jar Launcher.jar

@vx13 Чётко! В PacketSender.scala как раз и захардкожены экспериментально обнаруженные ограничения в 16 и 64 KiB.

Выше уже предлагалось запускать lua_shell. И если делать на load/pcall, то предлагаю добавить ещё и assert, чтобы информировать пользователя не только об ошибках выполнения, но и о синтаксических ошибках тоже: local success, result = pcall(assert(load('return ' .. cmd)))

В описании параметра maxClipboard в конфиге OpenComputers.cfg сказано, что он ограничивает размер данных, отправляемых серверу при вставке строки из буфера обмена. Тем не менее, эксперименты на сборке EvilWorld показали, что как в одиночной игре, так и на сервере можно безболезненно предать строку длиной до 65536 байт включительно. При этом выполняются подряд 4 события clipboard, каждое из которых передаёт строку длиной 16384 байта. Это при условии отсутствия символов переноса в передаваемой строке. Если в строке присутствуют переносы строк, то для каждой фактической строки срабатывает своё событие, и появляется риск переполнения очереди событий. Но 16384 байт одной строкой передаются чётко, а четырьмя строками передаются 65536 байт за одно нажатие Shift-Insert. Значение параметра в конфиге: maxClipboard=1024, версия мода OpenComputers-MC1.7.10-1.7.2.1166-universal.jar. Остаётся непонятным, каким образом параметр maxClipboard влияет на объём передаваемых данных в событии clipboard. Это баг, или я что-то не понял?

А что пишет при запуске java -version?

Ой! Теперь в непрочитанном автор темы и автор комментария поменялись местами.

Сколь серьёзными бы ни были подобные заявления, серьёзно воспринять их сможет не каждый, т.к. включение MineOS в состав OpenComputers решается (решалось) не на этом форуме.

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

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

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

Значит, я не понял, что означала компактизация. Тогда мой голос склоняется к "за".

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