Продолжение темы Система формирования заказов покупателем

А что например будет если файербес загнется или станет жутко платным?

https://quick-order-de84c.firebaseapp.com/
есть баг с категориями.
Если тыкнуть в одну категорию несколько раз, на экран выведется одна, но потом при удалении этой категории необходимо будет столько же раз на ней тыкнуть :-)

(2) Прикольный баг, я реально прозевал, поправим

(1) //А что например будет если файербес загнется или станет жутко платным?

За день перепишу все на российский аналог scorocode, это кстати и так планируется, чтобы была альтернатива. Но фокусировка на том, что приложение должно работать именно с BaaS сервисами отстанется. Т.к. максимально простой деплой. Описанием деплоя займусь на выходных,

Тут надо понимать, файрбейс всего лишь поставщик данных, я на данный момент дергаю буквально несколько вызовов его API

А скорокод умеет также как файербейс уведомлять об изменениях данных?

(3) "Это я уже сделал, page up/page down листает страницы"
- проверено, работает!

Хотелки по ui http://screencast.com/t/ODpPULpnlLc0

(7) а почему выделение не всей строки?

(5) Да, там тот же принцип, подключение по веб сокетам

(7) ок, я думаю осилю

(10) Попробую твой клон сделать, но на ангуляре

(11) Давай, чем больше решений тем больше обмен идеями

(12) Поделись обработкой для выгрузки из 1с

(13) Положил в корень проекта FirebaseWinHttp.epf

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

(10) можно и всей строки - это смотри сам. всей строки даже наверное кузявее будет

(14) а я могу развернуть на этой платформе где ты программишь - тестовый вариант - манагерам показать?

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

(17) да, можно, я тоже буду клюшки цеплять.
там через winHTTP типа автор обещал пример дать
в принципе, пример можно посмотреть и в 8-ом коде - в предыдущей ветке в конце

(17) Да, так как тут три звена. 1с - Файрбейс - веб приложение. Все что нужно веб приложению - это то, чтобы в файрбейс были данные и имели определенную структуру, а как они туда попадут ему все равно.

(16) Да, сегодня напишу как сделать экстремально простой деплой своей копии приложения для целей демонстранции/поиграться

(20) На 1с сделал такую систему, для ввода заказов дистрибьютерами, готов вашу разработку потестировать

(21) Пока вот демка онлайн

https://quick-order-de84c.firebaseapp.com/

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

(22) три клика это мощно, не терзайся так. Мы если и за 10 развернем не поломаемся)

(23) Ну в три клика я утрирую конечно, но пока получается так

Click Click Click Click Click Ctrl+C Ctr+V Ctrl+C Ctrl+V Click - все - полноценное веб приложение доступное в интернет по адресу и работающее со своей копией облачного бэкенда =)

Если меня сегодня дети дома не атакуют, то сегодня закончу

Черт, накаркал, сейчас на улицу лепить снеговика, но надеюсь сил на деплой все-таки останется сегодня =)

Лепить снеговика это правильно! Детям время!

А почему по https://github.com/eks1985/quick-order/issues - я не вижу топиков? (залогинен под собой)

Проверил:
Как интересно - по стрелке вниз курсор прыгает при ОТЖАТИИ кнопки. Прикольно. Наверное в этом есть смысл если на плаву что-то упало

Обнаружил что работает закольцевание по полям ввода. Но только в одном направлении. Либо такое закольцевание получилось побочным эффектом чего-то, или это баг.

Да, получилось побочным эффектом =)
Но я думаю вполне сделаю это штатным поведением, в обе стороны

(29) Подскажи что в проекте даже никакого готового грида/таблицы нету типа https://datatables.net/ ?

(29) так я и прованговпл правильно

А цену сейчас на каждого клиента можно свою подгиужать или как?

(30)+ Не проще ли https://datatables.net/reference/event/ по принципу как в 1С, с обработкой событий?

(30) Нету, на кой черт он нужен готовый грид? Я даже из jquery использую всего 2 функции. Дело в том, что обычно библиотеки гридов - это достаточно монстроузные библиотеки, которые дают достаточно большие возможности из коробки, но если требуется что-то модифицировать под себя, то все - пиши пропало. К тому же сами библиотеки гридов тащят за собой еще кучу зависимостей, я а не хочу из-за того что мне нужен банан тащить в проект еще и гориллу вместе с джунглями впридачу.

(32) // А цену сейчас на каждого клиента можно свою подгружать или как?

Пока нет, но естественно это следующий пункт программы бизнес логики. Т.к. тут достаточно специфично у всех. У нас например есть несколько типов цен + у каждого клиента может быть своя скидка от определенного типа цен. У кого-то по-другому. Короче тут надо подумать. Ты скажи как тебе надо, я сделаю, а возможность модифицировать поведение заложу в настройки.

(34) Вопрос только один, пример "требуется что-то модифицировать под себя", чего нету в стандартных?

(33) Не проще что именно? Про какие события речь?

(37) Скажите что произойдет и как отработаете к примеру изменение "клиентской области страницы"?
Ну вот при работе на планшете, взяли и повернули на 90?

(36) Как тебе объяснить, есть два подхода:

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

2. Вообще не берем в проект ничего. И идем от бизнес логики.  Так, бизнес логика требует чтобы был каталог товаров - ок, делаем, клиент требует перемещение стрелочками - делаем, сортировка - делаем, фильтрация - делаем, паджинация - ага, сделаем сначала из расчета что у нас все данные на клиенте, а потом бах попался клиент, которому надо на сайте иметь миллион позиций, и вот тут просто берем и делаем опцию "паджинация на сервере" и все, хоть миллиард позиций.

Да, этот пусть можеть быть дольше, можем быть сложнее, но зато весь проект под полным контролем и не тянет лишних зависимостей из которых ты будешь использовать 1-5% функционала

(38) // Ну вот при работе на планшете, взяли и повернули на 90?

Вообще никак обрабатыват не буду. Вся разметка во всех компонентах на flexbox, а он соответственно очень гибкий. Я пока вообще не думаю об интерфейсе, подстраиваемом под размер экрана, повороты страниц и т.д., так как это дело абсолютно третьестепенное. Приложение должно быть наполнено бизнес логикой, легко настраиваться и легко развертываться. Остальное пыль и дело наживное.

(40) Знакомый подход, только потом в один момент выясняется что для планшетов/смартфонов нуна делать "отдельную свою версию" за отдельные $.

Ибо код с 0 невозможно в разумные сроки переделать если в нем возможность этого заранее не заложена.
А вот используя "отдельный готовый грид", по сути изначально закладываете возможность замены его на любой другой, если нуна.

(41)+ Хотя чего я разоряюсь, уже сразу сказали что привязываться только к одному чужому облачному сервису firebase это легкомысленность неимоверная.

(39) в большинстве приличных гридов (даже "бесплатных") все это есть из коробки, включая хоть триллиард позиций (лишь бы сервер потянул)

(42) // привязываться только к одному чужому облачному сервису firebase это легкомысленность неимоверная

Я уже сказал, что нет никакой привязанности именно к firebase, но есть четкая линия, что приложение должно работать именно в виде BaaS - Веб приложение. Это снимает просто огромное количество проблем.

По крайней мере до нг я планирую сделать в момент деплоя выбор какой BaaS использовать. К firebase добавится наш российский BaaS scorocode.

(44) ОК, время покажет

(35) " У нас например есть несколько типов цен + у каждого клиента может быть своя скидка от определенного типа цен. У кого-то по-другому."
- я предлагаю не усложнять. не тащить на веб всякие расчеты от всяких скидок и объемов заказов. и от условий доставки. бэк-офис выгружает на ВЕБ (в эту систему) !!готовые цены!!. некие БАЗОВЫЕ. для новых клиентов - этого вполне достаточно. для страых клиентов - они знают все свои условия. и цены на фронте - для них всего-лишь ориентир. этого для большинства будет достаточно. делается СИСТЕМА БЫСТРОГО ЗАКЗА, а не система управления отношениями с клиентом. Для начала - простые вещи. все усложнение бизнес-логики по ценам/скидкам/объемам/ценам в валюте/итд - ПОТОМ. кардинально потом.

для начала гораздо лучше сделать юзабельный базовый пакет. с нормальной авторизацией. с нормальным списком товаров (он УЖЕ вполне рабочий), с нормальным списком заказов (надо дорисовать). с возможностью печати заказа из фронта. с работающим интерфейсом обмена.

и запустить в продакшен.
все остальное - ДОПИЛИВАТЬ ПОТОМ. не спеша и вдумчиво. иначе - погрязнешь в уточнениях и хотелках.

(есть мысль как показывать всякие "скидки" примененные к заказу - просто и кузяво получится).

(46) Ок, как говорится баба с возу - кобыле легче =) Деплой я закончил, но описание уже завтра выложу, тогда в воскресенье - цены, страничка заказа.

(47) а заказ с раскладкой "товар-цена-количество" хранится отдельно (как самостоятельные сущности) от основного товарного списка? Можно поменять цену (в принципе! не задаемся вопросом кто и зачем) в заказе, так что цена в товарном списке останется без изменений?

(48) Да, конечно, это я с самого начала учел

просто наблюдение, смысла делать наверное нет. ибо сожрет ресуср http://screencast.com/t/bRoZQTlaq2AX

(50) Злопчинский, ок посмотрю что можно с этим сделать, скорее всего пока так оставим

Я тут немного помучился с деплоем =)
Цель была - деплой без единой строчки кода и на эту цель пришлось потратить два дня, зато все получилось.

Видео развертывания

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/quick-order-deploy.avi?alt=media&token=164d1b4a-ce40-463e-ab93-f660e950dca0

Кто больше любит в картинках - вот

https://github.com/eks1985/quick-order/wiki/Deploy

Сама демка переехала на github pages и теперь расположена тут

https://eks1985.github.io/quick-order/

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

Кратко как развернуть свое приложение:

- Создать свое приложение firebase
- Клонировать веб приложение со страницы проекта
- При первом входе в веб приложение - указать настройки приложения firebase

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

Еще в течение пары дней планирую выпустить еще несколько видео:

- Стек технологий и архитектура приложения
- Структура данных firebase необходимая для работы по умолчанию
- Как отправлять данные из 1с в firebase и получать данные из firebase в 1с
- Как развернуть девелоперское окружение, чтобы можно было доработать приложение под себя

А вообще есть еще один наипростецкий способ деплоя:

На странице проекта просто жмем зеленую кнопочку Clone or Download - download zip, затем распаковываем скаченный архив и просто запускаем файл index-start-locally.html

Все будет работать прям из файла на вашем рабочем столе =)

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

(53) Спасибо, будем стараться =)

(52) Один вопросик, я так понимаю в новой демке, по ссылке https://eks1985.github.io/quick-order/ должны были apiKey и url базы сами подставляться?

из конфига?
export default {
    firebaseConfig: {
        apiKey: "AIzaSyBzPxu9Yt_kPLReqaN3J3tpLJK3OJky_gI",
    databaseURL: "https://quick-order-de84c.firebaseio.com";,
    }
};

(55) При первом открытии веб приложения оно вас просит вставить apiKey и databaseURL вашего экземпляра firebase

Но внизу я оставил кнопочку Подключиться к демо, на случай если человек не хочет ничего развертывать, а просто хочет демку посмотреть, вот в этом случае подставляются настройки firebase демки и происходит вход в приложение

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/demo%20button.png?alt=media&token=808c39f5-f128-4500-9e1f-845005454f1e

Здесь еще есть идеи встроить прям в приложение на уровне администрирования проверку на корректность структуры данных firebase в зависимости от настроек бизнес логики приложения.

Ну например вот так. Ставим опцию - "у каждого контрагента свои цены" и приложение идет в файрбейс и смотрит разбиты ли цены в узле prices по контрагентам - если да - опция принимается, а если нет - приложение говорит - эй иди ка обеспечь мне правильные данные в firebase, а то я с этой опцией их отобразить не смогу

Огромный плюс бэкенда в виде файрбейс (или скорокод) в том - что данные это просто тупо json объект и ничего более, т.е. работать с ними очень просто.

(55) ааа, я кнопку демо не заметил сразу, она на фоне картинки в глаза совсем не бросалась.

Ознакомился.

(58) Ты прав, ее действительно плохо видно, исправил этот момент

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/demo%20btn.png?alt=media&token=bb35636e-3a98-4239-b19f-1fbb7d046b20

(60) ты лучше в первую очередь описывай
- Как отправлять данные из 1с в firebase и получать данные из firebase в 1с

(61) Ок, насколько я понял у тебя семерка? Блин, я уже забыл как она выглядит. В восьмерке там все очень просто, т.к. строенный сериализатор JSON, для семерки вроде в метадате какой-то бесплатный самописный сериализатор используется, посмотрю сегодня.

(62) ну, разложить семерошные объекты в набор строк по формальным правилам - не бог весть какая сложная задача...?

(63) Впринципе да

Bootstrap на 1С 8.3 :)
С поста (460) началось обсуждение вопроса по предмету:
Веб система формирования заказов покупателей, обмен с 1с

Ранее автор (0) отмел вариант прямого взаимодействия с 1с как не жизненный, в новой теме хотел посмотреть - может он ошибается, может это чудо технология и пора уже на 1с интернет магазины ваять и все летать будет.

Присоединяйтесь )

(63) Тут еще надо не только json формировать, но и парсить - например при получении заказов с firebase. Я нашел простой парсер для семерки в 100 строчек, вчера протестировал, все работает прекрасно и попробовал запросы в firebase из семерки делать - тоже без проблем, постараюсь сегодня видео записать.

(66) ок, хорошо!
парсер для семерки положи куда-нить, плиз

Что новенького в проекте накропал?

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

http://screencast.com/t/vY9gGUUz

(68) Да, накидал пример как получать и отправлять данные в firebase для семерки, вот внешняя обработка, парсер там тоже внутри

https://github.com/eks1985/quick-order/blob/master/exchange/1c77-firebase.ert

Вот в этой строчке надо заменить параметр auth на секретный ключ своего приложения. Его можно найти так: Project settings - Service accounts - Database secrets

АдресРесурса = "users.json auth=ВОТ_ТУТ_СВОЙ_КЛЮЧ_ВСТАВИТЬ";  

В этой строчке надо указать свой путь до firebase приложения

Путь = "https://myapp-a377c.firebaseio.com/"; + АдресРесурса;

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

(70) что-то я не разобрался, как это сгрузит...?
1c77-firebase.ert

GRC - сохранит по ссылке - сгрузил, но как это впрямую забрать с гитхаба - не понял

по ПКМ не сработало.. дает при открытии "общая файловая ошибка"

Модератору: а можно эту ветку в какую-то секцию назначить? а то она как-то отсутствует в списке тем... приходится через поиск...

(72) Firefox
строка "8.5 KB    Download"

(73) Какая-то фигня с кодировкой у меня когда работаю с 77.

Копирую текст модуля в любой файл - выводятся кракозябры, смена кодировок не помогает. Возможно в этом проблема.

Поэтому я переписал обработку полностью на агл =)
Попробуй открыть

Скачать можно по кнопочке Download

https://github.com/eks1985/quick-order/blob/master/exchange/1c77-firebase.ert

На всякий случай я выложил отдельно текст модуля

https://github.com/eks1985/quick-order/blob/master/exchange/1c77-firebase.txt

Пример отправки данных

Procedure SendData()  

Пример получения данных

Procedure GetData()

(74) На всякий случай добавил ссылку на эту тему в README проекта, а проект ищется на гитхабке легко - quick-order - первый сверху =)

(76) во время копирования из 77 или при вставке 77 РАСКЛАДКА КЛАВЫ ДОЛЖНА БЫТЬ РУССКАЯ

также лечится прописыванием в регистр виндов параметра (точно не помню, яндексить лень) вместо типа ns1250 прописать ns1251

(76) спасибо тебе, добрый человек.

вот и у меня внезапно нарисовалась такая хараактеристика как  "бренд" (77, просто реквизит в СПР.Номенклатура).

вот думаю пинать или постесняться... ;-)

(81) Не поможет... Архитектурой не задумано, даже грид каждый раз ручками переписывать.

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

(82) Да не надо ничего переписывать. Кто ж мешает сделать колонки грида динамически формируемыми? Цикл по колонкам и выводим какие нужно, вообще никакой проблемы не вижу. Сделаем, чтобы можно было выводить хоть миллион колонок

(84) И поиск/отбор по ним причем как по всем колонкам, так и только по указанным?

Не спорю что можно практически все, но в реальности только с числами и датами возни будет.
К примеру хочу товар сроком годности не меньше такой то даты.
Или хочу вес (характеристику числовую) в диапазоне от .. до ..

И получим что написать то нечто написали, но смысла от такого нету )) ибо допиливать нереально пока не научимся к 5-10 версии а что же хочет покупатель.

(83)  обобряю!

Новости:

Снял три видео по работе с данными в firebase (обзор, отправка данных REST клиентом, отправка данных из 1с)

Вся документация по проекту теперь доступна в виде одной презентации, которая будет постепенно дополняться

http://slides.com/eks1985/deck/fullscreen

Видео встроены прям в врезентацию

Напоминаю адрес демки

https://eks1985.github.io/quick-order/

Всю следующую неделю буду усиленно работать над бизнес логикой и ui

(87)добротно, ознакомился.
Те, кто будет цеплять к 8.3 могут обойтись без winhttp :-)
Появился вопрос, а пользователям что-то вроде веб сервиса на запись и на чтение предоставить не получится? По коду авторизации выдается полный доступ к firebase, а если необходимо ограничить пользователей нужно написать некую прослойку в виде своего отдельного веб сервиса так?

+(87) есть немного описок в слайдах.
1) Работа с данными в firebase
визуальный <b>посмотр</b>
2) Подключение веб приложение к экземпляру firebase
административного <b>пользователяa</b>

так бегло пробежался, может еще где есть, но это не критично, со временем поправится.

(89) Спасибо - исправил

(88) // Те, кто будет цеплять к 8.3 могут обойтись без winhttp :-)

Так я сначала попробовал стандартным http соединением воспользоваться - получается, firebase REST поддерживает только https соединение, так вот в 8.3 похоже не прописаны сертификаты гугла, запрос https соединением не проходит, пробовал вручную добавить требуемую цепочку сертификатов с файл платформы cert.pem - все равно не помогло, плюнул и стал использовать winhttp. Впринципе мало, что от этого потерял.

(88) // Появился вопрос, а пользователям что-то вроде веб сервиса на запись и на чтение предоставить не получится?

