Ru-Board.club
← Вернуться в раздел «Программы»

» Help & Manual

Автор: druc
Дата сообщения: 22.04.2015 23:07
GeRUb

Цитата:
То, что прога лезет в нэт, я убедился, когда на новый год в проге сменилась картинка подложки в главном окне, на новогоднюю .
 
Похоже и у меня также. Я недавно обновлялся до 11 ИЕ. Хотя, периодически, глючило и раньше.
Я пробовал рекомендацию по правке ресурсов object DM: TDM , вроде помогло, а потом опять началось.
Остались точки в реестре, где чистил? Если да, то скинь, надо глянуть.
Возможно там есть дата проверки ключа или ключ легитимности проги. Может достаточно его грохнуть?

Все же я грешу на обновления IE, указал версию 11 т.к. она у меня установлена с момента ее выхода. По поводу мест в реестре на вскидку и по памяти пока не могу Вам сообщить из-за того что это давно было. Позже просканирую последнюю версию H$M, которая у меня сейчас в ОС и поделюсь с Вами.
Автор: druc
Дата сообщения: 23.04.2015 12:23
GeRUb
Прошу прощения за небольшую задержку. Вот Ссылка пришлось на вертуальной ОС win7sp1rus x32 устанавливать и деинсталировать HM (v. 6.5.5.3020). Как показано на снимках в двух местах после деинсталляции программы в реестре остаются следы (которые у меня проявились). Всего около сотни записией и это при том, что я только установил и сделал пустой проект. Но думаю и это для ориентира Вам поможет...
Автор: GeRUb
Дата сообщения: 23.04.2015 13:20
Ок. Скачал, посмотрю.

Добавлено:
Все эти ключи относятся к настроенным параметрам программы.
Ничего тут подозрительного нет.
А вот если в эту переменную WelcomeBackgroundImage воткнуть путь к картинке, то увидим её как бакгроунд в стартовом окне .
Автор: druc
Дата сообщения: 23.04.2015 14:35
GeRUb

Цитата:
Все эти ключи относятся к настроенным параметрам программы.
Ничего тут подозрительного нет.
А вот если в эту переменную WelcomeBackgroundImage воткнуть путь к картинке, то увидим её как бакгроунд в стартовом окне

А я не имел ввиду подозрительное, а оставляемые следы, которые надо чистить в ручном режиме (или соответстующим ПО). Не знаю есть ли у вас мониторы работы программмы в режиме реального времени (т.е. - какие DLL, какие системные программные ресурсы задействуются и куды в реестр это чудо обращается и оставляет т.с. "фонтом"). Понаблюдайте ... Просто снимочек такого мониторинга в xml под 40мб. и не только я, но и другой делиться этим снимком не рискнет. Сами понимаете по какой причине...
Автор: GeRUb
Дата сообщения: 23.04.2015 14:52
Так всё это понятно .
Слежение за действиями проги это довольно скучное занятие, да и душа к этому не лежит. Тут нужен любитель крэкинга.
В принципе, если достаточно блока в нэт для проги, то уже хорошо.
Я думал, что есть версия (от 6.0 и выше, а может и ниже), которая не имеет этой защиты.
Тогда можно было бы поставить две рядом и в одной писать и редактировать, а второй только компилить.
Автор: druc
Дата сообщения: 23.04.2015 15:00

Цитата:
Тогда можно было бы поставить две рядом и в одной писать и редактировать, а второй только компилить.

Можно иначе поставить себе задачу (перспективу или как удобно) исходя из цитированного. Но я поступаю (не всегда) иногда - использую не разные версии одной H&M, а в одном случае ее, в другом - другую, а бывает и третью программу назначения по теме топика ...
Автор: GeRUb
Дата сообщения: 24.04.2015 19:42
Какая то лажа...
Поставил на виртуалке 6.5.5 , русифицировал, зарегистрировал.
Сеть отключена!
А глючить начало сразу с первой компиляции!
Не понятно совсем с этой сетью.....
P.S.
Все русификаторы, начиная с 6.2 вносят траблу - поля выбора якоря (редактирование ссылки) уезжают за пределы экрана.
Приходится править ресторатором
Автор: druc
Дата сообщения: 24.04.2015 20:08
GeRUb

