Импорт htm-страниц

Автор ape, 28 октября 2010, 23:15

0 Пользователи и 1 гость просматривают эту тему.

Печать
Вниз Страницы1 2
Действия пользователя

ape

28 октября 2010, 23:15 Последнее редактирование: 16 января 2011, 12:14 от ape
ОС - Windows XP 64-bit Edition SP2 ENU + MUI_RU (патч замены СР-1252 на СР-1251 выполнен);
Браузеры (сохранение страниц в СР-1251) - Opera_ver.10.63, IE-8;
ООо - от 2.4.х до 3.3.0rs2 (Go, Infra, Libre, Sun-Oracle), настройки - по-умолчанию.
---------------------
Почему по разному открываются сохранённые htm-страницы: то так (0.png), то этак(1.png).
Программой ListEgit и в режиме Просмотр, и в режиме Редактирование кириллица отображается корректно.

Рыбка Рио

#1
28 октября 2010, 23:52
Наверное, в htm файле не указана (либо указана неправильно) его кодировка (?). Нужно вначале файла посмотреть строчку типа <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=koi8-r"> и сравнить с той кодировкой, которую показывает у вас браузер (в Firefox - меню Вид/Кодировка). Браузер может и правильно показывать такие файлы потому что смотрит не только в то что написано в файле про его кодировку, но и в заголовки http.
ubuntu 12.04 + LibO3.6.0

ape

#2
29 октября 2010, 07:35 Последнее редактирование: 29 октября 2010, 07:45 от ape
В обоих случаях указан тип кодировки windows-1251. Обратите внимание - заголовок второго документа проходит, а содержание - нет. Бывало и наоборот: заголовок из кракозябр, а содержимое - в норме.

prof-alex

#3
29 октября 2010, 08:37
Без самих html трудно сказать что к чему.

«Студентов, ранее изучавших Бейсик, практически невозможно обучить хорошему программированию. Как потенциальные программисты они подверглись необратимой умственной деградации» Э. Дейкстра

ape

#4
29 октября 2010, 10:19 Последнее редактирование: 29 октября 2010, 21:11 от ape
Думаю, дело не в ***.htm, а в кодах ООо: эту "болезнь" я помню ещё с ООо-1.1.3; начиная с версии 2.0.0, sweb.exe просто исчез из меню Программы; IBM, несмотря на наличие в пакете Симфонии браузера, поддержку html-страниц Writerом просто исключило...
Я к тому, что RuООо может стоило бы пойти по этому пути - меньше недовольного бурчания, а надеяться на решение в Оракл нам не приходится - с ENU проблем нет, это особенности национальной кодировки.

prof-alex

#5
29 октября 2010, 22:41
Там проблем и ENU много. Для того чтобы ошибки исправлять, их нужно находить. А для этого нужны не только скриншоты с кракозябрами, но и исходные данные.

«Студентов, ранее изучавших Бейсик, практически невозможно обучить хорошему программированию. Как потенциальные программисты они подверглись необратимой умственной деградации» Э. Дейкстра

ape

#6
9 декабря 2010, 11:53 Последнее редактирование: 16 января 2011, 12:15 от ape
Цитата: prof-alex от 29 октября 2010, 22:41Для того чтобы ошибки исправлять, их нужно находить. А для этого нужны не только скриншоты с кракозябрами, но и исходные данные.
Исходные данные: LibO_3.3.0_Win_x86_portable.zip (html-страница этого сайта, прилагаю); Windows XP 64-bit ENU + MUI_RU; LibO-3.3.0rs1; OOo-3.3.0rs7. Скриншоты с разной настройкой CodePage для HTML и вариант другого текстового процессора прилагаю.

Рыбка Рио

#7
9 декабря 2010, 12:19
У меня этот файл OOo/LibO вообще не открывает - намертво зависает.
Bug 32258 – Unable to open htm file (attached) - deadlock
ubuntu 12.04 + LibO3.6.0

ape

#8
9 декабря 2010, 12:51
Надеюсь, в текстовом редакторе и браузере посмотрели? Кодировка - utf-8.

VlhOwn

#9
9 декабря 2010, 13:34
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8;charset=utf-8" />

Уберите выделенное красным, и будет Вам счастье!

ape

#10
9 декабря 2010, 15:39
Счастье наступило... Вопрос о том, что смена кодировки в Параметры - Загрузка/сохранение - Совместимость с HTML с CP-1251 на UTF-8 никак не влияет на открытие веб-страниц, остался.

VlhOwn

#11
9 декабря 2010, 15:48
Можно для недалеких чуть более внятно? Что на что и как должно влиять?

ape

#12
9 декабря 2010, 16:06 Последнее редактирование: 9 декабря 2010, 16:44 от ape
Извините недалёкого: "перечитался" - в диалоге говорится о настройке экспорта.  :(
Однако, есть неприятные "мелочи": кодировку 1251 необходимо указывать как "windows-1251":
Цитировать<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"><head>
   <meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />
, т.е. в "транскрипции" диалога Параметры - Загрузка/сохранение - Совместимость с HTML.
Цитировать<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"><head>
   <meta http-equiv="Content-Type" content="text/html; charset=cp-1251" />
Если указать "cp(CP)-1251", то результат - кракозябры.

Рыбка Рио

#13
9 декабря 2010, 18:36
Кстати, в LibO уже исправили это. (Bug 32258 – Unable to open htm file (attached) - deadlock)

А насчёт того, что настройка кодировки (в меню Сервис/Параметры/Загрузка-Сохранение/Совместимость с HTML) влияет на импорт - это моя ошибка. Эта настройка, значит, влияет только на экспорт.
ubuntu 12.04 + LibO3.6.0

ape

#14
9 декабря 2010, 22:50 Последнее редактирование: 16 января 2011, 12:15 от ape
В LibO-3.3.0rs1 баг не исправлен. Есть ещё момент - экспорт в *.odt  дал такой результат (не знаю как описать - см. Масштаб, Формат страницы и линейки)...
Печать
Вверх Страницы1 2
Действия пользователя