Как мне последовательно контролировать фокус окна после запуска emacsclient?
В настоящее время фокус зависит от того, запущен ли у меня уже сервер emacs. Когда emacsclient вызывает альтернативный редактор, фокус смещается в новое окно emacs. Когда emacsclient подключается к существующему серверу emacs, фокус не смещается (т. Е. Он остается на моем клиенте-шпатлевке).
Я хотел бы постоянно фокусироваться на окне emacs, поскольку я обычно перехожу в emacs после открытия файла.
1235] Любая помощь будет принята с благодарностью!
Примечания
Информация о версии
emacs: 21.4.1
emacsclient: 21.4
client os: Windows XP Service Pack 3
x server: Exceed 11.0.0.0
Соответствующий раздел моего .bash_profile
# a wrapper is needed to sandwich multiple command line arguments in bash
# 2>/dev/null hides
# "emacsclient: can't find socket; have you started the server?"
emacs_wrapper () {
if [ 0 -eq $# ]
then
emacsclient -n -a emacs ~/notes.txt 2>/dev/null &
else
emacsclient -n -a emacs $* &
fi
}
alias x="emacs_wrapper"
Кроме того, в конце моего .emacs у меня есть
(server-start)
Мой текущий обходной путь - простой Сценарий autohotkey, который фокусируется на моем первом окне Exceed
^+x::
If WinExist("ahk_class EXCEEDW:MWCLIENT0")
WinActivate
return
В качестве примечания, мое перенаправление на / dev / null сбило с толку подсветку синтаксиса: Я почти уверен, что многие люди думали об этом, но по какой-то причине я не могу найти его с помощью поиска Google и StackOverflow.
Я хотел бы сделать невидимую ссылку (занесенную в черный список robots.txt) на CGI или PHP страница, которая будет «ловить» вредоносных ботов и пауков. Пока что пробовал:
Пустые ссылки в теле:
В большинстве случаев это работает довольно хорошо, с двумя небольшими проблемами:
Проблема: Ссылка является частью тела документа. Несмотря на то, что по нему практически невозможно щелкнуть мышью, некоторые посетители все равно случайно нажимают на него во время навигации по сайту с помощью Tab и Enter . Кроме того, если они, например, копируют и вставляют страницу в текстовый редактор или программу электронной почты, ссылка-ловушка копируется и иногда даже становится доступной для кликов (некоторые программы не любят пустые теги
и скопируйте href как содержимое тега).
Невидимые блоки в теле:
Это устраняет проблему с навигацией с клавиатуры, по крайней мере, в протестированных мной браузерах. Ссылка фактически недоступна при обычном отображении страницы, но все еще полностью видна для большинства роботов-пауков с их текущим уровнем интеллекта.
Проблема: Ссылка все еще является частью DOM. Если пользователь скопирует и вставит содержимое страницы, оно появится снова.
Внутри блоков комментариев:
trap ->
Это эффективно удаляет ссылку из DOM страницы. Что ж, технически комментарий по-прежнему является частью DOM, но он обеспечивает желаемый эффект, заключающийся в том, что соответствующие пользовательские агенты не будут генерировать элемент A, поэтому это не настоящая ссылка.
Проблема: Большинство пауков боты в настоящее время достаточно умны, чтобы анализировать (X) HTML и игнорировать комментарии. Я лично видел ботов, которые используют объекты Internet Explorer COM / ActiveX для анализа (X) HTML и извлечения всех ссылок через XPath или Javascript. Эти типы ботов не обманом переходят по гиперссылке-ловушке.
Я использовал метод № 3 до прошлой ночи, когда меня поразила стая ботов, которые, кажется, действительно избирательно выбирают ссылки, по которым они переходят. Теперь я вернулся к методу №2, но все еще ищу более эффективный способ.
Любые предложения, a = a.match (/ (^ \% \ w +) ([\. | \ #] \ w +) + /) m работает над некоторым кодом SocketChannel-to-SocketChannel, который лучше всего справится с прямым байтовым буфером - долгоживущим и большим (от десятков до сотен мегабайт на соединение). При хешировании точного ...
Я работаю на некотором коде SocketChannel
-to- SocketChannel
, который лучше всего работает с прямым байтовым буфером - долгоживущим и большим (от десятков до сотен мегабайт на соединение). структура цикла с FileChannel
s, я провел несколько микро-тестов производительности ByteBuffer.allocate ()
по сравнению с ByteBuffer.allocateDirect ()
.
сюрприз в результатах, который я не могу объяснить. На приведенном ниже графике есть очень явный провал в 256 КБ и 512 КБ для ByteBuffer. allocate ()
реализация передачи - производительность упала на ~ 50%! Также кажется, что для ByteBuffer.allocateDirect ()
падение производительности должно быть меньше. (Серия% -gain помогает визуализировать эти изменения.)
Размер буфера (байты) в зависимости от времени (MS)
Почему разница кривой производительности между ByteBuffer.allocate ()
и ] ByteBuffer.allocateDirect ()
? Что именно происходит за кулисами?
Это очень хорошо, возможно, зависит от оборудования и ОС, так что вот эти подробности:
Исходный код, по запросу: некоторые из них могут содержать специальные символы, такие как é, è, ç и т. д. Это используется как часть автозаполнения. Пример:
array('Coffee', 'Cappuccino', 'Café');
Я должен добавить, что массив в том виде, в каком он поступает из БД, будет:
array('Coffee', 'Cappuccino', 'Café');
Но JSON кодируется как:
["coffee", "cappuccino", null];
Если я распечатаю их через print_r (), они будут хорошо отображаться в кодировке UTF-8. веб-страница, но café отображается как "cafà ©", если используется text / plain, если я хочу посмотреть на массив с помощью print_r ($ array); exit ();.
Если я кодирую с помощью utf8_encode () перед кодированием в JSON, это нормально, но на веб-странице печатается «cafà ©», а не «cafe».
Также странно, но json_last_error () рассматривается как неопределенная функция, но json_decode () и json_encode ( ) работают нормально.
Есть идеи, как заставить данные в кодировке UTF-8 из базы данных вести себя одинаково на протяжении всего процесса?
EIDT: Поскольку он сохраняется в AddAccountViewController , у меня есть запись в AddAccountViewController dealloc , которая освобождает его.
Однако, когда я иду удалить объект из the ManagedObjectContext приложение вылетает со следующей (довольно неясной) ошибкой:
Detected an attempt to call a symbol in system libraries that is not present on the iPhone:
_Unwind_Resume called from function _PFFaultHandlerLookupRow in image CoreData.
После долгой отладки и выдергивания волос я обнаружил, что если я не освобожу учетную запись в AddAccountViewController dealloc приложение работает постоянно и не дает утечек согласно Instruments.
Может ли кто-нибудь пролить свет на то, что происходит? Из документации по свойствам я понимаю, что оставшиеся необходимо освободить. Что я пропустил?
Обновите, чтобы ответить Кевину '
По сути, у меня есть класс менеджера, который отслеживает несколько экземпляров базовых классов.
Я хочу иметь возможность сохранять состояние всего списка объектов, которые отслеживает менеджер, а затем загружать их в при следующей загрузке игры. В основном сохранение состояния мира.