forum.clarionlife.net

С6.3
Поразбирался со стандартным кодом броуза и по крайней мере для коротких справочников на *.tps не обнаружил ничего полезного в наличии View. Интересует шаблон броуза без него, если такие есть в природе подскажите, плиз.

ACN писал(а):С6.3
Поразбирался со стандартным кодом броуза и по крайней мере для коротких справочников на *.tps не обнаружил ничего полезного в наличии View. Интересует шаблон броуза без него, если такие есть в природе подскажите, плиз.

Если речь про ABC - разбирайтесь дальше - например в 6.3 в среде все есть - при генерации по шаблонам можно вносить в них сразу несложные изменения (убрать кнопочку, надписи/цвет/шрифт/размещение и проч.) в шаблоне (посм. файлик Default.TFT ) и сохранять результат под своим именем (например MyDefault.TFT), а потом только выбирать варианты...

А при чем тут TFT? Это же только к визарду имеет отношение.

А ранние версии CW тоже с View? Код бы глянуть... Пытаюсь по одному файлу с иерархией, что было не трудно в ДОС, сделать подобие ТоталКомандера. Элементарные вещи стали с View головной болью, а записей в среднем 10, максимум 100, важна поддержка структуры. Дерево не удобно.

может поможет - abcstree http://www.clarionlife.net/file/abxl/

ACN писал(а):А ранние версии CW тоже с View? Код бы глянуть... Пытаюсь по одному файлу с иерархией, что было не трудно в ДОС, сделать подобие ТоталКомандера. Элементарные вещи стали с View головной болью, а записей в среднем 10, максимум 100, важна поддержка структуры. Дерево не удобно.

"...Класс ViewManager служит основой для шаблонных процедур Browse, Report и Process, т. к. все эти процедуры базируются на структуре VIEW. Классы BrowseClass и ProcessClass порождаются от класса ViewManager, и ABC-шаблоны создают объекты этих классов, т. е. шаблоны не создают объекты класса ViewManager независимо от объектов BrowseClass и ProcessClass. Шаблонная процедура Browse создает объект BrowseClass, процедуры Process и Report – объекты ProcessClass."

ACN, если Вы откажетесь от Legacy в пользу ABC, то у Вас может получиться то, что у Вы хотите. В ABC есть возможность выгрузить все данные в очередь, потом добавить ещё что-нибудь (типа стрелку для выхода на верхний уровень). И т.д.

kreator писал(а): ACN, если Вы откажетесь от Legacy в пользу ABC,

Делаю сразу и там и там, но с АВС я рискую застрять. Похоже легче написать руками, одно плохо, что таких справочников у меня несколько.
Всем Спасибо, посмотрю варианты. Странно конечно, что нет такой удобной вещи по одному файлу подобной просмотру директорий у ТС .

ACN писал(а):Странно конечно, что нет такой удобной вещи по одному файлу подобной просмотру директорий у ТС .

Просто, это никому не надо. Работать пользователю не удобно. Единственный плюс - связь с ДОСом. И Total Commander - специфическая вещь, корни у него тоже из ДOCа. Возьмите планшет и попробуйте поработать в Total'е. Велика вероятность, что Вы всё хорошо сделаете (не сомневаюсь, напишите свои шаблоны, классы, времени, правда, уйдёт немерено), но народ пересядет на touch, и придётся опять всё делать с нуля.

kreator писал(а): Просто, это никому не надо. Работать пользователю не удобно.

В CW все или почти все экзамплы про торговлю поэтому с первым предложением я соглашусь легко. Второе опровергнуто количеством пользователей ТС, Фар, НС и далее по списку. Одновременно замечу что пользователей было много и во времена ДОС, но сейчас при Винде их стало ещё больше.
Впрочем пользы от View и на любимом дереве при TPS нет.

ACN писал(а): Впрочем пользы от View и на любимом дереве при TPS нет.

Структура View - это абстракция, позволяющая отказаться от особенностей того или иного файлового драйвера (TPS, SQL, DBF и т.д.)
В общем-то она действительно не ускорят работу, той или иной интерфейсной структуру, но значительно упрощает работу с ней.
Помню мы когда-то давно писали программы без шаблонов, в т.ч. и список - работало намного быстрее (в шаблоне, кроме View много других лишних прибамбасов). Если не лень - можете сделать тоже самое .... проблем нет, код открыт ... Было бы желание этим заниматься.

View хорош при SQL, ведь только к этой структуре можно прикрутить SQL запрос (ну при работе в "стандарте"). Когда одна маленькая таблица (файл), то всё понятно. А связка хотя бы двух? Если работать с SQL через get, то лучше вообще не работать.

Игорь Столяров писал(а): Помню мы когда-то давно писали программы без шаблонов, в т.ч. и список - работало намного быстрее (в шаблоне, кроме View много других лишних прибамбасов). Если не лень - можете сделать тоже самое .... проблем нет, код открыт ... Было бы желание этим заниматься.

НИКОГДА не писал по кларионовским шаблонам и дальше не собираюсь только с ними писать. Но вот грамотно сделанный ручной код броуза и списка без View мне щас был бы очень полезен. Где посмотреть то?
PS
Всё прочее мне понятно.

Я бы с радостью продемонстрировал, что мы тогда наплодили, но у меня этого кода нет (остался на старой работе).
По поводу "код открыт" - я имел ввиду берем сгенеренный по шаблону Browse и переписываем его на работу через файл.
Тем более, что для Lagacy - там все наглядно и понятно. А шаблоны я писать не умею.

Игорь Столяров писал(а): я имел ввиду берем сгенеренный по шаблону Browse и переписываем его на работу через файл

Вот это мне и хочется посмотреть, но сделанное уже умелой и опытной под виндой рукой. А так я и сам знаю.