Отправляет email-рассылки с помощью сервиса Sendsay

За 2020-11-16

[prg] Re[7]: работают ли у кого эти функции?

Приветствую всех!

Собственно, я так и ответил: привёл имена работоспособных функций.
А были ли они переименованы -- это опять ваши предположения.
А дальше мы обсуждали пример того, как любые предположения и догадки в
отношении работы функций могут привести к серьёзным заблуждениям и ошибкам.
Надеюсь, что правило -- не делать никаких предположений о работе,
внутренней организации и побочных эффектах работы чужих функций -- для
вас теперь не пустые слова.
Кстати, в описании функций ничего нет по поводу "части слова". Там
используется выражение "младшее по порядку слово" или "младшие по
порядку 16 бит".
Успехов. Анатолий.

16.11.2020 19:22, Анатолий Ивашков пишет:
> Анатолий, а не проще было просто написать, что функции loword и hiWord
были переименованы в lowWord и highWordи все вопросы отпали бы, так как я их
тоже видел. смутило же меня, что в справке в одном случае сказано о младшей
и старшей части слова, а в другом о старших и младших 16 битах именно битах.
>
>
> и в тоже время функция sayInteger выдает на синтезатор данное
представление. поэтому мне казалось, что те функции дадут тоже тотже
результат.
>

   i_chay 2020-11-16 20:03:08 (#3660929)

[prg] Re[6]: работают ли у кого эти функции?

Здравствуйте, i_chay.

отвечаю на письмо от 15 ноября 2020 г., 18:59:47:

ic> Не бывает шестнадцатеричных или двоичных чисел. Числа бывают целые

извиняюсь, что не правильно выразился. конечно же надо было написать представленных в таком-то виде.

ic> Главное: не надо придумывать того, чего нет в справке. А там нет ни
ic> слова о "шестнадцатеричных" или "двоичных" числах.

Анатолий, а не проще было просто написать, что функции loword и hiWord были переименованы в lowWord и highWordи все вопросы отпали бы, так как я их тоже видел. смутило же меня, что в справке в одном случае сказано о младшей и старшей части слова, а в другом о старших и младших 16 битах именно битах.

ic> встречал. JAWS вообще не поддерживает двоичное представление целых чисел.

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

   2020-11-16 18:23:11 (#3660924)

[prg] Re: В скрипте Джоз сконвертить текст строковой переменной из ANSI в UTF-8.

Здравствуйте, Юрий Шабанов.

> не нашёл во встроенных функциях Джоза средств
> для этого, нужен внешний инструмент, доступный из скрипта. Или плохо
> искал?

Не очень понятно, что вы имеете ввиду под перекодировкой строки внутри JAWS.
Если вы хотите писать какие-то Unicode-символы прямо в коде, то для этого JSS-файл надо просто пересохранить в UTF-8. В меню "Файл" Диспетчера скриптов есть отмечаемый пункт "В формате UTF-8".
Ну а внутри JAWS строки итак обрабатываются как Unicode.
Если же у вас какой-то специфический случай с необходимостью перекодировать строки и куда-то их потом пропихивать в конкретном байтовом представлении, то сначала надо подумать, точно ли стоит заниматься этим на уровне скриптов JAWS, ну а если всё-таки это чем-то оправдано, то можно воспользоваться системным объектом ADODB.
Пример можно посмотреть вот здесь - https://github.com/tseykovets/nvMathViewer/blob/master/nvMathViewer_for_JAWS/enu/nvMathViewer.JSS
Там на строках 125-149 функция, которая записывает в файл текст в UTF-8 с BOM или без BOM. Конкретная кодировка задаётся на строке 131. BOM, к сожалению, при необходимости приходится откусывать вручную как первые 3 байта.
Собранное скриптовое расширение с этим кодом можно скачать здесь - https://tseykovets.ru/download/jaws/nvMathViewer.zip
Успехов. Никита.

   2020-11-16 17:17:12 (#3660917)