[QUOTE]Сергей написал:
компилятор теперь ругается на TFlex.Application.ActiveMainWindow[/QUOTE]
по видимому, в T-FLEX CAD 15 нужно использовать свойство [I]TFlex.Application.Window[/I] (в T-FLEX CAD 16 оно помечено как устаревшее).

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

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

[B]Введение[/B]
В рамках существующей конфигурации (16.0.68.0), прототип представляет собой шаблон из которого создается новый файл модели. Когда файл создан, изменить схему прототипа простым способом нельзя. Каждый прототип имеет некоторые различия, обусловленные спецификой внутренней схемы исходных параметров. Например, прототип "2D Деталь" отличается от прототипа "3D Деталь", но при этом, имеет некоторые общие параметры. С точки зрения T-FLEX CAD API нет четкого определения, из какого прототипа был создан файл модели. Разумеется, по косвенным признакам это можно определить, но речь не об этом.

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

[B]Что такое классификатор прототипов?[/B]
Предполагается, что для каждой схемы служебных параметров будет определен уникальный класс прототипа. Центральная роль схемы, обусловлена сохранением целостности модели прототипа с учетом привязки служебных параметров к структуре изделия. По своей сути, схема служебных параметров -- это открытая спецификация для обеспечения базовой конфигурации прототипа модели на уровне интерфейса. Для пользователя, схема прототипа доступна только для чтения. То есть, пользователь не может удалять служебные параметры но может изменять их значения, путем переопределения в редакторе переменных, либо изменять значения по умолчанию на уровне базовой схемы классификатора прототипов. Гипотетически, на уровне API, базовая схема прототипа модели документа может быть представлена в виде специального класса для обеспечения прямого доступа к служебным параметрам. Фактически, классификатор прототипов -- это универсальный интерфейс той части документа, которая не может изменяться в редакторе переменных напрямую. Классификатор прототипов должен быть представлен в отдельном окне, для предоставления возможности изменять значения базовой схемы, заданных по умолчанию, либо иметь возможность добавить пользовательские классы прототипов с привязкой собственной схемы служебных параметров. То есть, если пользователю понадобится прототип без использования базовой схемы, в качестве альтернативы, то такая возможность может быть реализована на уровне классификатора прототипов, путем добавления пользовательского класса.

Если привести аналогию классификатора прототипов, то это очень напоминает классификатор семейств, реализованный в Autodesk Revit.

[B]Резюме[/B]
Описанная конфигурация классификатора прототипов является лишь попыткой осмыслить совершенно новый подход к реализации потенциальных возможностей, относительно системы T-FLEX CAD. В данном описании не рассматривается наиболее важная часть -- это геометрические построения модели, которые также могут быть составной частью прототипа. По этой причине, этот вопрос необходимо рассматривать целостно, учитывая различный опыт пользователей из разных областей.

