Перейти к содержимому

Лидеры


Популярный контент

Показан контент с высокой репутацией 09.07.2022 в Сообщения

  1. 8 баллов
    Проект больше не поддерживается.
  2. 4 балла
    Звучит так, будто бы ты разочарован, или у тебя есть идея для OS получше этой. Вот скажи, чего ты ожидаешь от операционных систем в Майнкрафте? Чего нам такого не хватает в OpenOS или MineOS? Я, например, тоже не особо понимаю ценности графических OS в Майнкрафте. Но многим игрокам нравится именно графика. Кто-то даже собрал свой первый компьютер в игре исключительно ради установки MineOS и нескучных обоев. Возможно, и SwiftOS внесёт свой вклад в популяризацию OpenComputers. Разве эта возможность не хороша?
  3. 3 балла
    Годнотища! Визуально напоминает убунту, даже баклажановый фон в наличии, хех. А какие планы на дальнейшую разработку? Какой прикладной софт поставлен в приоритет на реализацию? Будет ли это исключительно десктопная ОС или же намечена поддержка лоу-тир планшетов? Бтв это хороший пример, когда истинные гигачады молча созидают шедевры, а мелочные нормисы лишь грязнут в полемике на тему "правильности" методов разработки
  4. 2 балла
    пока что не знаем, все придет со временем
  5. 1 балл
    Ого, очередной опенкомпьютерный болгенос. Даже редактор нескучных обоев из коробки.
  6. 1 балл
    А какой уровень кастомизации системы планируется в теории, где будет проходить верхняя граница? На оттенках дефолтных стилей кнопок или даже на их расположении в окнах?
  7. 1 балл
    кстаати рекомендую перенести файлик bios.lua из systemDATA на диск без папок вовсе (рядом с system и user) а также переименовать на init.lua так мульти загружчики типо Cyan Bios и другие должны принять систему так как они часто ищут именно файл init
  8. 1 балл
    Я пофиксила баг, скачивай новую версию, благодарю за отзыв
  9. 1 балл
    увау как для ранней сборки выглядит суперски! думаю если развивать систему думаю получится Кон - фет - ка (интересно почему уже вторая более менее норм граф ос и что одна что втора мак ось)
  10. 1 балл
    @Oleshe компонент "openperipheral_bridge" возвращает объект типа TerminalGlassesBridge, у него нет подобных методов. Для использования setDragParameters и подобных методов, необходим объект CaptureControl, который доступен только в режиме захвата (насколько я помню). Т.е. необходимо сначала удостовериться что пользователь надел очки, для этого можно использовать события glasses_capture и glasses_release. После этого можно получить CaptureControl при помощи openperipheral_bridge.getCaptureControl(uuid), используя uuid пользователя который находится в режиме захвата (т.е. ткнул пкм с клавиатурой в руках). Примерный код: local bridge = component.openperipheral_bridge event.listen("glasses_capture", function() local uuid = bridge.getUsers()[1].uuid -- можно использовать только если один пользователь использует терминал local capture = bridge.getCaptureControl(uuid) capture.setDragParameters(5, 10) end) В данной статье используются принципы объектно-ориентированного программирования, для сокращения объема кода и разделения функционала по своим разделам. По этому необходимо обращать внимание в каком объекте реализован необходимый функционал, а также возвращаемые функциями значения. Например: TerminalGlassesBridge:DrawableContainer, DrawableFactory -- при использовании объекта TerminalGlassesBridge можно так же использовать функционал из объектов DrawableContainer и DrawableFactory -- TerminalGlassesBridge также реализует собственный функционал: getCaptureControl(uuid:string):CaptureControl -- принимает на вход параметр с именем uuid, имеющий тип string -- возвращает объект типа CaptureControl
Эта таблица лидеров рассчитана в Москва/GMT+03:00
×
×
  • Создать...