Ну, я как бы пока не вижу такой ситуации в которой Возможно ты имеешь ввиду предоставление пользователям REST API? В этом случае - да - придется написать прослойку. Я уже сделал простой эксперимент на nodejs. Впринципе все просто делается на nodejs фреймворке express. В 100 строчек кода я сделал, чтобы nodejs принимал входящий запрос и отправлял данные в firebase. Вполне можно сделать как доп функцию "помимо работы через веб приложение наше приложение предоставляет REST API - держите пользуйтесь"

(91)у меня тоже сначала не получилось, пока не добавил всю цепочку сертификатов.
делал так:
1) заходил на страницу по https:
2) потом открывал сертификаты
3) сохранял сертификат в текстовый файл, корневой рут сертификат тоже, без него не работало.
4) потом вносил записи в cacert.pem

(93) Это ты именно с файрбейс пробовал или другой ресурс?

Я с файрбейс тоже всю цепочку добавил, но у меня так и не заработало.

+(93)Сохранял естественно в base64

(94) не, другой ресурс.

(96) Честно говоря я в итоге даже рад, что со стандартным http соединением не получилось. Мне кажется 1с тут немного перемедрили с файлом сертификатов...как-то это должно все по другому настраиваться. Глупо пытаться сделать всю систему легко развертываемой с пол пинка без строчке кода, а потом сказать клиенту - "ну а теперь давай немножко покапаемся в кишках твоей 1с, исправим файл cacert.pem, чтобы оно заработало =)

(97) Там не нуна ничего копаться если 1С клиентом а не сервером выступает. Просто код на 1С правильный написать и все, никаких "cacert.pem".

(98) Думаешь я не пробовал? =) Убил два дня на это, перепробовал все возможные кобинации и в итоге плюнул на это неблагодарное дело

(99) Неужто напоролся на "ИспользованиеByteOrderMark.НеИспользовать" ?

(100) Не, просто тупо не проходит запрос тупо по таймауту и все, хоть GET хоть POST

(101) Дык попробуй поменять это "ИспользованиеByteOrderMark" на разные

(92) А firebase поддерживает произвольную валидацию данных на стороне сервера? К примеру, если "пользователь" изменит цену в заказе?

Я погруз в бэкенде, сегодня доделал Авторизацию и Аунтентификацию и сейчас уже привязываю фронтэнд. Код решил не закрывать, все выложено на гитхабе https://github.com/mgorbov/ordering. Свяжу фронт с бэкэндом и залью демку куданить типа heroku
Что бы я хотел сказать по поводу фреймворков для бэкэнда. Бэкенд для нашей задачи быстрее всего реализовать на Spring Boot, генераторы кода (Jhipster) сгенерят практически готовый вариант. Но я не пожалел, что выбрал Play. Spring он как черный ящик можно много чего написаь и при этом очень отдаленно понимать, что происходит на самом деле. В Play код отражает реальные действия, в скале не даром минимизировали применение аннотаций так как они скрывают реальное поведение.
Еще практически каждая бд имеет свой rest api, в принципе можно из web ui обращаться к такому интерфейсу, но тогда как минимум нужно подумать куда засунуть валидацию данных, ведь теоретически пользователь может произвольно сформировать json и отправить на сервер. Недавно наткнулся на интересный ресурс https://www.techempower.com/benchmarks/ судя по таблице rest api к СУБД работают очень шустро. Но я бы такой вариант не выбирал.

(103) // А firebase поддерживает произвольную валидацию данных на стороне сервера? К примеру, если "пользователь" изменит цену в заказе?

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

(104) Какая разница все равно это на клиенте.
Самый простой вариант - это тупо игорить цену при загрузке в 1с и пересчитывать ее заново.

Если я злесь не отмечаюсь ежедневно - даже не надейтесь, что я за вами всеми не слежу

и может кто покажет как эту ветку искать не поиском, а в списке тем как ее увидеть?

Коллеги, давайте ПОКА не даморачиваться ценами. Речь идет о системе быстрого заказа, а не о торговой системе, интернет-магазине, или договоре-публичной оферте. В системе быстрого заказа основную роль играет скорость и удобство оформления заказов для тех у кого нет своей системы обмена битуби. Цена здесь вторична и все равно либо будет корректироваться на этапах отношений сторон в процессе утрясания заказа либо в автомате по согласованной матрице цен при непосредствееном принятии заказа к исполнению. Цена в быстром заказе - для ОЦЕНКИ суммы заказа. И все. Давайте остановимся ПОКА на этом.

(107) в списке тем - листать странички форума пока не увидишь.
ну а по уму - жми "закладка" в этом топике внизу страницы и потом в "темы с моим участием" ее без проблем и найдешь

а какой логин и пароль на вход?

(110) В мою демку [email protected] Пароль 123456

Я тут приболел, поймал очень злой ротовирус, надеюсь за пару дне оклимаюсь и пойдем дальше

(111) Как успехи?

(112) Пока никак, болею и дети на руках - надеюсь в субботу возобновить работы над проектом.

Текущее состояние демо

https://eks1985.github.io/quick-order/

Презентация по проекту  

http://slides.com/eks1985/deck/fullscreen

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

(113)здоровья тебе.

(114) (115) Спасибо за поддержку! Я вроде в порядке.

Изменения в проекте: визуально их не много, однако под капотом я переписал достаточно много всего.

Во-первых переписан полностью грид каталога товаров, т.к. раньше он строился построчно, что мешало автоподстройке ширины колонок, т.к. шапка сама по себе, таблица сама по себе. В итоге я переписал грид и теперь он строится поколоночно и ширина колонок автоподстраивается.

Самое главное сделал что теперь можно выводить сколько угодно колонок. Грубо говоря, для того чтобы приложение работало в узле goods в firebase необходим минимальный набор реквизитов:

goods
- code
- description
- groupRef

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

goods
- code
- description
- groupRef
- brand

При этом если в веб приложении перейти на вкладку настройки, то приложение видит, что есть доп реквизит, по-умолчанию он выключен, но его можно включить

Также я решил, что надо сделать возможность сортировки и поиска по любым колонкам - реквизитам, соответственно в настройках каждого реквизита три колонки: видимость, поиск, сортировка, пока работает настройка только видимости - включаем видимость бренда и немедленно появляется колонка бренд в списке товаров. За день/два допилю чтобы работали поиск/сортировка в зависимости от настроек

Уже сразу сделал сортировку по Коду, Наименованию (щелчок по заголовку колонки), надо будет еще приделать индикацию порядка сортировки

Краткое видео изменений:

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/Dec%2026%202016%203-01%20PM.webm?alt=media&token=424f8f76-9dd9-4df5-bd42-60918ff6311c

Демо обновил

https://eks1985.github.io/quick-order/

Напоминаю адрес проекта

https://github.com/eks1985/quick-order

Презантация по проекту

http://slides.com/eks1985/deck/fullscreen

А что грид то готовый не нашел?

(117) Я его не искал, мне не нужен готовый грид. Т.к. очень быстро я наткнусь на его ограничения, а сейчас нет никаких ограничений, весь грид 200 строк кода, и вертеть его можно как угодно пока не добьемся результатов, которые нас устроят. Тем более я пишу на реакте, у меня даже jquery не используется, используется компонентный подход, нет никаких лишних зависимостей, а многие монстроузные гриды тянут чертову кучу зависимостей. Сейчас грид написан на флексбоке и собирается из кирпичиков - компонентов, это очень гибко в плане его доработки, например без проблем можно будет потом сделать версию под мобильные экраны и т.д. Вообще от готового грида толку ноль, потому что сам грид это еще не все, нужно управлять его состоянием, нужно к нему прикручивать поступающие данные из firebase нужно его стилизовать.

(116) ага, пощупал, groupRef - группа товаров, как я понимаю планируется вывод группировки в общую таблицу и создание иерархического списка? Или это фича и в настройки выводятся все колонки, которые есть в firebase в ветке goods?

(119) groupRef - это id категории. Используется для фильтрации по категориям. Иерархический список товаров не планируется, но планируется возможность иерархии категорий, но к этому еще не приступал.

//Или это фича и в настройки выводятся все колонки, которые есть в firebase в ветке goods?

Да, в настройки выводятся все реквизиты, при этом три реквизита обязательные code, description, groupRef - они помечены серым фоном, если вдруг их не будет - веб приложение заругается

Наткнулся на довольно интересную разработку, прокси сервер для couchdb, дает возможность организовать ограничения на чтение/запись
https://github.com/ermouth/covercouch

+(121) по пользователям

(121) Уже не нуна в CouchDB 2.0 есть встроенный аналог для ограничений

(123) О как, пойду почитаю.

(116) от ты молодец, я только собрался попинать как дела идут, а тут вон сколько понаписано.
ща буду читать

(116) доработки обобряю!
.
перетер тут с клиентом одним (покупатель товаров). показал систему на планшете, клиент концепуию одобрил, говорит пользуется аналогичными у некотрых поставщиков/прочих. обещал прислать ссылку на вход, чтобы показать как это сделано.
.
при демонстрации на планшете - планшет был дюймов восемь где-то наверное. все выводилось ок. конечно пальцем непривычно, но это пока неглавное. да и на планшете он говорит заказы не делает.

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

Вопросы:
1. Доп.колонки: не участвуют в режиме настройки порядка следования колонок. это так задумано? (предварительно) можно ли их тоже включить в порядок настройки?
2. ИНДИКАЦИЮ порядка сортировки - да, нужна! в то я уже в ступор выпол от непонятного поведения когда жмакнул случано в заголвок колонки.
3. немного непонятен предполагаемый режим "поиска по колонкам", это что такое?
4. сочки зреняи оперирования дополнительными колонками, часто они могут быть "категорийными" как, например, бренд. и тогда здесь как-то так и просится возможность ФИЛЬТРАЦИИ по значению бренда или по нескольким значениям, то есть грубо говоря в этом случае бренд надо выносить в набор категорий (да, он там уже может быть вынесен, но если нет?) и полностью к бренду применять подход оперирования категориями.. надо подумать!

(126) // но куда и как выводить картинку я не думал пока непонятно куда впендюрить чтобы не ломать концецию UI, поэтому и не озвучивал да и преждевременно думаю про картинки в режиме набора

Пока могу просто в отдельную колонки миниатюру картинки и при клике открывается полная картинка, но конечно мелкая будет миниаиюра, подумаю, во многих инет магазинах можно переключаться между разными вариантами вывода "списком" "мелкие карточки" "крупные карточки", у меня это все есть в планах и сделать это настраиваемым, но пока руки не дошли

(127) // 1. Доп.колонки: не участвуют в режиме настройки порядка следования колонок. это так задумано? (предварительно) можно ли их тоже включить в порядок настройки?

Обязательно, руки не дошли, завтра все будет как положено, сегодня весь день потратил чтобы строились универсальные индексы поиска и сортировки, завтра соответственно добью универсальный поиск/сортировку/показ любого количества колонок

//3. немного непонятен предполагаемый режим "поиска по колонкам", это что такое?

Ну то есть поиск по реквизитам, например захотел ты выводить  доп реквизит "Бренд", отправляешь его в firebase, а вдруг ты захочешь дальше по нему искать и сортировать, вот сейчас делаю чтобы можно было и сортировать и искать по любым добавленным реквизитам

//4. сочки зреняи оперирования дополнительными колонками, часто они могут быть "категорийными" как, например, бренд. и тогда здесь как-то так и просится возможность ФИЛЬТРАЦИИ по значению бренда или по нескольким значениям, то есть грубо говоря в этом случае бренд надо выносить в набор категорий (да, он там уже может быть вынесен, но если нет?) и полностью к бренду применять подход оперирования категориями.. надо подумать!

Вот как раз я над этим и работаю сейчас, добавил ты реквизит бренд, а теперь хочешь по нему искать, так и нет проблем вверху в поле поиска напишешь "Веселый молочник" и у тебя отбирутся все товары с этим брендом

По-поводу ui на планшетах и т.п. устройствах, все элементы ui сейчас строятся на флексбоксе - если кто не знает - новый способ раскладки элементов html5 который уже практически 100% поддерживается всеми браузерами, так вот флексбокс очень гибкий, поэтому гарантирую что как только доведу приложение хоть до бетта версии, то день два потрачу на получение приличного вида под мобильные устройства. Для этого ничего не придется переписывать, просто надо будет сделать обертки текущих блоков и чтобы они выстраивались и ресайзились в соответствии с различными размерами экранов мобильных стройств

(128) думаю, здесь не следует торопиться. ибо необдуманные решения поломают красоту УИ, которая на данный момент мне очень даже ничего. а я к УИ привередлив.

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

(129)

\\//4. сочки зреняи оперирования дополнительными колонками, часто они могут быть "категорийными" как, например, бренд. и тогда здесь как-то так и просится возможность ФИЛЬТРАЦИИ по значению бренда или по нескольким значениям, то есть грубо говоря в этом случае бренд надо выносить в набор категорий (да, он там уже может быть вынесен, но если нет?) и полностью к бренду применять подход оперирования категориями.. надо подумать!

//Вот как раз я над этим и работаю сейчас, добавил ты реквизит бренд, а теперь хочешь по нему искать, так и нет проблем вверху в поле поиска напишешь "Веселый молочник" и у тебя отбирутся все товары с этим брендом

это хорошо и вполне нормально и даже нужно (по сути это не поиск, а фильтр)

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

Как вариант (внести на рассмотрение в иссую):
- мы же знаем, когда кнюпаем в заголовок колонки что это "дополнительная" колонка? наверное, да. тогда - при "длительном клике" (есть же такой , типа нажали и подержали кнопку мыши нажатой) на заголовке !!доп!! колонки всплывает "модальное" окно, в котором НАБОР уникальных значений по колонке бренда. мы галочками ставим нужные бренды и "ок" - далее список показывается по "фильтру" отмеченных брендов (и такое закрепление/фильтрация брендов сохраняется для всего текущего сеанса (в т.ч. ис фильтрацией по вибираемым категориям), пока назад не "открепим" такой фильтр - тут подумать как "откреплять" - по такому же длительному залипанию - мы же знаем наложен фильтр на бренды если да - то снимаем молча (можно типа "мигнуть" что снято), если фильтра нет - то вываливаем окошко на установку фильтра. ИНДИКАЦИЮ наложенного фильтра можно сделать просто заголовок колонки жирным шрифтом или имя колонки в скобках типа "(бренд)" или "[бренд]".
То есть наложение такого фильтра похоже как автофильтр в экселе.

и тут получается что: такие фильтры можно накладывать не на одну доп.колонку, а на несколько. Имея поиск +фильтры по допколонкам +фильтры по категориям(правый рубрикатор) - мы покроем (как мне кажется) значительную часть потребностей по фильтрации и манипулирования списком.

(подумать) возможно предусмотреть где-то "кнопку" по жмаку на которую откроется ИНФО-окошко с описанием текущего режима отображения списка, типа:

ИНФО ТЕКУЩЕГО СОСТОЯНИЯ СПИСКА
- включен поиск по значению "кастр"
- сортировка "наименование" по убыванию;
- набор категорий: холодильники, стиралки, электроника
- фильтр по брендам (доп.колонка): самсунг, панашиба
- фильтр по размерам (доп колонка): М, XXL
-

(129) Предложение, поражающее своей новизной.
в списке иссуй. куда ты вносишь предложения/мысли что сделать - обозначать внизу автора "мысли/предложения" (просто подписью типа "поступило от Имярек"), тогда при осмотре иссуй можно ориентироваться свои/не свои, а то при длительности проекта - начинаешь уже забывать.

Самое главное: фильтровать базар, в т.ч. мой.
а то хотелок мы/я накидаем тут вагон, в продакшен никогда не выйдешь.

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

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

надо сделать нормально раздел управления заявками/корзиной и приступать к бетатестингу.

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

(126) Это опционально нужно делать, однозначно, кому-то картинки точно будут не нужны, сужу по своему опыту.
А так по мне UI очень даже интересный. Хотя всм не угодишь.

У меня например клиенты хотят делать автоматический заказ, когда количество на складе подходит к какому-то граничному значению. Соответственно нужно вести учет остатков товара у клиента.
Варианта вижу 2.
1) Предоставить возможность вести приход/расход в вебе. Не знаю на сколько эта идея здравая.
2) Интеграция с учетными системами клиентов и выгрузка остатков в веб-приложение.
но всем интеграцию с их учетными системами не прилепишь, со вторым вариантом таких только обратно в лес, с формулировкой API есть, вы сами не можете им пользоваться.

(136) да, согласен, опционально
и по другим твоим соображениям - тоже

(130)Работа кипит, смотрю, две колонки категорий в таблице.

(138) ага, и починили прыги по полям ввода по энтеру и стрелкавнизвверх

(139) Это все семечки, вот универсальная сортировка/фильтрация по любым доп колонкам, тут пришлось напрячься, почти доделал, на данном этапе это был самый сложный момент в плане реализации. Остальные замечания прочитал - все вполне реализуемо (инфор тек состояния списка, фильтрация по доп колонке как по категории)

(140) "реализуемо" - ну так ждем!

Итак, добил универсальную сортировку/фильтр по любым колонкам. Теперь можно добавлять сколько угодно новых реквизитов и настраивать для них видимость/сортировку/поиск

(82) Garykom - как видишь нет ничего невозможного если захотеть =)

Демо обновил, правда сильно пока не тестировал, сил уже нет

Завтра займусь отображением "текущих настроек списка" и доведением проекта до бетта версии

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(142) Потестил вбеглую:
- опять сломалось перемещение куросра по полям ввода количества - снова по стрелкам и энтеру прыгает через одно (вчера/позавчера было норм)
- не работает изменение порядка колонок (вчера работало)

- если по клику на колонку (рядом с которой есть значок сортировки по колонке) ничего не проихсодит то почему бы при клике на заголовок такой колонки не делать сортировку? меня уже задолбало целится в этот маленький значок! пусть он будет как индикатор направления сортировки и пусть даже по нему сортируется, но чтобы исортировалось и по клику на заголовок колонки а мигал при этои как раз этот значок

(142) Так не спорил что возможно практически все, вопрос только в цене.

И в рентабельности...

(145) все хорошее снчала рождалось как хобби.
а потом - оскотинивалось.

(143) //- опять сломалось перемещение куросра по полям ввода количества - снова по стрелкам и энтеру прыгает через одно (вчера/позавчера было норм)

Странно, с этим точно ничего не менял, у тебя Опера? Надо будет поставить ее и потестить, в хроме все норм у меня

// - не работает изменение порядка колонок (вчера работало)

Да, тут досадную ошибку сделал, исправлено. Надо конечно код тестами покрывать, но пока на это не хватает времени.

// если по клику на колонку (рядом с которой есть значок сортировки по колонке) ничего не проихсодит то почему бы при клике на заголовок такой колонки не делать сортировку

