кто-нибудь уже поставил под Linux загрузчик треков? у меня он требует qtwebkit в зависимостях, а подходящего пакета в репах не вижу. если кто знает — подскажите, пожалуйста. ОС openSUSE
Для начала ставим пакет wmctrl. Потом идем в настройки хоткеев (в openSUSE это Системные параметры -> Клавиатура -> Комбинации клавиш). Создаем новую комбинацию для переключения на рабочий стол номер N. В качестве команды указываем wmctrl -s N-1. В качестве хоткеев я использовал Ctrl+Alt+Num. Если повесить на все цифры, то будет десять столов. Обычно этого более чем достаточно.
Вообще функционал wmctrl далеко не ограничивается переключением рабочих столов по номеру и, если с ней немного поиграть, то можно придумать еще много интересных хоткеев.
В том, что разработчики ими отмахиваются полностью согласен. По хорошему им следовало бы брать топ-3 или 5 самых популярных и внедрять их в среду. Пока так сделали только с кнопками выключения.
Совместимость нарушается обычно только при заметных обновлениях 3.6-3.8-3.10. У меня такое происходит редко. Сознательные авторы расширений стараются поддерживать и реагируют на жалобы в комментах на сайте. К тому же сейчас команда GNOME тьфу-тьфу-тьфу, наконец, стабилизировала API и проблем меньше. В начальных версиях они умудрялись между минорными релизами имена базовых функций менять.
У меня тоже последнее время shell стать течь и проц заметно кушать. Но не столь страшно. Часто причиной такого называют конфликт с видео-драйверами. Моя личная гипотеза — это как связано с использованием JS. На рабочем компе скорость утекания памяти в shell намного больше чем на домашнем. В процессе работы часто то скрипт зависнет, то упадет что-нибудь, то дебаггер срубишь на середине пути… В итоге, вероятно, все это начинает откладывать свой след.
Хм. Кажется на Хабре не было обзора расширений. Уважаемые хабражители, будет интересно обсудить кто какие расширения использует?
Для максимайза можно использовать вот это расширение: Maximus, но оно убирает только тайтл и у меня подглючивало.
Не уверен, что это универсальный для GNOME3 рецепт, но в openSUSE хоткеи для программ вешаются просто: Системные параметры -> Клавиатура -> Комбинации клавиш жмем '+' и привязываем консольную команду для запуска приложения к хоткею. У меня так настроено быстрое переключение на рабочие столы с номерами больше 4.
Кто пользовался Boxes? Просто я не очень понял из гугла что это. Команда GNOME полностью свою виртуализацию написали? Или это общая оболочка для управления VirtualBox, VMWare и т.д.?
Когда месседжеры вытащены на верхнюю панель мне даже нравится такой трей — скрытый подвал где живут напоминалки и, в случае, интеграции с empathy, иконки бесед.
Вот почему они по-умолчанию не вытаскивают месседжеры наверх — не понятно. Вероятно хотят, чтобы любая иконка на верхней панели была сознательным выбором пользователей, но в тоже время пихают туда кучу своего мусора типа «инвалида».
Почему не интегрируешь? Если очень хочется, то можно :) Правда, в pidgin, но он тоже отлично интегрируется в трей.
Для подключения Skype нужно поставить пакет pidgin-plugin-skype, который у меня в openSUSE нашелся в родном репозитории.
После установки запускаем сначала оригинальный клиент, потом Pidgin и в окошке создания нового аккаунта выбираем тип Skype. Потом указываем свой логин и подключаемся. Оригинальный клиент запросит подтверждение на сторонний доступ — ставим галочку «Запомнить выбор» и разрешаем. Все, теперь контакты добавились и все входящие\исходящие сообщения будут прокидыватся в оригинальный клиент.
Правда, бывают лаги. В pidgin прочитал сообщение, а оригинальный скайп об этом не знает.
Ух-ты. Ребята по ссылкам молодцы!
Сколько времени было убито на войну сначала с КЛАДРом, а потом и с ФИАС. Разбор структуры, конвертация в нормальный формат, оптимизация, построение индексов… Теперь все это сидит где-то в темных глубинах одной малоизвестной облачно ERP. Эх, и видимо вместе с ней тихо помрет…
Только закончил разбираться с DnD и решил почитать хабр, а тут сразу статья про DnD.
Пользуясь случаем спрошу. Как известно событие dragLeave всплывающее. Соответственно при верстке чуть сложнее чем два div-a начинает вызываться когда надо и когда не надо. Что интересно, только в Хроме. Совсем выключить его нельзя, т.к. хочется знать, когда перемещение вышло за границы монитора. Сейчас для этого сочинил вот такое условие:
!e.relatedTarget && !e.x && !e.y
но очень не нравится как это выглядит. Может кто-то из многоуважаемого хабрасообщества подскажет как решить эту проблему проще и красивее?
У Dojo были большие проблемы с документацией на начальных этапах. Авторы сами это признают (в частности в интервью, которое проскакивало на хабре: habrahabr.ru/post/149594/) и в районе версии 1.8 проделали большую работу по написанию и актуализации документации. Теперь она состоит из tutorials, reference guide с живыми демо и интерактивного API, которое автоматически генерируется из комментариев в коде. Но в силу большого объема (В Dojo 1.8 — 175 суб-пакетов и более 1 400 модулей) все возможности фреймворка описать сложно. Вопросы можно задать на офсайте в разделе коммьюнити, также на stackoverflow много знающих Dojo.
В русскоязычной среде с Dojo совсем капут, несмотря на то, что в создании ранних версий участвовало несколько русских разработчиков, в том числе Илья Кантор. Есть гугл-группа — там могут помочь, но особой активности не заметил. Сам по мере сил пытаюсь отвечать на вопросы по Dojo на форуме javascript,ru. Если знающие Dojo хабражители присоединятся ко мне там, то может быть мы сможем организовать место, где смогут ответить на не самые примитивные вопросы.
Мне, правда, очень понравился Dojo и очень жаль, что в России он почти не используется. Я планирую продолжать освещать его на хабре. Пишите про какие его возможности хотите прочитать в первую очередь. Если есть интерес могу попробовать написать туториал одностраничного приложения «для чайников».
С ExtJS вплотную работал только с третьей версией, про четвертую сейчас бегло посмотрел, мог что-то упустить. Буду рад уточнениям в чем не прав.
— кастомизация
AMD это не только легкость интеграции сторонних библиотек. Это еще и широкие возможности для кастомизации с помощью наследования, в том числе множественного. Насколько понимаю, ExtJS такого не позволяет. Поэтому Dojo это скорее фундамент для создания своего фреймворка, а ExtJS — конечный инструмент. Многие виденные мною сайты, что сделаны на ExtJS, даже стандартную CSS тему не сильно меняют или вообще не меняют. В Dojo можно создавать свои виджеты на базе основных добавляя им новый функционал и\или меняя разметку.
— ленивая подгрузка
AMD модули можно подгружать по одному и только те, что нужны на странице, можно делать слои содержащие ограниченный набор модулей, который нужен конкретному сайту. Первого в ExtJS нет, второе, вероятно, есть в инструментах сборки проекта.
— deferred
правда очень удобная вещь в асинхронном мире JavaScript. Об их существовании в ExtJS не слышал.
— тесты
Java-робот, конечно, уступает силениуму, но в остальном как минимум не хуже QUnit-ов. В комбинации с phantom.js получается отличный инструмент для авто-тестов. У ExtJS есть какие-то инструменты для тестирования?
— touch и мобильные версии
не работал с ними ни в Sencha, ни в ExtJS, но судя по описанию и отзывам Sencha тут вне конкуренции.
— дизайн
у Sencha все модно и красиво. Dojo, такое ощущение, каким был 5 лет назад, таким в дефолтной теме и остался. Но это сделано специально, т.к. Dojo это в первую очередь фундамент.
Таким образом если нужно быстро сделать интерфейс, то ExtJS подходит лучше. Если же есть большое количество собственных виджетов и планы на будущее развитие, то лучше подходит Dojo.
Про животноводство: минифицированный, обфусцированный и склееный в один файл полный Dojo весит примерно 500кб, но как уже писал можно разбивать это все на слои или грузить каждый модуль отдельно. Или вопрос был про объем кода, который нужно написать для создания своего интерфейса?
Для начала ставим пакет wmctrl. Потом идем в настройки хоткеев (в openSUSE это Системные параметры -> Клавиатура -> Комбинации клавиш). Создаем новую комбинацию для переключения на рабочий стол номер N. В качестве команды указываем wmctrl -s N-1. В качестве хоткеев я использовал Ctrl+Alt+Num. Если повесить на все цифры, то будет десять столов. Обычно этого более чем достаточно.
Вообще функционал wmctrl далеко не ограничивается переключением рабочих столов по номеру и, если с ней немного поиграть, то можно придумать еще много интересных хоткеев.
Совместимость нарушается обычно только при заметных обновлениях 3.6-3.8-3.10. У меня такое происходит редко. Сознательные авторы расширений стараются поддерживать и реагируют на жалобы в комментах на сайте. К тому же сейчас команда GNOME тьфу-тьфу-тьфу, наконец, стабилизировала API и проблем меньше. В начальных версиях они умудрялись между минорными релизами имена базовых функций менять.
У меня тоже последнее время shell стать течь и проц заметно кушать. Но не столь страшно. Часто причиной такого называют конфликт с видео-драйверами. Моя личная гипотеза — это как связано с использованием JS. На рабочем компе скорость утекания памяти в shell намного больше чем на домашнем. В процессе работы часто то скрипт зависнет, то упадет что-нибудь, то дебаггер срубишь на середине пути… В итоге, вероятно, все это начинает откладывать свой след.
Хм. Кажется на Хабре не было обзора расширений. Уважаемые хабражители, будет интересно обсудить кто какие расширения использует?
Не уверен, что это универсальный для GNOME3 рецепт, но в openSUSE хоткеи для программ вешаются просто: Системные параметры -> Клавиатура -> Комбинации клавиш жмем '+' и привязываем консольную команду для запуска приложения к хоткею. У меня так настроено быстрое переключение на рабочие столы с номерами больше 4.
Вот почему они по-умолчанию не вытаскивают месседжеры наверх — не понятно. Вероятно хотят, чтобы любая иконка на верхней панели была сознательным выбором пользователей, но в тоже время пихают туда кучу своего мусора типа «инвалида».
Для подключения Skype нужно поставить пакет pidgin-plugin-skype, который у меня в openSUSE нашелся в родном репозитории.
После установки запускаем сначала оригинальный клиент, потом Pidgin и в окошке создания нового аккаунта выбираем тип Skype. Потом указываем свой логин и подключаемся. Оригинальный клиент запросит подтверждение на сторонний доступ — ставим галочку «Запомнить выбор» и разрешаем. Все, теперь контакты добавились и все входящие\исходящие сообщения будут прокидыватся в оригинальный клиент.
Правда, бывают лаги. В pidgin прочитал сообщение, а оригинальный скайп об этом не знает.
Сколько времени было убито на войну сначала с КЛАДРом, а потом и с ФИАС. Разбор структуры, конвертация в нормальный формат, оптимизация, построение индексов… Теперь все это сидит где-то в темных глубинах одной малоизвестной облачно ERP. Эх, и видимо вместе с ней тихо помрет…
Пользуясь случаем спрошу. Как известно событие dragLeave всплывающее. Соответственно при верстке чуть сложнее чем два div-a начинает вызываться когда надо и когда не надо. Что интересно, только в Хроме. Совсем выключить его нельзя, т.к. хочется знать, когда перемещение вышло за границы монитора. Сейчас для этого сочинил вот такое условие:
но очень не нравится как это выглядит. Может кто-то из многоуважаемого хабрасообщества подскажет как решить эту проблему проще и красивее?
где sel — это селектор инпута
В русскоязычной среде с Dojo совсем капут, несмотря на то, что в создании ранних версий участвовало несколько русских разработчиков, в том числе Илья Кантор. Есть гугл-группа — там могут помочь, но особой активности не заметил. Сам по мере сил пытаюсь отвечать на вопросы по Dojo на форуме javascript,ru. Если знающие Dojo хабражители присоединятся ко мне там, то может быть мы сможем организовать место, где смогут ответить на не самые примитивные вопросы.
Мне, правда, очень понравился Dojo и очень жаль, что в России он почти не используется. Я планирую продолжать освещать его на хабре. Пишите про какие его возможности хотите прочитать в первую очередь. Если есть интерес могу попробовать написать туториал одностраничного приложения «для чайников».
По сборке dojo есть статья в reference guide: dojotoolkit.org/reference-guide/1.9/build/buildSystem.html. Есть статья на хабре, но она уже устарела.
— кастомизация
AMD это не только легкость интеграции сторонних библиотек. Это еще и широкие возможности для кастомизации с помощью наследования, в том числе множественного. Насколько понимаю, ExtJS такого не позволяет. Поэтому Dojo это скорее фундамент для создания своего фреймворка, а ExtJS — конечный инструмент. Многие виденные мною сайты, что сделаны на ExtJS, даже стандартную CSS тему не сильно меняют или вообще не меняют. В Dojo можно создавать свои виджеты на базе основных добавляя им новый функционал и\или меняя разметку.
— ленивая подгрузка
AMD модули можно подгружать по одному и только те, что нужны на странице, можно делать слои содержащие ограниченный набор модулей, который нужен конкретному сайту. Первого в ExtJS нет, второе, вероятно, есть в инструментах сборки проекта.
— deferred
правда очень удобная вещь в асинхронном мире JavaScript. Об их существовании в ExtJS не слышал.
— тесты
Java-робот, конечно, уступает силениуму, но в остальном как минимум не хуже QUnit-ов. В комбинации с phantom.js получается отличный инструмент для авто-тестов. У ExtJS есть какие-то инструменты для тестирования?
— touch и мобильные версии
не работал с ними ни в Sencha, ни в ExtJS, но судя по описанию и отзывам Sencha тут вне конкуренции.
— дизайн
у Sencha все модно и красиво. Dojo, такое ощущение, каким был 5 лет назад, таким в дефолтной теме и остался. Но это сделано специально, т.к. Dojo это в первую очередь фундамент.
Таким образом если нужно быстро сделать интерфейс, то ExtJS подходит лучше. Если же есть большое количество собственных виджетов и планы на будущее развитие, то лучше подходит Dojo.
Про животноводство: минифицированный, обфусцированный и склееный в один файл полный Dojo весит примерно 500кб, но как уже писал можно разбивать это все на слои или грузить каждый модуль отдельно. Или вопрос был про объем кода, который нужно написать для создания своего интерфейса?