LabVIEW Portal

Будем собирать здесь ваши предложения и пожелания. Может быть NI обратит на них своё внимание.

Моё превое предложение это надёжная поддержка векторной графики (включая градиенты) например в формате SVG, ну или PDF.

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

И еще одно, не знаю может оно и не уместно. Но хотелось бы чтобы как в Matlab-е можно было соединять элементы на блок-диаграмме. Там выделяется первый элемент - зажимается ctrl - щелчек по второму элементу и соединение произведено. Это удобно по крайней мере для одно входовых/выходовых элементов. В громадное количество многовходовых элементов, что значительно усложняет сей метод. Но все равно мне бы хотелось иметь такую возможность.

1) Сделать нормальный механизм масштабирования элементов лицевой панели (само скалирование+привязка направления масштабирования (в простонародье якорь)).
2) Добавить возможность вручную забивать координаты контрола во время разработки лицевой панели.
3) Добавить MDI.
4) Расширить возможности инсталлера (по большей части косметические поправки).
5) Присоединяюсь к предложению о расширении возможностей кастомизации элементов лицевой панели (Как в
C#: custom control, user control)

Мне первое время очень не хватало масштабирования БД. Сейчас вроде структуры моих программ стали покомпактнее и их стало возможным охватить одним взглядом (не без помощи этого форума ), но всё равно порой хочется иметь возможность приблизить или отдалить БД. Например, после продолжительной работы в OrCAD пальцы уже интуитивно нажимают "I" и "O" :)

Crowbar писал(а): 3) Добавить MDI.

Что это?

Помнишь разговор про parent-child window? Это и есть Multiple Document Interface. Кстати в википедии есть описание.

Полностью поддерживаю:

1) Сделать нормальный механизм масштабирования элементов лицевой панели (само скалирование+привязка направления масштабирования (в простонародье якорь)).
2) Добавить возможность вручную забивать координаты контрола во время разработки лицевой панели.
....
4) Расширить возможности инсталлера (по большей части косметические поправки).
5) Присоединяюсь к предложению о расширении возможностей кастомизации элементов лицевой панели (Как в
C#: custom control, user control)

Еще есть предложение (на labview.ru писал про него уже :) )
Сделать для контролов и индикаторов опцию загрузка/выгрузка значение из заданного ini файла. Т.е. в нестройках просто указываетете ini файл к которому будет привязан данный контрол. И методы для лицевой панели, скинуть все тек. параметры в ini (для которыйх активна опция), загрузить все из ini. И для каждого контрола метод такой же.

Crowbar писал(а):1) Сделать нормальный механизм масштабирования элементов лицевой панели (само скалирование+привязка направления масштабирования (в простонародье якорь)).

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

да уж, грамотное масштабирование действительно необходимо.
А еще неплохо было бы расширить возможности PDA-модуля, т.к. очень много урезано по сравнению с PC-шной версией. Хотя бы привести в соответствие Event структуру и Property Node.

+1 к масштабированию и якорям.
+1 к MDI

А также возможность отображать векторный рисунок на симуляционной подсистеме (simulink -style). Например, вместо

Сделать так, чтобы таймер не переполнялся
каждые 49,7 дней, подробности смотри здесь:

http://www.automationlabs.ru/forum/show ... php?t=5420

Jakob писал(а):Сделать так, чтобы таймер не переполнялся
каждые 49,7 дней, подробности смотри здесь:

http://www.automationlabs.ru/forum/show ... php?t=5420

По-моему он не может не переполнятся. Если есть возражения, можно поспорить в другой отдельной теме.

eg писал(а):По-моему он не может не переполнятся. Если есть возражения, можно поспорить в другой отдельной теме.

А сделать 64-битный таймер?

FireFly писал(а):

eg писал(а):По-моему он не может не переполнятся. Если есть возражения, можно поспорить в другой отдельной теме.

А сделать 64-битный таймер?

Всё равно он тоже будет переполнятся, но значительно позже.