Спасибо! Оказалось, что это относится только к WPF приложениям.
Моя мысль заключается в том, что WPF приложение перед своим запуском тратит загружает .net библиотеки. Если запуск «холодный», то на это может уйти до 20(!) секунд.
SplashScreen показывается до начала загрузки WPF приложения.
В данном случае все равно придется ждать пока загрузятся библиотеки, необходимые для создания формы. Это относится к .net в целом. Показ SplashScreen занимает меньше секунды.
Это сделано для уменьшения модальности (количества режимов) системы.
Нам кажется это неудобным из-за сформировавшейся привычки.
По факту же получается так, что чем меньше у приложения режимов, тем проще обучаться и проще использовать приложение. Т.е. вы можете всегда уверенно сказать, что сейчас язык ввода именно тот, которым пользовались в последний раз. И не нужно, пусть и подсознательно, помнить о том, какой был язык в Adium'е, а какой в xCode.
Этой уверенности нет если язык меняется от приложения к приложению. Приходится или печатать, а потом стирать и перепечатывать. Или разглядывать маленький флажок языка ввода. Хотя чаще, конечно, перепечатываешь: разглядывать маленькую пиктограмму неудобно.
К сожалению у себя я не могу воспроизвести эту ошибку. В интернете в основном пишут, что произошел сбой в системе шрифтов. В качестве решения предлагают удалить все шрифты фотошопа и поставить их потом один за другим, чтобы узнать какой из них испорчен. Хотя я сомневаюсь, что это поможет.
А просто текст вводится нормально? Хотя, наверное, глупый вопрос. Видимо вырезали что-то нужное когда ее делали portable. Посмотрю сегодня как там с ловлей исключений.
По сути он берет среднюю яркость из 10-12 точек (зависит от надписи) и смещает ее на 50%. Т.е. исправить это можно только увеличением количества пробных точек. Это приводит к увеличению времени обработки.
С моей точки зрения — главное чтобы читалась. Если читается плохо, то это даже лучше :-)
Можно еще удалить все записи и в функциональном стиле: :-)
<pre>
doc.Root.Descendants ( "track" ).Where (
t => t.Element("artist").Value == "DMX").ToList ( ).ForEach (
t => t.Remove ( ) );
<pre></code>
Моя мысль заключается в том, что WPF приложение перед своим запуском тратит загружает .net библиотеки. Если запуск «холодный», то на это может уйти до 20(!) секунд.
SplashScreen показывается до начала загрузки WPF приложения.
Нам кажется это неудобным из-за сформировавшейся привычки.
По факту же получается так, что чем меньше у приложения режимов, тем проще обучаться и проще использовать приложение. Т.е. вы можете всегда уверенно сказать, что сейчас язык ввода именно тот, которым пользовались в последний раз. И не нужно, пусть и подсознательно, помнить о том, какой был язык в Adium'е, а какой в xCode.
Этой уверенности нет если язык меняется от приложения к приложению. Приходится или печатать, а потом стирать и перепечатывать. Или разглядывать маленький флажок языка ввода. Хотя чаще, конечно, перепечатываешь: разглядывать маленькую пиктограмму неудобно.
Хотя есть смысл добавить настройку прозрачности.
С моей точки зрения — главное чтобы читалась. Если читается плохо, то это даже лучше :-)
<pre>
doc.Root.Descendants ( "track" ).Where (
t => t.Element("artist").Value == "DMX").ToList ( ).ForEach (
t => t.Remove ( ) );
<pre></code>