Как маковод с большим стажем давно следил за проектом и ждал релизной версии, даже порывался на работе поставить (но потестировав на виртуалке отложил решение). Потом как-то забыл и наслаждался Mint, но вот повод появился и в связи с этим интересует вопрос стабильности.
Да я уже смотрел ваш скрипт и во многих местах откровенно запутался. Посмотрел дифы совсем старых/относительно свежих версий, где-то докопался до истины. Пока сложно переваривать, так как хотелось бы все непонятные конструкции видеть с комментариями, но се ля ви, опыта моего маловато будет.
Осмелюсь предложить бесплатный VPN на год от Amazon в лице микро-инстанса с линуксом и всем необходимым, который полностью контролируется вами.
На Хабре есть старая статья на эту тему.
Ух, я слишком педантичен наверное)
Про бумагу согласен — быстрее и не улетучиваются идеи пока ищешь подходящий объект в софтине, в случае с айпадом например.
Кстати до сих пор не нашел удобного инструмента для коллективной работы с прототипами — комментарии, история изменения, права доступа, прогресс. Может подскажете?
Я вначале тоже практиковал «как попало» пока не попал на свою лень)
Потом все же стал делать пометки — нативный контрол или нет, важность (например для заполнения формы), зависимость (указывал принадлежность к родительскому элементу).
А выглядело все в виде разделенного на две части листа — слева мокап занимал бОльшую половину, а справа колонка с описанием проставленных для каждого элемента тегов.
Не сочтите за замечание, подумал может мой опыт будет вам полезен.
Возможно кому-то пригодится комплексный инструмент для проектирования на iOS AppCooker.
Предлагает создать иконку, простенький прототип приложения и, как киллер-фича, предлагается встроенный инструмент бизнес-планирования.
Когда появится больше одного селектора, то буду использовать массив для исключений как предложил truezemez. Нисколечко не оспариваю тот факт, что тут мне помогли и показали как сделать еще лучше и «по-взрослому». В тексте поста я хотел сказать о том, что на большинство ищут решение типовых задач из примеров обучающих курсов на профильных форумах (это я понял после гугления по совпадающему с контекстом типовой задачи вопросу).
Так ведь я и писал, что сама задача с результатом в виде расширения была хотелкой, не мог я уже лицезреть имиджборду и портянки ответов на комментарии. Это ли не повод потратить время, совместив приятное с полезным (обучение и выполнение хотелки)?
Если вы хотите поделиться со мной знаниями и указать на иные возможности реализации функционала, то я был бы весьма признателен.
Спасибо за документирование и смену представления структуры, смерджил. Если честно, то мне было понятнее с блоками в лице именованных функциий, но ваш вариант мне весьма понравился, однако не удержался и небольшую правку все же внес:
addCSSRule('.reply', 'margin-bottom: 1em;');
Иначе блок с классом reply наезжал на следующий блок комментария.
Как доберусь до дома обязательно попробую исключить класс spoiler_text из функции скрытия изображений
Осторожно предположу, что остальные решили отказаться от инвестирования ввиду условий и требуемой общей суммы.
А выпустить железку после релиза Ubuntu сможет любой вендор, что заодно и прояснит потенциал ОС как коммерчески привлекательной. Но ведь уже сейчас каждый норовит построить свой луна-парк и занять целевую нишу — Mozilla и Samsung тому пример. Однако пока я вижу нишу Ubuntu только для почитателей десктопной версии, но никак не для объявленного мелкого бизнеса. Неопределенность Canonical в целевой аудитории смущает, потому им и нужен якорный девайс с такой суммой, где как мне кажется, не малая часть уйдет на продвижение продукта.
После того как получил инвайт на Хабр, для комментариев появилась ссылка «ответить» и кнопка раскрытия дерева ответов оказалась под этой ссылкой съедая свободное пространство.
Сделал хотфикс для корректного отображения и
Да, насчет изображений с вами соглашусь и позволю себе добавить, что в случае с перечислением не нужно будет исправлять скрипт если появится пресловутая кнопка редактирования поста с изображением. Но все же в данном случае не так сложно будет сделать быстрое исправление в угоду оптимизации.
Комментарии я стараюсь не плодить, так как лучше сделать код семантичным. Иногда имя функции отражает суть длинного комментария, а зачем лишний текст в таком случае.
Спасибо за пояснения и правильное направление для оптимизации скрипта.
Все верно, так было бы проще, но не учитывались бы частные случаи. Например в теле поста для автора появилась кнопка редактирования с изображением, а я же все прячу……
Помещать все блоки в анонимную самовызывающуюся функцию было бы не семантично (приучаю себя к тому, чтобы код разбирался быстро и любым человеком), да и при отладке помешает.
Поправьте меня пожалуйста если я сделал неправильные выводы.
На Хабре есть старая статья на эту тему.
Про бумагу согласен — быстрее и не улетучиваются идеи пока ищешь подходящий объект в софтине, в случае с айпадом например.
Кстати до сих пор не нашел удобного инструмента для коллективной работы с прототипами — комментарии, история изменения, права доступа, прогресс. Может подскажете?
Потом все же стал делать пометки — нативный контрол или нет, важность (например для заполнения формы), зависимость (указывал принадлежность к родительскому элементу).
А выглядело все в виде разделенного на две части листа — слева мокап занимал бОльшую половину, а справа колонка с описанием проставленных для каждого элемента тегов.
Не сочтите за замечание, подумал может мой опыт будет вам полезен.
Предлагает создать иконку, простенький прототип приложения и, как киллер-фича, предлагается встроенный инструмент бизнес-планирования.
Так ведь я и писал, что сама задача с результатом в виде расширения была хотелкой, не мог я уже лицезреть имиджборду и портянки ответов на комментарии. Это ли не повод потратить время, совместив приятное с полезным (обучение и выполнение хотелки)?
Если вы хотите поделиться со мной знаниями и указать на иные возможности реализации функционала, то я был бы весьма признателен.
Буду допиливать до желаемого и ожидать в своей голове/от пользователей идей для нового функционала.
Критикуйте, так как это сильно помогает не останавливаться на том что есть.
Иначе блок с классом reply наезжал на следующий блок комментария.
Как доберусь до дома обязательно попробую исключить класс spoiler_text из функции скрытия изображений
А выпустить железку после релиза Ubuntu сможет любой вендор, что заодно и прояснит потенциал ОС как коммерчески привлекательной. Но ведь уже сейчас каждый норовит построить свой луна-парк и занять целевую нишу — Mozilla и Samsung тому пример. Однако пока я вижу нишу Ubuntu только для почитателей десктопной версии, но никак не для объявленного мелкого бизнеса. Неопределенность Canonical в целевой аудитории смущает, потому им и нужен якорный девайс с такой суммой, где как мне кажется, не малая часть уйдет на продвижение продукта.
Сделал хотфикс для корректного отображения и
Спасибо, буду исправляться :)
Комментарии я стараюсь не плодить, так как лучше сделать код семантичным. Иногда имя функции отражает суть длинного комментария, а зачем лишний текст в таком случае.
Спасибо за пояснения и правильное направление для оптимизации скрипта.
Помещать все блоки в анонимную самовызывающуюся функцию было бы не семантично (приучаю себя к тому, чтобы код разбирался быстро и любым человеком), да и при отладке помешает.
Поправьте меня пожалуйста если я сделал неправильные выводы.