Сделал

(145) Какая цена, рентабельность в бесплатном проекте?

(148) Цена создания - затраченные усилия на ваяние лисапеда с 0.
А рентабельность есть у всего, даже у благотворительности, просто ее в денежном эквиваленте сложно оценить.

(136) Ну тут конечно легко перемудрить. Поэтому тут подходит простой как лопата лобовой вариант, ответственное лицо клиента раз в час/день/неделю (по желанию) выгружает из своей сиcтемы json файл с остатками, открывает наше приложение - загрузить файл - и система тупо набирает ему в корзину "то чего мало на остатках"

(149) Цена создания конвентируется в опыт, опыт затем в деньги, круговорот =)

(147) я стараюсь тестировать - тыкаю куда ни попадя. к этому у меня талант. я бы даже сказал извращенное наслаждение. так что пиши  код, и СКЛАДИРУЙ мои замечания по тестам/проблемам. я могу и больше тестить. ты вот так описывай как выше что сделал - я буду проверять.

пока вроде нормально идет

(147) потестил:
- сортировку по клику на имя колонки - работает
- настройка порядка колонок - работает
- ПЕРЕХОД ПО СТРЕЛКЕ ЭНТЕРУ - работает нормально! (это как то увязано с настройкорй порядка колонко)?

При жмаке на колонк - сделай чтобы кружок со значком ТОЖЕ мигал.
НО! мигание кружка на значке сортировки - МЕДЛЕННОЕ! - рахдражает! а вот мигание на элементах управления листания списка - БЫСТРОЕ И ОК!

Просмотр корзины.
сделай нормальную корзину.
построение списка корзины - ОДИН-В-ОДИН как построение списка товаров - те же колокни, тот же внешний вид, те же настройки двигания колонк, те жесамые переходы по поялм по стрелке энтеру - то есть 1-в-1 как основной список (добавочные колонки "сумма" и пикт "удалить")

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

(155) Ок, завтра займусь, уже вторую неделю пытаюсь до корзины добраться =)

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

да, при отборе категорий сортировка не работает

(159) Починил

(136) @Операция 1Ы, мне пока спал - пришла мысль.

// У меня например клиенты хотят делать автоматический заказ, когда количество на складе подходит к какому-то граничному значению. Соответственно нужно вести учет остатков товара у клиента

Это конечно не сейчас, это на перспективу. Вот такое решение:

Пишем простое приложение на Electron
Отдаем клиенту

- Теперь клиент с определенной периодичностью заходит в это Electron приложение
- Залогинивается
- Жмет в приложении кнопочку "сформировать заказ"
- Приложение открывает обработку 1с клиента, формирующую заказ в json
- Приложение Electron засасывает сформированный 1с и отправляет его напрямую в firebase
- Теперь если клиент зайдет в наше текущее веб приложение он увидит свой заказ

Наверное немного сумбурно написал, теперь поподробнее:

Что есть Electron приложение? - это приложение, написанное на http://electron.atom.io/, это проект гитхаба. Короче это платформа для написания десктопных приложений на веб технологиях, она включает в себя node.js + webkit и обвязку, чтобы можно было из процессы ноды и рендеринга обменивались информацией между собой. Так вот в чем тут сила? В том, что это полноценное десктоп приложение, оно имеет доступ к файловой система и к функциями ос + остаются все приемущества веб приложения.

Я уже делал эксперименты, взял шаблон электрон приложения и сделал чтобы при клике открывалась обработка в 1с.

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

Но это опять же все на перспективу, как способ сохранить текущее приложение веб бэкенда (а значит без необходимости развертывания), но при этом предоставить клиентам дополнительный вариант взаимодействия. К тому же у многих в штате есть 1сники, но не все 1сники знакомы с веб. И такой инструмент полностью нивелирует эту проблему, все что нужно 1снику на стороне клиента - так это написать обработку формирующую заказ в формате json, все остальное сделает Electron приложение.

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

Хорошо получается. Руки от куда надо.

(162) все потому что мы пердельно бздительны! ;-)

(161) может проще готовый прототип обработки на 1с написать?
В котором вся работа с firebase будет уже сделана?

(160) берем например категорию "Кабели силовые NYM"
и сортируем, например, по Коду туда-сюда. Я, наверное, старый - но что-то у меня вопрос по логике сортировки... как-то я итоговую сортировку не соотношу со своим представлением

(164) // может проще готовый прототип обработки на 1с написать? В котором вся работа с firebase будет уже сделана?

Так я же написал уже и для 7.7 и 8. Вот тут лежит

https://github.com/eks1985/quick-order/tree/master/exchange

Там вся логика это два типа запросов: GET на получение, PATCH на отправку

Вот тут в презентации глянь видео соответствующее с комментариями. Слайд 3.4

http://slides.com/eks1985/deck/fullscreen

На новогодние праздники планирую если руки дойдут для типовой УТ11 простую выгрузку написать

(165) // берем например категорию "Кабели силовые NYM"

Умеешь интересные баги находить =)
Проверил, тут именно с кабелями прикол, в том что у кода " NYM 5x1,5" стоит впереди пробел, поэтому так сортиртуется, короче особенность конкретного набора данных, но вообще наверное надо при получении данных из firebase делать trim() для всех полей, ну типа СокрЛП(), тогда таких проблем не будет

(167) все-таки лучше при выгрузке делать

(166) зачем тогда електрон? или для поиграться?

А почему в качестве компонент выбран Материал УИ?

(169) Это был ответ на конкретную проблему в (136).
Проблема там в том, что клиенту надо заказывать когда количество на складе приближается к нулю, наше веб приложение понятное дело ничего не знает об остатках клиента. Соответственно тут два варианта: либо предоставлять REST api и пусть клиент им пользуется, но тогда нам надо разворачивать бэкенд, который запросы клиента будет обрабатывать, либо вот как я написал - даем клиенту обычное виндовое приложение и от клиента нужно только сформировать заказ в json в его 1c.

Т.е. тут речь идет не о клиенте нашего приложения, а о клиенте нашего клиента =))

Ну т.е. захотел кто-то пользоваться нашим приложением: клонировал, завел firebase, из 1с REST запросами наполнил данными, но потом _его клиент_ говорит - не хочу через веб приложение работать - хочу прям из своей 1с заказы тебе формировать - и вот для таких целей Electron приложение.

(170) //А почему в качестве компонент выбран Материал УИ?

Потому что material-ui является лучшей реализацией материал дизайна под реакт. И использовать эти компоненты - лучший спобоб не напортачить с дизайном. Но вообще я изначально хотел сделать все компоненты на выбор либо в стиле материал дизайн либо бутстрап. Но сейчас боюсь писать сразу две реализации у меня пупок развяжется. Но впринципе к этому конечно можно будет вернуться позже. А что чем-то не нравится Материал-уи?

(173) Тем что он реакт зависимый

(167)  я - не "умею", а просто есть что-то во мне... ;-)

(167) тримы надо делать при закачке данных в эту твою базу

(174) //Тем что он реакт зависимый

Так у меня само приложение на реакте написано
Могу тогда сделать три варианта: материал, бутстрап и без стилей =)

(176) Да, точно, что-то подтупливаю после шампанского)

Бросай пить ты ещё нужен родине!

(161)Интересно, почитаю про этот ваш электрон))
p.s. всех с наступающими праздниками!

Какие подвижки?
- вижу что сделана сортировка по дополнительным колонкам...
- еще что-то?

(181) Злопчинский, подвижки титанические =)

Только что обновил демку.

Из мелочей: то что просили вначале, выделение текущей строки, вертикальная разлиновка, переход к полю ввода количества при клике в любой колонке строки

Из крупного: т.к. сделано что приложение может теперь отображать произвольные доп свойства, то напоминаю, что мы решили по ним фильтровать и сортировать. Что и реализовано.

Я старался сделать ui также как в excel (это выпадающее окошко когда жмешь по иконке сортировки/фильтрации в колонке)

Итак в этом окошке можно: отсортировать и отфильтровать. Можно выделить все значения, можно снять выделение со всех, можно поиском отфильтровать сам список, можно просто отключить фильтрацию.

Причем данная фильтрация работает совместно в верхниим поиском и отбором по категориям. Т.е. глобальный фильтр работает так: сначала фильтруется значения по значению введенному в верхнем поисковом поле (соответственно если ничего не введено, то получаем все строки) затем накладывается фильтрация по категориям и затем накладывается вот эта новая "смарт" фильтрация по значениям любой колонки.

В заголовке забыл сделать в дополнение к иконке сортировки иконку того что на колонку наложен фильтр (как в экселе), завтра сделаю.

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

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

Видео по работе сортировки/фильтрации

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/Jan%209%202017%2010-11%20PM.webm?alt=media&token=df6f3737-5c29-4f4d-a4f3-c8937a5cdf67

Напоминаю также материалы по проекту

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

Еще я случайно похерил все старые issues проекта, но не беда, я все помню и если что забыл восстановлю их по этой и старой теме

(182) как вернуться со страниц профиль и помощь?

можно очещать поле комментарий при его выборе. Если юзером ничего не было написано ессно.

(184) Это баг, там должна быть кнопка Закрыть, исправил.

(185) Это где? На странице корзины?

(186) аналогично в карточке товара

интуитивно непонятно как происходит смена текущего состояния упорядочивания: Пункты попап-меню то жирные после выбора, то нет. Жирные не те которые я выбирал. Крестик поиска сбрасывает упорядочивание.

(187) Как сбросить указание пути к файербэйсу.
Указал не тот, теперь вижу только пустой экран. Никаких кукей нет

(189) Да, вижу есть тут какой-то баг, потестирую и исправлю

(190) Привязка хранится не в кукисах а в LocalStorage

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

Либо просто удали привязку из LocalStorage

(183) про "я помню" - это уменя любимая фраза менеджеров и товароведа. Потом оказывается что все совсем не так и никто ничего не помнит. так что - лучше напрячься и иссую реанимировать.

(183) а че, на гитхабе ниче не бэкапиться?!

(194) Бэкапится, если проект не перезатереть =) Не волнуйся, что пропало восстановим.

(195) "рука бойца колоть устала"...

(192) Никаких кнопок нет. Как удалить из локал сторэйдж?

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

(182)
> выделение текущей строки,
- проверено, в целом ок,
бага: (критичность=низкая, работоспособность/удобство не нарушено)
выбрали категорию, спозиционировались на какой-нить строке товара, она = текущая, желтая, ок.
обнуляем фильтр категорий, текущая строка остается желтой,но курсор не спозиционирован в поле количества (а это д.б. так если строка выделена текущей) и сама текущая строка после снятия фильтра не соответствует строке которая была при наложенном фильтре. Поэтому здесь надо подумать - пусть КАКАЯ_ТО строка будет текущей и КУРСОР в поле ввода мыргать должен или текущей строки не должно быть вообще.

(198)Да - чиню

(182)
> вертикальная разлиновка
- норм, но смотрится плохо/не так как ожидал, попробовать увеличить толщину разлиновки на 1-2 пиксела

(199) ок принято - запилим

(197) Вот кнопка

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/Remove%20assign%201.png?alt=media&token=a0545570-ff01-488a-8d95-893981054d40

Либо удалить из локат сторадж вот так

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/Remove%20assign%202.png?alt=media&token=41393422-934c-4b00-9f12-d742f0060109

>переход к полю ввода количества при клике в любой колонке строки
- норм

> выделение текущей строки
- если есть текущая строка - курсор должен мыргать в поле ввода количества - ввел количество курсором или пэджами вверх-вниз - куроср в поле - ввел количество.
.
если стрелками по текущему листу ходить - то все ок.
если ходить пэйджами-КЛАВИШАМИ - то все ок, куроср блымкает в поле ввода; но если ходить по пейджам мышью через ЭУ (над списком) - теряется курсор из поля ввода в подсвеченной текущей строке.
.
разное поведения текущей строки:
- если листаем клавишами то текущей ставноится всегда первая строка листа
- если листаем ЭУ то текущая строка сохранят тот же номер что на предыдущем листе (поставь ТС на 3 строку листа и полистай клавишами и через ЭУ)

то есть здесь надо сделать одинаково (скорее всего строка должна сохранять номер, если проще позиционировать на 1 строку листа - то тоже ок, но д.б. !одинаково! при листании клавишами и мышью)

- если на последнем листе колво строк меньше полного размера листа то при листании мышью - сохранеят позицию - (если на предыдущем листе стояло на ПОСЛЕДНЕЙ строке листа) - текущая строка исчезает (потому что эта проблема - примыкает к проблеме позиционированию текущей строки при листании мышью и через ЭУ). так что если сделать что при листании клавишами и мышью ТЕКУЩЕЙ СТРОКОЙ СТАНОВИТСЯ ПЕРВАЯ НА ЛИСТЕ - то сразу снимем две проблемы.

- хочу отметить что с выделенной текущей строкой интерфейс стал намного приятнее/предсказуемее/удобнее - НЕ ТЕРЯЕШЬСЯ!
.
(некритично, в посл.очередь) в раздел "настройки-интерфейс" сделать возможность выбора цвета текущей строки (может потом в настройках появится вообще настройка цветовой схемы)

(189) >> интуитивно непонятно как происходит смена текущего состояния упорядочивания: Пункты попап-меню то жирные после выбора, то нет. Жирные не те которые я выбирал. Крестик поиска сбрасывает упорядочивание.

Починил, демо обновил, спасибо за найденные баги

(205) (206) Принято, запилим

//может потом в настройках появится вообще настройка цветовой схемы

А чего бы и нет =) запилим

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

куроср в поле ввода текущей строки ИМХО должен блымкать всегда (?) - имхо, но не факт (?)

опять же - если у меня есть текущая строка - подсвечена, но нет куросра в поле ввода (ладно, может так и правильно чтобы случайно чего не натоптали) - почему ТС не меняется при нажатии клавиш стрелок вверх-вниз - должна меняться и в окошке поля ввода должен заблымкать курсор

(182)
> произвольные доп свойства, то напоминаю, что мы решили по ним фильтровать и сортировать. Что и реализовано.
- сильно не тестил, но вроде в целом ОК.

- однозначно уменьшить шрифт псевдоокошка сортировки/фильтрации, шрифт ми межстрочный интервал сделать таким же как в списке категорий
- крестик закрытия справа вверху в углу - оставить (но как-то он там НКПР, я бы все-таки нфиг убрал), сделать две КНОПКИ (типа как кнопки корзины) "Применить" и "Закрыть"

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

(210) кнопки в сортировке/фильтрации - вот такие сделать как в "Корзине" кнопки "отправить заказ", "очистить корзину"

переключатель фильтра в псевдоокошке сортировки/фильтрации вызывает острое неприятие. он по стилю как-то не пишется и вдобавок если фильтр включен - синий переключатель - жмакаем по нему и.... псевдоокошко закрывается... - переключатели себя так не ведут - что сним стало, почему внезапно закрылось? Имхо лучше сделать псевдокнопку (как сейчас в этом окошке псевдокновпка "применить" - активизируется при наведении мышки) типа "снять все фильтры" (что эквивалентно выключенному переключателю), эта псевдокнопка становится видна только когда в псевдоокошке есть заданные фильтры

(211) угу, правильно ты, дядя Федор, бутерброд ешь...

Вчера день потратил на осмысление и эксперименты насчет того как быть с картинками товаров

Вырисовался такой подход:

Т.к. текущая выгрузка в firebase максимально проста и требует лишь win http запроса с json данными к соответствующему узлу в хранилище firebase, то хотелось бы  и с картинками использовать тот же подход.

Итого: картинки будем преобразовывать в base64 и выгружать абсолютно аналогично любым другим данным.

Т.е. в итоге картинки будем хранить в текстовом виде как и другие данные в firebase. Вчера сделал соответствующие тесты, все прекрасно работает.

(214) Докладываю: используем к товарам изображения, типовой размер (не для инета, не для инетмагазино, а просто чтобы вспомнить как именно выглядит товар ну типа вот как выглядит "кастрюля Тулип диаметр 28 см 3L".. ;-) как выглядит - как тысячи других кастрюль ;-)

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

регулярные клиенты вообще ничего и не требуют у них все есть уже ;-)

но вот чтобы В ИНТЕРФЕЙСЕ веба в системе заказа было удобно и красиво - это имхо непростая задача. не все менеджеры клиентов знают ассортимент, надо им и глянуть ИНОГДА то что они заказывают.

!_выбирать(то есть решать)_! ЧТО ИМЕННО ЗАКАЗАТЬ в системе "БЫСТРОГО ОФОРМЛЕНИЯ ЗАКАЗА" для постоянных клиентов - они это не делают.

Частный разовый посетитель - ну да, может он будет больше работать с картинками...

тьфу, типовой размер = 310 X 340, но это необязательно может быть картинка и пошире, но высота примерно та же будет, весит картинка в джпеге от 7 до 15 кил

при количестве изображений ~4400 средний размер ~18Кб
если убрать те над которыми я не потрудился (а главное чтобы картинки в базе БЫЛИ - поэтому за размером никто особо не парритяс если я в отпуске ;-)

если выкинуть 300 файлов, размер файла где превышает 50кил (из них штук 30 больше 100 кил) то средний размер ~15КБ

вот типовая картинка простого товара, 18332 байт https://www.screencast.com/t/K2swDecnx

эта картинка 6438 байт https://www.screencast.com/t/JqLzFo8dWsA

Как видно - эти картинки - не являются шедеврами полиграфии, не несуьт цели предоставить выставочную витрину - назначение сугубо утилитарное - дать _сопроводительную_ инфу о товаре.

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

к чему это все?
вот лично для меня(нас) степень презентационности картинки - не порвестепенное дело, нас и наших клиентов с которыми мы работаем - удовлетворяют такие картинки. то есть из системы быстрого заказа я/мы не будем (пока) делать выставочную витрину.

поэтому к какртинкам относится аккуратно, если не наглеть с качевтом размерами целевым назначением картинки (у каждого владельца системы быстрого заказа целевое назначение картинки в системе быстрого заказа СВОЕ) - то пи небольших разсерах картинок м.бю. как-то удастся типа такого?

1. мы в режиме "картинка по запросу" - тогда картинка показывается еди мы жмакнули в имя товара и показывается вотдельнйо странице бравзера (в возвратом назад) или в отдельном окне (?) типа "инфо по товару" - артикул, наименование, бренд - ну то чтов строке показывается в списке и сама картинка - позырыли, жмакнули закрыть и вернулись в список в строку откуда вызывали (текущая желтая строка!!! курос в поле количества!!!) - картинка понравилась, ввели количество, листаем дальше смотрим на наименование...

