Описания к новым базовым элементам программы FLProg 9.X.X

[ecoins]

... А остальное уже чисто техническая работа.

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

Этого не сильно не хватало и не хватает для FLProg.
По сути и работа по оформлению блоков FLProg конечного объема.
Но к сожалению пока больше разговоров, взаимная раздача советов, в том числе как сделать "правильно" и "очень хорошо".
Не плохо стремиться к идеалу, но без вложенного труда и результата больше похоже на "провокацию" ...

Делайте как можете, делайте плохо, делайте очень плохо... Но делайте.
Трудиться надо... Всем.

Спасибо.
С уважением, ecoins.

[Dryundel]

Мне такого блока не сделать - сходу я не все нюансы ухватил...

Да ладно! Чего там делать то? Вообще не вопрос.
Вы просто не вникли в то, что я написал. Вероятно торопились.
Да, сделать так, чтобы скопированный, не настроенный блок подсвечивался, из редактора не сделать. Требуется вмешательство Разработчика. А вот если вновь вытаскиваешь блок из списка, то подсветка ненастроенного работает хорошо.

Я могу сделать то, что предлагает товарищ. И он будет светиться красным при новом вытаскивании. Но с отсутствием этой фишки при размножении копированием.
Не понятен один момент - Как выдвигать блоки в кандидаты?
.
.
.
Произошли технические накладки и два поста слились в один.
.
Ниже ↓↓↓ ответ от ecoins ↓↓↓
.
.

1.Начать надо с пользовательского блока. Блоки в "Кандидатах" имеют ограничения для редактирования.
2.Посмотрите путь \CandidatesBlocks\0100.FLProg_v4.0.7\010.Процессы и задачи\01.Изменение кол-ва задач", Вам будет понятно.
3.По Вашему желанию разработчика блока он может быть внесен в следующий релиз - они сейчас будут выходить часто, 2-3 раза в месяц.
4.Наверное будет удобно в "Кандидатах" разносить блоки по папкам разработчиков блоков.
---------
По поводу того, смогу ли я сделать описываемый блок... Я действительно не очень вник.
Но даже самый простой блок требуется усилий, а еще потом и описание для него сделать(наверное разработчика полезно будет попросить расширить раздел профессионального редактора для добавления в описания файлов и картинок).
Но и это не самое главное.
Со вчерашнего дня занимаюсь выявленными автором темы дефектов уже встроенных блоков перенесенных из кандидатов.
После "каварелийского" наскока пришел к выводу что лучше сделать иначе.
И со вчерашнего дня занимаюсь этим.
Даже небольшая задача - это труд. Понимаю это и уважаю, и призываю на форуме уважать любой труд - маленький, или большой не важно.
И в конкретном случае и необходимость дополнительно потрудиться не главная проблема...
Сложнее (и постоянно приходится это делать) переключаться между разными задачами.
В этом месяце мне нужно завершить для разработчика базовые библиотеки управления графическими дисплеями. Много сделано, нужно добавить еще несколько типов распространенных OLED дисплеев(в том числе и популярных сейчас миниатюрных), и надо переходить к TFT-дисплеям...
Любое разделение и взаимное уважение труда на форуме конструктивно и полезно.
Еще раз большое спасибо автору темы за его работу - создание описаний к новым базовым элементам программы FLProg.

[zmeew1966]

Отличная, работа. Есть предложение, а сможете этот материал сразу на сайте flprog.ru верстать? А ссылки на него в шапку добавлять.

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

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

Я зарегистрирован под ником zmeew1966. Но мне так кажется, авторство должно быть "Команда FLProg"
Ну а так, на Ваше усмотрение.

[Dryundel]

Я зарегистрирован под ником zmeew1966. Но мне так кажется, авторство должно быть "Команда FLProg"

Вы не правы. СССР давно закончился.
Не надо стесняться своего авторства. У каждого вложения в общее дело должен быть соавтор. Пусть "мелким шрифтом" и в неприметном месте, но это правильно, честно и справедливо. Так должно быть.
Даже Энвер это понимает. Не зря же он упомянул имя своего "заклятого врага" в своих библиотеках.

[Dryundel]

