Новый редактор для создания пользовательских блоков.
- AlexCrane
- Капитан
- Сообщения: 903
- Зарегистрирован: 20 окт 2017, 13:22
- Откуда: Ульяновск
- Имя: Александр
- Поблагодарили: 12 раз
Новый редактор для создания пользовательских блоков.
[ref=#ff8000]rw6cm[/ref], Да не подумал, значит тут нужен другой механизм.
Если не знаю, то не скажу. Если скажу, то сначала проверю...
Если нет возможности отблагодарить материально, хотя бы оцени пост....
Если нет возможности отблагодарить материально, хотя бы оцени пост....
- rw6cm
- Полковник
- Сообщения: 2372
- Зарегистрирован: 06 сен 2015, 20:25
- Имя: Владимир
- Поблагодарили: 41 раз
Новый редактор для создания пользовательских блоков.
Да, очень не хватает параметра, значение которого можно менять по условию других блоков.
Сейчас автоматом вставить/убрать нужную общую функцию из блоков не возможно, только вручную в настройке блока.
Win10-64, FLProg (portable)
-
- Капитан
- Сообщения: 908
- Зарегистрирован: 04 окт 2015, 19:10
- Откуда: Новосибирск
- Имя: Павел
- Благодарил (а): 20 раз
- Поблагодарили: 22 раза
Новый редактор для создания пользовательских блоков.
[ref=#00aa00]support[/ref].
Сергей, здравствуйте.
Есть пара предложений.
1. У блоков в "Основные настройки" есть поля "Название блока" и "Лейбл".
Предлагаю в поле "Лейбл" текст формировать по условию(ям).
В зависимости от выбранных параметров и соответствующих им условий функционал блоков может быть каким угодно и в текущей реализации сложно визуально определить в каком из вариантов используется экземпляр определенного блока, особенно если экземпляров несколько.
Если появится возможность формировать в поле "Лейбл" текст по условию(ям) проекты можно будет делать гораздо "читабельнее".
2. Добавить возможность определения типа входа/выхода так же по условиям.
Сергей, здравствуйте.
Есть пара предложений.
1. У блоков в "Основные настройки" есть поля "Название блока" и "Лейбл".
Предлагаю в поле "Лейбл" текст формировать по условию(ям).
В зависимости от выбранных параметров и соответствующих им условий функционал блоков может быть каким угодно и в текущей реализации сложно визуально определить в каком из вариантов используется экземпляр определенного блока, особенно если экземпляров несколько.
Если появится возможность формировать в поле "Лейбл" текст по условию(ям) проекты можно будет делать гораздо "читабельнее".
2. Добавить возможность определения типа входа/выхода так же по условиям.
Последний раз редактировалось Naladchik 09 июл 2021, 09:08, всего редактировалось 2 раза.
-
- Полковник
- Сообщения: 3360
- Зарегистрирован: 24 дек 2016, 16:55
- Откуда: Уфа
- Имя: Айдар
- Благодарил (а): 13 раз
- Поблагодарили: 100 раз
- Контактная информация:
Новый редактор для создания пользовательских блоков.
Создал параметры и условия в общей части редактора, нужно перенести их в часть экземпляра блока, нет возможности скопировать или вырезать и вставить. Приходится заново все создавать.
- Dryundel
- Полковник
- Сообщения: 2436
- Зарегистрирован: 22 май 2017, 23:15
- Откуда: Ярославль
- Имя: Андрей
- Благодарил (а): 3 раза
- Поблагодарили: 31 раз
Новый редактор для создания пользовательских блоков.
[ref=#00aa00]support[/ref], (сложный вопрос)
Сергей, есть некоторое неудобство в связке условие - параметр.
Предположим надо включать какую то настройку по условию.
Например:
Параметр - "Использовать функцию N"
Условие - "Выводить параметр "Использовать функцию N"" если пин поддерживает прерывание.
На пине с прерыванием эта функция может работать на других нет.
Но допустимо использовать и другие пины.
Так вот если сначала выбрать пин с прерыванием и выбрать "Да"-использовать функцию прерывания, а потом выбрать другой пин без прерывания, то параметр так и останется включен не смотря на то что настройка параметра не выводится и по умолчанию он выключен.
И соответственно код, который пишется по условию "Использовать функцию N" тоже запишется в скетч, а этого как раз не нужно.
Приходится создавать дополнительные условия для этого кода. Ведь не объяснять же пользователю что надо сначала отключить использование функции.
Понимаю, что это не очень просто, но по возможности, хотелось бы, что бы не выведенный параметр возвращался в исходную.
Сергей, есть некоторое неудобство в связке условие - параметр.
Предположим надо включать какую то настройку по условию.
Например:
Параметр - "Использовать функцию N"
Условие - "Выводить параметр "Использовать функцию N"" если пин поддерживает прерывание.
На пине с прерыванием эта функция может работать на других нет.
Но допустимо использовать и другие пины.
Так вот если сначала выбрать пин с прерыванием и выбрать "Да"-использовать функцию прерывания, а потом выбрать другой пин без прерывания, то параметр так и останется включен не смотря на то что настройка параметра не выводится и по умолчанию он выключен.
И соответственно код, который пишется по условию "Использовать функцию N" тоже запишется в скетч, а этого как раз не нужно.
Приходится создавать дополнительные условия для этого кода. Ведь не объяснять же пользователю что надо сначала отключить использование функции.
Понимаю, что это не очень просто, но по возможности, хотелось бы, что бы не выведенный параметр возвращался в исходную.
- Dryundel
- Полковник
- Сообщения: 2436
- Зарегистрирован: 22 май 2017, 23:15
- Откуда: Ярославль
- Имя: Андрей
- Благодарил (а): 3 раза
- Поблагодарили: 31 раз
Новый редактор для создания пользовательских блоков.
[ref=#00aa00]support[/ref],
Сергей, а можно сделать проверку и подсветку условий, которые нигде не используются?
Сергей, а можно сделать проверку и подсветку условий, которые нигде не используются?
-
- Капитан
- Сообщения: 908
- Зарегистрирован: 04 окт 2015, 19:10
- Откуда: Новосибирск
- Имя: Павел
- Благодарил (а): 20 раз
- Поблагодарили: 22 раза
Новый редактор для создания пользовательских блоков.
[ref=#00aa00]support[/ref],
Какая то ерунда при создании блока.
Неправильно располагаются строчки в секции Declare
[spoiler] [/spoiler]
Почему то #include размещается ниже объявления экземпляра. Проверял в 7.3.8 и в 7.4.2.
Какая то ерунда при создании блока.
Неправильно располагаются строчки в секции Declare
[spoiler] [/spoiler]
Почему то #include размещается ниже объявления экземпляра. Проверял в 7.3.8 и в 7.4.2.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Полковник
- Сообщения: 3360
- Зарегистрирован: 24 дек 2016, 16:55
- Откуда: Уфа
- Имя: Айдар
- Благодарил (а): 13 раз
- Поблагодарили: 100 раз
- Контактная информация:
Новый редактор для создания пользовательских блоков.
Найдите 2 отличия!Naladchik писал(а): 27 дек 2021, 08:48 Какая то ерунда при создании блока.
Неправильно располагаются строчки в секции Declare

У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Полковник
- Сообщения: 3360
- Зарегистрирован: 24 дек 2016, 16:55
- Откуда: Уфа
- Имя: Айдар
- Благодарил (а): 13 раз
- Поблагодарили: 100 раз
- Контактная информация:
Новый редактор для создания пользовательских блоков.
Ответ:
[spoiler] [/spoiler]
[spoiler] [/spoiler]
Попробуйте не оставлять пустую строку, чтобы понять зачем она нужна. Это не баг, а фича..
[spoiler] [/spoiler]
[spoiler] [/spoiler]
Попробуйте не оставлять пустую строку, чтобы понять зачем она нужна. Это не баг, а фича..
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Капитан
- Сообщения: 908
- Зарегистрирован: 04 окт 2015, 19:10
- Откуда: Новосибирск
- Имя: Павел
- Благодарил (а): 20 раз
- Поблагодарили: 22 раза
Новый редактор для создания пользовательских блоков.
[ref=#000080]aidar_i[/ref],
Все это, конечно, хорошо, но это не более чем костыли. Эти моменты я могу обойти и просто раскидав по веткам "Начало секции ...", "Конец секции..."
Весь вопрос в сортировке строк редактором. Строка, которая по любым правилам иерархии (1. Общий код, Код каждого экземпляра. 2. #include, экземпляр и т.д.) должна оказаться выше - оказывается ниже. Костыли костылями, а проблема то есть.
Все это, конечно, хорошо, но это не более чем костыли. Эти моменты я могу обойти и просто раскидав по веткам "Начало секции ...", "Конец секции..."
Весь вопрос в сортировке строк редактором. Строка, которая по любым правилам иерархии (1. Общий код, Код каждого экземпляра. 2. #include, экземпляр и т.д.) должна оказаться выше - оказывается ниже. Костыли костылями, а проблема то есть.
-
- Полковник
- Сообщения: 3360
- Зарегистрирован: 24 дек 2016, 16:55
- Откуда: Уфа
- Имя: Айдар
- Благодарил (а): 13 раз
- Поблагодарили: 100 раз
- Контактная информация:
Новый редактор для создания пользовательских блоков.
Это не костыли, автор так задумал! Он об этом писал или говорил. Раскидать не всегда удобно, когда много кода.Naladchik писал(а): 27 дек 2021, 09:58 [ref=#000080]aidar_i[/ref],
Все это, конечно, хорошо, но это не более чем костыли. Эти моменты я могу обойти и просто раскидав по веткам "Начало секции ...", "Конец секции..."
Весь вопрос в сортировке строк редактором. Строка, которая по любым правилам иерархии (1. Общий код, Код каждого экземпляра. 2. #include, экземпляр и т.д.) должна оказаться выше - оказывается ниже. Костыли костылями, а проблема то есть.
-
- Капитан
- Сообщения: 908
- Зарегистрирован: 04 окт 2015, 19:10
- Откуда: Новосибирск
- Имя: Павел
- Благодарил (а): 20 раз
- Поблагодарили: 22 раза
Новый редактор для создания пользовательских блоков.
Для данной ситуации это именно костыли.
Написал в личку.
Новый редактор для создания пользовательских блоков.
В ветке параметров, при настройке свойств в частности - "вид параметра - переключатель" тип integer, не возможно создать больше 10-ти вариантов выбора.
[spoiler title=Здесь фото этого места] [/spoiler]
Кажется так не должно быть.
FL 7.4.2
[spoiler title=Здесь фото этого места] [/spoiler]
Кажется так не должно быть.
FL 7.4.2
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Полковник
- Сообщения: 3360
- Зарегистрирован: 24 дек 2016, 16:55
- Откуда: Уфа
- Имя: Айдар
- Благодарил (а): 13 раз
- Поблагодарили: 100 раз
- Контактная информация:
Новый редактор для создания пользовательских блоков.
У меня таких проблем не было.dekorator писал(а): 30 дек 2021, 22:25 В ветке параметров, при настройке свойств в частности - "вид параметра - переключатель" тип integer, не возможно создать больше 10-ти вариантов выбора.
[spoiler title=Здесь фото этого места]bgnr.jpg[/spoiler]
Кажется так не должно быть.
FL 7.4.2
- Dryundel
- Полковник
- Сообщения: 2436
- Зарегистрирован: 22 май 2017, 23:15
- Откуда: Ярославль
- Имя: Андрей
- Благодарил (а): 3 раза
- Поблагодарили: 31 раз
Новый редактор для создания пользовательских блоков.
Это только если выбираете "Переключатель". Раньше вообще 4 было. Выбирайте "Выпадающий список"dekorator писал(а): 30 дек 2021, 22:25 В ветке параметров, при настройке свойств в частности - "вид параметра - переключатель" тип integer, не возможно создать больше 10-ти вариантов выбора.
- support
- Супермодератор
- Сообщения: 1917
- Зарегистрирован: 03 янв 2018, 11:45
- Откуда: Астрахань
- Имя: Сергей
- Поблагодарили: 23 раза
- Контактная информация:
Новый редактор для создания пользовательских блоков.
Для переключателя на каждый пункт требуется место в окне редактора блоков. Больше 10 там просто не помещается. Если нужно больше - применяйте выпадающий список.dekorator писал(а): 30 дек 2021, 22:25 В ветке параметров, при настройке свойств в частности - "вид параметра - переключатель" тип integer, не возможно создать больше 10-ти вариантов выбора.
[spoiler title=Здесь фото этого места]bgnr.jpg[/spoiler]
Кажется так не должно быть.
FL 7.4.2
Автор программы FLProg.
-
- Капитан
- Сообщения: 908
- Зарегистрирован: 04 окт 2015, 19:10
- Откуда: Новосибирск
- Имя: Павел
- Благодарил (а): 20 раз
- Поблагодарили: 22 раза
- Dryundel
- Полковник
- Сообщения: 2436
- Зарегистрирован: 22 май 2017, 23:15
- Откуда: Ярославль
- Имя: Андрей
- Благодарил (а): 3 раза
- Поблагодарили: 31 раз
Новый редактор для создания пользовательских блоков.
А нафига он там. Считаю для переключателей это не целесообразно. Есть же выпадающий список. Пиши сколько угодно пунктов.
А вот как бы группировать несколько radio button (boolean - Флажок) в одну панель? Так же до 10 штук.
[ref=#00aa00]support[/ref], Может быть это как то возможно?
- Dryundel
- Полковник
- Сообщения: 2436
- Зарегистрирован: 22 май 2017, 23:15
- Откуда: Ярославль
- Имя: Андрей
- Благодарил (а): 3 раза
- Поблагодарили: 31 раз
Новый редактор для создания пользовательских блоков.
Господа! Уперся в стену!
Может просто туплю, но думалка сейчас сломается.
Требуется сделать так, чтобы одна группа экземпляров подчинялась одним общим настройкам, а другая группа экземпляров соответственно другим. И можно было выбирать к какой группе относится экземпляр.
Пример - Штатный блок дисплея -> Дисплей № - Создать новый Рассуждая логически, в редакторе не хватает еще одной ступеньки иерархии, типа "Экземпляр мультиблока"
Но может кто то придумал костыль?
Может просто туплю, но думалка сейчас сломается.
Требуется сделать так, чтобы одна группа экземпляров подчинялась одним общим настройкам, а другая группа экземпляров соответственно другим. И можно было выбирать к какой группе относится экземпляр.
Пример - Штатный блок дисплея -> Дисплей № - Создать новый Рассуждая логически, в редакторе не хватает еще одной ступеньки иерархии, типа "Экземпляр мультиблока"

Но может кто то придумал костыль?
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Капитан
- Сообщения: 908
- Зарегистрирован: 04 окт 2015, 19:10
- Откуда: Новосибирск
- Имя: Павел
- Благодарил (а): 20 раз
- Поблагодарили: 22 раза
Новый редактор для создания пользовательских блоков.
Ну так это же реализовано.Dryundel писал(а): 20 фев 2022, 11:44 "... одна группа экземпляров подчинялась одним общим настройкам, а другая группа экземпляров соответственно другим ..."
[spoiler] [/spoiler]
Или не о том?
А вот это уже вряд ли.Dryundel писал(а): 20 фев 2022, 11:44 " ... И можно было выбирать к какой группе относится экземпляр."
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Последний раз редактировалось Naladchik 26 фев 2022, 19:52, всего редактировалось 3 раза.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя