а так возможно или это пожелания к браузеру?

а так возможно или это пожелания к браузеру?

> браузер не умеет насколько я знаю просто юзать то что внизу как картинку пожелание да. типа транзишен включился - дом стал картинкой и может ездить

а так возможно или это пожелания к браузеру?

> браузер не умеет насколько я знаю просто юзать то что внизу как картинку пожелание да. типа транзишен включился - дом стал картинкой и может ездить. впринципе шторка так и работает но внутри блока а хочется еще и снаружи. ну это чисто хотелка да, которая бы позволила нормально ездить

ура, я посчитал

жеза..

Парни есть вопрос щекотливый

Только ленивый не не репостил это. Такой баян...

Как быть когда жаба давит отдавать случайному заказчику исходники? Использовал компонент на который потратил кучу своего времени. Его использовал на недорогом заказе. Норм ли впарить заказчику только собранный проект? Можно ли вообще позиционироваться как веб приложение (приложух часто отдают без исходников)

хороший вопрос да

Как быть когда жаба давит отдавать случайному заказчику исходники? Использовал компонент на который потратил кучу своего времени. Его использовал на недорогом заказе. Норм ли впарить заказчику только собранный проект? Можно ли вообще позиционироваться как веб приложение (приложух часто отдают без исходников)

норм

А что говорить на доводы "а если мне надо будет картинку поменять?" Отдавать с саппортом?

а смысл не отдавать с сапортом

под ключ ничего не бывает. все можно фиксить и улучшать бесконечно

ура, я посчитал

пример в студию

Как быть когда жаба давит отдавать случайному заказчику исходники? Использовал компонент на который потратил кучу своего времени. Его использовал на недорогом заказе. Норм ли впарить заказчику только собранный проект? Можно ли вообще позиционироваться как веб приложение (приложух часто отдают без исходников)

Компиль в js и отдавай его

> браузер не умеет насколько я знаю просто юзать то что внизу как картинку пожелание да. типа транзишен включился - дом стал картинкой и может ездить. впринципе шторка так и работает но внутри блока а хочется еще и снаружи. ну это чисто хотелка да, которая бы позволила нормально ездить

лол а ведь можно сделать scaleY для блока внизу. точно!

А что говорить на доводы "а если мне надо будет картинку поменять?" Отдавать с саппортом?

Отдавай исходники, в чем проблема?

Отдавай исходники, в чем проблема?

так о том и речь что впадлу отдавать исходники

так о том и речь что впадлу отдавать исходники

почему впадлу? Деньги же за разработку заплатили. Код у тебя останется, сможешь реюзать в других проектах

почему впадлу? Деньги же за разработку заплатили. Код у тебя останется, сможешь реюзать в других проектах

за компонент не платили. компонент делался в своё время для себя

Отдавай исходники, в чем проблема?

жаба давит. Я компонент этот отдельно от этого мелкого заказа пилил.

А тут готовая работа, бери и пользуйся

жаба давит. Я компонент этот отдельно от этого мелкого заказа пилил.

Ну надо было закладывать в стоимость разработку этого компонента)

она была бы слишком дорогая

короче юридически получается примерно как если бы ты написал этот компонент и продавал бы под какой то лицензией и типа для этого проекта сам у себя купил

но не хочешь чтобы юзали другие бесплатно

Тут вот такая аналогия с реальными миром. Есть производство с ноу-хау. Благодаря ему можно выпускать дешёвый качественный продукт. Я отдаю продукт, а не ноу-хау

Ох, /me ливнул. Мне сложно такие вещи обсуждать. Все зависит от отношений с заказчиком

а ведь иногда ради этого вообще меняется модель распространения. т.е. написал ты крутой фреймворк для магазина но понимаешь что не можешь поделиться кодом. приходится писать генератор магазинов и хостить всё на своих серверах

но это касается бека больше

но это касается бека больше

Разработка приложений тоже насколько я знаю. Часто отдается скомпилированный код

Началась перепись ньюфагов в чатике))

пример в студию

elementWidth / fontSize = maxWidth / x x = maxWidth * fontSize / elementWidth

