Мнения

Страницы: Пред. 1 2 3 4 5 6 След.
RSS
Мнения
 

Так, далее.

Странно, что колёсиком мышки нельзя сделать зум. И...

Вообще, у меня предложение - слизать "мышовое" управление у Автокада. Версии начиная с 2008:

на колесе - зум, прижимаем среднюю кнопку (или колесо) - таскаем схему туда-сюда (таскаем именно схему - как в автокаде, а не двигаем окно просмотра, как в том же кореле), левой кнопкой (как обычно) выделение объекта, правой (опять же as usual) контекстное меню про выделенный объект.

Выделение объектов "слева-направо" - выделяем то, что полностью входит в рамку, "справа-налево" - всё, чего рамка касается.

Удобнее системы я просто ещё не встречал.

Про выделение многих объектов по одному (не окном):

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

В большинстве других кадов для присоединения объекта к выделению нужно что-то прижать (контрол или шифт или альт).

Можно и так и так.

С прижиманием шифта для присоединения объекта к уже выделенным мне лично привычнее, хотя и автокадовская система не лишена плюсов (хотя там специфика чуть другая). Для отмены выделения нужно опять что-то прижать (контрол или шифт или альт) и щелкнуть по "развыделяемому" объекту (в Оркаде этого вообще нет - приходится отменять всё выделение и выделять нужное заново - вот так не надо делать).

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

2. выделение слево-направо и справо-налево - у нас так и сделано!

3. добавление объектов в выделение - мы остановились на SHIFT, думаю этого достаточно!

 

С непосредственным управлением чуть разобрались, теперь с меню и кнопками.

Очень много лишних действий при попытке добавить компонент.

Не, я понимаю, что программерам проще назвать пункт "добавить блок" и свалить туда и компоненты (ИМС, резисторы, конденсаторы и проч.) и "подсхемы". Но с точки зрения инженера - это малость перебор. Опять смешиваем тёплое с мягким, а зелёное с твёрдым. Компонент - это компонент, а подсхема - это подсхема. Глубже прокопать пока не получается - библиотека пустая.

Тут пока экспериментировал, нашёл глюк - цепь дошла до шины, вошла в шину, а кроме того осталась ещё и отдельно. Решил всё поудалять и нарисовать заново. "Bus entry" остался висеть на схеме и не удаляется. Попытка удалить приводит к сообщению об ошибке:

Компонент-Устройство-Функциональная группа

устройство и ФГ реализуются в виде подсхем, а изображаются в виде блока. Они имеют много общего с компонентом. Например, могут иметь свое посадочное место (если это Устройство) и т.д.

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

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

 

Ну и на сладкое.

Выделяем компонент. Хотим сменить ему позиционное обозначение. В окне свойств компонента почему-то редактирование позиционного обозначения запрещено, хотя текст выделяется. Странно (и вообще, свойств как-то маловато у компонента этого, я правда ему посадочное не задал, может поэтому? ну ладно)

Ага, надо выделить именно позиционное обозначение, а потом в окне свойств позиционного обозначения его можно будет поменять. ПМСМ, глубоковато закопали. Неужели нельзя как в Оркаде сделать? По свойству на экране щёлкнул - и меняй себе на здоровье, хошь - позиционное, хошь - отклонение, хошь - напряжение, хошь - мощность и т.д. и т.п...

по поводу компонента на схеме, в текущей демоверсии его свойства не доработаны!

по поводу панелей, будем смотреть...

в целом интересные замечания, мы их обсудим с командой программистов.

Буду ждать замечания по менеджеру библиотек. Если вы пишете все в общую тему, тогда ставьте номера замечаний, чтобы потом было проще обсуждать. В дальнейшем наиболее интересные вопросы я буду выносить в отдельную тему...

 

Спасибо за столь подробные соображения, надеюсь энтузиазма хватит на изложение дальнейших мыслей!

попробую прокомментировать:

по загрузке - это временно...

по решению - сейчас за ним не закреплена какая либо сущность из предметной области инженера. по сути это просто текущий рабочий стол, в который вы добавили нужный набор проектов.

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

русские и английские термины приведем в порядок...

Я тоже надеюсь... просто на письменное описание своих мыслЕй уходит просто безобразное количество времени - нужно ж не просто ляпнуть, а подробно объяснить - почему именно я уверен в том, что написал. Ладно, будем надеяться, что это всё не зря...

Про загрузку - понял, теперь про "решение".

