Смутило только название переменных L и D и название столбцов, обычно всё же пытаются писать полные и понятные названия.
А есть возможность именно шаблонизатор заюзать?
1. Наверное это самая вероятная причина разрыва тросов.
2. А причём тут пожар и ловители? Должны же быть и стопора на самом лифте. Мне кажется такие вещи должны проектироваться с учётом пожара. Иначе это просто блеф.
Странно как. Вы вот это видели? dojotoolkit.org/reference-guide/1.10/dojo/index.html#dojo-index
Как минимум по разделам Collection, Arrays, Objects, Functions (с ходу не всё нашёл) и частично Utils в Dojo есть. Прям очень плотно не смотрел но кажется процентов 60 (а то и больше) в Dojo всё это есть.
Какие? Я так и не нашёл хорошего и лёгкого шаблонизатора с поддержкой Dojo AMD. В dojox есть клон джанговского шаблонизатора но как я понял, он еле жив. В списке рассылки видел, что они хотят решить этот вопрос капитально к Dojo 2.0 но дальше увы не следил за новостями.
Мне не нравится только, что шаблонизатор тупой в доску, умеет только переменные подставлять, а к примеру циклов нету. :(
С циклами в Dojo траблы даже в dojox MVC. Хотя конечно dojo/dom-construct никто не отменял.
А вы не думали о OpenRC? А то меня пугает этот bloatware ну и OpenRC вроде приятнее допиливается/портируется.
Как минимум для embedded это должно быть важно.
В ReactOS уже давно есть рабочие столы, и интерфейс там немного другой.
Тогда нужно говорить об окружение: если KDE + Konsole можно запустить на Windows то собственно мало отличий от Linux тогда будет (mingw и т.д. ).
А нельзя ли запросить у СУБД список всех ID и сформировать список случайных чисел с учётом этих дырок?
Хотя по хорошему «монстр» это и делает, просто в СУБД, а не на стороне клиента.
Я ещё советую почитать как это делается в живых OpenGL либах к примеру на счёт линий: cgit.freedesktop.org/mesa/mesa/tree/src/mesa/swrast/s_lines.c (ну и ещё интересен вариант с AA)
Ну и конечно не всё так просто и легко когда начинаешь работать с железом, там немного иной «язык».
ЗЫ мне кажется mesa вообще классная библиотека для изучения компьютерной графики. К примеру реализация простого растеризатора через Gallium
cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/softpipe
мне кажется вполне простой и наглядной.
А есть возможность именно шаблонизатор заюзать?
2. А причём тут пожар и ловители? Должны же быть и стопора на самом лифте. Мне кажется такие вещи должны проектироваться с учётом пожара. Иначе это просто блеф.
Не люблю мак но иногда приходится использовать и в целом после установки портов, особых проблем нету.
И пока я всё ещё вижу что 60% точно есть. Зачем мне тащить в зависимости библиотеку которая на 60% перекрывается с Dojo?
С данными на клиенте я вполне даже работаю, но особо потребности в том что вы пишете выше не видел.
underscorejs.org/
и там функции чётко пересекаются с Dojo.
Может вы про другой underscore?
Как минимум по разделам Collection, Arrays, Objects, Functions (с ходу не всё нашёл) и частично Utils в Dojo есть. Прям очень плотно не смотрел но кажется процентов 60 (а то и больше) в Dojo всё это есть.
Нужно что то независимое и желательно нативное.
А так очень плавно работает и CPU не грузит!
С циклами в Dojo траблы даже в dojox MVC. Хотя конечно dojo/dom-construct никто не отменял.
Прям соль на рану… :( везде в том числе на ноутбуке у меня gentoo, а на ней OpenRC, eudev…
Вот почему маркетинг побеждает здравый смысл? :(
PS простите, просто крик души, скоро если у тебя не systemd то и линуксом пользоваться нельзя будет, прям дискриминация.
А вы не думали о OpenRC? А то меня пугает этот bloatware ну и OpenRC вроде приятнее допиливается/портируется.
Как минимум для embedded это должно быть важно.
Тогда нужно говорить об окружение: если KDE + Konsole можно запустить на Windows то собственно мало отличий от Linux тогда будет (mingw и т.д. ).
Хотя по хорошему «монстр» это и делает, просто в СУБД, а не на стороне клиента.