Сергей, см. исправление выше ( [URL=https://tflex.ru/forum/index.php?PAGE_NAME=message&FID=14&TID=5442&TITLE_SEO=5442-raskrytie-fragmenta-v-makrose&MID=39833#message39833]#9[/URL] )
чтобы макрос работал в T-FLEX 15 версии, закомментируйте первую строку
[CODE]
//#define TF16
[/CODE]

Сергей, для отмены или повтора операции, можно применить системную команду, например:
[CODE]
#define TF16

using System;
using System.Runtime.InteropServices;
using TFlex.Model;
using TFlex.Model.Model2D;

namespace Test
{
   public class ExplodeFragment
   {
       [DllImport("user32.dll")]
       public static extern IntPtr SendMessage(
           IntPtr hWnd,
           int msg,
           IntPtr wParam,
           IntPtr lParam);

       static readonly Document document = TFlex.Application.ActiveDocument;

       public static void Run()
       {
           if (document == null)
               return;

           bool hasSelected = false;
           
           foreach (var obj in document.Selection.GetAllObjects())
           {
               if (!obj.IsKindOf(ObjectType.Fragment))
                   continue;

               var fragment = obj as Fragment;
               if (!Explode(fragment))
                   continue;

               hasSelected = true;
           }

           if (!hasSelected)
           {
               document.Diagnostics.Add(new DiagnosticsMessage
                   (DiagnosticsMessageType.Information,
                   "Необходимо выбрать фрагмент!"));
           }
       }

       private static bool Explode(Fragment fragment)
       {
           var opt = new FragmentExplodeOptions
           {
               CreateConstructions = true,
               Silent = true,
               UniteInGroup = true
           };

           var path = fragment.FullFilePath;

           if (fragment.Explode(opt))
           {
               document.Diagnostics.Add(new DiagnosticsMessage
                   (DiagnosticsMessageType.Information, string.Format
                   ("Раскрытие фрагмента: {0}", path)));
               return true;
           }

           return false;
       }

       public static void Undo()
       {
           if (document == null)
               return;
#if TF16
           TFlex.Application.RunSystemCommand("Undo", null, null);
#else
           SendMessage(TFlex.Application.ActiveMainWindow.Handle, 0x0111,
               (IntPtr)0x0000045B, IntPtr.Zero);
#endif
           document.Diagnostics.Add(new DiagnosticsMessage
               (DiagnosticsMessageType.Information, "Отмена последней операции"));
       }

       public static void Redo()
       {
           if (document == null)
               return;
#if TF16
           TFlex.Application.RunSystemCommand("Redo", null, null);
#else
           SendMessage(TFlex.Application.ActiveMainWindow.Handle, 0x0111,
               (IntPtr)0x0000045D, IntPtr.Zero);
#endif
           document.Diagnostics.Add(new DiagnosticsMessage
               (DiagnosticsMessageType.Information, "Повтор последней операции"));
       }
   }
}
[/CODE]

[QUOTE]FRei написал:
ODBC вы, конечно, уже попробовали и через него не работает?[/QUOTE]
не вижу в этом необходимости.

[QUOTE]Sila Musli написал:
Какие данные нужно передавать, которые сейчас не передаются?[/QUOTE]
технически, формат данных CSV может полностью заменить MDB. С ним проще работать, чем с XML, на уровне редактора. Но меня интересует строго определенная спецификация внешних данных в формате XML, как альтернатива MDB. Один файл XML с несколькими таблицами и строго определенными полями. Это вовсе не означает, что CSV нельзя использовать в качестве открытого источника для обмена данными. Аргумент в пользу формата XML нельзя рассматривать с точки зрения замены CSV.

[QUOTE]Sila Musli написал:
А что есть случаи когда система приводит типы полей не корректно?[/QUOTE]
во-первых текстовый формат, текущей реализации T-FLEX CAD (16.0.65.0), не поддерживает кодировку UTF-8. Во-вторых, формат CSV крайне ограничен в плане обмена данными. Формат XML является универсальным в данном смысле.

[QUOTE]FRei написал:
на JSON не хотите? Как-то проще имхо в случае чего редактировать[/QUOTE]
без разницы, главное чтобы была такая возможность. Мне приходится использовать в качестве внешней базы данных MS Access. Но это, в свою очередь, накладывает ограничение на редактирование базы данных для клиентов, которые не используют пакет MS Office. А для LibreOffice поддержка также не реализована. Альтернатива должна быть, хотя может быть XML или JSON не самый лучший вариант для большинства пользователей. Я рассматриваю XML формат в качестве метаданных библиотечных элементов.

Тема создана для рассмотрения/обсуждения предложений пользователей по улучшению или добавлению новых функций базы данных T-FLEX CAD Next.

[SIZE=14pt][B]1. Поддержка открытой спецификации базы данных T-FLEX CAD в формате XML[/B][/SIZE]
Предложение, добавить поддержку использования в качестве внешней базы данных XML-файл с определением строгой типизации полей, например:
[code]
<?xml version="1.0" encoding="UTF-8"?>
<data>
 <table name="T1">
   <tr>
     <td name="ID" type="Int">1</td>
     <td name="P1" type="Real">0.0001</td>
     <td name="PH" type="Text">Text data...</td>
   </tr>
 </table>
</data>
[/code]

[B]Назначение[/B]
Формат данных XML рассматривается в качестве альтернативы MDB.

[B]Преимущества[/B]
В отличие от формата данных [URL=https://ru.wikipedia.org/wiki/CSV]CSV[/URL], формат данных [URL=https://ru.wikipedia.org/wiki/XML]XML[/URL] позволяет строго определить тип полей. Кроме того, формат файла XML является открытым, в отношении формата MDB, что позволяет вносить изменения в обычном текстовом редакторе.

[SIZE=14pt][B]2. Поддержка функции экспорта внутренней базы данных в XML[/B][/SIZE]
Предложение, добавить функцию экспорта внутренней базы данных T-FLEX CAD в XML-файл.

[B]Назначение[/B]
Главное назначение функции -- это генерация данных в XML-файл из прототипа рабочей базы данных. Предполагается выгрузка всех имеющихся таблиц в один XML-файл.

[B]Преимущества[/B]
Поддержка функции экспорта внутренней базы данных в XML позволит значительно оптимизировать процесс разработки библиотечных элементов.

[SIZE=14pt][B]3. Интегрированный интерфейс редактора внешней базы данных в T-FLEX CAD[/B][/SIZE]
Предложение, добавить интегрированный интерфейс для редактирования таблиц внешней базы данных в T-FLEX CAD.

[B]Специфика[/B]
Если рассматривать внешнюю базу данных как некий каркас библиотеки, то ее элементы могут быть связаны на уровне централизованного хранилища. Относительно пользовательского окружения, централизованное хранилище -- это подключение манифеста библиотеки. В данном контексте, подключение базы данных следует рассматривать как интегрированный компонент на уровне библиотеки. По аналогии с отображением виртуальных каталогов в окне документов, база данных может быть представлена в виде древовидной структуры с таблицами. Предполагается, что интерфейс подключения базы данных будет расположен в отдельном, от документов библиотеки, окне и поддерживать функции редактирования таблиц. Относительно файла модели (*.GRB), таблица из внешней базы данных доступна только для чтения.

Пример пользовательского интерфейса: [URL=https://yadi.sk/i/MWwSqv95LofVvw]vs_data_connections_ui.png[/URL]

[B]Назначение[/B]
Предоставление пользовательского интерфейса T-FLEX CAD для редактирования таблиц из внешней базы данных.

[B]Преимущества[/B]
Поддержка пользовательского интерфейса для подключения и  редактирования базы данных непосредственно в T-FLEX CAD.

FRei, можно более конкретный пример, что вы имеете ввиду под определением “собрать строку”?

FRei, вы имеете в виду вывод отладочной информации?

Алексей, в предложении я затронул только значение вещественного типа, хотя переменная в T-FLEX CAD является объектом универсального типа. Понятно, что для обработки ввода текста параметры диапазона значений не потребуются. В этом случае, по видимому, лучшим решением может быть либо выражение с использованием символа [B]#[/B] для обозначения себя, например:
[code]
#<1 ? 1 : (#>5 ? 5 : #)
[/code]
либо вписать имя пользовательской функции обработчика.

Тема создана для обсуждения потенциально возможных функций редактора переменных T-FLEX CAD-Next; рассмотрение предложений от пользователей по улучшению существующих или добавление новых возможностей редактора переменных.

[SIZE=13pt][B]1. Обработка ввода пользователя[/B][/SIZE]
Предложение добавить свойство в параметрах переменной для обработки ввода пользователя посредством возврата значения по умолчанию.

[B]Описание процедуры[/B]
Допустим, переменная [B]p1 [/B]содержит константное значение параметра модели, с условно определенным диапазоном значений 1...5. Если пользователь вводит значение, которое выходит за пределы диапазона, программа должна отреагировать возвратом значения, установленного по умолчанию.

[B]Описание функции[/B]
В параметрах переменной необходимо добавить параметры минимальных и максимальных границ диапазона возможных значений, и параметр возвращаемого значения по умолчанию. Если значение свойства возврата определено как NULL, то никаких действий не потребуется.

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

[B]Преимущества[/B]
Данная возможность позволит обрабатывать исключения, приводящие к вырождению геометрии модели.

то что называется базой данных в T-FLEX CAD -- это слой абстракции, или универсальный интерфейс, который предоставляет набор функций для манипулирования данными. База данных в T-FLEX CAD не является сервером приложения в классическом понимании и не является службой Windows. Относительно внешних подключений -- это клиент, а с точки зрения внутренних запросов -- выступает в роли сервера.
очень интересно, ну и каким образом вы видите применение полноценных запросов на практике?
какую задачу вы предполагаете решить, путем построения зависимостей таблиц многие ко многим?

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

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

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

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

Чем различаются представленные варианты? Да по сути ни чем. Объект DB является глобальным по отношению к функции find. То есть, в качестве параметра передается ссылка на глобальный объект базы данных, и под капотом выполняется нечто похожее на первый вариант. По видимому, второй вариант записи обусловлен спецификой ограничений при выполнении анализа выражения, когда приходится выбирать между сложностью синтаксического разбора и оптимизацией вычислений. Будем надеяться что в будущем разработчики T-FLEX CAD расширят возможности встроенного языка выражений, и возможно, мы увидим нечто похожее на iLogic в Inventor. А пока будем довольствоваться тем, что имеем.

и привязка к элементу управления работает?

Rolles217, а в чем вы видите практическую пользу?

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

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