2. мы переключились в режим "картинка постоянно в плавающем окне" (термин?) - идем по списку - а где-то СОБОКУ ОТ СПИСКА ЧТОБЫ НЕ ЗАГОРАЖИВАТЬ (над списокм категорий?) висит небольшое (настраиваемый размер показа в настройках системы) плавающее окошечко к артинкой ТЕКУЩЕГО Товара - куроср все время в спсике! - видим картинку! понарвилась! ввели количество , куроср автоматом на соед.строку - картнка автоизменилась

3. "мы в режиме картинка" на странице - аналогично предыдущему только картинка показывается где-то на этой странице... где - пок анепонятно.. надо чтоы аккуратно/красивр/не ломало фейс - пока непоянтно..

вот такой поток сознания
9у мну еще много потока вплоть до выбора (?!) товар по картинке - но это ближе к витрине/инетмагазину (нам (пока) это не надо/это не наш путь?)?

настройка режима отражения картинок и размер отображения картинки (динамически подстраиваемый?) - в разделе "настройки-интерфейс" - переключается режим пользовтаелем имхо все таки будет очень редко

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(220) 1,2,3 не вижу каких-то проблем с этим, главное я разобрался как картинки в бд отправлять все теми же стандартными запросами, как их хранить, извлекать из бд и кэшировать на клиенте, а уж как отобразить - разрулим =)

Сегодня добил все вчерашние замечания по навигации, и замечания по окошку сортировки/фильтрации, деплоить уже сил нет, завтра.

//9у мну еще много потока вплоть до выбора (?!) товар по картинке - но это ближе к витрине/инетмагазину (нам (пока) это не надо/это не наш путь?)?

У меня путь простой - если есть идея, значит ее надо реализовать, т.к. все функции системы в итоге будут подключаемыми из настроек, то не вижу проблем реализации разных режимов типа вот "витрины" и выбора по картинкам

(224) по последнему абзацу - лучше в скайп стукнуться и показать голосом - долго писать. если будет резюме типа "имеет смысл" - опишу, чтоб в иссую запихнуть, ибо сомненяи у меня

ну стукнутьяс и голосом - точно не сейчас.. я спасть

Ай лайк ит мувит мувит
Эврибади!!

Мелкий глючок

Зашли
Втоптали пару количеств разных товаров
Видим количество и сумму в корзине
Жмакаем на корзину (не жмакаем заказать!!)
Видим список в корзине
Жмакаем удалить, удаляем все позиции
Корзина показывается пустой
Жмакаем Каталог
Видим введенные количества, но при этом сумма и количество в корзине нет, что есть глюк

... если при этом в списке стать курсором в поле с количествои и жмакнуть энтер - то есть подтвердить количество без его исправления - то в корзине ничего не появляется

Если при (227) в корзине исправить количество то в каталоге оно также показывается исправленным

... если в корзине далить не в е строки а одну например - то в каталоге она остается

То бишь при удалении строки в корзине надо не забыть занулить колово в каталоге, а это явно забыто

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

(225) Ок, надо мне только вспомнить как обойти запрет на скайп на корпоративном ноутбуке, насколько помню надо просто ярлычок переименовать =)

(227), (228), (229), (230) Принято, к утру будет работать как положено )

(233) "мы не умаляем ваших прав, но и не ограничиваем наших возможностей!"

Пофиксил мелкие баги, вынес управление навигацией на верхний уровень, теперь выделение текущей строки должно работать нормально.
Если строка выделена курсор всегда стоит в поле количество, у меня пока не получилось сломать, вроде работает корректно.
При навигации между страницами товаров через верхние иконки или page up/page down всегда кусор ставится на первую строку. Я думаю это вполне логично
При уходе с грида товаров выделение с текущей строки снимается

Еще улучшил окошко фильтрации/сортировки согласно последним замечаниям. Уменьшил шрифт, межстрочный интервал, убрал переключатель, добавил вместо него кнопку отменить

Начал работать над бизнес опциями - Показ цен и Показ картинок, но до конца пока не довел.

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

Еще не удержался и потратил пол дня на изучение React Native
Пока это все еще конечно дело далекое, но в итоге помимо веб приложения будет еще нативное приложение под Андроид и iOS

а подскажи ради интереса как fire base с большим набором данных себя ведет? в плане тормозов

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

т.е. загнать туда тыс 100 записей и полей штук 20
и погонять запросы  на выборку и джоины :)

(236) Не будет никаких проблем. Во первых тут еще философия работы с данными немного другая, если у тебя будет например миллион записей в базе, нет никакой нужны их тащить все миллион на клиента, иначе клиент просто умрет.

Плюс тут очень важна денормализация данных, данные должны быть максимально "плоскими", не стоит городить очень сложные иерархические структуры

Вот статья с негативным опытом использования

https://crisp.im/blog/why-you-should-never-use-firebase-realtime-database/

Но тут они начали использовать проблемы при 100gb ежемесячного траффика

>> We discovered Firebase technical limits too, as we encountered performances issues when we scaled to 100GB+ Firebase traffic every month

Но мне даже страшно представить 100 гигов в json формате

Сейчас вот снял с демки своей дамп в json, 1000 товаров + 1000 цен к ним + все остальное по мелочам = 346 килобайт =)

(237) 346 байт на товар? чтото ты недоговариваешь.. ;-)

(238) bля буду =)) Вот дамп

https://yadi.sk/d/AB5C9QTB39WRgs

ой лоханулся, это не дамп, сейчас

Вот https://yadi.sk/d/jXA9FzSa39WUKw

9000 строк в json, 346 килобайт

Потыкал, нового пока не обнаружил работающего, пока только наметки будущего в виде настроек... ждем-с...

(242) Да, сегодня релиз уже не успел, сейчас работаю над опцией показа картинок как ты писал - 3 варианта показа + опция ведения цен, завтра выложу

(243) угу, получается что-нить разумное (доброе, вечное)?

(244) Конечно, чего-то вырисовывается =) Завтра будет маловато времени, точнее сегодня уже - у меня др, но релиз постараюсь выложить. Вообще планирую выйти на схему один рализ раз в 2 дня, пусть даже с небольшими изменениями но двигаться вперед

(245) Схему движения вперед - одобряю!
на днюху шлю волны добра: https://www.youtube.com/watch?v=Bys-OE_C7lQ

(245) О, с днем рождения, успехов во всех начинания, а так же здоровья и душевного спокойствия.

(247) Спасибо!

Реализовал различные варианты показа картинок: в строке, на боковой панели, в карточке

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/Jan%2018%202017%203-07%20PM.webm?alt=media&token=987c1358-beb9-4b97-af64-0a2247024e39

Злопчинский глянь, так тебе нужно?

Картинка сейчас не меняется - она просто для бемонстрации местоположения в зависимости от выбранной опции

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(249) да, примерно так как сделано
единственное я понял, что "плавающее" окно с картинкой не удалось безгеморрно сделать? (думаю может и не надо).

1. картинка обязательно должна быть подписана (пусть мелким шрифтом поверху/или понизу картинки? артикул, код, категория, и те колонки, которые выведены как дополнительные в ТЧ товары

2. подумать над положением картинки. концептуально показ картинки устраивает, но место явно неудачное - тяжело глазами скакать.

поэтому стрельнла такая мысль: см. скриншот https://www.screencast.com/t/krC3Pm89

- если картинка не показывается или показывается в строке, то ТЧ товары ЗАПОЛНЯЕТСЯ НА ВЕСЬ РАЗМЕР ЭКРАНА (сейчас внизу списка товаров - размер листа =10 строк) необходимость оставлять половину экрана неиспользованным меня смущает (может какие течхнические турдности). колов строк в ТЧ должно полностью заполнять экран (размер экрана окна меняется редко, пересчеты/перерисовки будут ненагрузочно)
(поэтому -внести в иссую: размер листа на весь экран по вертикали)
- если картинка показывается на экране "рядом" - то как раз показывать ее ВНИЗУ ТЧ - там где сейчас пусто. под показ картинки оставить ФИКСИРОВАННУЮ ОБЛАСТЬ по высоте в пикселях или в чем там меряют - размер картинки тот что есть сейчас вполне досттаочен (ну может сделать в польора раза больше - скорее всего если врублен режим "картинка на боковой панели" (рядом, переимненовать потом настройку) - то клиента интересует не только внешний вид но и собственно сама картчока товара подробная, поэтому свободное место разделить "поплам" - на одной стороне (!слева! прижато к границе экрана) - показ картинки, рядом с ней - карточка товара с характеристиками и прочей нужнйо фигней (цены, условия, и всякое прочее) - (хотя это нескольо напоминает инетмагаз) но пипл от этого реально протащится - за базар отвечаю ;-)
типа вот так: https://www.screencast.com/t/zXG23r579

Учесть, что есть ситуации. когда ТЧ товары на экране есть, а текущая строка "не определена" - в эттом случае картинка - должна не показываться! а то будет непонятно картинка есть, текущей строки нет, к чему относится хз

(250) Сделаем.

>>то ТЧ товары ЗАПОЛНЯЕТСЯ НА ВЕСЬ РАЗМЕР ЭКРАНА

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

Вот это только не понял

>>единственное я понял, что "плавающее" окно с картинкой не удалось безгеморрно сделать? (думаю может и не надо).

В какой смысле плавающее? Чтобы его мышкой можно было таскать по всей странице?

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

круто,
появились цены,
появились картинки,
картинки можно включить/выключить,
изменилась карточка товара,
после формирования заказа теперь попадаем в список заказов.

продолжаем наблюдения.

+(250) одобряю описание с картинкой внизу таблицы, оно туда само так и просится.

(253), (255) Сделал, гляньте, так?

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

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/Jan%2019%202017%209-40%20PM.webm?alt=media&token=63b29378-947e-4678-9989-adde86fa55ca

Выкладываю, но практически не тестировал, у меня в хроме нормально работает

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen
250

(256) в целом - зашибись!

0. срочно приделать набор картинок чтобы подцепить (или нагрузи разных картинок, могу своих дать 310на340) - уже можно тогда презентовать будет!!! мне реально понарвилось

1. система не ловит ресайз окна бравзера (приходится жать Ф5 - тогда пересчитывается колво строк под размер экрана - правильно вообще страницу через ф5 оновлять?) - может и не надо ловить ресайзы (нагрузка на ситему, ресайз делается редко - смотри сам)

2. после ресайза система чуток задумывается, потом отрисовывает таблицу = ок, но при этом ЭУ списка где номера страниц = неактивные страницу вперед назад - активизируются только если жмакнуть ЭУ "в конец/начало списка"
https://www.screencast.com/t/CKC8zJYvn

3. помарка: номер текущего листа - при колве цифр больше 2 - не влазит

4. занести в иссую с ниже-среднего приоритетом: см. скриншот - последняя строка листа, фон совпадает с фоном поля внизу таблицы. последняя строка получается ВИСЯЩЕЙ В ВОЗДУХЕ - рвет напрочь глаза. аж передергивает (такое может быть только если на лист влез весь список, и псоледняя строка белая.
https://www.screencast.com/t/1mnQroPr0

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

занести в иссую со средним приоритетом (UI)
- при хождении по списку в режиме "картинка внизу списка" если в текущей строке (картинка которой отражается внизу) - есть количество - то область картинкокарточки выделять (фоном/рамкой - какправильне смотри сам: смысл - листаю список в каритнкокарточке сразу вижу если товар выбран в тблице, будет удобнее юзеру.
- туда же - если выбрано по строке количество - то в область ТЕКСТА картинкокарточки внизу таблицы ПОСЛЕДНЕЙ СТРОКОЙ (чтобы карточка НЕ ПРЫГАЛА на других строках где нет количества)(серым фоном чтобы выделялось) выводить количество (введенное юзверем) по текущей строке (если настройками прописан вывод цены в ТЧ товаров то выводить цену и сумму) типа:
7ед x 345.67руб = 2843.08руб

имхо
бегунок уродский https://www.screencast.com/t/BPRfvnBoHtBQ
и в категориях в списке если экран поменьше тоже бяка такая же. раньше вроде была красивая стильная серая полосочка

и..... вроде все....
_меня_ вроде все устраивает более-менее (пока не начал работать).
на этом я бы остановился в части пиления гридов и UI и возможностей главной страницы9каталог) и сделал бы/начал бы немножко улучшить

****** фейс/возможности корзины ****

сделать все почти также как на странице каталога (только без категорий. НАДО ПОДУМАТЬ!!! очень похоже что и список категорий должен быть НО ТОЛЬКО ПО ТЕМ ТОВАРАМ КОТОРЫЕ ВОШЛИ В КОРЗИНУ). по сути корзина - тот же самый лист/совокупность листов каталога (со всеми сделанными фичами: листаниями экранов, НАСТРОЙКОЙ ПОРЯДКА колонок (от каталога отличается наличием колонок сумма и удалить). сортировки ТЧ, фильтры ТЧ (с учтом фильтра что это корзина). выводом картинки точно также как на главной (комментарий заказа подумать куда красиво впихнуть коглда картинки внизу)
ТО ЕСТЬ КОРЗИНА - почти как главная страница каталога - это будет курть.

- я думаю что это реально практически по коду "клон" главной страницы, то есть не сильно напряжно, но это уже будет продукт!

Чтобы юзверь не путался где он на главной или в корзине - цветовое оформление корзины сделать например не есро-белым а бело-светлозеленым или -светлоголубым (посмотреть).

над ТЧ корзины - вывести значок корзины (как на главной странице) и колво товаров в корзине и общая сумма (какна главной) - это выводит (значок и сумму) - справа от кнопки очистить заказ.

ВОТ!!!
мне реально начинает уже нравится!
(у меня на примете уже двое которые этим явно заинтересуются - клиент который все мечтает о системе оптового заказа, он поставщиком небольшим хочет стать - продадим! ;-)

Принято, завтра продолжу пилить =)

(262) к завтра уже надо было бы бабу бы...

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

где что сливается?
https://www.screencast.com/t/WnbmYznZaIpv

Включить в иссую: разлиновку тонкой линий в фильтр категорий сделать как опцию в настройке интерфейса.
такая тонкая линия не должна существенно раздвигать межстрочный интервал списка категорий

под "Все категории"

Агентская услуга...
________________________ !!!

Жиры и масла
________________________!! ну и тд

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

(267) при мало-мальском приличном списке категорий - затрахаешься его листать. я его наоборот межстрочный интервал попросил поплотнее сделать чтобы меньше листать скролом.

опять же может иметь смысл (см.(26)

опять же - автор! включи в иссую: я раньше упоминал - возможно листание списка категорий имеет смысл мышкой сделать тоноь как листы каталога. такие-же ЭУ - но надо сильно подумать надо ли это и если надо как красивее сделать (внизу списка категорий) - чтобы не сливалось с ЭУ каталога

может нужно зебру в списке категорий?

Да пофиг, зеброй или межстрокой, а то сливается как 1 текст в колонке получается

можно даже разными шрифтами чередовать, лишь бы глазу было понятно где начало и конец, некоторые категории на 2 строки разбиваютьяс и пипец

(270) не, зеьра в каталоге. две зебры - это уже плохо.. тоненькими рисочкамилинями (настроки интерфейса, чтобы отключить можно было) - вполне оно...

(272) не, разнымишрифтами чередовать - нахрен е надо.
я порчему думаю что это излишне - категория это ссписок в одну колонку. зебра или иное нужно там где глазу надо в строке прыгнуть с одного поля на другое поле справа - стобы не соскочить мимо. в списке категрий - если ты не читаешь строку - то тебе пофиг ,ты просто бегло оцениваешь. если ты ищешь - ты читаешь категории внимательнее - если ты цапанулся взглядом за строку ИЗ ОДНОЙ ЯЧЕЙКИ - то ты читаешь строку нормально даже если она спереносом - здесь гла не теряет нафигацию...

(262) Автор пропал куда-то... обещал два куба дров напилить, ни визга пилы, ни дров.. ;-)

кстати. вполне норм читабельно https://www.screencast.com/t/7l1INQXmt

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

вдобавок не надо в категории пихать предложения (автор это сделал для иллюстрации/теста) - категория ну максимум наверное из 3 слдлов должна быть, иначе это не категория а куча...

Глючок: настройки-бизнес-логина - ведение цен отклбючено.
а в каталоге - все равно показываются.. как-то неаккуратненько...

(275) Я не пропал, я тут, отбиваюсь от аудиторов, пожелания все записываю, ночью все пачкой реализую

(277) >> Глючок: настройки-бизнес-логина - ведение цен отклбючено.
а в каталоге - все равно показываются.. как-то неаккуратненько...

Это пока просто элемент Ui, не реальные настройки не влияет, тоже на очереди на реализацию

(278) я бдю, тоже реализую всякое

Во, из подвижек вижу сделан расчет страницы под размер экрана

(281) Да, это еще в прошлый раз сделал, скоро напишу что сделал, картинки сломались, локально у меня ок, а в демке нету картинок, сейчас решим вопрос

Выкатил изменения
Сначала заморочился с пересчетом количество строк при ресайзе и как оказалос зря, пока отложим этот момент, не получается сделать гладко пересчет

Итого в сухом остатке:
- гор разлиновка в списке категорий (по-умолчанию выключена, включается в настройках, сейчас включена) Потом еще опционально добавлю возможность зебры, но на мой взгляд это перебор, но на вкус и цвет

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

- как и требовалось сделал выделение рамкой поля картинка/свойства, если товар в корзине

- также как и требовалось сделал чтобы последней строкой свойств показывалось количество/цена/сумма в корзине

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

- ширину поля показывающее номер текущей страницы расширил, но нашел новый глючок, в поле невозможно поменять номер страницы, пофиксим

Итак следующим шагом улучшение страницы Корзины согласно последним запросам Злопчинского, наверное завтра на работы найду время продвинуться в этом направлении

Видео изменений

https://firebasestorage.googleapis.com/v0/b/quick-order-de84c.appspot.com/o/Jan%2021%202017%2010-47%20PM.webm?alt=media&token=86e05b47-4f92-42fc-87fb-6930d450fc93

Еще возникла идея сделать одну глобальную настройку ui:
Интерфейс: обычный/компактный

Я думаю это будет актуально. При компактном интерфейсе верхнее главной меню перейдет в боковое положение и все надписи пунктов меню заменятся иконками, отступы между элементами уменьшатся ну и т.д. тут много можно чего сделать. Таким образом по-умолчанию интерфейс будет "дышать", ну а кто любит все более компактно получит такой вариант переключив всего одну опцию

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(283) > Сначала заморочился с пересчетом количество строк при ресайзе и как оказалос зря, пока отложим этот момент, не получается сделать гладко пересчет

- думаю что этого вообще делать не надо или когда уже совсем делать нечего (критичность близка к нулевой)

(283) > - гор разлиновка в списке категорий (по-умолчанию выключена, включается в настройках, сейчас включена)

- одобряю! то что надо, действительно получше стало, коллега выше был прав!

Попробуй сделать линии разделители или чуть толще или чуть темнее.

Про зебру - поддерживаю, имхо лишнее (поставить в иссую с уровнем близким к нулую)

(283) > - сделал чтобы подргужались разные картинки, чтобы можно было оценить эффект перехода от одной картинки к другой

- разные картинки одобряю.

- эффект перехода оценить затрудняюсь, смотри сам, имхо возможно поставить настроку "переход картинок = с эффектом/без эффекта", мне кажется что современем эти плавне переходы будут только мешать

(283)
>- как и требовалось сделал выделение рамкой поля картинка/свойства, если товар в корзине

- ок, то что надо, ширину рамки сделай чуть больше, в два(?) раза (?)

> - также как и требовалось сделал чтобы последней строкой свойств показывалось количество/цена/сумма в корзине

- одобряю

(283) > Интерфейс: обычный/компактный
- имеет право на жизнь, важность/критичность ниже среднего. на данном этапе имхо не стоит заморачиваться (повесить в иссую)

замечание UI
- при клике на словах наименования автоматом переход в карточку товара. жутко раздражает (что при показе картинок внизу, что без) - потому что получается неожиданно: кнюпаешь в слво наименования чтобы СПОЗИЦИОНИРОВАТЬЯС НА СТРОКУ (а это естественней чем кнюпать в пустое место строки мимо слов) - и ВНЕЗАПНО проваливаешься в картчоку,тьфу!

** категорически ** сделать провал в картчоку ПО ДВОЙНОМУ КЛИКУ на словах в строках наимегнования. имхо этого будет достаточно.

Общая оценка: главный экран - хорошо.
мне нравится все больше и больше.

При рефреше по Ф5 - элементы управления-кскобочки для листания лист вперед/назад - становятся недоступными, для активизации надо тыркнуть ЭУ-скобоку "в начало списка" (или в конец списка)

(291) Точно, исправлено. Пока локально у себя исправил, войдет в следующий релиз
(292) Сделал по двойному клику, войдет в следующий релиз

Вообще стал замечать, что появляется много взамосвязанных асинхронных экшенов и в результате появляются баги  типа (291). Уже принял меры для этого, изучаю redux-saga, это позволит управлять асинхронными экщенами как синхронными, еще задумался над добавлением тестов. По хорошему конечно надо бы TDD, т.е. сначала тысты потом код, но тогда разработка начального прототипа затянулось бы месяца на два. Поэтому сначала выйдем на бэтта версию, а затем уже будет и рефактиронг и тесты. Чтобы новый функционал приложения не добавлял регрессионных багов. Пока на бетту не вышли - будем мириться с такими регрессионными багами и оперативно фиксить.

(292) я у тебя вместо бета-тестов ;-)

(292) > Пока на бетту не вышли - будем мириться с такими регрессионными багами и оперативно фиксить.
- а куда можно баги писать напрямую, чтобы ты их не отсюда сам переносил, а типая где-то на гитхабе в тоем проекте?

(294) Можно прям на странице проекта новые issue создавать

https://github.com/eks1985/quick-order/issues/

бегунки-ползунки типа вот таких должны нормально здесь смотреться https://www.screencast.com/t/1QARjJlWY

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

(297) Я только ребенка спать уложил =) Сейчас самая движуха начнется. Сейчас займусь страницей корзины, либо ночью релиз либо завтра к обеду.

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