Разработка приложений тоже насколько я знаю. Часто отдается скомпилированный код

с другой стороны если бы я чтото заказывал я бы никогда не согласился на скомпиленое. скомпиленое - пустышка

Надо было сказать заранее: "Чувак, у меня есть готовый модуль. Стоит Н денег. С ним можно уменьшить время разработки. И плюс стоимость работы по интеграции". А так, ты теперь грустишь, что тебе мало заплатят. Ну, сам виноват :)

elementWidth / fontSize = maxWidth / x x = maxWidth * fontSize / elementWidth

а так ты в js считал )

я думал через calc

минут 20 об этом писал

что через js, что js, что js

Надо было сказать заранее: "Чувак, у меня есть готовый модуль. Стоит Н денег. С ним можно уменьшить время разработки. И плюс стоимость работы по интеграции". А так, ты теперь грустишь, что тебе мало заплатят. Ну, сам виноват :)

ну задача не заставить переплатить а себе работу облегчить но да

> браузер не умеет насколько я знаю просто юзать то что внизу как картинку пожелание да. типа транзишен включился - дом стал картинкой и может ездить

лол

тут вообще дело не в конкретном проекте а в том что тот кто будет суппортить сворует код и воспользуется трудом

лол

о. ты кажется знаешь такие вещи. раскажи

к сведению, при transform3d (css gpu) некотороые движки так и делают)

как ? какие ?

я пока писал подумал что мне ничего не мешает сделать transform3d нижнего блока

да не давай лучше продолжим затирать, какой css-стандарт гавно))

иии?)

да не давай лучше продолжим затирать, какой css-стандарт гавно))

не какой говно а конкретно min-width соответствующий <= но не умеющий в < это дебильно. тут нечего обсуждать. и это уже пофиксили

от того, что ты "картинкой" отрисуешь dom, ничего не изменится, потому как эта картинка не будет "плоской", так сказать, слои компановки создаются свои при 3d-трансформациях, а вот простые элементы (тут не уверен, матчасть не курил), некоторые движки (blink, напр.) рендерят как растр вообще по ощущениям. это видно опытным путем, мелкие глитчи и подергивания в зависимости от типа контента ну и посему же начинаются хаки в виде translate3d(0,0,0), translateZ(0) и прочее (хотя есть уже живой will-change)

вообще к теме слайдинга проще всего делать обертку, как писали выше, скрывать перетекание у нее, рулить ее высотой в зависимости от скроллхейт нашей цели, биндиться к реквестАнимейшнФрейм

ну, например.

Может кто поделиться примером использования Vuex в реальном проекте с ajax запросами? Может в гите у кого есть?

Может кто поделиться примером использования Vuex в реальном проекте с ajax запросами? Может в гите у кого есть?

есть в официальной документации же?

пример с магазином, по-моему, там есть примеры использования

Есть, но что-то не зашло))...

вообще к теме слайдинга проще всего делать обертку, как писали выше, скрывать перетекание у нее, рулить ее высотой в зависимости от скроллхейт нашей цели, биндиться к реквестАнимейшнФрейм

тоесть оверхед перерендера всётаки норм ? оно чуть подтормаживает всёже особенно на мобилках

А вас интересно читать, продолжайте пожалуйста

от того, что ты "картинкой" отрисуешь dom, ничего не изменится, потому как эта картинка не будет "плоской", так сказать, слои компановки создаются свои при 3d-трансформациях, а вот простые элементы (тут не уверен, матчасть не курил), некоторые движки (blink, напр.) рендерят как растр вообще по ощущениям. это видно опытным путем, мелкие глитчи и подергивания в зависимости от типа контента ну и посему же начинаются хаки в виде translate3d(0,0,0), translateZ(0) и прочее (хотя есть уже живой will-change)

сложно ты пишешь для меня ) то как я понимаю - translateZ берет тупо растр и ворочает им не трогая дом. про "плоскую" ты имеешь ввиду что растр там будет глючный ? и что за хаки, как will-change помогает ?

тоесть оверхед перерендера всётаки норм ? оно чуть подтормаживает всёже особенно на мобилках

