@pitard в этом чате принято отвечать (reply) на сообщение пользователя, чтобы его поблагодарить.

только так и не понял почему contacts[i].prop не работает, а contacts[i][prop] работает

вот пример отличной реализации материал

https://thefutureweb.ru/inspiration/the-best-of-material-design-in-feb-2017/

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

скевоморфизм тож недолго продержался)

@pitard разобрался это молодец. Но я серьезно спрашиваю откуда у тебя четверка в цикле?

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

кол-во элементов массива

кол-во элементов массива

а если массив станет больше?

тогда .length буду использовать)

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

но в моем случае он не станет больше

а зачем лишний раз функцию вызывать)

у нас за такое по рукам бьют в вузике

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

вот и привык

окей, спасибо, учту, извините за страдание ваших глаз :D

@pitard в этом чате принято отвечать (reply) на сообщение пользователя, чтобы его поблагодарить.

а зачем лишний раз функцию вызывать)

она один раз вызывается! for(var i = 0, len = contacts.lenght; i < len; i++)

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

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

она один раз вызывается! for(var i = 0, len = contacts.lenght; i < len; i++)

лучше бы объяснили -> только так и не понял почему contacts[i].prop не работает, а contacts[i][prop] работает

лучше бы объяснили -> только так и не понял почему contacts[i].prop не работает, а contacts[i][prop] работает

потому что .prop считается, что у тебя такое свойство у объекта!

как .firstName

как .firstName

спасибо)

уплыл этот момент

ну и потому что материл нельзя исползовать наполовину. Взять только кнопки, несколько размеров, карточки. Получится ерунда, а потом люди жалуются что им материал не понравился)) Да для веба МД еще не готов на 100% но он очень даже хорош. Но надо соблюдать их доки, как все размеры, цвета, тени. Так и то что МД делается по 8пиксельной сетке. То есть все размеры кратны 8ми, кроме шрифта. Шрифт по отдельной шкале идет, но опять же шрифт имеет только размеры по докам, свои нельзя. Вот только в таком виде можно понять что есть МД)

Ну фииииииииииииииииииииииииииииииииииг его знает)))

Иногда надо нарушать правила :))

Чтобы получить лучший результат)

Дико удваиваю этого оратора

не забывайте про хакеров

Это считай их манифест :D

про какого ты оратора?

Спасибо (+1) для @zavitaev принято! Текущая карма +4

про какого ты оратора?

про тебя

ну и потому что материл нельзя исползовать наполовину. Взять только кнопки, несколько размеров, карточки. Получится ерунда, а потом люди жалуются что им материал не понравился)) Да для веба МД еще не готов на 100% но он очень даже хорош. Но надо соблюдать их доки, как все размеры, цвета, тени. Так и то что МД делается по 8пиксельной сетке. То есть все размеры кратны 8ми, кроме шрифта. Шрифт по отдельной шкале идет, но опять же шрифт имеет только размеры по докам, свои нельзя. Вот только в таком виде можно понять что есть МД)

Если руки на местах, то его можно использовать как угодно. И получать результаты, при которых Material Design каноничный будет тихо стонать от своей неэстетичности

можно) но это уже не будет МД

https://www.uplabs.com/collections/material-cards-127a5a4b-1e80-4d3b-bf36-9860c824a894

Например)

https://www.uplabs.com/collections/ui-c9a0b2db-d94b-43eb-8c33-e3cfa52a60c4

Или это. Не канонично ? еще бы? Красиво? еще как!

вторая ссылка каноничный МД

У них таких кнопок нет

Если есть то покажи, где, и я возьму свои слова обратно относительно второй ссылки

В доках не знаю где (если есть вообще) а как пользователь андроид и одно время разработчик, скажу что есть) и это кананично

По канонике кнопка с корзиной должна быть значительно уже, и при этом с RB 2px а не 50 или 100 (не скажу точно сколько у них)

В доках этого НИГДЕ нет

Так что ты делал не MD

А как ты говоришь "что то другое"

Я делал то что позволяют гугловские официальные библиотеки МД

Вот здесь:

https://www.uplabs.com/posts/to-do-app-concept-sign-up

ничего своего, только то что есть в API

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

Цвета также не каоничные

Но смотрится ведь? Смотрится ще как

Короче мд еще растет) так что пусть растет)

Короче нет

Дело не в том, растет он или нет

А дело в том, проявляешь ты творческое начало или просто делаешь "как надо"

Здесь все прекрасно сказано на эту тему

#ux #ui #design http://sketchapp.me/material-design-ne-luchshij-a-drugoj/