Цитата:
[/q]
[q]Какая то лажа...
Поставил на виртуалке 6.5.5 , русифицировал, зарегистрировал.
Сеть отключена!
А глючить начало сразу с первой компиляции!
Не понятно совсем с этой сетью.....
P.S.
Все русификаторы, начиная с 6.2 вносят траблу - поля выбора якоря (редактирование ссылки)  уезжают за пределы экрана.
Приходится править ресторатором

Каким русификатором пользуетесь? Я использую от boomer (последний его русификатор, которым поделился со мной selkv). Тема в варизнике.
Дело в том, что H&M делают много улучшений для мониторов с высоким разрешением (4К и т.п.), а у вас на вертуалке какое разрешение и установлено ли соответствующее расширение с драйвером к видео системе через безопасный режим вертуальной ОС, по моему мнению, это тоже может сказываться о чем вы повествуете.
Автор: GeRUb
Дата сообщения: 25.04.2015 11:11
druc

Цитата:
Каким русификатором пользуетесь?

21.03.2015 Boomer http://titulsoft.com - т.е. аналогичным.

druc

Цитата:
на вертуалке какое разрешение

Виртуалки:
Xp SP2 1024x768
Win 7 1024x768
На рабочей машине Win 7 1440х900
На всех одинаково правый край этого поля уезжает за границы экрана.
И когда правил этот баг в ресурсах там указано немерянное число with этого компонента. (потому и уезжает .)
Та это в принципе легко исправляемо, меня больше печалит факт подмены букв в тексте (возможная защита). Вот с этим как бороться чтобы надежно было.
Очень напрягает, перечитывать свой проект, после каждой компиляции.
Особенно если в нем больше одной страницы .
Автор: druc
Дата сообщения: 25.04.2015 13:39
GeRUb

Цитата:
Очень напрягает, перечитывать свой проект, после каждой компиляции.
Особенно если в нем больше одной страницы

Вы указаваете, что установили версию 6.5.5 (но не указали билд, но не об этом). Вы раньше ее (эту версию) у себя на ПК устанавливали? Если нет, то можете не читать вторую часть.
Если да, то как где-то советовал, по моему sawamail . Дождитесь нового билда, до его установки тщательная чистка от следов H&M и попробовать в этом варианте, но полностью предохраниться от тырнета (не в вертулке).
Искрене хотелось бы чтобы у Вас решилась эта проблема...

Автор: GeRUb
Дата сообщения: 25.04.2015 17:52
Провел сегодня эксперимент.
Исходные данные:
Виртуалка Win7 x86
Рабочая машина Win7 x64
На виртуалке отключен адаптер эзера.
На рабочей у H&M запрет всего траффика в фаерволе.
Проверка:
Установил в виртуалке H&M Professional.6.5.5.build.3020 ,русифицировал, зарегистрировал, проверил = глючит.
Поставил в соседней папке H&M 6.0.2 чистую, без русификации, проверил, НЕ глючит! Номер лицухи подхватывает из реестра.
На рабочей стоит H&M 6.5.1 и тоже глючит.
Ключи, естественно, менял не однократно. Не помогает.
Вывод.
Понаблюдаю еще за поведением 6.0.2. А потом,
решил обратиться к специалистам - докторам . Может помогут с таблетками.
P,S,
Я раньше думал, что это у меня такой глюк, пока не наткнулся на эту тему....
В общем , к доктору.....



Добавлено:
druc

Цитата:
...тщательная чистка от следов H&M....