(298) МНЕ ничего не критично!
НО! опыт пару таких хороших перспективных проектов, которые потенциально выглядели полезными и интересными, показывает, что если исполнителя таких open-хобби проектов не "пинать" постоянно, не выражать ему потребность в его проекте - проект загибается. просто нашлось другое хобби... или работа навалилась. поэтому такие частные проекты лучше делать сразу по возможности вполном объеме или в варианте минимального приемлемого продпакшена. Тогда тольк будет и проект имеет шанс выйти в работу и получить нормальное развитие.

1. Поэтому я тебя и пинаю.
2. И как я говорил выше - мне этот проект нравится, имею личную заинтересованность в его доведении до вменяемого состояния и запуске в работу, может что впоследствии вырастет из него на радость нам обоим;
3. Вдобавок проект идет уже приличное время, идет постоянная движуха, UI приводится к вменяемому состоянию, возможностей каталога уже практически достаточно - поэтому есть надежда что в обозримые сроки будет допилена корзина (тут я думаю получится достаточно быстро) и будет допилен раздел управления заказами (здесь будет посложнее - надо будет сильно подумать, чтобы не раздувать проект, но поиметь необходимый минимум - планирую завтра сдать в работу свой техпроект/разгрузиться - и изложить свои мысли по поводу раздела управления заказами - я вижу что почти все мои пожелания удовлетворяются (по крайней мере меня устраивает то что сделано) - поэтому я делаю вывод что мои хотелки не противоречат авторскому чувству прекрасного - поэтому и заказы думаю выпилим нормально и не сильно напряжно).

Вот...
я сегодня всю ночь за компом, если что - стукайся в скайп Zlopun

...и жду с интересом, что ты сделаешь за сегодня.

Еще два момента:

1. Если ты хочешь максимально быстро развернуться для демонстрации на своих данных, то можно сделать так: я могу сделать слепок данных демки со всеми узлами и в каждом узле оставить по одному значению и расписать комментарии для каждого поля, все будет понятно. Тебе останется просто сформировать из своей 1с json файл со своими данными и просто интерактивно загрузить его в firebase. Это очень быстрый путь запуститься со своими данными для демонстрации. Ну а потом уже не спеша спустить с горы и ... и настроить нормально периодическую выгрузку или выгрузку при изменении данных в 1с посредством winhttp запросов (пример у меня в проекте лежит и для семерки и для восьмерки)

2. Надо решить по картинкам. Я как уже писал пробовал вариант хранить картинки прям в firebase в виде строк base64 и все будет работать. Ну тут два момента: во-первых я пробовал в теории, а надо на практике, не будем же мы грузить все картинки на клиента при старте приложения, значит мне еще надо сделать ленивую подгрузку картинок и их кэширование - поясню: при отрисовке странице товаров в фоне подргужаются картинки всех товаров которые на этой странице отрисовались, т.к. потенциально они могут понадобиться в след секунду если начать скакать по строкам. Еще картинки эти надо в файрбес в виде base64 загрузить из 1с. Для восьмерки я сделал, она умеет сразу двоичные данные в base64, семерка точно не умеет и я этот момент пока не знаю как решить. Есть второй, более простой способ, хранить картинки в другом месте, где угодно, но чтобы они были доступны в интернет, да хоть бы на яндекс диске, тогда в файрбейс можно просто хранить пути к ним. Это вообще простой способ, но требующий телодвижений по организации такого хранения. В самом приложении я сейчас запилю опцию "источник данных для картинок", которая даст свободу выбора: base64 в файрбейс или урл картинки в интернет.

ГЛЮК: элементы управления "лист вперед/назад" недоступны не только после рефреша по Ф5, но и сразу при открытии каталога.

наблюдения показывают - что страница грузанулась начально - текущей странице стоит = 1 в ОБЩЕМ КОЛИЧЕСТВЕ страниц стоит=1 (и здесь эти ЭУ лист вперед/назад - неактивны что и правильно. Но дальше видимо идет определение размера страницы, определения количества страниц - они подставляются в общее количество страницц - и вот тут наверное забываешь какой-то счетчик обновить что сейчас "1 из 74" стала, а не осталась "1 из 1" - элементы листания остались неактивными

(299) Ну я точно проект не брошу, т.к. во-первых часть его переиспользую для текущего рабочего проекта + это первая ссылка в портфолио как веб разработчика.

Я еще стараюсь по мере реализации новых фич проект рефакторить активно, а то можно сделать все красиво снаружи, а внутри копрокод имея которых дальше трудно двигаться будет =)

Короче задача минимум-максимум: сегодня завтра допилить страницу корзины.

(302) Не волнуйся, я это уже пофиксил, вот прям щас демка перезаливается =)

возможно глюк? - хожу по строчкам, меняются картинки = ок. но картинка _текущей_строки меняется даже ПРИ ВВОДЕ КОЛИЧЕСТВА в текущую строку - то есть я хочу ввести "23" - вижу картинкаN, топчу "2" - вижу стала картинкаM, топчу 3 - вижу картинкаX

возможно это глюк
(сомневаюсь что так должно быть)

(305) Да, будет по другому когда у картинки каждой будет свой урл, сейчас просто для так получается что картинка рандомно выбирается если что-то дернуть на форме

(303) обобряю!
"Ну я точно проект не брошу, т.к. во-первых часть его переиспользую для текущего рабочего проекта + это первая ссылка в портфолио как веб разработчика."

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

;-))))))

(307) Меня женя постоянно достает, чтобы я какую-нибудь обработку ее именем назвал =))

Демка перезалилась

- баг фикс неактивности навигационных кнопок при старте
- рамка 2 пикселя вместо 1 у картинки карточки если товар есть в корзине
- открытие карточки по двойному клику вместо одного
- уродский скробар окна сортировки фильтра заменен на не уродский

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

Чтобы работать со своими картинками надо будет просто после клинирования приложения залить их интерактивно прям в папку image своего клонированого приложения на гитхабе, он урлы им не генерирует, а просто хранит. Причем для каждой картинки генерирует вот такую ссылку

https://raw.githubusercontent.com/eks1985/quick-order/master/src/images/13086218003_c39edd349e_z.jpg

Т.е. ссылка завимит только от имени картинки, профиля на котором развернуто приложение и название приложения (по-умолчанию после клонирования название quick-order сохраняется) и это все естественно можно выцепить из location внутри работающего приложения. Короче если кратко, проблему с хостингом картинок я решил =) Льем картинки прям в репо своего приложения, в firebase храним только ключ-значение: гуид товара - имя картинки и вуаля - ваше приложение будет отображать ваши же картинки. Ну а потом уже по правильному - если кто захочет - выгружаем картинки в base64 из 1с

Не знаю понятно написал или нет, сам точно понял =)

(309)
> - багфикс неактивности навигационных кнопок при старте
проверно, работает норм, в т.ч. и при Ф5

> - рамка 2 пикселя вместо 1 у картинки карточки если товар есть в корзине
норм, пока оставим так.
в расчете суммы не долно получаться
Товар "Золотая нива"
3 * 23.90 = 71.69999999999 руб.
;-)

> - открытие карточки по двойному клику вместо одного
- норм!

стало поттупливать при позиционировании на строку - если жмакаю мышью вне наименовани - то ок, если навожу на наименования подсвечивается серым (= ОК! так и должно быть, приятно). при клике - дополнительно моргает серым влево-вправо эффект раскатывания и только после этого строка позиционируется -это тормозит причем ощутимо. достаточно что навел мышь - стало серым - жмакнул стало текущей и повторно серость не надо отрисовывать! (это только в списке товаров! в остальных местах оставить). Попробуй - !_если это не накладно_! - такое повтороное отрисовывание раскатки серой убрать на ТЧ каталога.

> - уродский скробар окна сортировки фильтра заменен на не уродский
- норм, но он тоненький получается и сливается с границей окна/экрана - если не накладно - сделать его шире на ~ от +30% до +50% (нормально будет и в других окошках - филтра по колонкам - а то целится приходится)

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

В заказах  дата думаю должна быть с временем .
номер должен быть числовой потом гуид .. или при наведении гуид.
в заказах хорошо бы статус из 1с  типа  1 создан ,2 подтвержден ,3  собирается  ,4 собран ,5 отгружен .  , созданный заказ пока он создан можно менять удалять.
статусы меняются в 1с.

(312) Вот есть у тебя картинки, ты в firebase заполнил например узел pictures парами гуид товара - имя картинки. Теперь если ты зальешь их например на я.диск или фликр, то эти сервисы гененируют _свою ссылку_ для каждой картинки - и все хана, как потом обращаться к картинке из веб приложения, урл на я.диске и фликр генерируется только им известным образом.

(313) Да, будет такое когда до заказов добирусь

(313) да, примерно так и более подробно я собираюсь описать концепцию "управления заказами"

eks1985 шикарно, даже не, ШИКАРНО!
Совсем другое дело, когда под списком товаров появились картинки и описание.
Как будет время черкни небольшую инструкцию про доработку под себя, интересует способ развернуть это без firebase, в том же couchdb например.

(317) //Как будет время черкни небольшую инструкцию про доработку под себя, интересует способ развернуть это без firebase, в том же couchdb например.

Сделаем, как только бэтту выпустим и Злопчинский запустит на своих данных =)

Текущее положение дел, сегодня напрягся со страницей корзины, вроде можно почти все переиспользовать со страницы каталога, но не все так просто, много ньюянсов, постараюсь к ночи промежуточный релиз выкатить для замечаний.

Если я не пишу это не значит что я за вами не бдю

(318) как успехи?

Интересно смотреть как растёт и развивается продукт

Люди какие-то новыемфигни исследуют... Ваяют

(320) Продвигаюсь, тяжело с корзиной как-то по кусочкам сделать, приходится делать сразу все, вчера сделал для корзины те же структуры данных, что и для главной страницы, тот же фейс, паджинацию, в панель категорий попадает только те, категории, товары которых в корзине. Сегодня самое сложное - сделать те же фильтры, сортировки по корзине как по основному каталогу.

(322) ты бы дэмку более доступной сделал, чтоб не надо было  с токенами возиться, а то 70% смотрящих отваливается

(323) Так куда уж еще доступей
Переходишь по адресу демки https://eks1985.github.io/quick-order/
Жмешь кнопку "Подключиться к демо" и все - ты в демке
По-моему супер доступно
При этом всегда от демки можно отключиться и подключиться к своей базе firebase введя api, key и databaseUrl

По-моему супер доступно =)

(324) да чет сразу не понятно было )

ждемс...

странно в 2 интернет экспортерах не открывается    с разных компов .    в лисе нормально .

А нафига писать с нуля инет-магаз, когда есть готовые? Для портфолио?

(328) это не инет магазин, веб приложение (:

(328) а нафига тойота, судзуки, бмв и прочее - если есть ламборджини и рено?

(328) Нафига жрать капусту если можно картошку? Нафига вилка есть есть ложка? Нафига linux если есть windows? Ну дальше вы поняли =)

И это не инет магазин, а система быстрого заказа, хотя которую можно будет при желании настройками сделать похожей на инет магазин.

(327) Да, есть такое, пока не разбирался, возможно какая-нибудь особенность в IE, попробую разобраться позже.

Как же доставил бухи с их долбаным НДС в последний день =) Но вроде всех раскидал, но они на свет лезут.
Только сейчас могу начать работать над приложением, но к ночи надеюсь наверстать.

(333) про бухов - не напоминайте мне о них...

(334) +1 И про НДС особенно :)))

Крайне интересная тема. Насколько я понял пока отрабатывается лишь интерфейс приложения, без обменов в обоих направлениях?

(336) разверни на 1с вебсервис и меняйся.

(366) vladimir80, Gочему же, обмены вполне себе тоже обсуждаются.

Вот так можно отправить данные обычным REST клиентом (видео)
http://slides.com/eks1985/deck/fullscreen#/2/2
Вот так можнот отправить данные обычным http запросовм из 1с (видео)
http://slides.com/eks1985/deck/fullscreen#/2/3

Вот примеры обработок выгрузки для 7.7 и 8.3
https://github.com/eks1985/quick-order/tree/master/exchange

(338) Спасибо, будем посмотреть!

Уже было?

"Firebase: прощание с иллюзиями"
https://habrahabr.ru/company/livetyping/blog/320040/

(340) было, пластинку смени, заело ;-)

(340) Прочитал по диагонали. Сначала хотел написать ответы на некоторые тезисы статьи, но дочитав до конца, подумал - даже время на это тратить не хочу, лучше займусь улучшением приложения

В статье сплошное капитанство.

Начал за упокой, закончил за здравие.

//При условии грамотного использования Firebase становится вполне приемлемым решением для доступа и хранения данных. Всегда помните, что данные первичны, и если вы выбрали неправильную структуру данных или способ работы с ними, вас ждут серьёзные проблемы в разработке.

Вот тут меняй Firebase на название любой БД, любой технологии работы с данными и смысл никак не поменяется.

Мне пофиг на firebase - это не панацея, таких сервисров куча, да чего там куча, уже есть сервисы graph as service, почитай на досуге. https://www.scaphold.io/

За этим будущее, потому что позволяет полностью абстрагироваться от настройки серверов, бд и прочей мешуры и сосредоточиться на самом приложении. Через 10 лет вообще никто не вспомнит как самостоятельно ставил бд, обслуживал ее, все бд будут в виде сервисов.

Кстати я пока никаких супер ограничений firebase для себя не увидел.

(338) Спасибо! Но вопрос скорее даже не в реализации метода обмена, а в реализации транзакций по обмену. Простой пример - обновление цен/картинок по нескольким тысячам/десяткам тысяч товаров. Для таких объемов, а так же при частом обновлении этих объемов, очень критичным становится именно скорость выполнения обмена, а так же контроль ошибок.

При использовании прямого соединения с mySQL напрямую запросами с 1с происходят значительные проседания производительности, а так же не всегда можно корректно   отследить ошибки, при использовании пакетного запроса обновления. Судя по видео, в качестве БД на стороне сервера используется NoSQL DB, к сожалению механизм взаимодействия и контроля целостности данных при таких обменах мною не изучался и соответственно встают вопросы.

В целом представляется (возможно упустил/не читал/не понял), что весь проект - попытка реализации веб приложения (читай интерфейса) на nosql базе. То есть по сути - то, что уже есть и очень давно на связках mysql/php/html, но с упрощением структуры хранения данных и соответственно с упрощением расширения функционала. Однако и порог вхождения на используемых технологиях на порядок выше, чем на php, что увеличивает стоимость сопровождения...

В общем неодно значно все это, хотя может чего и не понял

Извиняюсь, какой то глюк мат-фильтра, не пускал сообщение целиком

(342) >Через 10 лет вообще никто не вспомнит как самостоятельно ставил бд, обслуживал ее, все бд будут в виде сервисов.
Через 10 лет еще даже 1С77 будет живее всех живых на MSSQL ))

>Кстати я пока никаких супер ограничений firebase для себя не увидел.
Ограничение только одно - это чужой сервис.

(344) >> Судя по видео, в качестве БД на стороне сервера используется NoSQL DB

