IШIN

Если не врет офсайт тексета, то отличаются обЪемом резидентфлэша (4 ГБ у А5 против 2 у А4) и наличием у А5 синих зубов. ------ Упс. Увидел последнее сообщение. А может, и пофиг какой там А - 5 или 4?

И компас выровнять - чтоб стрелки крутились в пределах кружочка. :)

Подозреваю, что поможет переименование файла карты. (и собственных корректур в то же имя). По крайней мере, в прошлых версиях совершенно точно при неправильном имени файла карты корректуры и пробки на нее не лепились. Кстати да - пробки тоже не придут!

Речь о "линзе" навигационной панели (классический стиль)? Сложно... Она нарисована таблицей с обычными прямоугольными ячейками. Картинки маневров - прямоугольные. А в клеточках вокруг (разного размера) напиханы кусочки окружающей панели. Если посмотрите картинки в папке day - увидите осколки этой мозаики. Корректно все это увеличить можно. Но сложно (и только всю панель вместе. Иначе - уродство будет). Если у Вас используется не максимальный размер, то можно использовать картинки от большего размера (например, при размере экрана 320х240 использовать не папку day, а папку day1.5x ). Но это

Так его и фиксировать не надо. Сразу после поиска (и выбора юзером нужного обЪекта) этот обЪект становится промежуточной точкой маршрута, такой же как финиш, или пром.точка, заданная вручную. И все остальное - проблемы юзера. Точку он утвердил сам. Дальше - пускай маршрут персчитывается сколько угодно (как и сейчас) на участке старт-пром.точка и пром.точка-финиш.

Вот тут оно http://vvishin.narod.ru/langpack.rsr Если прогнать layouts.xml поиском по слову manevr - найдутся пять строчек. Это все, что я там изменил. Но мне не понравилось. Понимаю Alexey62, который в итоге от прозрачности маневров ушел. Тут еще такой момент - этот небольшой полупрозрачный сектор рядом со вторым маневром берется за счет подложки в форме овала (точнее - прямоугольника радиусом скругления углов 30) Пока маневры непрозрачные - виден только один нижний сектор. А при прозрачных маневрах (ага - полупрозрачность поверх полупрозрачности ) становятся видны полукруги. И уже сов

Так я-то тоже с этой прозрачностью экспериментировал только на WM с QVGA экраном. Там каждый пиксель на счету. Вот и думал - как бы сделать положку либо полупрозрачной, либо хотя бы с маской - хоть уголки срезать (чтоб под стрелками был не белый квадратик, а белый кружок). А перейдя на 800х480 отбросил эти детские забавы. Я представил себе, что мой 320х240 (в "портрете") растянули до 480х320, а с боков приделали кучу пространства для кнопок. И прозрачность панели потеряла былую значимость.

Специально скачал, посмотрел. Счастье было совсем рядом Те закомментированные фрагменты - это "бывшие" кнопки. Алексей их закомментировал, так как реализовал их проще - по одной строчке на каждую кнопку. И находятся они прямо под теми фрагментами Строки <td width="18%" type="text" class="CnavPanel_btn_d" text="@subset_SB_dpoi" invoke="dPOIPanel"/> и <td width="18%" type="text" class="CnavPanel_btn_d" text="@txt_btn_menu" invoke="showpanel_MenuPanel" /> Вот их и надо менять.