Думаете там все ключи именованые, т.е с названием H&M?
Подозреваю, что должны быть скрытые, которые можно искать как иголку в стоге.
Автор: D1D1D1D
Дата сообщения: 14.08.2015 21:54
Как известно, в HTML Help Workshop для возможности поиска по файлам внутри CHM (по кириллице), требуется, чтобы они были в WIN-кодировке. А можно ли в H&M тоже самое, если файлы в кодировке UTF-8 ?
Автор: druc
Дата сообщения: 22.10.2015 09:25
С недавних пор официальный русскоязычный форум по Help & Manual Ссылка
Автор: PGreen
Дата сообщения: 03.11.2015 11:39
 
Поверх v6.4.0.2880 "накатил" Premium Pack v2.70 — так теперь в скомпилированных файлах пишет, что создано седьмой версией H&M ...
 
Автор: Dror54
Дата сообщения: 05.12.2015 20:55
[more] [more] .[/more]

Help & Manual Professional 7.0.7 Build 3771 (DateCode 5.12.2015)


[more=Изменения]Changes, bug-fixes and improvements in 7.0.7
PDF: One important change concerns top-level intro pages in PDF. In H+M version 7.0 we introduced a rule that single top-level topics (topics without sub-entries) should not generate a top-level intro page. What initially seemed to be a good idea turned out to be counter-productive for many users, who place single topics in the top level of the TOC to print multi-page introductions or appendixes, which in fact qualify for an “intro” page. We have reversed this printing rule – top-level entries (when used in the PDF template) are again always printed.In the PDF output, on ultra-high resolution displays, fixed-sized tables and the caption height of images was not calulated correctly, resulting in some tables being cut and image captions adding an unwanted gap below the caption. Toggle images that were part of numbered lists were shifted a few pixels to the right when used inside tables. Last, a very small glitch: in a rare case, single keyword index page numbers were printed but not linked.
Word/DOCX export: minor bug fix with lists
Table properties dialog: the table dialog has been made more intelligent and the message that offers reseting individual cell properties when changing the table in general, is only displayed if really necessary.
SVG images: an updated SVG library is now capable of displaying text on a curved path.
Topic editor: on ultra-high resolution monitors, conditional text tags were displayed too large. The editor has received an additional zoom state of 300%. The image dropdown gallery painted PNG thumbnail images with the wrong proportions. Line spacing values between 1.01 and 1.09 did not work. File links with execution parameters are now displayed in the project report.
Bullet lists: two Wingding bullets were converted to the wrong Unicode character in Webhelp and HTML Help when running on Asian or East-European Windows versions.
Batch compilation: a new command line parameter was introduced to use the STDOUT output instead of creating a new console: /stdout (see online help for details) [/more]
Автор: Ivan 3259 r1
Дата сообщения: 24.05.2016 04:46
Help & Manual 7.1.0 Build 3920 May 23, 2016
Автор: Ivan 3259 r1
Дата сообщения: 10.06.2016 23:15
Help & Manual 7.1.0 Build 3925 10.06.2016
Автор: 11 druc 11
Дата сообщения: 15.06.2016 05:43
Изменили в версии 7.1.3925:


Цитата:
Update Build 3925 (June 10, 2016)

This build-update includes fixes a couple of small bugs:

Publishing tasks: Webhelp task properties were always reset to defaults
DOCX export: table width calculation for fixed-sized tables with indents calculated too narrow width
Page breaks after list items: when the last item allowed a page break (= not keep with next), it ignored this para option in print and PDF
Rare drag & drop bug in main form (project tree) fixed, it was possible to initiate a double drag & drop operation.
Paragraph options dialog: when the units were set in centimeters, the rounding of the cm-values was incorrect.


В связи с выходом новой сборки обновил русифицированные файлы (см. в теме вареза)

Страницы: 1234567891011121314151617181920

Предыдущая тема: Подскажите, пожалуйста, англо-русский словарик


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.