Имхо, DEF-коды исчезнут как таковые, мне кажется. Просто будет в минсвязи какой-то глобальный маршрутизатор (может, и у каждого оператора по копии), который будет определять кому направлять вызовы. Получится что-то сродне DNS.
А зачем его преобразовывать в нужный формат после ввода? Обработке это не поможет. Пользователю — в случае ошибки неудобно будет её исправлять, либо мы придём к тому что есть — форматировать номер в процессе исправления (читай — ввода).
Да, возможность как раз и заложена в плагине. Более того — в данной постановке и населённый пункт определять не требуется (чтобы показать правильную маску) и для этого уже подойдёт текущая реализация.
Я считаю, тарифы должны быть прозрачными — чтобы стоимость услуги можно было узнать до её оказания (кстати, наверное есть и закон соответствующий). Если этого не будет — тогда точно это никому не будет нужно. Получится, сменил твой знакомый оператора, а ты, в очередной раз позвонив ему, получишь сюрприз.
ИМХО, единственный оптимальный выход — единые тарифы исходящих звонков на мобильные намера (т.е. деление на «свой-чужой» оператор должно прекратиться). А как будет — поживём — увидим.
Мне кажется, прямые номера технически будет возможно переносить между операторами только внутри региона, т.к. на то он и фиксированный, что обязательно должен быть привязан к региону. Мобильная же связь к региону может быть не привязана.
В качестве XXX очень часто привычнее видеть XXXX — т.е. 4 цифры и более в скобках, вместо 3-х, в зависимости от размера населённого пункта. Поэтому придётся анализировать данные более детально, а именно — все диапазоны, пытаться их объединить и т.д.
Есть надежда, что выгрузку можно переконвертировать, объединяя диапазоны и анализируя населённый пункт. Но избыточность базы может выйти боком — из-за присутствия районов и мелких диапазонов придётся вводить несколько записей для 1 диапазона. Потом в автоматизированном режиме пытаться объединить полученные маски (либо сначала объединить диапазоны, а потом маски — разницы нет).
Ладно, надо сначала попробовать. Как будет время — попробую.
У Мегафона есть тариф «Вокруг Света» — по сути, безроуминговый внутри России. У МТС — Туристическая СИМ-карта (правда, они её стараются не продвигать). Пока что с Интернетом только не всё так хорошо — за безлимитные пакеты за пределами домашнего региона нужно доплачивать.
Уже есть такие — в Русском Стандарте и Связном. Действительно удобно. Правда, геморой с лимитами на снятие за 1 операцию, но вопрос «срочно обналичить» решает.
Честно — сложно было собрать информацию о привычном отображении номера внутри каждой страны. Я заметил, что мало где используются скобки и дефисы — чаще пробелы. Но чтобы использовались одновременно пробелы и дефисы — такого не встречал нигде.
Здесь, по сути, маска тоже старается красиво структурировать. Единственное — у каждого свои привычки и понятие вкуса, поэтому может получаться несовсем то что ожидаешь.
Приведённый Вами пример отображается как +380-44-555-5555. Правильно ли я понимаю, что предлагается сделать отображение в виде +380 44 555 55 55?
По мобильным операторам данные пока не собирались. Мобильные не вводятся потому что не добавлена соответствующая маска, а компонент не разрешает ввод того что не разрешено. Это не является ошибкой — позже будет добавлено, скорее всего также будет добавлен тип номера — мобильный или стационарный (т.к. список дополнительных параметров номеров разного типа тоже отличается).
Я думал над этим, но нужно понимать, что для определения маски ввода (а не региона или оператора) по номеру, как заявлено в теме, этого не требуется. Да, это было бы круто, но это немного другая задача и правильнее решается по-другому.
Да, это правильнее. Первоисточником пока не воспользовался из-за того, что не придумал как его обрабатывать. Кроме того, первоисточник не содержит сведений о длине кода региона (все коды ABC и DEF трёхсимвольные) — соответственно, не решает проблемы, обозначенной freextraz. Если делать серьёзную обработку на основе комбинаций диапазонов — тоже возможны проблемы. Конкретный пример — г.Челябинск, который перешёл на 7-значную нумерацию — из первоисточника это не следует.
Если речь о международном формате, то правило написания едино. А так — ещё можно вспомнить про 8-53, 8-58, 8-55 и 8-10. Кроме того, если говорить о других странах, во многих странах 0 — выход на межгород, 00 — международная связь. Это проблема, как её решать — пока не знаю…
В первоначальном наборе ставилась цель правильно определять по номеру телефона страну и подходящую маску — чтобы не возникло ситуации, что номер не вмещается или, наоборот, остались пустые позиции.
На настоящий момент деление по городам России не произведено, однако данная возможность заложена в плагин — нужно лишь расширить список масок… Это вопрос времени.
ИМХО, единственный оптимальный выход — единые тарифы исходящих звонков на мобильные намера (т.е. деление на «свой-чужой» оператор должно прекратиться). А как будет — поживём — увидим.
Есть надежда, что выгрузку можно переконвертировать, объединяя диапазоны и анализируя населённый пункт. Но избыточность базы может выйти боком — из-за присутствия районов и мелких диапазонов придётся вводить несколько записей для 1 диапазона. Потом в автоматизированном режиме пытаться объединить полученные маски (либо сначала объединить диапазоны, а потом маски — разницы нет).
Ладно, надо сначала попробовать. Как будет время — попробую.
Здесь, по сути, маска тоже старается красиво структурировать. Единственное — у каждого свои привычки и понятие вкуса, поэтому может получаться несовсем то что ожидаешь.
Приведённый Вами пример отображается как +380-44-555-5555. Правильно ли я понимаю, что предлагается сделать отображение в виде +380 44 555 55 55?
Сведения брал отсюда. Но, как оказалось, они местами устарели. Я вручную пробежался по крупным городам и поправил неточности.
Страницу проекта обновил — можно проверять прямо там.
На настоящий момент деление по городам России не произведено, однако данная возможность заложена в плагин — нужно лишь расширить список масок… Это вопрос времени.