Суета вокруг супербара в Windows 7

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

Да и эта бликовая горизонтальная полоска. Ну сравните сами:

... Иными словами, он в верхнем своем положении не нравится.
Нашлось решение. Я создал панель быстрого запуска, добавил туда один ярлык, убрал подписи и выбрал "большие значки". И вот что получилось:

По мне так, самое то.
Эх, суета-сует это все.

Суета вокруг пространств тегов

Вчерашняя идея насчет пространств тегов натолкнула на новую мысль:
Совместить предложенные идеи.

Эту диаграмму можно прочесть как:

• Список "Контактные данные Иванова" содержит элементы списка "Номера телефонов Иванова";
• "Номера телефонов Иванова" в свою очередь содержит номера "222222", "555555";
• Номер "555555" в пространстве "Контактные данные Иванова" имеет тег "Домашний".

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

Суета вокруг контактных данных

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

• Контактные данные Иванова:
• Рабочий телефон Иванова
• 200001
• Домашний телефон Иванова
• 555555
• E-mail Иванова
• ivan@gmail.com

Т.е. список содержит другие списки. Это плохо тогда когда нужно представить их как "контактные данные/телефоны/домашний":

• Контактные данные Иванова:
• Контактные номера телефонов Иванова
• Контактные номера домашних телефонов Иванова
• 555555

По-моему, это чистой воды бред.

Вот какое решение я нашел:

Что можно представить как:

• Контактные данные Иванова 
• Телефон (в пространстве "Контактные данные Иванова")
• Рабочий (в пространстве "Контактные данные Иванова/Телефон")
• 200001
• Домашний (в пространстве "Контактные данные Иванова/Телефон")
• 555555
• E-mail (в пространстве "Контактные данные Иванова")
• ivan@gmail.com

Но только что мне пришла в голову вот такая структура:

• Контактные данные Иванова 
• (Тег-подСвойство) Телефон (в пространстве "Контактные данные Иванова")
• 555555
• 200001
• (Тег-подСвойство) Домашний (в пространстве "Контактные данные Иванова")
• 555555
• г. Житомир, пр Ленина д.1
• (Тег-подСвойство) Адрес (в пространстве "Контактные данные Иванова")
• г. Житомир, пр Ленина д.1
• ivan@gmail.com
• (Тег-подСвойство) Электронный (в пространстве "Контактные данные Иванова")
• ivan@gmail.com
• (Тег-подСвойство) E-mail (в пространстве "Контактные данные Иванова")
• ivan@gmail.com

И она мне кажется наиболее подходящей. Пример, конечно, не фонтан, но все же дает общее представление.

Дерево свойств без лишних движений

При создании объектов получается излишнее создание типов. Причем, типы эти необходимо создавать вручную. Возникла идея заменить ручное создание типов полуавтоматом. Кому хочется каждый писать монструозные типы а-ля "Релиз версии 10.3 типовой конфигурации 1С управление торговлей". Осталось продумать интерфейс: Как все это отображать и как все это вводить.

Было:	Стало:

Получается следующая картина:

Объект	Тип(Было)	Тип(Стало)
Управление торговлей	ТиповыеКонфигурации1С	ТиповыеКонфигурации1С
10.3	Версия типовой конфигурации 1С Управление торговлей	Версия типовой конфигурации 1С Управление торговлей
10.3.8.9	Релиз версии 10.3 типовой конфигурации 1С управление торговлей	Релиз версии 10.3 типовой конфигурации 1С управление торговлей
10.3.8.7	Релиз версии 10.3 типовой конфигурации 1С управление торговлей	Релиз версии 10.3 типовой конфигурации 1С управление торговлей
10.3.5.1	Релиз версии 10.3 типовой конфигурации 1С управление торговлей	Релиз версии 10.3 типовой конфигурации 1С управление торговлей
10.2	Версия типовой конфигурации 1С Управление торговлей	Версия типовой конфигурации 1С Управление торговлей

Как видно из таблицы, наименования типов сохранились.

Важно отличать когда нужно создавать такие деревья, а когда обходиться обычным описанием данных. Например, для контактных данных деревья не подходят. Контактные данные разных людей могут содержать данные одного типа. Более того, они могут содержать одинаковые данные (одинаковые по ссылке)!

Эту диаграмму можно расшифровать как:

Контактные данные Иванова содержат:

• Рабочий телефон Иванова
• телефон: 200001
• Домашний телефон Иванова
• телеофн: 555555
• E-mail Иванова
• Адрес электронной почты: ivan@gmail.com

Эта схема удобна тем, что сюда можно приписать и такие контактные данные:

• IM:
• icq: 11111111
• jabber: ivan@gmail.com
• телефон: +7 900 00 00 01

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

PS. Всех с первым днем зимы!

upd. Думается мне, что свойство "Тип" должно перекочевать в реквизит справочника.