Извиняюсь, poemmuse — это старый аккаунт, случайно под ним оставил комментарий.

del

Странно)) А из какого каталога вы его запускаете?

Если вы имеете в виду ассоциацию с файлами, то нужно запустить программу с администраторскими правами (Run as administrator).
Современные версии Windows не позволяют вносить изменения в соответствующие разделы реестра приложениям без администраторских привилегий.

Люди!
Понимаю, что всё это мы уже видели не раз и не два… Но ведь это совершенно не значит, что новое нельзя сделать лучше!

Моя цель — разработать приложение совершенное в мелочах, на них даже не сразу обратишь внимание.
Лишь прочувствовав детали можно объективно оценить удобство и качество программы.

Боюсь, что это ещё сложнее, чем регулярные выражения :)

Полагаю, что у вас Линукс, поэтому вы не можете запустить Poet. Однако не стоит оценивать приложение по единственной фиче.
Смею заверить, что, например, докинг (разделение на несколко окошек), хоть и есть во множестве редакторов, в поэте реализован намного более удобным образом, чем обычно. А в каком редакторе вы встречали Рифмоплёт? :)

Насчёт визуального скролла — можно запросто уменьшить шрифт (Ctrl + колёсико мыши) и увидеть подсвеченные места, а затем также просто вернуть размер шрифта на рабочий.

«Мне удобнее нажимать F3 или Shift+F3 для перемещения по совпадениям.»

А вы пробовали скролить? Сколько раз нужно нажать на клавишу, чтобы добраться до 500-го вхождения из тысячи, если соответствия неравномерно распределены по тексту?

На вкус и цвет товарищей нет) Никого не заставляю пользоваться. Но прежде чем говорить, что я сделал велосипед, покатайтесь на нём… Быть может, получился мотоцикл?..

Мои познания английского не столь велики, но даже гугл читает Regex как «Реджекс» ))

Возможно, Sublime достаточно хорошо расширяется с помощью плагинов, но по умолчанию не нашёл я в нём хотя бы даже многострочного поиска, не говоря уже об отображении спецсимволов в поле ввода образца для поиска. Это касается и Notepad++.

Думаю, стоит на деле сравнить программы прежде, чем делать выводы. Поверьте, не на пустом месте я сделал новый редактор… ;)

Ценю чувство юмора в людях :)
На платформе .NET класс для работы с регулярными выражениями называется Regex, отсюда и «реджекс»

Вовсе не утверждаю, что мой редактор единственный в своём роде, но в нём есть ряд фич, которых мне не хватило в других.

Например, если взять Visual Studio, то со многострочным поиском дела там обстоят не идеально, а иногда из-за незаметно вклинившегося пробела не получалось найти именно то, что нужно.

Вы видели где-нибудь ещё, чтобы по соответствиям поиска можно было перемещаться обычным скроллом, а не нажимать кнопки вперёд и назад?

Всё решили!

Насчёт 9 задачи дам комментарий, но я не уверен, что правильный :)

Если бы по условию в файле могли находиться лишь числа из небольшого диапазона, например, от 0 до 100 000, то было бы достаточно эффективно завести обычный словарь, где ключом являлось само число, а значением, количество его вхождений в файл.

Тогда чтобы получить отсортированный файл достаточно единожды пройтись по исходному и создать словарь.

Поскольку у нас диапазон значений не задан, имеет смысл самостоятельно разделить MaxInt на несколько диапазонов и проводить по каждому сортировку вышеуказанным способом. Да, потребуется много проходов по файлу и промежуточные результаты, наверняка, необходимо будет сохранять во временный файл, но если грамотно подобрать параметры, то можно вписаться в ограничения по памяти на реальных машинах и выполнить сортировку за разумное время.

В своё время я тоже столкнуляся с этой же проблемой) Вариант с конструктором прекрасно работае в WPF и даже в дизайнере вижуал студии тоже всё проходит, но на реальном устройстве или эмуляторе — увы. Вероятно, связано с какими-то оптимизациями xaml-парсера для WP.

Но зато такой вариант локализации позволяет полностью абстрагироваться от реализации. Можно как угодно получать локализованные строки. Более того, есть возможность навесить ряд усвершенствований, например, управлять регистром вывода букв:

    public enum Cases
    {
        Default,
        Lower, 
        Upper
    }

        public string Key { get; set; }
        public Cases Case { get; set; }

        public override object Convert(object value, Type targetType, object parameter, CultureInfo culture)
        {
            var key = Key;
            var resourceManager = value as ResourceManager;
            if (resourceManager == null || string.IsNullOrEmpty(key)) return ":" + key + ":";
            var localizedValue = resourceManager.GetString(key) ?? ":" + key + ":";
            switch (Case)
            {
                 case  Cases.Lower:return localizedValue.ToLower();
                 case  Cases.Upper:return localizedValue.ToUpper();
                 default:return localizedValue;
            }
        }

 Title="{m:Localizing Key=Hello, Case=Upper}" 

В общем, полезных применений расширениям разметки можно найти очень много, стоит лишь применить немного фантазии…

Насчёт последнего я бы поспорил :) Мне на практике ещё ни разу не встретился случай, где реально ощущалось бы падение производительности из-за использования лямбд. Конечно, я могу представить гипотетическую ситуацию, например, привязка к значению таймера, где свойство обновляется каждые несколько миллисекунд, но вместе с тем никто не отменяет другие способы для нотификации…

Добрый день! Спасибо за статью!

Хотелось бы также поделиться опытом и, может быть, посоветовать что-то полезное…
На мой взгляд, применение лямбда-выражений всё же даёт больше гибкости, чем только CallerMemberName-аттрибут.
Также их можно использовать совместно для взаимодополнения друг друга.
Ещё ваша реализация команд, насколько я понял, в некоторых сценариях может приводить к утечкам памяти из-за подписки контрола на событие CanExecuteChanged. Касательно же WinPhone вообще можно реализовать что-то похожее на RoutedCommands из WPF.

Я помню, что вы читали статью WinPhone: пути к совершенству, в которой описаны некоторые фишечки для разработчиков. Очень рекомендую скачать пример из неё… Там как раз используется свой собственный MVVM-фреймворк.

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

Все наработки из статей применены на реальных проектах, например, Easel (WinPhone) или Poet (WPF), поэтому можно убедиться, что всё работает отлично.

Пользуясь случаем, могу порекомендовать относительно новый текствый редактор Poet.

Эта программа создана и для программиста, и для поэта… Каждый найдёт в ней что-то своё.
В редакторе удобно и необычно реализован поиск по документу: по всем соответствиям можно быстро пройтись обычным скроллом.

Есть подсветка синтаксиса, многострочные регулярные выражения, поддержка всех известных кодировок, рифмоплёт и многое другое…

К сожалению, пока девайса нету, поэтому всё делаю на эмуляторе. Да, я запускал приложение у друзей и заметил, что мелковато получилось… Возможно, подправлю этот недостаток позже. По этой же причине пока что нету мультача в приложении.

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

Вообще хотелось бы в обозримом будущем добавить:
— мультитач для рисования, масштабирования и вращения
— больше кистей
— звуки при касаниях
— темы для интерфейса
— эффекты для изображений

P.S. Буду признателен за объективные отзывы в Store, поскольку, как я понял, они сильно влияют на рейтинг приложения и число загрузок :)