Не так. Нету никакого сервера, нету никакой БД. В качестве хранилища данных используется BaaS (back end as serice) firebase. Если по простому - это считай, что json файл в облаке с удобным API по чтению и записи данных в него.

>> В целом представляется (возможно упустил/не читал/не понял), что весь проект - попытка реализации веб приложения (читай интерфейса) на nosql базе.

Мне пофиг на nosql и sql, этот проект не попытка реализовать что-то на чем-то, а попытка сделать приложение отвечающее нуждам бизнеса - в данном конкретном случае - система позволяющая быстро принимать заказы от клиентов интегрированная с 1с, в первой ветке ТС достаточно четко описал, что такая система должна уметь, затем нашелся Злопчинский, которому такая система нужна, вот я ее реализую на знакомом мне стеке технологий.

Единственное главное ограничение по технологиям, которому я пытаюсь следовать - это то, чтобы система была максимально простой, для нее не нужен ни сервер, ни бд, ее можно запустить хоть из html файлика на рабочем столе и будет кстити работать. Т.е. система должна быть максимально легко равертываема.

>> То есть по сути - то, что уже есть и очень давно на связках mysql/php/html

Скинь список пожалуйста, хочу посмотреть

>>Спасибо! Но вопрос скорее даже не в реализации метода обмена, а в реализации транзакций по обмену. Простой пример - обновление цен/картинок по нескольким тысячам/десяткам тысяч товаров

Один раз выгрузишь по всем товарам, затем выгружай только по тем товарам, для которых произошли изменения. В плане обменов решение ничем не отличается от аналогов.

(348) //Ограничение только одно - это чужой сервис.
Интернет тоже чужой прикинь, давай ничего не будем в нем размещать. Когда сайт размещаешь на хостинге не смущает что он тоже "чужой"?

Ушел улучшать корзину =)

Напоследок цитатка от старика Джо Спольски "Огонь и движение", я ему верю, хоть он и п...с =)

"Вы должны иметь время на своей стороне и вам необходимо продвигаться вперёд каждый день. Рано или поздно вы выиграете. Всё, что я сумел сделать вчера - немного улучшить цветовую схему в FogBUGZ. Это нормально. Она становится лучше с каждым разом. Каждый день наша программа становится лучше и лучше и у нас всё больше и больше клиентов. И это единственное, что имеет значение. Пока наша компания не достигла размеров Oracle, мы не должны думать о грандиозных стратегиях. Мы должны просто приходить каждое утро и, как-нибудь, запускать редактор."

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

(349) ты не отвлекайся, програмь!

(351) засек время ;-)

Так как срубает спать - выкатил промежуточный релиз по странице корзине. Визульно не сильно поменялось, но внутри довольно прилично.

Страница корзины теперь клон страницы каталога.

По началу думал даже переиспользовать существующие структуры данных, но вовремя спохватился. Ведь если структуры данных будут общими, то одна страница будет перезатирать состояние другой. Например установили фильтр по категориям в каталоге, перешли в корзину, и тут свой фильтр установили и он затер фильтр каталога. А нам такое точно не надо. Поэтому пошел более длинным, но верным путем сделав для страницы корзины свои структуры данных.

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

Что уже из этого работает: паджинация и установка фильтров по категориям, но сами фильтры пока на список не влияют

В общем на завтра добивать функционал для корзины: поиск, сортировка по любой колонке, сортировка самих колонок, показ   произвольных колонок и сортировка/фильтрация по ним. Структуры данных для этого необходимые подготовлены, осталось только запилиь.
А, еще навигация по строкам для корзины пока не работает, и поле комментарий еще не определился куда засунуть.

Еще надо подумать как визульно разделить каталог и корзину, пробовал свой фон для корзины, но че-то не очень. Придумаем.

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(356) на мутную бОшку - лучше по текладе не клацать. На свежую голову сильно удивляешься написанному... ;-) сроки не жмут (их вообще нет, сроков)

(357) Поэтому я веду проект в системе контроля версий - всегда можно откатить на шаг назад =)

глюк - отключение вывода картинок внизу списка убивает натсроенный порядок колонок - возвращаются к стандартному (уровень критичности 0.4 - ошибок нет, но неудобства и необходимость допдействий для возврата к "удобному" состоянию)

На планшете полный трэш...

(356) как вариант позырить типа как оно обозначить корзину... надо подумать... https://www.screencast.com/t/idn4UkXaaqo

(360) натыкать на планшете пару позиций - норм, сотни две - трэш в голове у тыркателя.. ;-)

специально посмотрел на планшете - нормально у меня, разве только список категорий кнопки и текстовка мешаются.

Пока планшет считаем в уме, на весы не кладем.

(363) Ню-ню.

(363) Сделаем, я вообще еще не рассматривал вопрос адаптивности, первым делом надо выпустить бэтту, потом все остальное. Так как верстка изначально на flexbox, то не придется что-то глобально переписывать, надо будет просто для компонентов написать обертки меняющие размеры в зависимости от экрана.

А вообще гулять так гулять - будет еще два нативных приложений: под Android и iOS =)

(361) Впринципе можно, с правой панельски соответственно значок корзины и надпись убрать?

(365) Как вариант

http://ow.ly/G98W308kloa

(364) Размеры там вряд ли помогут. Список товаров помещается нормально, с правый блок - нет. Его надо делать или сворачиваемым, или переносить вниз (ну или вверх).

(367) Так и я о том же
Сделаю компоненты обертки, у которых будут меняться flex свойства через media query

Сейчас например жестко зашито что лист товаров flex 1 0 75%
Категории 1 0 25%

А в итоге будет, условно так

Если media-query "планшет": лист товаров становится 1 0 100% и тем самым занимает всю ширину, категории становятся 1 0 100% и уезжают под лист товаров

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

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

(349) Для начала хочу пояснить, что я не хаю, а уточняю моменты.

В качестве хранилища используется именно NoSQL. Почему заостряю внимание, потому что интерес к тому что тут происходит есть, но есть и понимание технологий (ограничений, плюсов и минусов).

Список чего скидывать - не понял. Есть как готовые решения, так и тьма самописов. В 2005 году писал жене диплом по b2b системам, на тот момент уже был внедренный клиентский кабинет с более широким функционалом (акты сверки / график платежей / задолженность по документам и т.п.) на базе ТиС 9.2 кажется, работающий не менее года.

(353) тут про востребованность было, посчитай обновления остатков 42000 товаров при 850 реализациях и 1500-2000 резервах в день, не говоря про цены, описания и прочее. Если у тебя товаров 5, это не значит что их 5 у всех. Видимо тебе не приходилось работать с критическими объемами данных. А когда с десяток клиентов начнут орать "Вашу маму! Я заказал за 100, а вы продаете за 101", "я выиграл гостендер, а у вас резерв не встал" и т.п., тогда прозреешь.

Откуда ошибки? Ты шнурком в точку обмена трафиком воткнут? Пьяных электриков не встречал? Никогда не утыкался в лимиты памяти, времени выполнения, тексты, которые в БД не влазят, сбои серверной части, особенно той, у которой логов не видать?

Дружище, то что ты описываешь, это как раз интернет-магазин, а не серьезная система b2b. По чесноку - абсолютно параллельно, какая верстка, где картиночки и как что нажимать, это рисуется за день-два-неделю. Если это не сервис, отдающий данные реалтайм с живой базы, то основная проблема в актуальности данных в хранилище. Если выбранное хранилище способно выдерживать большие нагрузки (вставка/обновление) и поддерживает тяжелые сложные выборки (с чем у nosql плоховато ввиду ее сути), то крайне интересно, если нет, то нет...

А куда деваться, это не в уф, элементов на форму накидать, это веб, приходится напрягать мозг =)

(369) >> В качестве хранилища используется именно NoSQL

Под капотом firebase - да, NoSQL, но по сути это следующий над NoSQL уровень абстракции, естественно со всеми плюсами и минусами NoSQL

>> Список чего скидывать - не понял
Список решений. Чтобы можно было в 10 кликов запустить и через час начатать работать. И конечно чтобы бесплатно было=)

>>Откуда ошибки? Ты шнурком в точку обмена трафиком воткнут? Пьяных электриков не встречал? Никогда не утыкался в лимиты памяти, времени выполнения, тексты, которые в БД не влазят, сбои серверной части, особенно той, у которой логов не видать?

Встречал, это все прекрасно, но как это все связано с использованием BaaS firebase? Какая серверная часть - если ее нет? Есть хранилище там в облаке, у гугла, пусть он сам разбирается со своими пьяными электриками, он просто дает тебе абстрацию - вот твой json в облаке, хочешь пиши туда данные, хочешь читай, вот тебе удобный API для этого.

>>По чесноку - абсолютно параллельно, какая верстка, где картиночки и как что нажимать, это рисуется за день-два-неделю

Я только за, напиши за день-два, выкладывай, будем параллельно обсуждать, улучшать. Предложи свой стэк технологий, напиши на нем, я всеми руками за. Напиши насколько это все будет деплоиться, поддерживаться. Вот ТС на java стэке пишет, я js backendless путь выбрал, предложи свой.

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

Сложных выборк априори у данного приложения нет и не будет. Меня волнует только производительность индексов каталога товаров, которые строяться на клиенте. Делал тесты, до 500 000 элементов - полет нормальный, посмотрим как на практике будет.

(371) По списку решений понял. Не предоставлю. Но реализаций много, бесплатность не учитывал (и не использовал, т.к. пишу это дело очень давно).

Уровень абстракции это прекрасно для разработчика, безусловно. Меня, как практика, волнует иной момент, описывать его еще раз смысла нет.

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

Что выкладывать, что писать... https://www.google.ru/search?ie=UTF-8&hl=ru&q=бутстрап%20админки&gws_rd=ssl
Я либо туго соображаю, либо вы сейчас вот это отрисовываете на известных вам технологиях...

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

Из темы удаляюсь, удачи!

(366), да можно так, или просто надпись по середине - "Вы в корзине")))

(366) да, заголовок корзины как ты нарисовал = ок!
разве что написать типа 23.458.78 руб (14 поз)

что-то не нравится мне кнопки очистить и отправить рядом...
или кнопку "очистить " куда-то на панель рядом с корзино и суммой, либо кнопку очистит сделать белый буквы на красном фоне

иттго что ты нарисовал - уже намного лучшеЮ, но надо будет поработать над этим, но это уже не сильн критично (кнопки только как-то разнестм)

(359) >> глюк - отключение вывода картинок внизу списка убивает натсроенный порядок колонок - возвращаются к стандартному (уровень критичности 0.4 - ошибок нет, но неудобства и необходимость допдействий для возврата к "удобному" состоянию)

Зафиксировал, общие опции перезатирают опции в разрезе контрагентов - пофиксим

(374) Ок, подумаем

Как говорил старина Джо Спольски, продвигайтесь медленно, но неуклонно и каждый день

Заработала фильтрация по категориям в корзине
Заработотал поиск в корзине

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

На очереди остальные доработки

Воспользовавшись часом "дети с матерью"
- пофикшен баг (359)
- в шапку таблицы корзины добавлена возможность сортировки колонок как в каталоге
- разделены кнопки Отправить/Очистить

(377)Отлично, корзину, теперь не перепутаешь с основной формой.

Есть еще пожелание, чтобы Header с кнопками оставался на месте при переходе, (например при переходе в профиль или помощь он исчезает)

А почему при изменении количества картинка в подвале меняется?

Нашел баг, если из корзины открыть товар, то нет кнопки, которая вернет тебя назад.

(380) Да, тоже нашел, спасибо, исправил локально, войдет в след релиз. Сейчас мучаю корзину - навигацию по строкам и показ картинок.

(379) >> А почему при изменении количества картинка в подвале меняется?

Картинка просто рандомно меняется при каждом рендере формы, так было быстрее запилить, в реальности конечно картинка будет меняться только при смене строки

Неумолимо продвигаемся вперед

- показ картинок на странице корзины как на странице каталога
- клавиатурная навигация по строкам корзины
- исправлен баг (380)

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

Остался последний рывок для корзины - показ произвольных колонок / сортировка фильтрация по любой колонке

(376) "Как говорил старина Джо Спольски, продвигайтесь медленно, но неуклонно и каждый день"
- у японцев слямзил: "Ябу ябуди наоди муди" то бишь шаг за шагом к поставленной цели

(377)
> пофикшен баг (359) - сбой юзверовского порядка колонок при отключении вывода картинки
- проверено, норм!

> в шапку таблицы корзины добавлена возможность сортировки колонок как в каталоге
- БЯКА, такой возможности не наблюдаю

> разделены кнопки Отправить/Очистить
перенос кнопки "Очистить" и место расположения обобряю

Размышлизм-1: режет глаз наличие двух значков корзины, думаю с кнопки очистки корзины убрать значок корзины и добавив наклонную палочку - такую-же как перечеркнутая корзина - получим крестик, получится кнопка | Х Очистить | - понятно что это не та кнопка очистки корзины что на странице каталога (та как раз со значком и это правильно) а другая, но такая простая кнопка очистить стопудово еще где-нить пригодится.

(377) Глюкобагофича: при пустой корзине (если в нее зайти из каталога по пункту главного меню, или если пустая корзина получается после кнопки "очистить" в корзине) получаем масло масленое: https://www.screencast.com/t/lmnMIPHKLx убрать повторение слов "Корзина" при пустой корзине выводить "пуста" - слов и прилепится к заголовку "Корзина"

Кнопку "очтистить" при пустой корзине - не показывать

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

бегло: после очистить попадаем хрен знает куда - в раздел заказов, если корзину очистили - автоматом вываливать на главный каталог

после очистки пустой корзины - удаляется очередной ОТПРАВЛЕННЫЙ заказ из списка заказов

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

поле комментария СВЕРХУ И СНИЗУ ОТБИТЬ РАЗГРАНИЧИТЕЛЕМ (синяя линия) - чтобы было ЯВНО ВИДНО ПОЛЕ для ввода комменария, само поле ввода сделать светлее или вообще белым, а линии ограничтели явно черными или темносерыми. На верхней линии в разрыв линии мелким шрифтом написать

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

"ОТПРАВИТЬ" - что отправить, куда отправить? видимо это эквивалент кнопки на главной "Заказать"? тогда и эту кнопку также обозвать. а то народ будет писать вопрос в комменатрий и "отправлять" вопросы.


все, побежал, у жены ДР

(385)
>> в шапку таблицы корзины добавлена возможность сортировки колонок как в каталоге
>- БЯКА, такой возможности не наблюдаю
У меня для колонок есть, нужно шестеренку жать, а для строк нету, это да.

После очистить корзину, если она не пустая формируется заказ из того, что удалили из корзины.

(385) > в шапку таблицы корзины добавлена возможность сортировки колонок как в каталоге
- БЯКА, такой возможности не наблюдаю

http://ow.ly/Mhgd308nmXn

Все пофиксим, щас только детей раскидаю =)

(389)  эээ
Я то и ел в виду что сортировать не заголовки колонок тем более что жто никакая не сортировка а порядрк колонок

А сортировать по колонкам жмакнул на бренд и сортируется по бреду - короче все как на главной

(391) Будет, как раз прикручиваю сейчас, будет все как на главной

Ну чего там?

а есть возможность распечатать корзину?

(394) Распечатать это по сути открыть в отдельном окне с минимальным стилевым оформлением - пока не делал.

(395) ок, составь в иссую с нулевым приоритетом то ест просто чтобы не забыть

(396) Ок, добавил, сейчас чуток завис с колонками корзины. Я так понимаю мы хотим такой же гибкий механизм как и с каталогом? Т.е. если в базе данных у нас есть доп поля, то мы решаем выводить их или нет. Причем можно отдельно управлять этим для каталога и для корзины

(397) управлять этим отдельно для каталога и корзины - может быть. но не сейчас (в иссую с нулевым приоритетом). настройки формата списка одинаково действуют и для каталога и для корзины. Порядок колонок настроенный для каталога - он же действует и для корзины. Сортировка строк по значению колонки - также как и в каталоге - если пересортировал строки в корзинепо другой колонке - при возврате в каталог - они по тому же правилу что в корзине. Мне так представляется. Множить сущности пока смысла не вижу. Если технически проще отдельные настройки списка (порядок колонок и сортировки) держать отдельно для корзины и отдельно для списка - то делай так КАК ПРОЩЕ технически

Едим слона по кускам.

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

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

На очереди доп колонки в корзину и фильтрация/сортировка по ним

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(399) вроде работает, есть еще пожелание к оформлению (не критично совсем), думаю не сложно будет, сейчас, если в каталоге добавить количество у какой-либо позиции, то внизу картинка и свойства обводятся желтой рамкой и соответственно немного меняется отрисовка по сравнению с позициями у которых 0 значения количества, можно для нулевых значений тоже обводку сделать, но серым цветом, чтоб единообразно было.

(400) Готово, войдет в след релиз

(400) Поддерживаю

Потестил корзину малость
Глюки
см. https://www.screencast.com/t/XJ3qJqZWkh

глюк-1: карточка "чужого товара" в корзине
воспроизведение: запускаемся с нуля - зашли в каталог, сделали рефреш по Ф5, набили несколько товаров. 3-4 поз (без фильтров и прочих доптелодвижений) на первой странице. перешли в корзину по клику справа над категориями, видим корзину, текущей строки нет, картинок не показывается. ходим по списку. ок. все показывается как надо. На строке корзины удяляем цифру в поле количества (обнуляем), строка исчезает из корзины (ок, логично, хотя может быть неудобно внезапное исчезновение товара из корзины - мы всего лишь хотели стереть неправильное число и ввести правильное - пусть пока будет как есть - ПОСТАВИТЬ В ИССУЮ соображение неудобства) Строка исчезла из корзины - текущей стала другая строка - НО КАРТОЧКА ТОВАРА отсалась от удаленного товара.
Жмакаем каталог в главном меню - перешли в каталог - жмакаем корзина - видим старую картинку
неверная карточка не сменитяс пока фокус курсора не станет в поле ввода другого товара в корзине.

глюк-2: даже если очистить всю корзину - остается карточка товара ПОТОМУ ЧТО остаемся в корзине: при очистке корзины по кнопке - выпадаем в каталог (это правильно, что делать в пустой корзине?). Если корзина очищена путем последовательного удаления строк - при удалении последней строки - остаемся в пустой корзине, внизу вист карточка товара - бяка. удалили последнюю строку - также автоматом молча перевести в каталог

фича-3: если корзина пустая, то по жмаку на "корзине" над списком категория ничего не происходит, это ок пусть так и будет. Но надо сделать ИЗ ГЛАВНОГО МЕНЮ если корзина пустая - либо по кнокпе "корзина" главного меню - ничего не происходило чтобы, оставались где есть (как вариант: надпись корзина главного меню сделать притопленно-неактивной при пустой корзине)