Вы знаете, один "рабочий стол" в компутере у меня уже есть. Честно говоря, я не встречал ни одной удачной попытки организовать ещё один. То есть, когда некая программа пытается оперировать понятием "рабочий стол", то получается попытка подменить в очень локальной задаче (для вполне конкретных файлов) более общую систему. Повторюсь, удачных попыток я до сих пор не встретил (это и "рабочий стол" от OpenOffice, и парочка-троечка других софтин - уже не вспомню каких именно, а во, Picasa).

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

Поясню - есть всем привычные винды со своей парадигмой взаимодействия с пользователем - файлы, папочки, подпапочки и проч. Файловые менеджеры (хоть FAR, хоть Total Commander) до сих пор не умерли именно потому, что парадигму - файл-папка-подпапка - никто не менял. Почти все софтины не выходят за рамки этой парадигмы и юзверю вполне очевидно - что делать, когда нужно что-то открыть или сохранить или создать. Пока что всё хорошо. Но вот появилась такая штука как, например, Picasa. Смотрелка для картинок. Но вот она-то пытается парадигму локально (для картинок) сменить. А мне неясно - с какого перепуга она мне показывает не содержимое папки пофайлово, а содержимое каких-то "фотоальбомов", которые сама организовала просканировав мой комп в поисках *.jpg, *.tif, *.png и пр. Вот для меня это просто загадка. Не, конечно, посидев вечерок и проникнув в логику мыслей программера, ея (софтину) писавшего, я ессно разобрался - что к чему. После чего Picasу эту с чистой совестью стёр и пользуюсь FastStone Viewer - он не умничает, а показывает то, что сказано.

По вышеуказанной же причине никогда не пользовался "Media Libaray" - ни winamp'овской ни Windows media player'овской. Хочу Queen послушать - <add dir> - <Queen> - <enter>. Хочу apocalyptica - <add dir> - <Apocalyptica> - <enter>. Надо скопировать на флешку - идём в D:MusicQueen - F5 - Enter. А как отскрести из любой Media Library файлы и например, скопировать их другу на флешку - мне неизвестно.

Иными словами - высказываю скепсис в отношении необходимости понятия "решение" в том виде как вы его мне изложили. Может, надо проще и понятнее?

 

Так, далее.

Странно, что колёсиком мышки нельзя сделать зум. И...

Вообще, у меня предложение - слизать "мышовое" управление у Автокада. Версии начиная с 2008:

на колесе - зум, прижимаем среднюю кнопку (или колесо) - таскаем схему туда-сюда (таскаем именно схему - как в автокаде, а не двигаем окно просмотра, как в том же кореле), левой кнопкой (как обычно) выделение объекта, правой (опять же as usual) контекстное меню про выделенный объект.

Выделение объектов "слева-направо" - выделяем то, что полностью входит в рамку, "справа-налево" - всё, чего рамка касается.

Удобнее системы я просто ещё не встречал.

Про выделение многих объектов по одному (не окном):

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

В большинстве других кадов для присоединения объекта к выделению нужно что-то прижать (контрол или шифт или альт).

Можно и так и так.

С прижиманием шифта для присоединения объекта к уже выделенным мне лично привычнее, хотя и автокадовская система не лишена плюсов (хотя там специфика чуть другая). Для отмены выделения нужно опять что-то прижать (контрол или шифт или альт) и щелкнуть по "развыделяемому" объекту (в Оркаде этого вообще нет - приходится отменять всё выделение и выделять нужное заново - вот так не надо делать).

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

2. выделение слево-направо и справо-налево - у нас так и сделано!

3. добавление объектов в выделение - мы остановились на SHIFT, думаю этого достаточно!

Да понял я, что вы за основу PCAD взяли - я ж ведь уже 12 лет как инженер-электронщик. Но ИМХО, взаимодействие с пользователем в PCAD сделано неудачно. Не совсем страшно и ужасно, конечно, но и вовсе не верх совершенства. Не-е, коне-ечно, - нет предела совершенству - можно сделать ещё хуже (пример Cadence'овского PCB Editor'а просто хоть в учебник вставляй - в главе "как не надо делать ни в коем случае"). Да, согласен, человек (а тем более инженер) ко всему привыкает - на виселице вон пару минут подёргается и тоже привыкнет. Однако, я так понимаю, что вы стараетесь сделать CAD "круче всех в мире и его окрестностях - по орбиту Марса включительно", а иначе зачем огород городить, а значит, к анализу чужих софтин надо подходить со всей скрупулёзностью.

Мой личный опыт и опрос всех, с кем так или иначе по работе пересекался - в один голос говорят о том, что взаимодействие с пользователем у AutoCAD'а одно из лучших. Ну так и взять по максимуму.

О! МыслЯ осенила.

