Обычно рву провод у не TSW наушников, сами TSW несмотря на несомненные плюс в отсутствии проводов пока не прижились, в итоге использую модуль TRN BT20
Выглядят вот так
И вроде как и TWS, но без кейса. Конечно не 10часов работы, но на рабочий день при средней громкости хватает и, что самое главное, решает несколько озвученных проблем TWS — можно не снимать весь день и при этом по необходимости слышать окружающих просто подвинув сами наушники в mmcx разъеме (как это будет с двухпиновым разъемом не знаю, короткий провод всё-же жестковат, да и с разными наушниками, наверное, будет разное удобство такого ношения)
А имея где-то на дне рюкзака обычный 3.5 mmcx провод не так боишься что заряда не хватит
Но в целом как и у любых других ушей — свои плюсы и минусы, идеал недостижим
автор поста с gitbook разбирается лучше меня, сам пытался сейчас сконвертировать им и не вышло) в прошрый раз всё прошло гуд (менял только цвет с 333 на 000, остальные цвета не трогал)
Спасибо.
Теперь видно что это особенность гитбука.
Странное поведение — полез посмотреть и увидел в стилях цвет #333 на контент и с этими цветами генерируется ebook — видимо из ebook в mobi они и попадают. На экране монитора текст не кажется таким бледным, а вот на самой читалке уже не очень комфортно читать.
Поправил, и всё встало на свои места. Зачем в гитбуке это сделано даже представить не могу
Отправил mobi на киндл и вижу что цвет текста бледно серый, хотя цифры в первом встретившиеся списке черные (настолько насколько этот возможно в читалке), это особенность gitbook по генерации mobi или так было сделано намерянно?
Если бы вы прошли хотя бы официальный tutorial, вы бы знали как это решается.
Автор пишет что решение есть, но есть один большой нюанс… Могли бы обойтись и без решения. Т.е. мы сначала создаём проблему, потом создаем её решение, и так много где в ангуляре => что-то не так в архитектуре даже если это помогает что-то решить. Собственно весь пост к этому и сводится, пусть немного истерично, но всё же. И, судя по второй версии ангуляра, разработчики angularjs об этом знают и идут верным путем, но не торопясь(по причинам описанным вами же)
Я к тому что, само выражение о возможности изменения цены, относительно её повышении, звучит не очень приятно для потребителя с маркетинговой точки зрения. Сумма повышения уже не важна. Так лучше писать о понижении, а о повышении возникают вот такие мысли об ожидании этого изменения.
Сейчас думаю о внедрении микроразметки на сериал (пока приглядываюсь к schema.org/Movie )
Завис на том что все серии одного сезона в одном плеере (длина, серия и т.п. не знаю как указать, или вообще забить на VideoObject). Как подскажете поступить в данном случае и, может быть, что-то другое лучше использовать?
а так как контакты тоже регистрировались их номеру тоже уходили к секрет.ли — ну да, наш аппарат они если и не покидали то у секрета они всё-равно могут быть не только хэшем. что-то где-то не то с этим секретом…
я весь пост так и не смог понять, при чем здесь сложности в россии коли описываются просто сложности разработки…
уберите, пожалуйста, из заголовка упоминание россии, или постройте предложение как-то иначе если уж так хочется выделить что разработка российская
пользовал для этого jeapie (не уже помню почему выбрал именно его, будем считать что «исторически сложилось») но сейчас видимо слезу на pushbullet ибо по интерфейсу приложения намного вменяеймее(как минимум задать звук уведомления можно — одно это уже радует после jeapie где в принципе нету нихрена). да и плагин к браузеру порадовал — уведомления с телефона смотреть на компе, да и chrome2phone мне заменил
Искреннее спасибо за сервис.
ps. во многих пушсервисах n-уведомлений в день и т.п., а тут сходу не нашел ограничений api, они есть?
И вроде как и TWS, но без кейса. Конечно не 10часов работы, но на рабочий день при средней громкости хватает и, что самое главное, решает несколько озвученных проблем TWS — можно не снимать весь день и при этом по необходимости слышать окружающих просто подвинув сами наушники в mmcx разъеме (как это будет с двухпиновым разъемом не знаю, короткий провод всё-же жестковат, да и с разными наушниками, наверное, будет разное удобство такого ношения)
А имея где-то на дне рюкзака обычный 3.5 mmcx провод не так боишься что заряда не хватит
Но в целом как и у любых других ушей — свои плюсы и минусы, идеал недостижим
автор поста с gitbook разбирается лучше меня, сам пытался сейчас сконвертировать им и не вышло) в прошрый раз всё прошло гуд (менял только цвет с 333 на 000, остальные цвета не трогал)
Теперь видно что это особенность гитбука.
Странное поведение — полез посмотреть и увидел в стилях цвет #333 на контент и с этими цветами генерируется ebook — видимо из ebook в mobi они и попадают. На экране монитора текст не кажется таким бледным, а вот на самой читалке уже не очень комфортно читать.
Поправил, и всё встало на свои места. Зачем в гитбуке это сделано даже представить не могу
эх. пойду ручками из маркдауна соберу
Отправил mobi на киндл и вижу что цвет текста бледно серый, хотя цифры в первом встретившиеся списке черные (настолько насколько этот возможно в читалке), это особенность gitbook по генерации mobi или так было сделано намерянно?
Завис на том что все серии одного сезона в одном плеере (длина, серия и т.п. не знаю как указать, или вообще забить на VideoObject). Как подскажете поступить в данном случае и, может быть, что-то другое лучше использовать?
Мне одному кажется что неэффективна здесь система, а вовсе не наказания?
спасибо.
уберите, пожалуйста, из заголовка упоминание россии, или постройте предложение как-то иначе если уж так хочется выделить что разработка российская
Искреннее спасибо за сервис.
ps. во многих пушсервисах n-уведомлений в день и т.п., а тут сходу не нашел ограничений api, они есть?