Даже Энвер это понимает. Не зря же он упомянул имя своего "заклятого врага" в своих библиотеках.

Интересно... А кто у меня заклятый враг?... На форуме таких нет, да и по жизни пожалуй не осталось.
Друзья есть.

Хорошо, пусть не враг, пусть недруг. Это сути не меняет.
Всем всё понятно.
Но не будем продолжать в этом русле. Это уже реальный оффтоп.
Наверное эти два поста стоит потереть.

[Dryundel]

1.Начать надо с пользовательского блока. Блоки в "Кандидатах" имеют ограничения для редактирования.

Это естественно.

2.Посмотрите путь \CandidatesBlocks\0100.FLProg_v4.0.7\010.Процессы и задачи\01.Изменение кол-ва задач", Вам будет понятно.

С этим тоже вопросов не возникает.

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

Вот здесь вопросов много.
1. Что значит - "По Вашему желанию разработчика"?
2. Как разработчик блока должен выразить своё желание? (И не стант ли эта процедура унизительным действом?)
3. Кто оценивает полезность и достойность конкретного блока?
4. Кто принимает решение о включении в кандидаты?
5. Кто будет вносить блоки в кандидаты? (Не выстроиться ли при этом очередь на рассмотрение и внесение?)
6. Каким образом разработчику вносить правки в блоки-кандидаты?
7. Куда обращаться пользователям с предложениями и замечаниями по кандидатам?
8. В какие сроки разработчик блока должен отреагировать на замеченные баги?
9. Могут ли пользователи как то воздействовать на дальнейший переход из кандидатов в штатные?
И это только навскидку.
Пожалуй стоит прописать всю процедуру подробно и добавить её в FAQ.

4.Наверное будет удобно в "Кандидатах" разносить блоки по папкам разработчиков блоков.

Да, вот здесь соглашусь полностью. Обезличивание не пойдёт на пользу.

[ecoins]

......
4.Наверное будет удобно в "Кандидатах" разносить блоки по папкам разработчиков блоков.
Да, вот здесь соглашусь полностью. Обезличивание не пойдёт на пользу.

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

[Dryundel]

......
4.Наверное будет удобно в "Кандидатах" разносить блоки по папкам разработчиков блоков.
Да, вот здесь соглашусь полностью. Обезличивание не пойдёт на пользу.

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

Где же здесь троллинг?
Вообще даже и в мыслях не было.
Энвер, Вы предвзято относитесь к моим предложениям и мнению.
Вопросы нормальные, без подвоха. Процедура нужна и она должна быть сформулирована.

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

Трудоемкость ответов на Ваши вопросы будет превышать трудоемкость создания своих блоков...

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

[ecoins]

А по генератору событий и меандров и блоку выделение фронтов
появились вопросы. Отпишусь в другой теме.

Вроде сделал новый блок и протестировал.

2.07.2.Изменение_EN_(Code_-_Professional).ubi

Добавил новые функции, потому для работы с делителем надо обновить библиотеку.

RT_HW_00_BASE.ZIP

Описание конечно никакое...
Режимы R,F,C - это изменение портов.
Режимы H,L реагируют на уровни. Дают необычные результаты, практической пользы особой и не вижу и придумать сложно.
Если не будет дополнительных соображений, склоняюсь убрать их.
-------------------
Блок универсальный - выделение фронтов без делителя и с делителем.
Какие-то блоки из штатной версии можно будет убрать.
------------------
Вроде и блок не большой, описания не делал, а сутки понадобились...
С уважением, ecoins.

[Technician]

А по генератору событий и меандров и блоку выделение фронтов
появились вопросы. Отпишусь в другой теме.

Вроде сделал новый блок и протестировал.
2.07.2.Изменение_EN_(Code_-_Professional).ubi
С уважением, ecoins.

Посмотрел по аналогии с входами R,F,C ,нужно и выходы сделать event R,F,C .
Как в проекте выходы по названию должны соответствовать одноименным переменным(за комментировал в проекте ,может пригодится для справки).

Тест делителя.flp

[ecoins]

А по генератору событий и меандров и блоку выделение фронтов
появились вопросы. Отпишусь в другой теме.

