proNovell

Джентльмены, а что у нас собственно с автоопределением кодировки в клиенте GW7 если включен HTML ?

Юзвери таки анноят, говорят что мол у 6-го клиента все было лучше с этим.

При просмотре используется движок IE, т.е., по словам глобальной службы поддержки, не зависит непосредственно от ГВ. Проблема в 7.0.х правиться не будет, это будет поправлено в GW 8(Bonsai) (там используется собственный движок для отображения HTML-страниц).

Клиент под линукс все определяет правильно, кстати

Dimerson писал(а):Джентльмены, а что у нас собственно с автоопределением кодировки в клиенте GW7 если включен HTML ?
Юзвери таки анноят, говорят что мол у 6-го клиента все было лучше с этим.

6.x не щупал.
в 7.x Проблемы есть. Анноит.
Причем частенько глючит как попытка сменить кодировку, так и попытка просмотреть исходный код сообщения.

v13 писал(а):6.x не щупал.

В клиенте 6.5.x ЭТО работает. Там не работает поиск адресов по Частым контактам. Что заставляет переходить на семёрку.

Иван Левшин aka Ivan L. писал(а):При просмотре используется движок IE, т.е., по словам глобальной службы поддержки, не зависит непосредственно от ГВ. Проблема в 7.0.х правиться не будет, это будет поправлено в GW 8(Bonsai) (там используется собственный движок для отображения HTML-страниц).

Клиент под линукс все определяет правильно, кстати

Очень грустно.

Позиция удобная. Ошибка есть , НО ИСПРАВЛЯТЬСЯ НЕ БУДЕТ.

Я бы сказал уродская позиция по отношению к пользователям.

Есть желание похачить бинарь пусть хоть КОИ всегда бует - в 90% случаев будет ок.

Позиция заключается в том, что ошибка УЖЕ ИСПРАВЛЕНА Bonsai выходит осенью, там этой проблемы УЖЕ НЕТ.

А когда и будет ли вообще включён Bonsai в Open WorkGroup Suite.

Там очень расширены функции по сравнению с GW 7. Так по описанию Teaming + Conferencing включены в Bonsai, это верно?

По обоим вопросам ничего пока не скажу - уточню. T+C вряд ли будут включаться в состав ГВ - с чисто маркетинговой точки зрения это глупый шаг (мое глубоко личное ИМХО). Стоимость лицензии возрастет и чисто психологически труднее будет конкурировать.

Иван Левшин aka Ivan L. писал(а):Позиция заключается в том, что ошибка УЖЕ ИСПРАВЛЕНА Bonsai выходит осенью, там этой проблемы УЖЕ НЕТ.

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

Боюсь, вопрос не ко мне - я думаю, как заставить что-то работать, но не формирую маркетинговую политику и не пишу код. Видимо, буржуине сочли, что так будет лучше. Возможно, это связано с тем, что надо много чего перелопатить в клиенте - повторю, он не имеет собственного HTML-движка, а использует IE со всеми вытекающими. В общем - я хз, что и как они думают. Мое дело - сообщить

Не поленился проверил клиентов:

604
656UP3
703

из всех только у 604 автоопредление работет более-менее приемлимо
(имхо саппорт на Россию положил с прибором и уже давно).


