КаСкада для Андроид устройств

[Pavel_]

Для блокировки есть возможность задать пароль на выход из Каскады из режима работа в режим редактирования и тогда ни кто не испортит проект.

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

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

Отлично! и про поворот компонентов не забудьте

[rovki]

А что толку лампу крутить ....В наборе штатные компоненты ,там где вращение предусмотрено (линейные задатчики) там оно есть , переключатели то же есть вертикальные и горизонтальные ...А дальше пользователь сам рисует или из инета качает нужную картинку компонента и вставляет в проект .Смартфон же это не графический редактор ....Вон какие красивые лампы нарисовали а на них прозрачные кнопки (переключатели)...
Если экран маленький ,а палец толстый то можно -
1- использовать несколько экранов ,что бы компонентам было не тесно
2-делать проект в NOX APP (мышкой) на ПК.Или мышку прикрутить к смартфону . Зачем все на Каскаду навешивать ?

[rovki]

Видео Урок 2 -Структура сети <iframe width="560" height="315" src="https://www.youtube.com/embed/lpnvmpIxC5k" frameborder="0" allowfullscreen></iframe>

[rovki]

Урок 3. Переключатели <iframe width="560" height="315" src="https://www.youtube.com/embed/J8twzdN7ofE" frameborder="0" allowfullscreen></iframe>

[rovki]

Урок 4. Компоненты ТЕКСТ<iframe width="560" height="315" src="https://www.youtube.com/embed/a10j2zDRRlA" frameborder="0" allowfullscreen></iframe>

[rovki]

Урок 5.Компоненты ИНДИКАТОРЫ <iframe width="560" height="315" src="https://www.youtube.com/embed/a3W9Hc4NzYk" frameborder="0" allowfullscreen></iframe>

[rovki]

Урок 6.Задатчики <iframe width="560" height="315" src="https://www.youtube.com/embed/tqnANHBqzDs" frameborder="0" allowfullscreen></iframe>

[Владимир Ситников]

Урок 6.Задатчики

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

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

Сейчас смотришь на этот "список" и гадаешь для чего оно нужно.

назовём, например, "отопление"

Лучше идти от постановки задачи, чтобы смотрящий понимал что будет происходить. Например: в отоплении возникает такая задача _____ (вот тут нужно прямо конкретный пример привести. Возможно, показать картинку отопления или котла или ещё чего, но чтобы слушатель прямо сразу проникся и понял), которую можно решить кнопками, но будет неудобно, непрактично и т.п. "Что же нам делать?" На помощь приходит список, который настраивается так-то и вот он уже решил нашу задачу.

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


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

PS. Я в программном комитете провёл уйму тренировок, и то, о чём я говорю действительно повышает уровень подачи материала.

[Владимир Ситников]

Урок 6.Задатчики

Ещё момент: лучше, чтобы в рамках одного урока сохранялась общая "история" (==нить повествования).

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

Не задача "регистр 513", а нормальная задача "отопление/полив/недолив/сход-развал/огни на ёлке".

[rovki]

Ещё момент: лучше, чтобы в рамках одного урока сохранялась общая "история" (==нить повествования).

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

Не задача "регистр 513", а нормальная задача "отопление/полив/недолив/сход-развал/огни на ёлке".

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