ну просто тут либо облегчаешь ему жизнь с помощью анимфрейм, либо css (что конечно лучше) можно еще по типу транзишенов vue делать, задавать\снимать значения высоты скриптами, а переходы например css

ну просто тут либо облегчаешь ему жизнь с помощью анимфрейм, либо css (что конечно лучше) можно еще по типу транзишенов vue делать, задавать\снимать значения высоты скриптами, а переходы например css

ну сейчас я рисую heigth через velocity и оно ок. но например если радикально отказаться от height то я вижу следущий сценарий одновременно делаем translate двух блоков - открываем тот что heigth:0 и уезжаем нижний(естественно внизу будет треш но он и не будет рисоваться, ну и потом резко уедет скролл, но это возможно починить). у меня в голове это вроде жизнеспособно

сложно ты пишешь для меня ) то как я понимаю - translateZ берет тупо растр и ворочает им не трогая дом. про "плоскую" ты имеешь ввиду что растр там будет глючный ? и что за хаки, как will-change помогает ?

хаки задействования gpu принудельно визуально отличаются элементы, отрисованные с помощью\без gpu. особенно,в случае юзания событийных переходов, которые создают stacking context (прозрачность, трансформы и прочее). will-change и прочие хаки заставляют браузер работать с данными элементами всегда в таком режиме, следовательно, нет глитчей, ну и контекст наложения появляется. туда же хаки с backface-visibility, подобная суть.

ну сейчас я рисую heigth через velocity и оно ок. но например если радикально отказаться от height то я вижу следущий сценарий одновременно делаем translate двух блоков - открываем тот что heigth:0 и уезжаем нижний(естественно внизу будет треш но он и не будет рисоваться, ну и потом резко уедет скролл, но это возможно починить). у меня в голове это вроде жизнеспособно

зачем "уезжаем нижний"?) не догоняю

задача изначально же открывать верхий блок чтобы он распахнулся и чтобы нижний уехал

но вместо того чтобы перерисовывать это через dom, сделать транзишен который бы просто ездил растрами этих элементов

а после транзишена уже изменить дом

у тебя есть родитель (height: 0), есть его потомок (цель), есть контент ниже родителя если санимируешь hight в конкретное значение – все плавно выедет тут трабла с height: auto, т.к. контент динамичный, высота неизвестна. поэтому предлагал как один и вариантов – scrollHeight так же можно рулить max-height, если есть примерные понимания высоты (не всегда ок) вообще, по ощущениям, либо я не всек суть трабла, либо вы экономите на спичках и это немного извращенство, оптимизировать вот тут. как вариант – профилировать рендеринг. вы же можете скрыть блок родителем, а после этого – уже менять контент и раскрывать?) туплю наверно)

почему после import-a модули undefined ?

но вместо того чтобы перерисовывать это через dom, сделать транзишен который бы просто ездил растрами этих элементов

насчет растра вряд ли, либо я реально не догоняю логику и цель, либо не выйдет, т.к. браузеру еще больше работы сделаешь в обработке dom > перерисовке контента > преобразовании в "растр" > отображении

но это хз, это надо прям матчасть сильно изучать)

+ каждый движок по-своему работает.

Кто-то писал приложуху на вуешке? Поыткать рабочий проджект Для моб

насчет растра вряд ли, либо я реально не догоняю логику и цель, либо не выйдет, т.к. браузеру еще больше работы сделаешь в обработке dom > перерисовке контента > преобразовании в "растр" > отображении

я просто читал что решение с translate считается быстрее чем с height... ваще щас попробую набросать

я просто читал что решение с translate считается быстрее чем с height... ваще щас попробую набросать

так, погоди :D translate – это плавный переход свойства, а height – это свойство) почему они у тебя как-то || ?))

так, погоди :D translate – это плавный переход свойства, а height – это свойство) почему они у тебя как-то || ?))

transition я называю павным. а транслейт ну типа translate3d ))

transition я называю павным. а транслейт ну типа translate3d ))

А если точнее то transform :)

ой, затупил я чет, сорян

А если точнее то transform :)

я в этом совсем нюб и у меня чтото уровня слухов. даже не знаю откуда брать фундаментальные знаниня