ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ

[kefi]

Вот такой вопрос - можно ли и как такое сделать :
есть куча наезженных треков, несколько десятков, а может, и сотен - не считал.
Так вот - нельзя ли как-то подсчитать их общую протяженность ?

[vdemidov]

Готовых инструментов нет. Есть хотелка http://sasgis.org/mantis/view.php?id=2286 реализовать несложно, но у меня руки в ближайшее время точно не дойдут.

[kefi]

И еще : возможно ли как-то изменить для всех сразу цвет текста меток ?

[Papazol]

Возможно. Надо открыть файл Marks.sml в текстовом редакторе и заменить везде значения color1. Правда, как кодируются цвета, не подскажу.

[vdemidov]

А чем не устраивает групповое редактирование? Конечно только внутри одной категории, а не вообще всех, но в 90% случаев этого достаточно.

[Papazol]

А всё-таки, как кодируется цвет?

[vdemidov]

А всё-таки, как кодируется цвет?

ARGB

[Papazol]

Получается, чтобы вручную изменить цвет надписей, нужно сначала выбрать нужный цвет, узнать его цифровую кодировку в формате RGB (из 6 шестнадцатиричных знаков, от 000000 до FFFFFF). Потом в старших разрядах добавить прозрачность (от 00 до FF, станет 8 знаков). И потом самое интересное. Надо дополнить всё это в старших разрядах ещё 8-ю знаками, которые все должны быть "F". Итого получаем 16-разрядное шестнадцатиричное число. Его переводим в децимальное (число всегда будет с минусом) и полученный результат заносим в файл marks.sml.

А вот для color2 (это ведь цвет тени от текста?) несколько иначе. Там используется 8-разрядное шестнадцатиричное число без единиц в старших разрядах почему-то.

[vdemidov]

И потом самое интересное. Надо дополнить всё это в старших разрядах ещё 8-ю знаками, которые все должны быть "F". Итого получаем 16-разрядное шестнадцатиричное число.

С какого перепугу? Цвет всегда хранится в виде 4-х байтного целого. Правда сохранено оно в десятичном, а не в шестнадцатиричном формате, может это тебя с толку сбило?

[Papazol]

Нет, меня ничего не сбило с толку, я понимаю отличия децимального представления чисел от hex. Ну вот пример. Я создал метку с чёрным цветом подписи. Все составляющие RGB по нулям, прозрачность тоже сделал 0. В файле marks.sml вижу следующее значение: color1="-16777216". Беру calc и перевожу это десятичное число в hex: FFFF FFFF FF00 0000. Если бы цвет кодировался 8-разрядным hex-числом, то оно было бы равно FF00 0000 = 4278190080, что отличается от -16777216. В принципе, полезная инфа в любом случае заключена в 8 младших разрядах шестнадцатиричного числа, возможно, на каком-то этапе программы происходит наложение маски 0000 0000 FFFF FFFF, и тогда всё получается правильно.

Кстати, у вновь созданной метки и цвет тени color2 равен такому же числу (отрицательному), что и color1. А вот у меток, созданных давно, цвет тени кодируется 8-разрядными (положительными) числами. На работоспособность это не влияет.

PS Попробовал сделать эксперимент: изменил некоторые разряды с целью проверить, влияют ли они: FF3A 1234 FF00 0000=18391032047146631168. Последнее число записал в файл marks.sml. Метка отображается точно таким же чёрным цветом, что и раньше. И то же самое происходит, если присвоить значение FF00 0000 = 4278190080. Значит, точно маска накладывается.

PPS Это всё теория, а на практике, если куча (большая) меток с разными цветами, а нужно поменять на один, в текстовом редакторе (простом) это будет сделать тяжело, надо использовать регэкспы.