Вроде сделал новый блок и протестировал.
2.07.2.Изменение_EN_(Code_-_Professional).ubi
С уважением, ecoins.

Посмотрел по аналогии с входами R,F,C ,нужно и выходы сделать event R,F,C .
Как в проекте выходы по названию должны соответствовать одноименным переменным(за комментировал в проекте ,может пригодится для справки).
Тест делителя.flp

Хорошо, что тестируете.
По оформлению выходов - возможности профессионального редактора ограничены.
Лучше если в заголовок можно было что-то добавлять...
Поэтому пока как есть.
В штатном блоке уже будет красиво - у разработчика FLProg другие возможности.
Спасибо.
С уважением, ecoins.

[zmeew1966]

А по генератору событий и меандров и блоку выделение фронтов
появились вопросы. Отпишусь в другой теме.

Вроде сделал новый блок и протестировал.
2.07.2.Изменение_EN_(Code_-_Professional).ubi
Добавил новые функции, потому для работы с делителем надо обновить библиотеку.
RT_HW_00_BASE.ZIP
Описание конечно никакое...
Режимы R,F,C - это изменение портов.
Режимы H,L реагируют на уровни. Дают необычные результаты, практической пользы особой и не вижу и придумать сложно.
Если не будет дополнительных соображений, склоняюсь убрать их.
-------------------
Блок универсальный - выделение фронтов без делителя и с делителем.
Какие-то блоки из штатной версии можно будет убрать.
------------------
Вроде и блок не большой, описания не делал, а сутки понадобились...
С уважением, ecoins.

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

► Показать

bmp_74_007.bmp

[Technician]

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

► Показать

bmp_74_007.bmp

У вас делитель в проекте отключен ,Все правильно Начало первого и второго периода ,4клетки на 50mc = 200 mc и на ослике и 100 mc полупериод на гене .Меандр получается 200 mc .

[zmeew1966]

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

► Показать

bmp_74_007.bmp

У вас делитель в проекте отключен ,Все правильно Начало первого и второго периода ,4клетки на 50mc = 200 mc и на ослике и 100 mc полупериод на гене .Меандр получается 200 mc .

Что то я уже совсем заропартовался
Да, все работает

[zmeew1966]

А по генератору событий и меандров и блоку выделение фронтов
появились вопросы. Отпишусь в другой теме.

Вроде сделал новый блок и протестировал.
2.07.2.Изменение_EN_(Code_-_Professional).ubi
Добавил новые функции, потому для работы с делителем надо обновить библиотеку.
RT_HW_00_BASE.ZIP
Описание конечно никакое...
Режимы R,F,C - это изменение портов.
Режимы H,L реагируют на уровни. Дают необычные результаты, практической пользы особой и не вижу и придумать сложно.
Если не будет дополнительных соображений, склоняюсь убрать их.
-------------------
Блок универсальный - выделение фронтов без делителя и с делителем.
Какие-то блоки из штатной версии можно будет убрать.
------------------
Вроде и блок не большой, описания не делал, а сутки понадобились...
С уважением, ecoins.

Надо исправить надпись на "Выделение низкого уровня"
С новой библиотекой начал компилироваться с ошибкой Делитель
импульсов Divider. Я так понял этот блок заменяется на блок 2.07.2.Изменение_EN_(Code_-_Professional).ubi
И название 2.07.2.Изменение_EN_(Code_-_Professional).ubi будет изменено, когда он попадет в штатные?

► Показать

Screenshot_1.jpg

[ecoins]

Надо исправить надпись на "Выделение низкого уровня"
С новой библиотекой начал компилироваться с ошибкой Делитель
импульсов Divider. Я так понял этот блок заменяется на блок 2.07.2.Изменение_EN_(Code_-_Professional).ubi
И название 2.07.2.Изменение_EN_(Code_-_Professional).ubi будет изменено, когда он попадет в штатные?

