ZVI, Владимир, приветствую!
Цель вопроса? наверное пообщаться, выйти покурить в перерыв между работой (я не курю, но здесь-то можно в курилке?)
Да все верно, это валидный паттерн для старщего брата - Регулярных выражений. Можно проверить на https://regex101.com/
Собственно складывается впечатление, что Like писали спустя рукава, начали видимо хорошо, паттерны 1-2,3 выполняются с таким же итогом как и итог регулярных выражений...
Потом что-то пошло не так (что-то не смогли?) или решили, а и так хватит... давайте сделаем ограничение на это ("-" разделитель только в конце или в начале, что в регулярках не обязательно), да и норм...
Сомнительно... но Окей...
Смотрим далее

Первый паттерн явно ошибочен, не закрыта скобка. Все понятно - ошибка. А второй возвращает False, т.е. маска норм, вопросов не вызывает?
Смотрим регулярки - во всех двух случая ошибочная маска - ошибка (там же на сайте regex101 можно проверить, для всех языков)

Хорошо, специалисты говорят, не надо смотреть ругулярки, смотри спецификацию к оператору Like и не выдумывай лишнего...
Если петтерн не соответствуеn спеке - это все UB...

Ну Ок говорю я, а где в спеке написано что задать диапазон следующим образом [F-F] ошибка? И почему если это ошибка, не выходит сообщение в VBA?
Я вижу в спеке лишь ошибку, если первое значение больше второго (должно быть в возрастающем порядке)
..."[A-Z] является допустимым шаблоном, но [Z-A] не является."...
Если ошибка, зачем возвращается True (я понимаю еще False вместо ошибки, но тоже так себе)? Т.е. все валидно и даже положительный результат сравнения!

Что в итоге: абы как составленный инструмент, где -то возвращающий False, вместо ошибки, где-то True!!!, где-то считает в одном контексте, где то в другом при одинаковой маске или одинаковых строках.

nilske, осталось... читаю спецификацию:
"Дефис ( - ) может стоять либо в начале (после восклицательного знака, если он используется), либо в конце charlist , чтобы соответствовать самому себе. В любом другом месте дефис используется для обозначения диапазона символов."
Пишу код:

Вопрос: почему True?

nilske, встречный вопрос: а что неправильного в моем шаблоне, какой части спецификации он не соответствует?

nilske, Вы считаете, что Like работает неправильно? И считаете, что это обсуждать не нужно? Т.е. работет неправильно, ну и ладно, че обсуждать-то, верно? Правильно ли я вас понял?

nilske, если прочитать мое сообщение 5, то там есть выдержка из спецификации, где написано, почему должно вернутся False (потому что "-" не в начале и не в конце charlist). А возращается True. Поэтому я и спрашиваю, почему так? Где проблема?

Поговорить - да, это нормально и приятно.
Вообще, к Like претензии вижу впервые.
Работает в соответствии с описанием и очень быстро.
А все вольности этого оператора при некорректно заданных шаблонах ему прощаю – неизвестно какими мы сами будем в пограничном состоянии    

почему же не в начале и не в конце? Он как раз либо в начале, либо в конце
Шаблон "[1-2-3]". Разбирается скорее всего по частям. Первая часть - диапазон от 1 до 2: "[1-2]". Вторая часть - дефис и число 3, которые считываются уже по отдельности, т.к. цифра "2" уже занята диапазоном "1-2": "[-3]". Следуя этой логике - дефис-таки в начале. Но если вдруг, Like начинает разбор шаблона справа налево - то будет обратная ситуация, которую, полагаю, сами достроите("2-3" и "1" и "-").

Джентльмены, не на то время тратите!

Потому что сперва проверяется строка, если пусто, тогла FAlse!

Потому что [1-4-6] = {1-4, "-", 6} = "-"

Потому что [1-4-6] = {1-4, "-", 6} <> 5

Потому что *[1-4-6] = {1-6} = 5

Потому что [F-F]= {F} = F

Потому что *[F-F]  это не диапазон!


Звёздочка определяет поведение и преобразует всё в единый диапазон на основании таблицы ASCII, Иззи!
Ошибка, если один символ в диапазоне или шаблон в обратном направлении [F-A] The End!

Тема под снос или закрыта!

В банальных вещах плаваете, господа!

5500 за один

БМВ, я просто ответил на вопрос!

А здесь строка пустая, но почему True... ай-я-яй


{1-6} = 2 , но почему False... ай-я-яй


Извините, а что же это?

Можно ссылку, подтверждающие ваши слова, ибо все это выглядит как, прямо скажем... ваши фантазии. Или троллинг.

можно ссылку, подтверждающие ваши слова о запрете ссылок? Упс.. А нету ничего! Ещё и с правилами форума не знакомы... Ну как так то? + Мы же в курилке  

Бог Excel и гамбургеров,  понижен до банного короля..

sokol92, Владимир, спасибо за доп. информацию.
Остались нераскрыты несколько пунктов по ссылке:
1. "If either <expression> or <like-pattern-expression> is Null, the result is Null."
Видим что не всегда выполняется, пример:

2."<like-pattern-charlist-range>: This adds a range of characters to the character list, including all characters considered greater than or equal to the first <like-pattern-charlist-char> and considered less than or equal to the second <like-pattern-charlist-char>. If the end character of this range is considered less than the start character, runtime error 93 (Invalid pattern string) is raised."
Видим что условие выполняется в примере ниже, последний символ НЕ больше первого, но выдается ошибка, пример:

3.Ничего не поясняется про такой пример:

4."The next characters in <like-pattern-expression> do not form a valid, complete <like-pattern-element> according to the grammar. In this case, runtime error 93 (Invalid pattern string) is raised. Note that this runtime error is only raised if no other result has been produced before pattern matching proceeds far enough to encounter this error in the pattern."

Это стало понятно из тестов, что маска проверяется не всегда до конца, что приводит пользователя в замешательство, когда одна часть результатов False, другая Error 93. Лично вижу, что проверка маски до конца более правильный вариант, в ущерб снижения скорости выполнения для проверки оставшийся части маски. Здесь вопрос к обсуждению, что предпочтительнее: скорость или гарантированная ошибка при некорректной маске?
Опрос: Что для вас важнее?