фича-5: переходим в корзину, если есть желтая текущая строка - курсор должен стоят в ней! (в принципе это справедливо везде при любых действиях со списками), даже если мышью куда-то жмакнули - чтото сделалось - курсор снова должен стоять в желтой строке в поле ввода

фича-6: в корзине, куроср в поле ввода, текущая строка, удалили цифру (клавиатурой или жмакнули в "удалить" мышью) - строка удалилась, текущей строкой стала следующая - КРСОР ДОЛЖЕН стоять в поле! - сейчас этого нет - и чтобы продолжит ходить по списку я должен брать мышь и позиционировать курсор.

Поставить в иссую (приоритет от 0.125 до 0.25) - не делать, ПОДУМАТЬ!

чувствую дискомфорт, что не вижу количества ВЫБРАННЫХ (количество ненулевое в поле ввода) позиций по категории.

размышлизм-77: возможно в списке категорий индицировать колво выбранных позиций (номенклатур) по этой категории? просто тупо типа так (правый список категорий) отображается:

--------------
Все категории
Кондиционеры
<3> Конфеты
Овощи
Мебель
<1> Программист-бетонщик

В корзине все строки категорий - с числами отобранных позиций.

Подумать: возможно такая отрисовка приведет к существеному усложнению (и нагрузке) - надо будет модифицировать список категорий при каждом модификации строки списка товаров???

Подумать: возможно как-то по другому показывать колво позиций по категориям? возможно это вообще не надо?

Глюк-77
При очистке корзины не сбрасывается фильтры наложенные на категории корзины. это приводит к тому:
1 набрали товар
2 перешли в корзину
3 выбрали пару категорий - внеслись в фильтры
4 очистили корзину
5 вывалилисб в каталог
6 подобрали тОВАРЫ ДРУГИХ категорий
7 перешли в корзину
8. висят старый фильтр категорий но позиций фильтра нет в списке категорйи корзины (что есть бяка)

https://www.screencast.com/t/P62dtlv8p

вывод: при очистке корзины СБРАСЫВАТЬ ФИЛЬТР категорий корзины

ФИЧА-43
проверить: фильтры выбранных категорий в корзине - не должны пересекаться с фильтром выбранных категорий в списке - то есть манипуляции с категориями в корзине (выбор для фильтрации) - не должен влиять на список категорий и фильтры по категориям в списке товаров - а то чтото у меня нехорошее ощущение смешивания (могу быть не прав).

поздний вечер пятницы-до обеда понедельника мну не будут в МСК, еду на Родину, в Брест, посидеть с одноклассниками, отца поздравить с днем рождения

ок, за выходные пофикшу баги и добью корзину.

(408) и в принципе корзина тогда будет ок

(0)Что, опять и снова? Не читал, но осуждаю!

(410) А что, было уже?

(411) убийцы одноэс - были, но благополучно никуда не развились, то есть в основном всеина уровне мирдверьмяч

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

Сегодня весь день с детем по поликлиникам, к вечеру планирую по крайней мере выкатить релиз в багофиксами.

Багофикс релиз:

Пофикшены баги

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

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

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

Еще по-поводу показа сколько товаров подобрано по данной категории: сделаю, не сложно совсем.

Сейчас небольшой перекур, сегодня очень подзадолбался

Отдохнем почитав про правильную организацию асинхронщины в javascript, а то моя реализация уже немного попахивает.
Если кому интересно вот как надо по православному. Это внедрим сразу после выхода бетты. https://redux-saga.github.io/redux-saga/

Вот где вывих мозга, это не то что 1сники ноют, что у них тз на клиенте нету =))

Ссылки на проект также напоминаю

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(имхо) (поставить в иссую доработать красоту фейса, уровень, 0.1) оранжевые подчерки, ограничивающие поле комментария - совсем конкретные бяка, что-то типа такого м.б. как вариант солоа про комментарий мелким шрифтом, м.б. по центру как раз под кнопкой, цвет линии - сделать как линия, ограничивающая фильтр https://www.screencast.com/t/drPmZH0Flpq

разлиновка корзины некрасивая, висящая бела строка, сливается с фоном, нет вертикальных разлинеек как в каталоге (сделать как в каталоге) https://www.screencast.com/t/rnD6FAHBgg

ок запилим

открыли каталог. набрали товара. перешли в корзину. текущей строки нет (желтой). куросра в поле нет

(417) пункт (4150 пока оставить как есть, может только цвет линии сделать верхней серым, а нижний убрать может и нормально будет

(418) Сделать чтобы в первую строку вставал по-умолчанию?

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

(420) угу

(420) если совсем нету - то в первую. если есть (после того как какую-то строку выделили и перешли в каталог, потом обратно в корзину) - то оставить там где стоит

(423) ..если состав корзины меняется - то ранее спозиционированная строка сбивается (оставлять на той же если она есть в корзине, или если это проблематично - то позиционировать на первую строку)

.. но это низкие приоритеты

разлиновку лучше сделать. как на главной

..в принципе мелкие огрехи с непозционированием курсора - некритичны, главное чтобы желтая строка была... - она сразу обозначает "место работы"

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

..вот такие типа полоски на комментарии
https://www.screencast.com/t/sfjedt3wISvM

ок считай уже запилено =)

(428) Да, долбаный фокус =) ниче, придумаем. С фокусом все мучаются

Запилена разлиновка корзины, бордеры комментария

http://ow.ly/wiid308vcxB

(432) ага, норм.
а в настройках есть доп.колонки корзины - включен бренд например, но не выводится (не запилено еще?)

(433) Да, это в процессе, делаю

так-с, можно считать, что корзина сделана.

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

а вот что такое "нужное" - тут уже поинтереснее.

Прошу заинтересованных лиц высказаться по существу что ХОЧЕТСЯ (должно это быть или нет - решим с автором) видеть в "подсистеме" управления заказами?

Корзина: при удалении последней строки по кнопке "удалить" - остаемся в корзине (исчезает кнопка отправить и прчее всякое, но остается комментарий... можно набить... имхо излишне это все - очистили корзину (пофиг чем - кнопкой очистить или  удалением последенй строки) - молча вываливаемся на главный каталог

Каталог: съехала автоподстройка ширины колонок. пролистал весь каталог - нигдже нет длинных артикулов, но столбец артикул заведомо примерно наполовину шире чем надо. Некритично. Поставить в иссую с низким приоритетом в UI

Хорошо, принял к сведению. Доработаю.
Сегодня весь день аудиторо удовлетворял, вечером ночью планирую все-таки добить показ доп колонк для корзины, сортировку фильтрацию по ним

пощупал немного, вижу изменения, значит есть движение.
(436) Ну чуть корзину причесать, вертикальные линии колонок прикрепить и да, можно думать над заказами.
По моему мнению у заказов должно быть как минимум 4 статуса
1 - черновик, вдруг кто-то не захочет сразу отправлять заказ если он большой (например у меня такая потребность есть)
2 - утвержден (клиенту бывает нужно согласовать заказ, чтобы отправить поставщику)
3 - отправлен - заказ отправили поставщику,
4 - выполнен / исполнен - это когда по нему уже все отгрузили.

Можно конечно на каждый чих статусов напридумывать, но не знаю нужно ли.

Например: частично отгружен, собран, сформированы документы, отправлен клиенту....

кстати, а где картинка с описанием, утром все было на месте?

(440) ну.. в разделе настроек поставить галочку "картини под списокм" - это я недавно выключил проверял как оно работает

(441)ах вон оно чо, кстати у меня нет вертикального разделения колонок в корзине как на (432)

(440) по заказам - по статусам понятно, буду думать. тут не так все очевидно.
сначала будем ориентироваться на возможности которые должны быть у системы "БЫСТРОГО ЗАКАЗА" - а дальше уже в плане развития (? или "штатно" бум думать О СОПРОВОЖДЕНИИ заказа на этапах его обслуживания продавцом/поставщиком - тут вообще вопро снадо ли это. и если надо то скрее всего это будет низкий приоритет разработки".

(442) это уже стоит в списке, сегодня/ночь - обещался, корзина будет точно как каталог. автор еще деньги зарабатывает. а не только на нас с тобой время тратит... ;-)

(442) Я просто демку еще не перезалил

размышлизмы (пока только обсуждение)

1. набрали в корзину...
2. поколдовали с корзиной...
3. отправили заказ (статус типа "отослано поставщику")
4. поставщик принял, покрутил прислал ответ типа "принято поставщиком" - просто квиток подтверждения, его может и не быть)
5. поставщик прислал ответ - его может и не быть (статус типа "подтверждено поставщиком"), где на каждую позицию дал ответ какое количество подтвердил. в итоге клиент видит в заказе как минимум две колонки: "Заказано" и "Подтверждено", подтверждение может быть в ноль, с нехваткой (нехватило товара у поставщика), с избытком (клиент заказал количество , не соответсвующее минимальной единице продажи, поставщик округлил вверх).

А) Здесь мы останавливаемся, ибо сценариев взаимодействия клиента и поставщика может быть дофига и они могут быть разные. тянуть эти разные сценарии в систему __быстрого__заказа__ как обслуживание "ПРОЦЕССА СОГЛАСОВАНИЯ ЗАКАЗА" или "ПРОЦЕССА СОПРОВОЖДЕНИЯ ВЫПОЛНЕНИЯ ЗАКАЗА" - предлагаю этого _пока_ не делать (тут надо автору придумать/подумать удобную систему плагинов(?) и возможность кастомизации согласования/сопровождения выполнения заказа например рассматривать как (вариант) проф-версии с монетизацией - настройка под специфику клиента)

Максимум на чем можно остановиться сейчас - это в разделе заказов предусмотреть 1. выгрузку заказа наружу (csv,xml,xls - хотя эксель я бы убил как идеологически чуждый инструмент обмена информацией) 2. печать заказа 3. выгрузку/печать заказа наружу по разнице между "заказано" и "подтверждено"

КОРЗИНА: в районе кнопки "Отправить"/комментария - д.б. поле ввода, куда клиент может втоптать СВОЙ ИД/НОМЕР заказа (просто как строку). Поставить в иссую с приоритетом 0.05.

Свой номер/ид заказа клиент может написать в комментарии, обговорив с Поставщиком правила идентификации/допсведений. Например клиент может в комментарий вписать что-то типа
------ комментарий -------------------
Горбушка-78/4 # прошу выполнить срочно
ибо кризис а мне кушать надо
--------------------------------------
где знаки до символа # есть внутренний номер заказа покупателя.

Размышлизмы (поставить в иссую в UI - чтобы не забыть)
https://www.screencast.com/t/Ml91gbYz

размышлизмы (в иссую чтобы не забыть)
д.б. возможность тупо удалить заказ (не нужен, устарел, выполнен). просто молча по кнопке удалить (с вопросом-подтвержением). с возможностью выгрузки/печати заказа это покрывает минимальные потребнсоти "архива" заказов

ок, удалять это легко =)

(450) яп (ясен пень), ломать - не строить.. ;-)

Все размышления в issues записал, после обеда должно появиться время поработать над системой

".. пока черпак чинят -русский разминается красненьким .."

Продвигаюсь, медленно но продвигаюсь, сейчас просто московский аудит у нас, отвлекают су...

су...щественно... ;-)

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

Уже после заливки вижу пару багов, исправлять затра, т.к. вырубает спать

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(456) Берги себя, ты еще нужен Родине!

(456)
> верт разлиновка колонок корзины
- проверено, ок, висящей строки тоже нет, разлиновано ок!

> добил корзину в плане вывода произвольных доп колонок, сортировки и фильтрации по ним
- проверил, вроде ок, порадовало что можно менять порядок колонок

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

> добавил пока костыльное решение препятствующее случайному удалению строки корзины: если стираем последнюю цифру в поле количество - появляется маленькое окошко, если сразу нажать ок, то строка удалится, при этом можно ввести новое количество тогда строка обновится
- тут сами смотри, лично меня такое костыльное решение вполне удовлетворяет (даже чем-то понравилось ;-), его можно оставить как рабочее: при этом:
* если окошко вывалилось то __курсор__должен__стоять__сразу в поле ввода этого окошка и с синим подчерком - чтобы сразу вводить количество (т.к. все-таки последнюю циру удаляли чтобы ввести новое колво скорее всего а не удалить строку) - поэтому поле ввода подчеркнуто, курсор блымкает в нем - вводим новое колов и ЖМЕМ ЭНТЕР ИЛИ мышков В ОК - принмается новое колво, если поле пустое, курсор блымкает в нем - ничего не вводим нажимаем энтер или мышкой ввод значит нулевое колво, строка удаляется
* фичаглюк: если в корзине одна строка, то окошко появляется в левом верхнем угул экрана бравзера, а не по месту редактируемой строки

> тот же принцип с модальным окном применил к полю ввода перехода к странице по номеру,
- с МАЛЕНЬКИМ ОКНОМ?
* тоже устраивает, принцип куросра и позиционирования аналогичен предыдущему.

Я думаю, что если проблему, которое решает этот "костыль" тяжело сделать "по нормальному" - то костыль вполне есбе юзабельный, дискомфорта не доставляет, ибо п(р)оявляться будет редко - так как все таки страницы будут листать мышкой, тогда и в корзине сделать точно также.


!!! проверить в иссуе (стоит ли там, если нет, то поставить в UI с рейтингом 0.15): была мысль при клике на колве страниц - вываливать окошко с перечнем номеров страниц (в одном ряду ~10 номеров, колво в одном ряду можно рассчитать из колва страниц и размера страницы чтобы список влазил в одно окошко и был красивеньким) и переход на нужный или близкий к нужному номер страницы - кликом в списке

Вписать в иссую:
- если наложен фильтр на дополнительную колонку (а их м.б. несколько таких колонок) - то это нигде не видно!

...фильтр по категориям видно, направление сортировки видно, а наличию фильтра - не видно! я уже пару раз "споткнулся"...

поэтому надо как-то это "индицировать", можно разными способами: полным затенением заголовка колонки, частичным затенением, или просто жирным шрифтом заголовка колонки (вместе со значком сортировки!), например
https://www.screencast.com/t/xA19BH1V

оно затенением конечно лучше - хорошо кладется в общую цветовую схему и по смыслу похоже как фильтры по категориям https://www.screencast.com/t/4eieTOqd7sU - но возможно затенением будет сложно/накладно - тогда жирным шрифтом (допзначком в заголовке колонки можно но имхо перегружено будет)

Поэтому внести в иссую НЕОБХОДИМОСТЬ КАКОГО_ТО ВЫДЕЛЕНИЯ что по колонке есть фильтр (рейтинг иссуи = 0.35)
(можно подумать даже чтобы в одном стиле было с фильтром по категории - значок обнуления фильтра - прямо рядом с заголовком калонки крестик как в категоряих - но это в иссую ОТДЕЛЬНО если затененение делать и рейтинг этой кнопочки = 0.05.. а томня ща попрет в украшательства, а это излишне)

(456) подумать автору: может при вводе нулевого количества пусть строка остается с нулевым количеством и "исчезает" только при листании страниц корзины или при выходе и повторном заходе в корзину? (тут надо смотреть что легче - костыль с окошечком или принцип формирования/обновления корзины)

вот...

ну, я, блин, Пушкин...

не, не Пушкин...

...Иосиф Виссарионович Фет!

(456) разлиновка комментария = ок

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

Есть такой момент, если в корзине одна строка, то ее можно как-бы случайно удалить, уменьшив количество до 0 с помощью кнопки уменьшения количества.
Надеюсь понятно объяснил.

Разлиновка - красиво
Колонки - двигаются
Строки - сортируются

(466)

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

Подтверждаю.
Количество в строке можно сделать пустым (=0) не только удалением последней цифры в поле ввода, но и декрементом мышью на область-поле уменьшения количества слева от окна ввода, при уменьшении количества в "ноль" - строка удаляется - то есть не появляется окошко-подтверждение количества. Имхо вставить сюда появление этого окошка количества и ок!

А, понял, зафиксим

(456) ГЛЮК
Корзина, работа с фильтром по доп.колонке
- каталог, выбираем фильтр по категории "Конфеты шоколад"
- список умещается на один экран
- бренд = пусто
- пробиваем все товары по 1шт
- идем в корзину
- жмакаем на фильтр по бренду, явная бяка: https://www.screencast.com/t/cCfgsfYl
- причем там еще встроенная бяка (наведенная?) - при жмаке на "все" - прыгает размер окошка

.. т.е. количество пустых строк в списке фильтра = количеству  строк с пустым брендом

.. проверить список фильтра в корзине когда бренд есть и по нему две строки по одному бренду - не удалось, в тестовом списке нет нескольких строк по одному бренду - поправь сам список-катлог, чтобы были строки где бренд в количестве и одной строки и чтобы был бренд какой-нить (а лучше два) в которых больше однйо строки

...а мимо пролетают поезда..?

Чуть приболел к выходным, поэтому работа застопорилась, но сегодня наверстал.

Исправлены баги:

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

Более сложные баги оставлены на завтра - на свежую голову

Начал улучшать заказы. Пока все топорно, красоту потом наведем

- как запрошено в шапке заказа добавлено время заказа
- в настройки -> бизнес логика добавлена опция Возможность сохранять черновики, если она включена в корзине появляется кнопка Сохранить черновик (под кнопкой отправить заказ)
- там в же в настройки добавлена опция Возможност удалять заказы. Если она включена в шапке каждого закака появляется кнопка Удалить. Фактически удаления не происходит, но заказ в бд помещается как удаленный и в списке не показывается.
- как было запрошен в корзину под комментарий добавлено поле Номер заказа, чтобы клиент мог указывать свой номер

Теперь по статусам заказов. Пока два дефолтных статуса: черновик и новый.

Не вижу смысла ограничивать список статусов, сделаю в опциях чтобы можно было настроить сколько угодно статусов. Статусы по сути нужны для двух вещей - показа их в списке и фильтрации по ним. Тут надо только понимать: если добавили статус в веб приложение - придется его устанавливать и 1с (соответственно кроме статусов черновик и новый)

Хотел видео снять по изменениям, но чего-то силы покидают

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(473)
> неожиданное удаление строки при клике по кнопке уменьшения количества: теперь также всплывает модальное окошко
- проверено, всплывает;
ГЛЮК: но в окошке курсор не спозиционирован

> при всплытии модального окошка редактирования количества фокус сразу в поле ввода, также добавлено ок по энтеру.
- проверено, работает как надо!
ГЛЮК-1: см.предыдущий пункт
ГЛЮК-2: всплыло модально окошко, ввели количество, ок иди энтер, окошко закрывается (норм!), но потерялась текущая строка - это бяка, напрягает...