Я предлагаю вам сделать вот что: найти несколько действующих инженеров-электронщиков. По одному представителю от плотно работающих в PCAD, Protel, OrCAD (ну можно ещё какие-нить распространённые софтины вспомнить) и детальненько каждого из них допросить (могу паяльник одолжить - с ним всё вспоминается гораздо быстрее) - что в его каде ему нравится и почему, и самое главное - что НЕ нравится И ПОЧЕМУ. Всё вот это собрать в один документ и попытаться сделать "лучше всех". Просто ещё одна пикадоподобная софтина, а их (пикадоподобных клонов) на рынке - что блох на барбоске, это, на мой взгляд, не то, к чему стоит стремиться.

Замечание по поводу "менять настройки" - Цитата:

"...Бурное развитие электроники устранило существовавшие недавно барьеры, такие как объем памяти, быстродействие, габариты, энергопотребление и др... Это позволяет разработчикам увлекаться открывающимися возможностями, излишне усложняя свои приборы. Кроме того, еще три фактора усугубляют это положение.

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

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

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

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

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

Цитата по статье М. Степанищева "Приборы - это просто", (с) ООО НПП "Семико", 2004г.

Выделение моё.

Вот на выделенное предлагаю обратить особое внимание. Ибо в предельном случае перекладывания своей работы на пользователя рискуем получить что-то наподобие упомянутого "PCB Editor" - вот уж про этот продукт у меня из приличных слов только предлоги - "на" и "в".

Ладно, пора завязывать (а то начальство уже коситься начинает).

Ещё раз повторяю предложение созвониться (писать, блин, долго это...).

С уважением.

 

Иными словами - высказываю скепсис в отношении необходимости понятия "решение" в том виде как вы его мне изложили. Может, надо проще и понятнее?

я чуть ранее написал:

по решению - сейчас за ним не закреплена какая либо сущность из предметной области инженера.

конечно по этому поводу соображения есть, но конкретика будет чуть позже.

кстати наша программа не работает с файлами. она работает с БД.

 

Компонент-Устройство-Функциональная группа

устройство и ФГ реализуются в виде подсхем, а изображаются в виде блока. Они имеют много общего с компонентом. Например, могут иметь свое посадочное место (если это Устройство) и т.д.

Это-то как раз понятно. Но ПМСМ, "компонент", "устройство" и "ФГ" - всё-таки разные сущности, хоть и имеющие много общих черт (на уровне программирования - вообще практически идентичны). Но во многом и различные. Разница именно в сути - "что оно такое". Посему, ПМСМ, лучше разделить понятия (по крайней мере интерфейсно) "компонент" (резистор, микруха, и пр), "устройство" (или "блок"?) и "ФГ". Обращаться же они будут к разным библиотекам? Ну и вот.

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

Есть. Нужно сначала нажать "добавить блок", потом выбрать "в проекте" или "компоненты", потом нажать "компоненты" или "новая категория", потом выбрать библиотеку, а потом только компонент. А место, где я был в этом дереве при закрытии-открытии решения не запоминается (может в этом ключ?). Шагов слишком много на мой взгляд. Надо подумать как упростить. Опять же разделение сущностей "компонент", "подсхема" и "ФГ" (см выше) поможет (хотя надо сделать и проверить).

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

А чтобы вам в форме, где появляется ошибка, не сделать кнопку "отправить отчёт разработчику"? И всё. А там в форме отправки кроме самой ошибки можно ж ещё кучу инфы понапихать - от лога нажатия на клавиши до типа операционки (ну если надо, конечно). Но хорошим тоном будет при первой отправке юзеру сообщить - что именно вам будет отправлено, кроме собственно crash reporta. Ну и знамо дело пообещать, что в дядюшке Биллу инфу не сольёте :).

 

конечно по этому поводу соображения есть, но конкретика будет чуть позже.

кстати наша программа не работает с файлами. она работает с БД.

Оп-па.

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

А как, допустим, порядок в своих проектах наводить (я на своём компе уже пять раз всё перетряхивал - реорганизовывал, одни папки перемещал, другие удалял вовсе, а рабочие файлы - в другое место)? А где лежат перечни элементов? А как их (перечни) открыть скажем в Excel'е? А в автокаде? А как сделать клон схемы - ну то есть взять существующую схему, "сохранить как", а потом, слегка (или не очень слегка) подредактировав, сделать из неё другое изделие?

Ой, блин, сколько непонятностей сразу. Кажется, несколько перемудрили вы, господа... Это как раз та самая попытка сменить парадигму работы с персоналкой. Что есть очень опасно для вас в первую голову - юзеру-то что, он помыкается, да и откажется.