читал, согласен)

Вот кстати советую. https://thefwa.com/

Это не про MD вообще, но большинство работ доставляют анимацией и кретивностью

Сразу видно что ты дизан свой хорошо прокачиваешь))) подборка ссылко на любую тему))

ERROR: S client not available

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

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

?

можно) но это уже не будет МД

проблема всей веб-разработки всегда была в сведению работы к некоему каноничному виду. Характерный пример - это БЭМ. Типа давайте напишем правила, структуру и будем строго ей придерживаться. Но дело в том, что задачи постоянно меняются, пусть не так стремительно, как это было с началом массового выпуска сенсорных экранов, но все равно достаточно быстро. Поэтому сидеть в некоем строго задокументированном дизайне - это конечно хорошо, но закончится вполне предсказуемо: однажды утром выйдет гугловский релиз о том, что они больше не поддерживают MD и советуют разработчикам делать, ну например, на Spiritual Design или что-нибудь типа того :)

Только вот на БЭМ не надо наезжать))) БЭМ это гениальное решение, да и применим этот подход не только для верстки. А по дизайну в нашей команде есть Илья, так что я даже о дизайне и не думаю)

оно гениальное, если ты в нем по уши сидишь. А если ты от него абстрагируешься, то понимаешь, что оно во многом избыточное. :)

оно гениальное, если ты в нем по уши сидишь. А если ты от него абстрагируешься, то понимаешь, что оно во многом избыточное. :)

Смотря для какого проекта

Если это одностраничник, в котором наример заголовок используется 4 раза, параграф 5 раз, а все остальное не повторяется то можно обойтись и без бэм

А если это жирный проект, в котором все должно быть унифицированно, то бэм очень рулит

к примеру, если тебе нужно переключить цветовую схему. В БЭМ все элементарно - ты просто меняешь модификатор скажем -light на -dark, и получаешь адекватный результат без танцев с бубном

да и унификация Md произошла лишь потому, что приложения выглядели АБСОЛЮТНО по разному

один вот решил в своем приложении сделать гамбургер меню справа. другой слева. третий - вкладками. четвертый - еще как то. Вот и простая Баба Глаша, открывая свой андрофон начинает теряться куда ей жать. А так все просто - меню справа.

Хорошее это или плохое решение сделать гамбургер меню справа - другой вопрос.

да и унификация Md произошла лишь потому, что приложения выглядели АБСОЛЮТНО по разному

в свое время похожие причины привели к HTML 4.01. До сих пор трясет :)

один вот решил в своем приложении сделать гамбургер меню справа. другой слева. третий - вкладками. четвертый - еще как то. Вот и простая Баба Глаша, открывая свой андрофон начинает теряться куда ей жать. А так все просто - меню справа.

Ага... этот как клиент для Rest на Android. Я привык, что кнопка OK справа... а там она слева вдруг ?

Три раза вводил данные и два из них нажимал не ту кнопку мошенально

Ага, тоже вспомнил какой-то сайт. Не помню точную ситуацию, но там был вопрос типа "Старше ли вы 18 лет?". И кнопки не как обычно. Я не читая бац и —- моложе 18 лет

А все потому, что размещают это обычно по стандарту слева да, справа нет. А у них было наоборот. Мышечная память сработала.

Короче говоря, у мозга главная задача - рассуждения. А наша цель сделать так (как ни странно) чтобы пользователь НЕ ДУМАЛ,куда ему нажать. А просто жал

Звучит как я насрал в ванную у друга, потому что у меня дома она слева, а толчок справа, а у него наоборот

А все потому, что размещают это обычно по стандарту слева да, справа нет. А у них было наоборот. Мышечная память сработала.

здесь могу ошибаться насчет право и лево, я машинально помню, а визуально - нет

Ну, если ты в 99% процентов срешь в толчок, который слева, то да, пример уместен

?

У меня толчок и ванная разделены

Но все же мышечная память скажет "О, ДА ЭТО ЖЕ НЕ ТУАЛЕТ!"

Чтобы такого не было

Но все же мышечная память скажет "О, ДА ЭТО ЖЕ НЕ ТУАЛЕТ!"

И упадёшь в ванную

Вполне возможно

Не поверите, но я сейчас читаю историю на форуме парня, который попал в такую ситуацию

Нехилый такой User Experience

?

А меня просто выкинуло с сайта, и я на него так и не вернулся... Слишком молод :(

Не поверите, но я сейчас читаю историю на форуме парня, который попал в такую ситуацию

ну как толчок с ванной перепутать можно...?