Проект "Сведения о застрахованных лицах" СЗВ-М

[svv]

Еще варинат печатной формы: Тут писали о крестиках в квадратиках, видимо услышали.

По-моему они не то что жевать не могут, еще и глотать за них надо.
Почему нельзя было написать "Отчетный месяц ___ календарного года ____)" и не заниматься дурацкой расшифровкой что 01 это январь, а 12 это декабрь.
А если я вместо 05 напишу 5, форму уже не примут?

[Teodor]

По-моему они не то что жевать не могут, еще и глотать за них надо.
Почему нельзя было написать "Отчетный месяц ___ календарного года ____)" и не заниматься дурацкой расшифровкой что 01 это январь, а 12 это декабрь.

Потому, что вы подумаете в правильном направлении, написав, например в феврале "02", а другие подумают, что надо писать "Февраль"

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

[elgai]

Потому, что вы подумаете в правильном направлении, написав, например в феврале "02", а другие подумают, что надо писать "Февраль"

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

Ах, если бы. Ах, если бы...

[Леонид Николаевич]

Уже писали
"переход с win-кодировки на utf-8, на мой ламерский взгляд, неоправдан. ПФ собирается выйти на международный уровень или в файле предполагается посылать "непечатные" в windows-кодировке символы? (это мы с удовольствием)
..."

+1
Можно было-бы вообще не регламентировать кодировку! В принимающей программе, что-ли трудно распознать таблицу перекодировки по первому слову из текста передаваемого файла и преобразовать в свой "UTF"? Зато головняка другим накрутили! Пижоны, одним словом

[vk65]

В принимающей программе, что-ли трудно распознать таблицу перекодировки по первому слову из текста передаваемого файла

Кодировку не нужно распознавать. Она явно указывается в первом теге файла.

[Михаил Иванович]

+1
Можно было-бы вообще не регламентировать кодировку! В принимающей программе, что-ли трудно распознать таблицу перекодировки по первому слову из текста передаваемого файла и преобразовать в свой "UTF"? Зато головняка другим накрутили! Пижоны, одним словом

Хорошая была кодировка, понятная и наглядная. Разработчикам бы головы на 180 градусов развернуть, да с треском. Кто бы к ним "достучался"?

[Михаил Иванович]

Конечно, на международный! Уже и дата - не просто дата, а с временным поясом!

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

[Леонид Николаевич]

Хорошая была кодировка, понятная и наглядная. Разработчикам бы головы на 180 градусов развернуть, да с треском. Кто бы к ним "достучался"?

Не знаю, кто-как делать собирается,. но вот нашел, компактную утилитку
- конвертер "win1251_utf8.exe". Пока руки не доходят слепить конкретный файл и проверить.
Т.е. предполагаю, "традиционным своим" способом (в VFP-9) рисовать текстовый (XML) файл в 1251 (читаем любым редактором) и выгружать уже через конвертер. Что не так, где засада?

[Леонид Николаевич]

Не знаю, кто-как делать собирается,. но вот нашел, компактную утилитку
- конвертер "win1251_utf8.exe". Пока руки не доходят слепить конкретный файл и проверить.
Т.е. предполагаю, "традиционным своим" способом (в VFP-9) рисовать текстовый (XML) файл в 1251 (читаем любым редактором) и выгружать уже через конвертер. Что не так, где засада?

Проверил! Работает!

[lubezniy]

Т.е. предполагаю, "традиционным своим" способом (в VFP-9) рисовать текстовый (XML) файл в 1251 (читаем любым редактором) и выгружать уже через конвертер. Что не так, где засада?

Не могу говорить однозначно (сам с VFP не работаю), но, например, XmpHttp из библиотеки MSXML, даже если с ним работать из VFP, преобразует всё передаваемое из 1251 в UTF-8 автоматически. Думаю, есть смысл сперва поглубже изучить документацию к MSXML (если MSXML используется при формировании) - может, там просто нужно задать какие-либо параметры. Во многих других языках есть специальные функции преобразования. Сам в Delphi, если встаёт подобная задача, предпочитаю формировать строку в 1251 ручками и затем одной функцией конвертить её в UTF.

[vk65]

Т.е. предполагаю, "традиционным своим" способом (в VFP-9) рисовать текстовый (XML) файл в 1251 (читаем любым редактором) и выгружать уже через конвертер. Что не так, где засада?

Хозяин-барин, конечно, но вообще-то в vfp есть функция конвертации в utf-8.

[Леонид Николаевич]

Хозяин-барин, конечно, но вообще-то в vfp есть функция конвертации в utf-8.

Если Вы про CPCONVERT(), то CPCONVERT(CPCURRENT(),65001,[БЛАБЛА])
не проходит.
Какая-такая функция? SYS(15) ? SET COLLATE? Поделитесь, буду очень признателен.

[vk65]

Какая-такая функция?

строка_utf8 = strconv(строка_win1251, 9)

[IgorAV]

Если библиотека для работы XML не позволяет формировать в формате UTF8, то можно воспользоваться WinAPI функциями MultiByteToWideChar и WideCharToMultiByte.
В интернете примеров море.

[Михаил Иванович]

Очень хорошо конвертирует во многие форматы программа AKELPAD.