В последних коммитах на gitorious на проекте qt-creator видел мелькало про доработки QML, допиливают его и доделывают. Там и автокомплит и еще какие-то фенички были. Вобщем полная поддержка будет, вроде даже с предпросмотром всего этого добра (по этому поводу точно сказать не могу, просто было обсуждение, найти его щас не могу, поэтому к чему в итоге пришли — незнаю).
По поводу автозаполнения, год назад я бы с Вами согласился на все 100%. Но так случилось что год назад начал осваивать vim(для комфортной работы в vim пришлось научится в слепую печатать на латинице) и теперь могу даже сомневатся в необходимости автозаполнения. Пользуюсь им только когда не помню точно как называется метод, а просто метод длинной до 10 символов в нацать раз быстрее набрать в слепую, чем нажать комбинацию клавишь для вызова всплывающей подсказки, найти там нужный вариант и клацнуть «Ентер».
Но я не утверждаю, что всем теперь осваивать слепую печать и переходить на vim, просто предлагаю другую точку зрения, что вот некоторые «не очень сильно» пользуются этой фичей.
А вообще конечно да, автозаполнению быть обязательно, большинство им пользуется, а те кто не ползуюся, могут просто им не пользоватся :-), вот такой каламбурчик.
ООО отлично, SVG давно уже поставить на замену Flash'у, а то монополия и все такое. А SVG всетаки открытый и давно стандартизированный.
Ясно, что первые поделки не будут обгонять по производительности Flash (я думаю и вторые и третие тоже). Но когда оптимизируют связку ECMAS+SVG, то я думаю отставать по производительности будет не сильно. Зато сколько бонусов: кроссбраузерность, кроссплатформенность, открытость.
То что Опера не поддерживает сейчас — это конечно не гут, но добавить поддержку SVG не большая проблемма, строк так 1500-2000. Для первой версии хватит 2 человека/месяца.
А если это все дело поставить на большой ход и сделать хороший IDE, для не очень просвященных и добавить документации пачку с примерами, то думаю можно это даже вынести на корпоративный уровнеь.
Вобщем поделка позитивная, и имеет шанс на развитие.
да народ их со спектрумами здавал на разбор, там были вот эти зеленые конденсаторы серии «КМ». В них большое содержание иридиево-палладиевого сплава. Помню при совке их как мусор везде было. Вот сосед мой в 90-х подсобрал в гараже этого добра и продал, а на вырученые деньги купил новую квартиру :-). Насколько я помню там цена была около 1 доллара за 1 грамм этих кондеров. А квартиру можно было тогда купить за 2000. Вот такой каламбурчик был :-)
увы пришлось базовый функционал корячить. Вообще модель сильно изменилась с тех пор когда я первый раз видел (пол года назад наверное). Все у них еще в процессе становления.
Увы но нашел небольшой баг в своей реализации. Конструктивно зашел в тупик, не представляю как разрулить проблемму. Буду ждать пока разработчики этой части вернутся с рождественских каникул.
Суть такова, что когда открыт документ щельканьем на файл из «Sources» он биндится к одному ноду модели. Если переключится к моему новому виду «Sources&Headers» то синхронизация с деревом проекта не происходит (в дереве не подсвечивается файл при его выборе в редакторе) из-за того что там того этот нод спрятан а вместо него совсем другой нод, хоть и указывает на тот-же файл.
ну как таковой документации нету и полноценными плагинами это назвать нельзя, они просто разделили функционал на плагины. Но все очень структурировано и иногда закоментировано.
Поэтмоу создавать плагины в классическом понятии этого слова я не нашел.
Разобратся особо много времени не заняло.
Сам являюсь пользователем Mac OS, именно поэтому глубоко понимаю Вас.
Но не отчаивайтесь, одной из приоритетных задач в компании как раз является кросс-платформенность без wine-костылей. Я уверен что все будет.
HD бывает разное, и по разрешеию и по межстрочности/прогрессивности и по битрейту, вот допустим не видел ни один SoC, который бы смог Blue-Ray показывать (битрейт 30 мегабит и выше) и даже в будущих анонсах не предвидится, так что все относительно
вы забыли основной и самый главный параметр — цена. От интеграции графического ядра в процессор очень сильно уменьшается стоимость конечного устройства и его размер:
1. уменьшается сложность разводки
2. уменшается количество «навесной» электронники (а ведь обвес микросхем как раз и стоит большую часть устройства).
3. не нужно вообще платить деньги за графическое ядро.
4. уменьшается теплоотдача (достигается конструктивными особенностями).
И это все очень сильно сказывается на конечную цену.
ну я вообще думаю, что как только повысится популяризация арма, макйрософт будет просто вынуждена портировать свою ось под арм. Тем более что ничего сверх трудного в этом нет, ведь Виндовз написан на С++, конечно-же это трудоемкая задача, но с таким штатом как у майкрософт я думаю это скорее маркетинговая задача, нежели инженерная.
согласен на 100, лишние трудозатраты. Но опять же им виднее, я думаю они долго думали были веские аргументы. Явно мы чего-то не знаем. Можно только гадать.
По поводу автозаполнения, год назад я бы с Вами согласился на все 100%. Но так случилось что год назад начал осваивать vim(для комфортной работы в vim пришлось научится в слепую печатать на латинице) и теперь могу даже сомневатся в необходимости автозаполнения. Пользуюсь им только когда не помню точно как называется метод, а просто метод длинной до 10 символов в нацать раз быстрее набрать в слепую, чем нажать комбинацию клавишь для вызова всплывающей подсказки, найти там нужный вариант и клацнуть «Ентер».
Но я не утверждаю, что всем теперь осваивать слепую печать и переходить на vim, просто предлагаю другую точку зрения, что вот некоторые «не очень сильно» пользуются этой фичей.
А вообще конечно да, автозаполнению быть обязательно, большинство им пользуется, а те кто не ползуюся, могут просто им не пользоватся :-), вот такой каламбурчик.
Ясно, что первые поделки не будут обгонять по производительности Flash (я думаю и вторые и третие тоже). Но когда оптимизируют связку ECMAS+SVG, то я думаю отставать по производительности будет не сильно. Зато сколько бонусов: кроссбраузерность, кроссплатформенность, открытость.
То что Опера не поддерживает сейчас — это конечно не гут, но добавить поддержку SVG не большая проблемма, строк так 1500-2000. Для первой версии хватит 2 человека/месяца.
А если это все дело поставить на большой ход и сделать хороший IDE, для не очень просвященных и добавить документации пачку с примерами, то думаю можно это даже вынести на корпоративный уровнеь.
Вобщем поделка позитивная, и имеет шанс на развитие.
Увы но нашел небольшой баг в своей реализации. Конструктивно зашел в тупик, не представляю как разрулить проблемму. Буду ждать пока разработчики этой части вернутся с рождественских каникул.
Суть такова, что когда открыт документ щельканьем на файл из «Sources» он биндится к одному ноду модели. Если переключится к моему новому виду «Sources&Headers» то синхронизация с деревом проекта не происходит (в дереве не подсвечивается файл при его выборе в редакторе) из-за того что там того этот нод спрятан а вместо него совсем другой нод, хоть и указывает на тот-же файл.
Поэтмоу создавать плагины в классическом понятии этого слова я не нашел.
Разобратся особо много времени не заняло.
Но не отчаивайтесь, одной из приоритетных задач в компании как раз является кросс-платформенность без wine-костылей. Я уверен что все будет.
1. уменьшается сложность разводки
2. уменшается количество «навесной» электронники (а ведь обвес микросхем как раз и стоит большую часть устройства).
3. не нужно вообще платить деньги за графическое ядро.
4. уменьшается теплоотдача (достигается конструктивными особенностями).
И это все очень сильно сказывается на конечную цену.