Древо Жизни

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

В данный момент древо строится с учетом соответствия поколений всех отображаемых в дереве персон. Этот момент важен для лучшего понимания древа. Другой стороной этой «медали» является эффект несбалансированности дерева, его растянутости по горизонтали. Связано это с тем, что древо гораздо быстрее «растет» за счет персон, нежели за счет поколений. В нашем случае, ширина древа определяется количеством персон, а высота – количеством поколений.

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

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

Тут, видимо, следует сделать различия между красотой и функциональностью. Для чего строится древо? Если повесить на стенку или вывести на экран монитора для гостей, -- это одно. А вот, чтобы одним взглядом окинуть какую-то ветвь, установить взаимосвязи между ее представителями -- совершенно другое. Мне, честно говоря, не совсем нравятся разноразмерные прямоугольники и размещение супругов по вертикали (впрочем, это чисто субъективное восприятие). Хотя с другой стороны, это позволяет отобразить больше информации и в некоторых случаях (когда очень много представителей одного поколения) экономит место.

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

Что же касается "древа для исследований", то я свои предложения уже высказывал - здесь мне нравится структура PAF и Brother's Keeper, хотя она тоже далеко не идеальна (что касается "красивости", то я пока ничего понравившегося не встретил. Более того - Древо жизни, как мне кажется, намного опережает по этому показателю все другие программы).

Volodimer, различать красоту и функциональность, бесспорно, надо. Но разводить их нельзя. А иначе, как же мы достигнем идеала? Ну, а если серьезно, то одно не должно идти в ущерб другому. Скорее дополнять.

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

Касательно расположения супругов в древе друг над другом я уже писал. Добавлю лишь то, что такое расположение супругов-потомков это скорее функциональная необходимость, чем дань красоте. Это очень легко прочувствовать, если разместить супругов-потомков рядом друг с другом и мысленно представить себе древо. Первый же вопрос, какой возникнет в этой ситуации: «А кто из них действительно нашей крови?». Ведь далеко не всегда это следует из фамилии.

По поводу переноса девичьей фамилии на другую строку – принято в план.

Касательно нарезки листов. В продуктах же Microsoft Office использует разбиение листов именно таким образом. Хорошо такое разбиение еще и тем, что листы идут по порядку, начиная с левого верхнего угла. К тому же, это всего лишь порядок вывода листов на печать. Используя поля, а большинство принтеров печатают с полями, листы можно склеить и в обратной последовательности для достижения необходимой цели – рисования на отпечатке древа.

Изменения в диалоге «Печать» уже включены в планы, в том числе и возможность вызова настроек принтера.

Продолжение приветствуется!

Volodimer, попробуйте реализовать Вашу идею. Потом, обязательно расскажите нам всем, удачно ли пройдет перенос БД, так как Вы не первый, кто интересуется переносом данных программы Древо Жизни на КПК.

Все необходимое для эксперимента ушло к Вам почтой.

Спасибо, Trish, я захожу и туда. Даже скачал Pocket Genealogist, вот только пока не установил его. Пробная версия ограничена по времени, а я сейчас просто не могу позволить себе возиться с ней. Может быть потом как-нибудь. Но у меня уже стоит на КПК Sprint DB - некоторое подобие Pocket Access, вот и хочу попробовать базу данных ДЖ открыть в нем. Ведь на маленьком экране наладонника не очень-то разгонишься с полноценной гене-программой, а на СУБД я уж сам как-нибудь сделал бы форму по своему вкусу.