ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

[Kapet]

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

[доктор]

Сделать документы/отчеты с непрочитанными квитанциями статическим "серобуромалиновым" цветом без мигания.

[Родин Евгений]

Kapet
Вы программист? Навряд ли.
Не шутите так и не говорите ерунды.
Этот элемент управления аж нисколько процессорного времени не "жрет". Манерам общения Вас не учили? Если форум электронный, так можно не выбирать слов и выражений? Как говорил один известный человек в одном известном фильме "В моем доме, попрошу не выражаться".

[Kapet]

Родин Евгений
Ерунда говорите? Попробуйте сами открыть реестр первичных документов с количеством налоговых накладных этак штук 1500 или 2000, которые непрочитаны, т.е. "моргают", и поглядите в диспетчере задач хронику загрузки ЦП. А потом пометьте все как прочитанное, и еще раз посмотрите там же тоже самое... Очень удивитесь...

ЗЫ. За употребление некошерного слова приношу свои извинения.

[Родин Евгений]

1500 или 2000 говорите.... не проверял
Это все накладные?

[Kapet]

1500 или 2000 говорите.... не проверял
Это все накладные?

Всё НН и ПН2...

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

ЗЫ. Не устаю удивляться Вашему терпению и спокойствию в такой горячей зачастую обстановке. Я бы так не смог...

[СЕВАНЦ]

Сделать документы/отчеты с непрочитанными квитанциями статическим "серобуромалиновым" цветом без мигания.

Выбор цвета - дело вкуса, но мигания осточертели. Поскольку не прекращаются даже после вывода квитанций на печать из реестра отчетов (без предварительного открытия документа). Плюс не исчезающие мигания при получении "інформаційної довідки" - даже после её прочтения. То есть информативность "миганий", мягко говоря, слабенькая.
Примечание. Вопрос уже поднимался в теме "доработка интерфейса": http://www.me-doc.com.ua/forum/viewtopi ... 376#p66376

[Sirius]

Ну так есть же Сервис - отметить все как прочитанные. Не пробовала, но по идее после этого они распределятся по нужным папкам

Эти лишние телодвижения не к чему.

[mariya.228]

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

[Ирина Шадрина]

Контрагентов можно в ДБФ. О и номентклатуру тоже. А уж из дбф - печатайте сколько хотите.

[Trigger959]

Контрагентов можно в ДБФ. О и номентклатуру тоже. А уж из дбф - печатайте сколько хотите.

Ирина, и кто будет печатать из DBF? Бухгалтер? Крупно сомневаюсь, что рядовой бухгалтер сможет это сделать "без проблем". Для обычного бухгалтера это явно нетривиальная задача. И вообще, зачем левой ногой доставать правое ухо, если можно "по человечески"? Т.е. этот момент - потенциально узкое место, которое может вызвать в будущем недовольство пользователей и проблемы у них. Присоединяюсь к тому, что печать справочников делать нужно.

[СЕВАНЦ]

... кто будет печатать из DBF? Бухгалтер? ... печать справочников делать нужно.

В порядке познания МЕДОКа провел эксперименты.
Экспортировал справочник сотрудников в формат .dbf – читается без проблем посредством Excel при удачном выборе кода.
Экспортировал справочник контрагентов в формат .dbf – выбор кода не предусмотрен, при чтении посредством Excel в наименованиях – крякозябры.
Коль скоро экспорт предусмотрен, желательно довести его до ума. Как минимум, дополнительно реализовать экспорт всех справочников в формат .xml, более удобный и привычный для клиентов. А для формата .dbf во всех случаях предусмотреть возможность выбора кода.
Не говоря уже о том, что распечатка напрямую из полученного файла .dbf не эстетична – нет заголовков, неоптимальная ширина столбцов, трудности форматирования и т.п. Специальными программами для работы с файлами .dbf клиенты в большинстве случаев не располагают, так что для получения красивой распечатки придется здорово повозиться.
В общем, не бухгалтерское это дело. Так что предложение Trigger959 в целом поддерживаю.
Другое дело, что я лично не вижу особого смысла в распечатке справочников. Но это – дело вкуса.

[Ирина Шадрина]

В общем, не бухгалтерское это дело. Так что предложение Trigger959 в целом поддерживаю.
Другое дело, что я лично не вижу особого смысла в распечатке справочников. Но это – дело вкуса.

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

[СЕВАНЦ]

... не сильно и нужная "рюшечка"

«Рюшечка» действительно не очень нужная – по логике вещей, справочники МЕДОКа заполняются на основе внешней информации, а не наоборот.
Тем не менее, я продолжаю придерживаться тезиса: «Коль скоро экспорт предусмотрен, желательно довести его до ума». Просто из уважения к МЕДОКу.
Существующий вариант экспорта в формат .dbf очень не практичен, в чем я лично убедился в ходе экспериментов.
Принимая во внимание, сколько разных мало кому нужных «рюшечек» появилось в МЕДОКе в последнее время, не вижу причин, по которым нельзя было бы слепить ещё одну.

Примечание. Покопался в памяти и припомнил, что экспорт справочников придуман не для вывода на печать, а для передачи данных от МЕДОКа к МЕДОКу. Если это действительно так – отзываю все свои посты не эту тему.

[artcom]

в формат .xml, более удобный и привычный для клиентов.

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

[СЕВАНЦ]

...Может, всё-таки .xls? ...

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

[СЕВАНЦ]

В порядке информации.
Сегодня получил поздравление от МЕДОКа с днем бухгалтера. Спасибо.
Одна беда – поскольку почтовый ящик настроен на монопольное использование программой МЕДОК, полученное поздравление, как и все предыдущие чудесные послания о предлагаемых замечательных акциях, отправилось прямиком в папку «удаленные», не дожидаясь, пока я это всё прочитаю.
Вывод: Для информации об акциях и проч. нужно использовать другие почтовые ящики. Наверное, они должны быть известны дилерам.

[digi]

Или научить МЕДОК понимать такие послания и показывать пользователю, аля почтовик.

[ivanius]

по моему вообще эта галочка там не к месту ВОООБЩЕ т.к. что значит почта используется исключительно программой, это если каждой программе дай свою почту это же можно с ума сойти сколько места уходит и сколько логинов.... ладно не об этом, есть корпоративная почта для работы ее и нужно использовать и бухгалтер других не хочет и директор не разрешает, а там за века уже 5к писем и медок их грузит ооооочень долго, а почему? потому что проверяет каждое сообщение на наличие вложений или вообще все подряд выкачивает, мне не понятно.
ИМХО алгоритм должен быть такой:
1) проверка по заголовку или теме письма (большинство писем с квитанциями стандартизированы)
2)проверка на наличие вложения
3)проверка веса вложения или расширения
4)загрузка вложений
5)удаление письма
к сожалению я с протоколами почты не знаком, но уверен что это реализовать имея уже рабочую почту можно.

[Ирина Шадрина]

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