lavezzi1: Суть проблемы в том, что модал в таком случае является потомком обертки, и либо надо всунуть бэкдроп внутрь обертки так же (по дефолту он закидывается к body в 71-й строке, еще в 185-й строке и возможно в других местах), либо же ловить клик не бэкдропом, а оберткой...
У меня за плечами масса проектов, а портфолио нет, потому что часть проектов уже успели кануть в лету, а остальные - закрытые системы обработки данных с ограниченным доступом, и чтобы их показать, надо поднимать фейки. В целом если будет такой запрос, конечно можно заморочиться... Так-что остается верить мне на слово...
Систематическое образование необходимо, чтобы получить базу. Однако сегодня ни один вуз не в состоянии давать актуальные рабочие навыки, на гребне волны технологий. Это только на практике. Причем базу, если сильно упираться, можно получить и самостоятельно, только это будет на 2 порядка сложнее сделать, т.к. с наставником всегда проще и прямее... Вообще правильные прогеры начинают работать по профилю либо на первых курсах вуза, либо еще до поступления в вуз...
lavezzi1: у вас, как было написано в первом каменте, table и cell перекрывают всю область видимости и находятся поверх дропа... Надо действительно либо на них повесить отлов эвента, либо если возможно уменьшить их размер до размера модала, чтобы клик дроп ловил...
lavezzi1: да я их там вижу, просто говорю же с бутстрапом пока не очень знаком, поэтому уточнил. В общем modal__cell ловит клик вне модала, боюсь что там переделывать кода слишком заморочно, насколько вот прям непреодолимо нужно обязательно завернуть модал в эти 2 элемента?
Я не пишу скриптов на bash, хотя активно пользуюсь консолью как на серверах так и на рабочей машине (у меня Убунту). Тем не менее я считаю если все же жизнь заставит и не будет возможности накатить RoR, то bash/sh он всегда под рукой. А так не вижу разницы. Я вот на PHP что-то пишу бывает, т.к. им владею на порядки лучше чем bash, поэтому код льется и не надо заморачиваться... Короче на чем удобнее, на том и надо писать.
Я бы на законодательном уровне компаниям, которые берут стажеров и юниоров на зарплату, делал налоговые льготы, как при занятии благотворительностью и присваивал статус образовательных учреждений с правом выдачи сертификатов.
Только проблема в том, что все хотят сразу брать профи, которые сразу с места в карьер будут решать им проблемы, а этих самых профи никто нигде особо не готовит...
Спрос огромный, требования запредельные, хотят сразу хайлоад, а ему в теории не научишься, причем в каждой компании свои рецепты приготовления хайлоада, и они не совсем подходят в других местах...
Освоить любой фреймворк или ЯП так, чтобы было не стыдно людям показывать то, что наваял, требует, кроме всего прочего, пару лет времени, усвоения кучи контекстов и абстракций, вроде TDD, шаблонов проектирования, соглашений о форматировании, нюансов реализации протоколов и API, и продолжать этот список можно очень долго...
Да, большая часть информации, документации, обучающих материалов, размещена в отрытом доступе, казалось бы, бери и впитывай... Но когда доходит до дела, оказывается, что пример устарел, или, тем паче, в нем ошибки. Или, например, твоя конфигурация отличается от авторской, у него работает, у тебя нет, причем причина где-то в недрах конфигурации веб-сервера... И таких нюансов тысячи...
Я еще не сказал о том, что буквально каждый месяц появляются новые технологии, выходят новые версии программ и систем, придумывают новые парадигмы и философии... Число их множится и ширится, детализация и глубина нарастают...
В общем This is Sparta!, а дорогу осилит идущий. Если все равно куда идти, то делая шаг за шагом, куда-нибудь да придешь...
lavezzi1: я так понимаю Вы больше по дизайну. Я пока к бутстрапу только присматриваюсь, так-что с ходу решения не скажу. Опишите суть проблемы подробнее, что конкретно не срабатывает? Я подозреваю что модальное окно должно закрываться при клике на затеняющий блок?
Если дружите с инглишем, вот на вскидку пару видео где главный идеолог Ember.JS рассказывает о кардинальных изменениях начиная с ветки 2.0, в том числе и по части шаблонизации
bromzh: в ветке 2.х очень многое уже поменялось и еще больше поменяется. Курс который авторы наметили мне симпатичен. Я пока наполняю контексты, если можно так сказать, выстраиваю в голове картинку, подбираю пилотный проект, на котором можно будет поэкспериментировать в практике. Тема с соглашениями безусловно холиварная, но лично я уже настолько устал от анархии, что всеми руками за тотальный диктат соглашений. :) Это сугубо моя личная субъективная позиция... Мне хочется как можно меньше напрягая память и мозг все же достигать существенных, может быть даже выдающихся результатов. Память и мозг напрягать мне хочется меньше не из-за лени, а просто потому что они и так постоянно находятся на грани предельного напряжения и еще больше уже просто некуда...
Я почти весь путь в разработке (без малого 20 лет) сольно иду, по наитию, столько граблей собрал... Попал бы стажером своевременно в правильный коллектив, результаты были бы на голову выше, хотя ценного опыта граблесобирательства было бы существенно меньше... :)
bromzh: Ваш ответ демонстрирует достаточно высокую квалификацию и личный опыт. Респект. Я пока в самом начале пути по части фронтенд фреймворков, хотя актуальность просто зашкаливает. До недавней поры я все больше обходился jQuery.
Тем не менее мне кажется Ваша информация несколько устарела.
Вот цитата с их сайта:
To make the most out of the guides, you should have a working knowledge of:
HTML, CSS, JavaScript - the building blocks of web pages. You can find documentation of each of these technologies at the Mozilla Developer Network.
Promises - the native way to deal with asynchrony in your JavaScript code. See the relevant Mozilla Developer Network section.
ES2015 modules - you will better understand Ember CLI's project structure and import paths if you are comfortable with ES6 JavaScript Modules.
ES2015 syntax - Ember CLI comes with Babel.js by default so you can take advantage of newer language features such as arrow functions, template strings, destructuring, and more. You can check the Babel.js documentation or read Understanding ECMAScript 6 online.
Кроме того с версии 2.0 у них кардинально поменялась стратегия, об этом есть ряд видео от создателей на том же ютубе.
За долгие годы разработки многих проектов, их сопровождения и доработки через продолжительные отрезки времени, я пришел к философии, очень схожей с той, что заложена именно в Ember..JS
Не знаю как Вы, а я физически не способен что-либо закодить пока у меня в голове не сложилась полная картинка конечного результата. И когда приходится возвращаться к проекту через месяцы, а то и годы, у меня нет совершенно никакого желания о чем-либо догадываться и вспоминать, что же я хотел сказать этой конструкцией, и где лежит тот или иной блок кода...
В Ember.JS эта проблема решена насколько это вообще возможно. Все всегда лежит на одних и тех же местах, все четко, понятно, предсказуемо. Вплоть до того, что приходя в любой проект на Ember.JS человек за считанные дни сможет включиться в продуктивную работу. Так обещают создатели фреймворка. Я, почему то, им верю...
