Баг меток, косметический

[bigorat]

@fluffik исходите из того, что вы используете операционку которая проектируется изначально только под инглиш, и пишут ее люди хоть даже и индусы изначально на латинском алфавите в котором нет понятия расширеннвх символов в кодовой странице, так же как и среда разработки БАС которую делает разработчик на основании каких то библиотек написанных изначально под латиницу, поэтому если вы используете какие то симаволы типа русских букв, то это как правило на свой страх и риск, оно может и работать, а иногда может привести к неожиданным результатам.

[fluffik]

@bigorat Из этого можно сделать вывод что при открытии папки с русским именем шанс получить неожиданный результат выше)) Но такого я тоже не видел))

[Fox]

@fluffik said in Баг меток, косметический:

Минуту сидел тупил потом понял что баг))
А так работает внутри, и да переход к метке я не менял а сразу ставил нужную

Как можно повторить эту ошибку?

[fluffik]

@Fox Не известно) если найду зависимости сообщу)

[tet-vivi]

@fluffik к вышесказанному стоит добавит что не стоит использовать спецсимволы в именах.
Всякие пробелы и тд. более менее во всех знакомых мне ЯП проблем в именах не вызывает построчная черта. а - в некоторых ЯП не допустим бывает в именах.
обычно делают имена вроде VarMain или var_main. но из-за особенностей бас 1 в нем не универсально.

[fluffik]

@tet-vivi да я сегодня сделал имя переменной с дефисом и он её не захотел применять) Но блок создал)

[tet-vivi]

@fluffik тебе все про практики именования в ~2 комментах расписали, что бы проблем было меньше

[Fox]

@fluffik Я кажется понял почему у вас так происходит:

[Fox]

@Fox Кстати в режиме "запуска" такой скрипт будет себя вести совсем не так, как от него ожидаешь:

скрипт для примера: 1251.xml

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

Я ещё не встречал ни одной задачи, которую нельзя было бы решить без использования меток.

[fluffik]

@Fox перепроверил, второй установленной метки с таким же именем нет)

[Fox]

@fluffik said in Баг меток, косметический:

@Fox перепроверил, второй установленной метки с таким же именем нет)

Пересохрани действия и перезапусти проект, баг сохраняется?

[fluffik]

@Fox Могу в лс скинуть скрипт для просмотра бага) ибо скрипт писался для заказчика

[Fox]

@fluffik said in Баг меток, косметический:

@Fox Могу в лс скинуть скрипт для просмотра бага) ибо скрипт писался для заказчика

ок, скидывай

[fluffik]

@Fox Создал метку и сразу понятно что баг не сохранится))

[Fox]

@fluffik ошибка была в техническом описании действия

{"s":"goto","v":1,"f":[],"uw":"0","ut":"0","uto":"0","um":"0","d":[{"id":"ExpressionValue","type":"constr","data":"[[SAVED_CONTENT]]","class":"string"},{"id":"ExpressionValueConfirm","type":"constr","data":"","class":"expression"},{"id":"LabelName","type":"text","data":"ждем код"}]}

возможно вы либо копировали эти действия из другого скрипта, либо работали в два окна. Решилась проблема так, как я говорил выше, я просто пересохранил действие (открыл действие и нажал "ок") и всё стало отображаться корректно:

[fluffik]

@Fox да но я не запускал 2 баса в тот день и это действие не было скопировано из другого скрипта)
Я просто его создал)

[GamiD]

@super84 Больше не говори такие вещи =) ресурсы работают с русскими буквами на ура

[A Former User]

offtop: Как говорит @fox котята кололись, но продолжали жрать кактус. Ну нафига вам этим метки, думаю надо как-то вернуться в прошлое и убедить саппорта не делать их ))) Используйте циклы и функции, мало того, что с метками часто случаются проблемы, но и код с ними это просто нечитаемый кошмар.

[Fox]

@UserTrue said in Баг меток, косметический:

offtop: Как говорит @fox котята кусали, но продолжали жрать кактус.

Мыши кололись, но продолжали жрать кактус :D

[fluffik]

@UserTrue