Впрочем, всё когда-то происходит в первый раз - вдруг вам всё удастся и всё будет просто легко и понятно. Однако же надо будет продумывать вещи, которые сейчас уже вшиты в парадигму файловой системы - копирование, перемещение, удаление, открытие инфы частично или полностью (ага, а если ещё и про права доступа вспомнить...), в общем, изобретать механизмы работы с информацией заново. Да, конечно, есть работы Джеффа Раскина на эту тему (вот уж кому светлая память), однако у него в его книге "Интерфейс" описывается общая логика работы новой (бесфайловой) парадигмы, а вот конкретные механизмы не раскрыты. Изобретать придётся. Мда уж... Но, впрочем, вам и карты в руки. Раз уж замахнулись - попробуйте, why not. А мы будем потестить и покритиковать.

 

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

А как, допустим, порядок в своих проектах наводить (я на своём компе уже пять раз всё перетряхивал - реорганизовывал, одни папки перемещал, другие удалял вовсе, а рабочие файлы - в другое место)? А где лежат перечни элементов? А как их (перечни) открыть скажем в Excel'е? А в автокаде? А как сделать клон схемы - ну то есть взять существующую схему, "сохранить как", а потом, слегка (или не очень слегка) подредактировав, сделать из неё другое изделие?

Ой, блин, сколько непонятностей сразу.

это все будет понятно, как только будет доступен следующий релиз...

предлагаю все таки обсудить то что есть в данный момент! интерфейс и маршрут проектирования (согласования) КД - оставим на потом.

 

это все будет понятно, как только будет доступен следующий релиз...

предлагаю все таки обсудить то что есть в данный момент! интерфейс и маршрут проектирования (согласования) КД - оставим на потом.

Знаете, ошибочность такого подхода (щас сделаем как сделаем, а потом допилим) хорошо обосновал Алан Купер в своей книге "Психбольница в руках пациентов". Сильно рекомендую.

В и-нете ищется на раз, если что могу пэдээфку прислать.

Краткая аннотация.

Алан Купер детально обосновывает правильность своего подхода к проектированию вообще всего чего угодно (любого объекта техники) - от дверной ручки до аэрокосмического истребителя.

Купер пишет, что сначала и в первую голову проектируется "взаимодействие объекта техники с человеком".

Интерфейс (программы для персоналки) в данном случае - всего лишь один из аспектов (причём, частенько не самый главный - да, да, именно так) системы взаимодействия с пользователем. И именно взаимодействие (и частный случай оного - интерфейс) проектируется в первую очередь. Программистская отмазка - "мы щас ядро напишем, а интерфейс потом сделаем" мне известна, но (т.к. сам несколько программист - для микроконтороллеров) я знаю, что при написании "ядра" в голове у программиста уже есть модель взаимодействия его софтины с юзером. И когда "ядро" реализовано, чаще всего остаётся совсем немного вариантов для проектирования интерфейса. Ибо "взаимодействие" уже в это ядро вшито намертво. И без тотальной переделки всей софтины, взаимодействие по-человечески уже не сделать. Доказательство этого тезиса - в книге.

Необходимость работы по проектированию взаимодействия не для всех очевидна, однако, без неё - никуда (она всё равно выполняется тем или иным образом). Соответственно, обосновать (для начала самому себе, а потом начальству) необходимость этой работы часто сложно. Здесь я могу только адресовать к книге - там всё расписано и разложено по полочкам.

Более того, работа эта крайне неблагодарная - когда взаимодействие спроектировано на "хорошо" и "отлично" обычно это кончается вопросами начальства типа - "А что вы мне тут, это ж всё очевидно, и как вообще можно сделать по-другому?". Вот высшей оценкой работы проектировщика взаимодействия и должна стать подобная фраза пользователя - "А как можно иначе??".

Впрочем, я сейчас сорвусь на цитирование книги кусками. Скачивайте и изучайте. Это раз.

Построение частного случая взаимодействия с пользователем - интерфейса программ, никто до сих пор не описал лучше, чем Джеф Раскин в своей книге "Интерфейс".

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

Господа, всё-таки, рискуя показаться настойчивым занудой, я настаиваю на том, чтобы вы прочли и первую и вторую книги. Сейчас ещё не поздно (даже если придётся вообще всю софтину переписать заново. И не бойтесь - вон, Су-27 в своё время переделали полностью - так до сих пор лучшего истребителя в мире нет).

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

Это как у Райкина:

- Кто пиждак сшил?

- Мы! К пуговицам претензии есть?

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

За сим откланиваюсь.

С уважением.

Страницы: Пред. 1 2 3 4 5 6 След.
Читают тему

Будьте в курсе новостей и спецпредложений

Авторизация
Чтобы продолжить покупку, пожалуйста, авторизируйтесь на сайте.
Забыли пароль?