AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 29.07.2013, 23:40   #21  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,765 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
Сообщение от Narayana Посмотреть сообщение
...а как же "папа, мама, я, - дружная семья!" ?
Неужто, это искусственная орг структура?
Семья это не орг.структура, это институт
Закон пытается определить отношения сторон в браке, но фактически от него мало что зависит
Старый 29.07.2013, 23:42   #22  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,765 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
Сообщение от EVGL Посмотреть сообщение
Раздражает неудобство работы с клавиатурой (что, впрочем, уже стало нормой в последних версиях AX), и, стало быть, пониженная производительность работы.
Да, сменилось поколение, работавшее на фоксе и предпочитавшее клавиатурный ввод.
Старый 09.08.2013, 19:47   #23  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,654 / 1158 (42) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Цитата:
Сообщение от Narayana Посмотреть сообщение
Все читал, все смотрел и даже немного думал об этом обо всем...
Похоже, главное слово в этом предложении "немного" Подумает еще, пожалуйста

Цитата:
Сообщение от Narayana Посмотреть сообщение
Мне кажется, вы не признаете очевидного. А именно того, что правильно составленная иерархия номенклатур, тому человеку, который ее составил, позволяет сравнительно легко ориентироваться в списке номенклатур.
Ключевое фраза в этом предложении "тому человеку, который ее составил". Это один из аргументов "против" в статье mazzy. И в статье он объясняет "почему". Перечитайте этот момент, пожалуйста.

Цитата:
Сообщение от Narayana Посмотреть сообщение
Думаю, что вы при этом забываете про потребность не только найти номенклатуру, про которую знаете, что она есть, но и просто посмотреть, что есть в разных уровнях иерархии.
Во-первых, наложить фильтр на линейный список значительно проще (в смысле, чтобы посмотреть, что есть в группе). А во-вторых, попробуйте ответить на вопрос "зачем?". Т.е. с какой целью, и главное, как часто, у Вас возникает подобная необходимость. Это основная задача пользователей?

Цитата:
Сообщение от Narayana Посмотреть сообщение
Спорить о вкусах здесь сложно.
Дело вовсе не во вкусах, а в практических проблемах, возникающих при использовании дерева. Задумайтесь о том, какие операции чаще всего выполняет пользователь со справочником. А потом прикиньте, как эти самые часто выполняемые операции изменятся (упростятся или усложняться) при обязательном (!) использовании дерева.

Цитата:
Сообщение от Narayana Посмотреть сообщение
Ну, хорошо, вам сложно полистать узлы TreeView, чтобы понять, по какому принципу сортируется товар, а каким образом вы, не будучи программистом, будете исследовать вопрос о том, по каким полям в связанных таблицах вы можете фильтровать записи в основной таблице??
А зачем мне это знать, если я не программист? В каких местах (формах) пользовательского интерфейса возникает подобная необходимость? И какое отношение к этому вопросу имеет TreeView?

Цитата:
Сообщение от Narayana Посмотреть сообщение
Почему-то вопрос о связанных таблицах с дополнительными атрибутами все время стыдливо опускается, но ведь это и есть самое сложное место.
При этом при построении фильтра над целой гроздью таблиц, в поиск можно включить значения полей только непосредственно связанных между собой таблиц, а вот через одну уже нельзя. Ну и где в этом месте ваша хваленая фильтрация?
И каким образом в этой задаче может помочь TreeView?

Цитата:
Сообщение от Narayana Посмотреть сообщение
В общем не так все просто, чтобы надувать щеки только в сторону одного варианта.
Угу. Странно только, что Вы не применяете это правило к себе. Вы ведь не пытаетесь сравнить. Для Вас существует только один вариант

Цитата:
Сообщение от Narayana Посмотреть сообщение
TreeView был и будет занимать одно из самых важных и сложных мест интуитивного пользовательского интерфейса, хотите вы этого или нет.
Вы забыли уточнить, для каких именно задач. Никто ведь не отрицает удобство использования TreeView в определенных областях. Но пытаться "воткнуть" TreeView везде и всегда крайне порочная практика. К сожалению, многим требуются "шашечки", а не "ехать"

Цитата:
Сообщение от Narayana Посмотреть сообщение
Просто потому, что это пользователю понятно, а форма построения сложного фильтра, которая просто воспроизводит SQL запрос, - не понятна большинству.
Интересный вывод. Вы уверены, что читали статью mazzy? Перечитайте ее еще раз, пожалуйста. В данном случае о том, как именно (по каким критериям) фильтрует записи TreeView и что делать, если Вам надо задать другой критерий фильтрации. Не тот по которому построено TreeView.
__________________
- Может, я как-то неправильно живу?!
- Отчего же? Правильно. Только зря...
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ax2009: сервер постоянно что-то делает. почему? mazzy DAX: Администрирование 28 01.06.2016 16:58
axinthefield: Choosing a Single Deployment or Multiple Deployments of AX2009 Blog bot DAX Blogs 0 15.06.2011 03:25
sumitax: SharePoint 2010 and AX2009 Blog bot DAX Blogs 0 11.11.2010 11:11
Shekhar: Dynamics AX2009 : Standalone Installation on Vista with Role centres and workflow. Blog bot DAX Blogs 0 30.03.2010 15:05
Amand: Использование партнёрских решений и их совместимость в разных версиях Axapta 3.0, Dynamics AX 4.0 и AX2009 Blog bot DAX Blogs 0 08.03.2009 22:09

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 04:28.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.