Krutoy
-
Публикации
482 -
Зарегистрирован
-
Посещение
-
Победитель дней
72
Сообщения, опубликованные пользователем Krutoy
-
-
А когда будет бесконечная работа без участия пользователя "поставил-и-забыл" ?
-
На оффоруме появилась новая утилита - теперь можно редактировать и просматривать модели прямо в браузере!
3D Printer Model designer (.3dm exporter)
Будет очень полезна для совместной работы с моей утилитой.
-
5
-
-
Значит GML его не устраивает по объективным причинам.Нет не значит. Зеро же сказал что развлекается так. Обычное дело. Мы всё тут забавы ради.
Но когда я буду писать свой гуи, он будет раза в 4 лучше чем GML и Forms.
-
Учитывая что у Gopher'а и Зеро уровень программирования почти одинаковый, у кого больше кода, тот и круче.Совершенству разве есть предел? Или на GML свет клином сошелся?Не даром же Гофер там тысячу-другую строчек писал? Взять хотя бы графический буффер и работа с окнами, которые ускоряют отрисовку.
-
Да, действительно...
Много файлов - библиотека, на мой взгляд, должна храниться в одном файле в папке lib, что бы пользователь не думал что куда разложить.
Большой вес файлов - Мне казалось, что минимальный набор компонент можно реализовать гораздо меньшим кодом. Хотя на этот счет уже не уверен.
Хорошо, что хотя бы так. Ладно, развлекайся. А то я уж подумал, что ты хочешь сделать "лучше чем GML" =)
А для таких как Асум, сделаю сжиматель в 1 файл, так и быть.
-
Лично я ничего не понял
Нужны какие-то стили, даже вникать не хотелось. Куда проще просто написать createButton(x, y, weight, height, hotKey, function, data)Разобраться как подключить стиль куда проще чем написать свой гуи. А обертку createButton можно и самому сделать.
-
Смотрел я GML, он мне тяжеловатым показался
Что значит "тяжеловат"? Много файлов? Большой вес файлов? Большое потребление оперативки и процессора? Сложная имплементация?
-
Засел писать gui-библиотеку. Есть мысль сделать на ее основе систему визуального программирования
Не понял, еще один велосипед? Чем она будет лучше рабочего GML? Я тут планирую сделать GML одним файлом и сжать Crunch'ем. Будет и маленький и удобный. А когда допишу Арбузер это будет вообще бомба, которая будет лучше GML в разы.
-
Я не могу понять - когда люди начинают говорить про написание браузера под ОС, они как то странно определяют трудные и простые места.
Не нужен css, потому что не сделать тень? А если нужно банально сделать position:absolute?
Графику сможешь сделать за 2 часа? Если у тебя весь экран будет перерисоваться за 1-2 секунды то да, а с оптимизацией эта работа на неделю.
А вообще, Tux, присоединяйся к нам с зеро. Я делаю ядро и HTML. Зеро CSS. Ты мог бы взяться на выбор за картинки, скрипты или еще что то. Помощь повысит скорость выдачи результата.
-
Цвета добавь. Не понятно же, строки сливаются.
А вывод таблицей прикольный.
-
Алекс, ты просто не догоняешь.
Да, если на базаре будет всего 2 человека - папка Тубус и нуб Вася, то это будет либо раздача, либо монополия.
Но если хотя появится хотя бы третий умный человек, то раздавать уже не выйдет. При 10-20 пользователей, это уже будет устаканенная экономика.
Описанных тобой "проблем" нет. По порядку:
- Тубус выкладывает 100500 меди за 1В (один воздух. Напомню, "воздух" - это валюта базара). Отлично! Я скупаю всю медь за 100500 воздуха и выкладываю ее по 3000 за штучку.
- Кактус, медь, дерево, и другие возобновляемые ресурсы не упали бы в цене, а наоборот, получили бы со временем твердую и настоящую цену засчет постоянного оборота. Оборота, а не раздачи. Если из дерева можно сделать биотопливо, его бы не только продавали но и покупали.
- Нубам что бы заработать не нужно перебивать цены папок. Во-первых, я описывал, что в начале придется ввести покупку "от владельца" базара, которые и так будут по хорошим ценам. Во-вторых, ты забываешь, что есть и моментальная продажа по заранее выложенным ценам, и если папка на сервере не один, у них будет конкуренция.
Но пока это теория только потому, что в ОС нет интерфейса для перемещения предметов из АЕ большими объемами. Если я найду решение, базар появится довольно быстро.
-
-
Нео, хотя разметка кода и концепция хороша, наделал и глупостей.
- Глобальные переменные в локальном окружении. Причем с одинаковыми названиями
- Повсюду вызовы глобальных переменных - тоже тормозит производительность
- Нет полной поддержки юникода, некоторые функции используют string
- Последняя функция ничего не возвращает
-
1
-
-
Фрэдо, правда, а сделай графический редактор? Пусть эти макросы действительно как в CCedu будут блоками. Объеденись с кем нибудь и замути. Будет ведь суперски.
-
Тебе нужен метаметод __newindex
http://lua-users.org/wiki/MetamethodsTutorial
И вообще, ты - информационный вампир, хватит такие темы создавать. Для подобных вопросов есть чаты, скайпы и ВК.
-
Когда я делал GML и хотел разделить прикрутив наследование, я перерыл около десятка реализаций ООП на луа. В основном это какие то несерьезные, неудобные поделки.
Хорошими реализациями получились Object из Luvit, и Middleclass.
Но всё же, самая классная реализация ООП - 30log
http://yonaba.github.io/30log/
Там есть и создание экземпляра через вызов Window = class('Window')
... и легкое наследование subclass = superclass:extend()
... и даже множественное наследование Window:include(Geometry)
-
1
-
-
Ok))
Круто же! Хватай и бегом на оффорум. Популярность быстро станет твоей!
-
1
-
-
Скрины! Скрины давай!
-
Запускать и прогонять каждый раз файл через другой файл всем будет лень. Сделай лучше плагин для сублайма, который будет это делать автоматом при загрузке и сохранении.
-
Меня тоже огорчало, пока не пришел swg2you, и не показал goto. Там как раз без доп. условий реализуется continue:Вот, отсутствие оператора continue в Lua огорчает меня значительно больше.for i=1,count do if condition then goto continue end --[...] ::continue:: end
P.S.: Ты мало того, что Крутой, так еще и хитрый
-
Мой первый пост был именно о проблеме нулевого. Я и на вопрос ответил.ни слова о проблеме указанной в первом посте
Нет не костыль.А приведенная тобой является костылем ...я пытаюсь понять логику Крутого. Я сам люблю компактные конструкции, но у этой слишком неприятные побочки, чтобы на нее подсаживаться.
Эту конструкцию используют контрибьюторы в исходниках OpenComputers. Да что уж там, сам Сангар использует.
Идем дальше. Открываем Github и сортируем по Lua и звездочкам. И что же показывает поиск? Все программисты самых популярных проектов на Луа используют конструкцию a and b or c.
Все эти программисты тоже ходят с костылями?
P.S. О тонкостях использования тернарного оператора поясняется тут. Просто не подаешь нилы вторым выражением и не паришься.
-
У меня тоже похожие чувства когда только начинал на Lua, особенно когда боялся измерять длину массива через # - а вдруг там есть nil в середине. Но со временем отпустило.Я бы избавился от такой конструкции, т.к. однажды замучаешься искать ошибку в коде.И тебя как нибудь отпустит от предубеждений.
-
роме названия темы конечно )
Так нельзя читать. Нужно читать "Если А истинно, то вернуть B или С, иначе вернуть А"
Конструкция A and B or C является заменой сложного условия:
if A then if B then B else C end else A endО, какое же это удовольствие, указать более опытному программисту что он не прав.
Ты не прав! Пруф: http://ideone.com/VGZGSo :P
В луа выражение "а and b or c" является заменой строчного условного оператора "a ? b : c" в других языках, например С++, за исключением случая, описанного мной.
-
2
-
-
Я даже без тестов в интерпритаторе знаю, последний вариант выдаст 1, 4.
Не помню, но кажется даже в документации где то написано, что ... можно писать только после последней запятой. Хотя я это узнал на собственном опыте.
А еще, вот какой есть подводный камень:
return a and b or c
Казалось бы, "если а то вернуть b иначе c", но при этом если b == nil или false то всегда возвращает с.
-
1
-

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