Поговаривают будет 703HP ... хотя сдается мне надеяться не на что ;(

В 6.5, по имеющимся сведениям, а также в 7.0 (чистом, без СП), проблема не наблюдается.

Иван Левшин aka Ivan L. писал(а):В 6.5, по имеющимся сведениям, а также в 7.0 (чистом, без СП), проблема не наблюдается.

Факт - 70 чистый из красной коробки правильно определяет koi8-r/cp1251. Но глючит с Unicode (криво отображает не говоря про определение кодировки).


OOPS.
Проверил повнимательнее. У 65 с юникодой тоже все ок (и кажет и определяет). Непатченный 70 вроде детектит правильно но кажет криво (и предлагает на выбор UTF-8,UTF-8,UTF-8,UTF-8 что на самом деле UTF-7,8,16 и 32).

Непатченный GW70 детектит правильно но отображает UTF неправильно даже при правильном выборе кодировки вручную (проверяем HTML source что он подставляет в Charset).

Таким образом проблема для 7.0.3 сводится к всего лишь несрабатыванию автовыбора в случае Charset=koi8-r (вернее он ее выбирает но не отображает сразу а после выбора ее же все ок (при этом пропадают все картинки в HTML)). Для 1251 и UTF автоопределение срабатывает корректно (лучше б для кои .

Вопрос :

А что нужно чтоб допинать девелоперов ??? платить деньги или есть другие рычаги воздействия ???

если есть вдохновение, то:
1. создайте тестовый файл в этой кодировке., ктороый надо отправлять
2. по шагам напишите действия при отправке и получении письма с этим прикреплением (на eng.), сопроводив картинками и указак какие настройки у клиента.
3. зазипуйте и пришлите мне.
точно, что передам прямо в руки того, кто курирует проект GW.
какое он примет решениие - незнаю.

skoltogyan писал(а):если есть вдохновение, то:
1. создайте тестовый файл в этой кодировке., ктороый надо отправлять
2. по шагам напишите действия при отправке и получении письма с этим прикреплением (на eng.), сопроводив картинками и указак какие настройки у клиента.
3. зазипуйте и пришлите мне.
точно, что передам прямо в руки того, кто курирует проект GW.
какое он примет решениие - незнаю.

Если сделать так:

создаем 3 письма в outlook express в HTML с абстракным текстом
в 3 кодировках - 1251,koi8-r,utf8.

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

И демонстрируем реакцию клиента - что только в одном случае из 3 не делает как надо (в плане того что не надо перелопачивать всеь код а поглядеть почему Автоопределение не срабатывает _только_ для koi8-r) - может им покажется что это мелкое исправление и легко поправить в грядущем GW703HP ???

===================

Проверил - весьма наглядно выходит.

===================

Правда при сохранении этого HTML без вяких преобразований для всех 3 случаев и открытии их в IE видим что
для 1251 и utf8 все срабатывает ОК . А вот для Кои IE автоопределение так же глючит.
Посему возможно на вход IE передается кривой HTML.

см ниже (для простоты рассмотрим только 1251 и koi) - оба приведем из редактора FAR в 1251 - теги размера шрифта порепаны форумом:

1251:

<DOCTYPE>
<HTML><HEAD>
<META>
<META>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV>
<DIV><FONT>Тест</FONT></DIV>
<DIV><FONT>Тест</FONT></DIV>
<DIV><FONT>Тест</FONT></DIV>
<DIV><FONT>Тест</FONT></DIV></DIV></BODY></HTML>

koi8:
<DOCTYPE>
<HTML><HEAD>
<META>
<META>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT>
<DIV><FONT>oAOO</FONT></DIV>
<DIV><FONT>oAOO</FONT></DIV>
<DIV><FONT>oAOO</FONT></DIV>
<DIV><FONT>oAOO</FONT></DIV></FONT></DIV></BODY></HTML>


oAOO это блин не Тест в koi8-r а хрен знает что.

если смотреть это же сообщение в KOI через WebAccess то выдим более правильно:
<NOVELL_REWRITER_OFF>
<DOCTYPE>
<HTML><HEAD>
<META>
<META>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT>
<DIV><FONT>фЕУФ</FONT></DIV>
<DIV><FONT>фЕУФ</FONT></DIV>
<DIV><FONT>фЕУФ</FONT></DIV>
<DIV><FONT>фЕУФ</FONT></DIV></FONT></DIV></BODY></HTML>
<NOVELL_REWRITER_ON>

а вот фЕУФ это уже Тест если сделать CP1251 → KOI8-R.

Так что похоже глючит не движок IE а именно клиент который передает движку мусор. Но если принудительно в клиенте сказать KOI8 то получим искомый фЕУФ.

В общем думаю это лечится. И без тяжелой артиллерии в виде Банзаев.

P.S. В mime.822 так же все ок.