> пофикшен баг когда модальное окошко появлялось в левом верхнем углу
- проверено, ОК!

(473)

> как запрошено в шапке заказа добавлено время заказа
- проверено, ОК!

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

> если она включена в корзине появляется кнопка Сохранить черновик (под кнопкой отправить заказ)
- выглядит по уродски, но куда положить красивше - пока непонятно (разве что в одну строку, как везде в интерфейсе, например: в каталоге "Заказать" и "Очистить" над корзиной - нормально смотрятся, здесь тоже лучше - имхо - в одну строку положить (но это будет плохо - будут ли переносится кнопки одна под другую при ужатии фейса?)
- так что пока непринципиально, но в иссую записать - 1. как-то кнопки покороче назвать, в одно слово. ПОДУМАТЬ

(473)
> - там в же в настройки добавлена опция Возможность удалять заказы. Если она включена в шапке каждого заказа появляется кнопка Удалить.
- обобряю!

> Фактически удаления не происходит, но заказ в бд помещается как удаленный и в списке не показывается.
- смысл (мне) неясен (поясни)? может это на будущее типа для восстановления заказов или что задумывалось? для чего?
В ИССУЮ: в инструментах админа тогда должна быть "кнопка" типа "удаленные заказы совсем удалить"

(473)
> как было запрошен в корзину под комментарий добавлено поле Номер заказа, чтобы клиент мог указывать свой номер
- проверено, есть такое.
записать в ИССУЮ (или поиграться попутно): расположение номера заказа имхо неудачное, он должен быть где-то "в начале", типа здесь - https://www.screencast.com/t/cNC4ezVe
или перенести его вверх (так наверное лучше всего): - минусами показана отлиновка которая есть сейчас и д.б. типа так:
[КНОПКИ УПРАВЛЕНИЧ ЗАКАЗОМ]
---------------------------
номер заказа
---------------------------
комментарий к заказу

---------------------------

фильтр категорий

> Теперь по статусам заказов.
тут мну пока мутно/непонятно

смысл "Черновик"? я мыслю это так д.б.
- заказ с таким статусом не виден из 1С и из внешних запросов/коннектов
- "черновик" может быть либо удален, либо переведен в "новый"

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

...но тогда неясен смысл "черновик"...? по идее это "неполностью обработанная когда-то корзина" - тогда надо предусматривать возможность перевода "черновика" в режим "корзины" (конфликт с уже имеющейся корзиной - предупрежденеи и отказ перевода в корзину, то есть черновик можно перевести в корзину и редактировать только если корзина пуста"
- тогда черновик имеет смысл...

пока концепция "заказов" полностью не выриосвалась - можно оставить как есть

- статусы заказов в списке заказов плохо видны.
статусы можно сделать белые буквы на черном фоне, или на очень сером

Заказ со статусом черновик сохраняется,
Заказы удаляются, тут вопросов нет, все отлично.

+(478) Да теперь нужно реализовать возможность редактирования заказов со статусом черновик, иначе этот статус не имеет смысла.

Было бы логично переносить черновик в корзину и редактировать его в нем.

Но можно сделать редактирование непосредственно в форме заказа - не думаю что это проще, к тому же придется рисовать форму заказа.

В общем способ реализации не критичен, как проще так и делай.

и да, не горит, не напрягайся, делай как запланировал, я в тебя верю, просто в issue поставь.

>> Да теперь нужно реализовать возможность редактирования заказов со статусом черновик, иначе этот статус не имеет смысла.

Да, я так и собираюсь сделать.

Кейс для чего нужен черновик очень простой.

У клиента есть например 3 запроса, он хочет их занести, покрутить, подумать, отправлять пока не хочет, вот для этого нужен черновик. Отдельную сущность для хранения черновиков я не стал плодить. Т.к. по сути этот тот же заказ, но с сигналом "меня пока не обрабатывай - я черновик".
Ключевой момент чтобы черновик можно было обратно закинуть в корзину, покрутить и отправить (или удалить) - это я конечно сделаю. Еще такой момент - при отправке черновика назад в корзину я думаю надо пересчитывать цены т.к. они могли измениться, и если что поменялось уведомлять пользователя.

+ собственно ведение черновиков опционально, не хотим черновики - сняли опцию в настройку - и нет их

>> - смысл (мне) неясен (поясни)? может это на будущее типа для восстановления заказов или что задумывалось? для чего?
В ИССУЮ: в инструментах админа тогда должна быть "кнопка" типа "удаленные заказы совсем удалить"

Смысл в том что я как-то не привык удалять что-то безвозвратно =) Я думаю идеальный вариант это доп опция "удалять заказы безвозвратно", тогда каждый выберет как ему надо: "нет возможности удалять", "помечать на удаление", "удалять безвозвратно"

(480) Полностью присоединяюсь!

(481)
> Ключевой момент чтобы черновик можно было обратно закинуть в корзину, покрутить и отправить (или удалить) - это я конечно сделаю.

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

(481) > Еще такой момент - при отправке черновика назад в корзину я думаю надо пересчитывать цены т.к. они могли измениться, и если что поменялось уведомлять пользователя.

угу, что именно изменилось - НЕФИГ МОРОЧИТЬСЯ. достаточно зафиксировать (унутре, где ЛПЧ) что если что-то изменилось
(а это могут быть 1.цены 2.часть позиций м.б. выведена из ассортимента (неактивнеы) 3. остаткимогут стать=0).

при этом уведомления об изменении - просто окошко типа "Состав заказа изменился из-за изменения текущих цен, статусов товаров и наличия остатков" - ПОКА НА ЭТОМ ДОСТАТОЧНО. ИМХО.

При этом анализ изменений и уведомления д.б. подвязаны на НАСТРОЙКИ - если для кого-то цены не выдаются - то и соотв. изменение для него незначимо.. ну и т.д.

(473) ты как там, здоров? или выздоравливаешь?

(485) Здоров =) Работаю над страницей заказов, пишу функцию восстановление заказа из корзины

Много мелочей всплывает, я тут подумал, у меня корзина между сеансами не сохраняется.

Надо ли ее сохранять?

Пока сделал так:

Если хотим редактировать черновик:
- проверяется пуста ли корзина, если не пуста, запрет редактирования. Если пуста, заказ восстанавливается к корзину. Его можно редактировать, затем его можно отправить, либо снова сохранить как черновик

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

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

Еще пару фишек допилю и вечером обновлю демо

(488) Обычно при конечном оформлении заказа идет окончательный пересчет цен и скидок

(489) Это я понимаю.

Вот простая ситуация:
- набрал товара в корзину
- ушел с сайта
- вернулся через 2 дня, на некоторые позиции цены поменялись
- предлагаешь сказать об этом уже непосредственно в момент оправки заказа и пересчитать цены?

Как по мне - более правильно должно быть так:

- набрал товара в корзину
- ушел с сайта
- вернулся через 2 дня, на некоторые позиции цены поменялись
- при возврате в корзину предупреждение "Дорогой клиент, на некоторые позиции цены поменялись, пересчитить корзину?"
Если клиент соглашается - пересчитываем корзину и даем отправить заказ.

(488) подход обобряю/поддерживаю.
необходтимости сохранять "КОРЗИНУ" между сеансами не вижу вообще никакой. Корзина - он аи есть корзина. оперативная. только здесь и сейчас. вариант сохранения корзины в черновик и восставноления черновика в корзину - тоже поддерживаю (иссуя: подумать, при восстановлении черновика в корзину - сам черновик в списке заказов должен (?) перестать сущестовать. он сейчас - в корзине. иначе надо будет при сохранении корзины в качестве черновика прповерять а есть ли уже этот черновки-корзина в списке заказов и сохранять поверх его. имхо гемора много. проще черновик перевели в корзину - хочешь оставит? - сохраняй как черновик с нова.

(487) имхо - не надо. просто при выходе из аккаунта при наличии корзины спросить: "А фейхоа ли корзина непустая...?" - ответы "ой, нужна!" и "ну её в пень!" - и либо остаемся в системе заказа с текущей корзиной либо выходим из аккаунат и корзина ёк...

(491) >>иначе надо будет при сохранении корзины в качестве черновика прповерять а есть ли уже этот черновки-корзина в списке заказов и сохранять поверх его. имхо гемора много

Насчет этого не волнуйся =) это предусмотрел - при переводе в корзину система "запомнимает" сыылку на заказ, при отправке ложится поверх "старого" заказа

(492) Ок - оставляем так, не будем усложнять

(490) "Как по мне - более правильно должно быть так:

- набрал товара в корзину
- ушел с сайта
- вернулся через 2 дня, на некоторые позиции цены поменялись
- при возврате в корзину предупреждение "Дорогой клиент, на некоторые позиции цены поменялись, пересчитить корзину?"
Если клиент соглашается - пересчитываем корзину и даем отправить заказ."

- а зачем вообще клиента переспрашивать?

вариант такой:

давай ДЛЯ НАЧАЛА примем простую вещь: заказ ВСЕГДА отправляется и сохраняется в черновик с АКТУАЛЬНЫМИ НА СЕЙЧАС ЦЕНАМИ И состоянием товарного списка

При возврате в корзину предупреждение:
"Дорогой клиент, на некоторые позиции цены поменялись, пересчитать корзину?"
- если подтвердит, то переводим все в корзину с приводом к актуальному состоянию. если не согласится - то так и оставляем черновиком в списке заказов. Соответсвенно черновик в заказ "новый" можно превратить ТОЛЬКО И ИСКЛЮЧИТЕЛЬНО через перевод а корзины и "отправить заказ" с актуализацией состояния корзины-заказа.

просто так черновик в списке заказов в состояние "новый" - ПЕРЕВРСТИ НЕЛЬЗЯ.

также учесть - я писал выше (иссую чтобы не забыть!): что может поменятться не только цены, но и состав списка, и список может быть вообще без колонки цен

(494) обобряю!

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

и вообще, вопрос: как-то поддерживается разделение по работе с заказами в части чтобы с одним заказом не могли работать два чела?

(491) Сеанс разоравлся - корзину потерял

(498) ну и правильно. ССЗБ. если делаешь более-менее серьезную работу - то следи за здоровьем. или делай частями.
или применяй АВТОМАТИЗАЦИЮ - готовь заранее инфу, поддерживается "быстрый" заказ - вставить из "кармана" набор "артикул-количество" и зафиксировать его как "новый".

проблема конечно существует, но на ДАННОМ ЭТАПЕ предлагаю этим вопросом фиксации корзины между сеансами - не заморачиваться.

(499) какой то детский сад. Никто за это спасибо не скажет

(501) согласен.
ПОКА это не самый проблемный вопрос. поэтому ПОКА имхо - над ним не морочимся.
решит автор заморочиться - я ему возражать не буду

(502) Как минимум я бы не стал заморачиваться очисткой корзины при выходе

(503) проблема ясна. автор в курске. я думаю - не тупой. способен принять нужное/правильное НА ДАННОМ ЭТАПЕ решение. ;-)

(497) >>и вообще, вопрос: как-то поддерживается разделение по работе с заказами в части чтобы с одним заказом не могли работать два чела?

Сделать легко, при переводе одним из менеджеров черновика в корзину выставляем флаг в бд - "заблокирован", т.к. веб приложение подключено к бд по вэб сокетам, то в приложении второго менеджера заказ моментально станет заблокированным и тогда при попытке перевести его в корзину можно сказать "Извини Вася, с данным заказов уже работает Петя"

(505) посавь в иссую с приоритетом 0.5
ибо
- либо с заказами работает единолично один "оператор"
- либо с заказами работают разные манагеры одного клиента, но у них у каждого своя зона ответственности и соответсвенно будут разные заказы.

(505) Лучше перед переводом принудительно перезапрашивать статус блокировки

(507) угу, накладываем блокировку ИСКЛЮЧИТЕЛЬНУЮ - если не наложилась - ктото прямо сча нам заподлянку делает
читаем текущий статус блокировки
если заблокирован=0 переводим в корзину, заблокирован=1;
снимаем исключительную блокировкку

.

чтото это мне напоминает...

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

- улучшен внешний вид поля статус в шапке заказа, туда же вынесены кнопки по восстановлению/удалению заказа
http://ow.ly/ihs9308MfqU
- добавлена опция "Удалять заказы без возможности восстановления"
- добавлена возможность восстанавливать черновики в корзину (перед этим проверка что корзина пуста)
- улучшены стили страницы корзина
http://ow.ly/4PIC308MfKK
- для категорий товаров пока топорно, но добавлена индикация  о том сколько товаров по данной категории в корзине, это видно как на странице каталога, так и на странице корзины
http://ow.ly/zjU8308MfWC


Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(509) приступил к обзору

(509)
> улучшен внешний вид поля статус в шапке заказа, туда же вынесены кнопки по восстановлению/удалению заказа
http://ow.ly/ihs9308MfqU

Обобряю! устраивает!
посмотри сам - может кнопку "статус+управление заказом" вынести не на правую границу, а на левую? перед номером/гуидом?

(509)
> - добавлена опция "Удалять заказы без возможности восстановления"

- проверно, есть такая,
проверить работу самой опции не удалось - нет возможности*/доступа к восстановлению удаленного заказа (админская опция, потесть сам)

- также проверена опция "разрешить пользователю удалять заказы" - еслии ее =0, то пикча удаления в шапке заказ отсутсвует,= ОК!

(509)

> - добавлена возможность восстанавливать черновики в корзину (перед этим проверка что корзина пуста)

- проверил, вроде работает как ожидаемо.

(поставить в иссую с приоритетом низким для UI все типовые окошки с вопросами заменить на стильные потом как-нить)

(509)
> улучшены стили страницы корзина http://ow.ly/4PIC308MfKK

- хм, "удалить" у меня болдом не выделяется, да и шрифт не такой конденсед, но это, наверное, зависит от натсроек браузера а не от системы заказа...?

(на всяк случай) в корзине остался глюк - упоминал ранее:
https://www.screencast.com/t/RBKiqN4p3 - много пустых значений фильтра

(509) в корзине также вижу что (cgc,!)
- кнопки в одну строку легли - имхо намного лучше (с переносм получаются, если окно рабочее ужать, это норм)
- номер заказа вынесен вверх (поставить в иссую для UI с приоритетом очень низким близким к нулю на потом: номер заказа между двую линий, в одну строку = ок, оступ от верхней строки большеват - сделать чтобы отступ от верхне и до нижней были одинаковыми - типа номер посрередине)

(509)
> для категорий товаров пока топорно, но добавлена индикация  о том сколько товаров по данной категории в корзине, это видно как на странице каталога, так и на странице корзины
http://ow.ly/zjU8308MfWC

- обобряю, идейно то что нужно. насчет "топорности" - это посмотрим по UI позже, сечас сделать так (имхо) - в круглых скобках, с отступом в 1 символ (угловые сильно режут глаз) https://www.screencast.com/t/eeIeqgI8jEV1

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

варианты

Все категории
( 17 ) Молочные продукты
( 2 ) Овощи, Ягоды, Грибы

Все категории
< 1 > Молочные продукты
< 24 > Овощи, Ягоды, Грибы

: 13 : Молочные продукты
: 2 : Овощи, Ягоды, Грибы

размышлизмы-9

поэкспериментировал еще с категориями...
https://www.screencast.com/t/cczf9b1hF4uU

мозг упорно ругается:
работаем с категориями - по одинарному клику категория добавляется в список фильра категорий. ПУСТЬ ТАК И БУДЕТ

но мозг/глаз постоянно спотыкается на ОЖИДАНИИ МОНОФИЛЬТРА - то есть я даблжмак по категории - хочу уивдет каталог только по этой категории. Когда выбрано много категорий - это не так просто.

поэтому

одинарный клик пусть так и остается - добавление позиции в фильтр категорий.

даблклик по категории - ОБНУЛЯЕТ набранный список категорий и устанавливает даблкликнутую категорию в фильтр - получается монофильтр.

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

По странице "Заказы"

возможности, добавляемые автором - моему чувству прекрасного
не противоречат и признаны мной (царем и самодержцем меня самого ;-) правильными.

главный размышлизм-77!
концепция UI страницы "заказы"

в свете последний постановлений партии и правительства, а также по материалам апрельского пленума ЦК КПСС имхается мне что страницу "заказы" можно попробовать сделать в концепции страницы каталога.

1.
сам список оставить как есть, в том состоянии как есть - с заголовками, строками - все как есть (всякие разлиновки и прочее по нему - потом и даже м.б. и не надо ничего будет разлиновывать - все как есть)

2.
Справа добавить область типа "Список заказов" - АНАЛОГ "КАТЕГОРИЙ" на странице каталога. Заголовок "все заказы", подчерк, список заказов построчно.

3.
Возможности - почти похожие: также как по кликам по категориям - по одинарным кликам набор показываемых заказов, по даблклику - монофильтр (то есть показ одного заказа получится).

4.
сам список заказов - как и список категорий - построчно, строка включает в себя колво позиций в заказе, и сумму заказа, и номер заказа (клиентский! если клиентского номера нет - то пару первых символов (порядка 8-10) гуида) и дату-время заказа. Как именно это разложить красиво по строке - посмотрим. скорее всего важно дата время и номер заказа - их выносим слева в строку, колво позиций и сумма заказа - справа.

5. статусы заказа указывать справа от в строке или отдельным СТОЛБИКОМ СПИСКА (так наверное будет правильнее)

6. возможно - и наверное так даже правильнее - список-оглавление заказов д.б. из нескольких колонок (в перспектвие - настраиваемых, как и каталог и корзина, системные колонки = датавремя, номер, статус; добавляемые колонки - колво позиций, сумма.. еще что-то со временем).

7. соответсвенно из п.6 - применив механизм (из каталога/корзины) настроек колонок, фильтров по колонкам и сортировок по колонкам, + фильтр по самим заказам (как фильтр по категориям)  - получим практически полный инструмент для обозревания и управления списком заказов.

ВОТ!
типа выглядеть это будет так:

...
ВОТ!
типа выглядеть это будет так:
...ту художник во мне умер. даже так - он даже не просыпался... ;-)

eks1985
предлагаю эту ветку не продолжать, а открыть ветку-наследника или форк от этой ветки именно по твоей разработке

(522) Запилил Веб приложение для формирования заказов покупателем на nodejs стеке
Моя первая тема на мисте за 10 лет =)

(523) То есть проще назвать типа "Система быстрого заказа для клиентов" ты постеснялся? куча народа бы подтянулась имхо... тут туева хуча народа типа меня - девелоперов (восьмерочники и того хуже расставлятели галочек) - им (и мне) что нодеджиэс, что коусчдб - все едино... ;-)
но пусть будет так!