------
1.Возможно немного другой блок к Вам попал. Новый блок вставил в кандидаты, ошибок вроде не было.
2.Надпись по низкому уровню исправил.
3.Название блока "Фронты без/с делителем". Мне не нравится. Может что-то другое предложите?
4.Сейчас тестируется версия 9.5.1 - блок в кандидатах, штатный пока не менялся, в отличии от пользовательских блоков эта процедура не очень оперативная. Когда наберется значительное кол-во исправлений, разработчик отложит текущие разработки и внесет исправления.
5.Механизм как вставлять Ваши описания в штатные блоки, возможно и в "Кандидаты", пока обдумывается.
6.Инструмент "кандидаты" на практике для простых блоков оказался не плох, во многих случае мне это бывает удобнее, чем штатные блоки.

Спасибо за продолжающую работу по исследованию, тестированию и описанию блоков FLProg.
С уважением, ecoins.

[vovka1973]

Надо исправить надпись на "Выделение низкого уровня"
С новой библиотекой начал компилироваться с ошибкой Делитель
импульсов Divider. Я так понял этот блок заменяется на блок 2.07.2.Изменение_EN_(Code_-_Professional).ubi
И название 2.07.2.Изменение_EN_(Code_-_Professional).ubi будет изменено, когда он попадет в штатные?

------
1.Возможно немного другой блок к Вам попал. Новый блок вставил в кандидаты, ошибок вроде не было.
2.Надпись по низкому уровню исправил.
3.Название блока "Фронты без/с делителем". Мне не нравится. Может что-то другое предложите?
4.Сейчас тестируется версия 9.5.1 - блок в кандидатах, штатный пока не менялся, в отличии от пользовательских блоков эта процедура не очень оперативная. Когда наберется значительное кол-во исправлений, разработчик отложит текущие разработки и внесет исправления.
5.Механизм как вставлять Ваши описания в штатные блоки, возможно и в "Кандидаты", пока обдумывается.
6.Инструмент "кандидаты" на практике для простых блоков оказался не плох, во многих случае мне это бывает удобнее, чем штатные блоки.

Спасибо за продолжающую работу по исследованию, тестированию и описанию блоков FLProg.
С уважением, ecoins.

ваш блок загрузил в программу вытащил на поле и карандаш

error.rar

[zmeew1966]

Надо исправить надпись на "Выделение низкого уровня"
С новой библиотекой начал компилироваться с ошибкой Делитель
импульсов Divider. Я так понял этот блок заменяется на блок 2.07.2.Изменение_EN_(Code_-_Professional).ubi
И название 2.07.2.Изменение_EN_(Code_-_Professional).ubi будет изменено, когда он попадет в штатные?

------
1.Возможно немного другой блок к Вам попал. Новый блок вставил в кандидаты, ошибок вроде не было.
2.Надпись по низкому уровню исправил.
3.Название блока "Фронты без/с делителем". Мне не нравится. Может что-то другое предложите?
4.Сейчас тестируется версия 9.5.1 - блок в кандидатах, штатный пока не менялся, в отличии от пользовательских блоков эта процедура не очень оперативная. Когда наберется значительное кол-во исправлений, разработчик отложит текущие разработки и внесет исправления.
5.Механизм как вставлять Ваши описания в штатные блоки, возможно и в "Кандидаты", пока обдумывается.
6.Инструмент "кандидаты" на практике для простых блоков оказался не плох, во многих случае мне это бывает удобнее, чем штатные блоки.

Спасибо за продолжающую работу по исследованию, тестированию и описанию блоков FLProg.
С уважением, ecoins.

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

[ecoins]

О, а вот это очень важно!!!
Сразу как выскакивает "карандаш", в головной директории FLProg появляется файл errr.log
Пришлите его мне в личку - разработчик провел работу по борьбе с "карандашами", давно их не было.
В Вашем случае наверное я слишком прямолинейно вытащил блок из "Кандитатов".
Попробуйте так.

02.front.ubi

С уважением, ecoins.

[vovka1973]

О, а вот это очень важно!!!
Сразу как выскакивает "карандаш", в головной директории FLProg появляется файл errr.log
Пришлите его мне в личку - разработчик провел работу по борьбе с "карандашами", давно их не было.
В Вашем случае наверное я слишком прямолинейно вытащил блок из "Кандитатов".
Попробуйте так.
02.front.ubi
С уважением, ecoins.

У меня опять карандаш при вытаскивании версия 9.4.1

error.log