Я был не прав. Надо по-другому. 1. В ячейках, где маневры (т.е. там, где bgimage="@navPanel_m1" и bgimage="@navPanel_m2"), добавляем параметр class="NavPanel_manevr" 2. там же, если стоит параметр bgmode="directdraw", заментиь его на bgmode="fill" (я не уверен, что это влияет, но у Алексея использовалось fill) 3. В разделе описания классов (где идут все <class name=".......".....>) добавляем строку <class name="NavPanel_manevr" bgimagealfa="128"/> (строку эту вставляем в двух местах - в дневной и в ночной палитрах - <palette name="default"> и <palette name="night">

TakumaSato, в тегах <!-- --> - Это комментарии, так что эти фрагменты можно было полностью удалить. Искать надо в другом месте.

Да чего уж сравнивать ПНА с компом. Я на тексете смотрю -кажется очень контрастные кнопки, надо попрозрачнее. Приношу в машину, еду - да нет, все отлично (под конкретно мои глаза). Причем дома располагаю его под тем же углом, на том же расстоянии - но выглядит все совсем по-другому. Цвет стрелки маневра (который на нитке маршрута рисуется) неделю подобрать не могу. Дома вижу его отлично. Ставлю в крэдл - нифига стрелку не видать... (Штатную оранжевую и дома не видел )

По-моему, там тогда еще и внутри надо переименовывать layouts в layouts800x480. Так что я бы просто удалил (точнее, переименовал либо переместил бы) штатный langpackXXXxYYY.rsr. тогда преимущество отдается универсальному LangPack.rsr.

И чем тут поможет голосовой поиск? Тут надо встраивать в СГ Яндеховский поисковый движок. Или Заставлять СГ (распознав голос) лезть на Яндекс, гугл и википедию, находить там адрес и использовать его как финиш. Если в базе ПОИ чего-то нет - то никакой голосовой/рукописный/мысленный ввод проблему не решит.

SweN, полностью согласен . Сам пару раз замечал, что недостаточно отличается от названий дорог. Поэтому и сам уже решил немного поменять цвет шрифта, но все некогда. _Michael_, попробую, только пока не знаю как и когда. Я еще 1024х600 не могу доделать а для него хоть картинки в принципе подойдут без изменений. А на эдакую плазму - 1920х1128 - их (кнопки, стрелки) надо наверное увеличивать. А то мелковаты будут. А стрелки перекрасить можно. Но на самом деле мне очень нравилась прежняя логика - поворот до 90° - зеленый, больше - оранжевый. А красный подсознательно воспринимается как запрет. Та

1. Не пробовал, но должно сработать: Найти все строки с bgimage="@navPanel_m1" и bgimage="@navPanel_m1" и в них добавить параметр alpha="128" (цифры по вкусу) (сам не пробовал потому, что пытался сделать полупрозрачным только фон-подложку, а стрелки оставить сплошными. указанный же метод сделает полупрозрачным все вместе со стрелками. ) 2.Технология примерно такова: Ищем структуру этого меню в general.xml: <menu name="MenuPanel" cols="2" rows="3"> <props layout="template_menupanel"/> <items> <!--item name="bookmarks" tip="@sbookmarks" image="finish_fa

А в меню их и не увидеть. Включаются-то все радары разом, одной галочкой. А категории сделаны видимо для возможности назначения им разных рисунков и предупреждений (но опять же не через меню).

Это те места, где используется соответствующий класс (оформление, стиль - называть можно как угодно) А определяется он в строке типа class name="navPanel_bgII" (и с остальными аналогично). По идее, в двух местах - внутри блока palette name="default" для дня и palette name="night" для ночи. Там меняем размер шрифта fontsize, его цвет (textcolor), цвет фона (bgcolor), толщину и цвет рамки (border и bordercolor), прозрачность (alpha) Вот пример для кнопки (чисто для примера, выдернул из своего ЛП, т.к. у кнопок параметров много, есть на чем показать) <class name="cMenu_btn_12key

Нет, речь совсем нее о том. Никто не предлагает симулировать значения скоростей там, где нет ни одного датчика (на этот случай статистика и есть). Суть дискуссии в том, чтоб СГ не использовал статистику там, где датчики реально есть. Пусть они еще не выехали с ребра, но они есть, и грех не использовать корректную текущую информацию от них.

А вот это, батенька, уже некрофилия. Хотя должен признаться, что у меня Toshiba Satellite pro 420 cdt под Вин98 до сих пор исправно работает. Вот винта 1.2ГБ маловато...

Для тех, кто не застал - индекс Шпрота (все остальные поняли, что это опечатка). Правда суть его была по-моему в другом - при расчете времени до финиша учитывать соотношение данных от датчиков и моей реальной скорости. И направлено это было прежде всего на более точный расчет времени. Если я, конечно, не смешал все в одну кучу в своей голове. А еще помню, была куча предложений по усреднению (я был лишь одним из многих, кто предлагал при наличии нескольких датчиков на ребре отбрасывать данные самого быстрого и самого тормоза, а остальных усреднять.) И Joss говорил тогда, что сейчас итак исп

Нет, это давно было, полгода назад, наверное. Но урок я запомнил. Я тогда долго вспоминал все места, в которых на Стачек мог бы развернуться и поискать альтернативу... (а на Шкапина мне комплексы не позволяют гнать по-быдлячески по тротуару).

Эт-точно. Именно такими словами я и думал, когда поверил навигатору и уехал с пробочных Стачек на Шкапина (как потом оказалось - без скоростей). И простоял там почти час . Ибо - отностороннее и деваться уже некуда.

Ааа, так если не закрывать штатно, то вполне может не сохраниться. Хотя я и согласен, что это неправильно. У самого, пока ездил на ВинМо с семеркой, несколько треков потерялось - умирала она регулярно, не сохраняя треки. А на ВинСЕ со 128МБ - без проблем. Запись треков включена постоянно. Выхожу штатно. Затем увожу навигатор в сон (в принципе, иногда в выключение, но редко - когда мимо кнопки промахнусь). Думаю, основное - штатный выход. Через квик-меню - это быстрее, чем галочку "запись треков" снимать-ставить.

Так ведь есть же уже "дорожные работы". Только к ним еще и кирпич пририсовали, и сделали озвучку "проезд перекрыт". В результате были жалобы "навигатор говорит - проезд перекрыт, и сам же туда тащит". Пусть бы оно было просто "Дорожные работы". Да и эвакуатор по-моему не нужен. Во-первых, они, когда голодные, очень быстро работают - бесполезно отмечать. А что во-вторых, писать не буду, для этого у нас есть тема ПДД-флуд. Но я эвакуаторы отключил вслед за колдобинами, и ни разу не пожалел.

Если не ошибаюсь, уже была как-то волна обсуждений на ту же тему - разделять ли ДПОИ на большее число категорий. Закончилась ничем (и слава богу, ИМХО) Я не вижу разницы между отметкой ДПС и Радар. (Точно так же, как мне не нужны разные значки для Крисов, Стрелок и т.д.) Пробки и кирпич вообще отпадают - тут не надо ДПОИ ставить! Звонить надо. Ибо ДПОИ на маршрутизацию не влияют. Лежачих полицейских - по идее надо в карту вносить, они не слишком динамические (если вообще они в карте нужны). К тому же лежекопы в большинстве мест (да, конечно не везде) стоят в связке со знаками огр.скорости.