При maximize фрейма средствами window manager он разворачивается на полный экран. По restore фрейм становится уже по ширине на пять пикселей.
Как добиться нормальной реакции фреймов emacs на maximize/restore?
Запущен emacs. При запуске emacsclient ИМЯФАЙЛА открывается новый фрейм.
В Customize:
server-mode = on
server-window = switch-to-buffer-other-frame
(defun close-server-buffer ()
(interactive)
(server-edit))
;; server-edit - функция, которая обычно вызывается по C-x #
;; для закрытия буфера emacsclient
(add-hook 'delete-frame-hook 'close-server-buffer)Почему при удалении фреймов emacsclient по C-x 5 0 (в emacs) и Alt-F4 (в window manager'е) буфер emacsclient'а не закрывается?
Пользуюсь newsticker.el для чтения RSS из Emacs. При этом возникает проблема с тегами, которые захламляют текст новостей. Например:
Linux.org.ru: Новости
ABI Research: мобильные Linux-платформы продолжают захватывать рынок
(Tuesday, 11:49)
<p>В первом квартале доля Linux составила 13,3% от всех новых коммуникаторов против
8,6% годом ранее. Абсолютное большинство Linux-платформ составил Android - 9,6% новых
аппаратов.<p>К 2015 году ABI Research ожидает 33% рынка для Linux.<p>Подробности: <a
href="http://www.abiresearch.com/research/1003355">http://www.abiresearch.com/research/1...</a>
(ограниченный доступ)<img src="http://feeds.feedburner.com/~r/org/LOR/~4/O6iaDIq84aM"
height="1" width="1"/>Как проще всего организовать чистку текста от тегов или нормальный просмотр из emacs?
Как записать Ctrl-F в виде esc-последовательности? Есть ли где-то нормальное, полное их описание?
P. S. В man 4 console_codes все как-то однобоко, в основном про последовательности, связанные с перемещением курсора, цветом и т. п.
Окончательно достал беспорядок в $HOME и связанная с ней сложность поиска нужного на компактах со старыми бекапами. Плюс проблемы с синхронизацией версий файлов с ноутбука и домашней и рабочей машин.
Пробовал: 1) Делать развитую систему каталогов на все случаи жизни - быстро забывается где что искать, неудобно; 2) То же, более приближенное к реальной жизни, с меньшей вложенностью и менее упорядоченное.
Локальный поисковик от ощущения беспорядка и неудобств с бекапом этого всего не избавит.
Есть ли у вас похожие проблемы и как вы их решаете? К какой структуре каталогов для своих данных(dotfiles не в счет) в $HOME пришли в конце концов?
P. S. dotfiles мне не мешают.
Посоветуйте торрент-клиент, выполненный в виде демона с консольным CLI и ncurses клиентами. Вместо ncurses подойдет и Gtk/Qt.
И минимумом зависимостей при этом.
Нужно пересобрать ядро для медленного ноутбука(__не только__ ради производительности) на Debian.
Есть быстрая рабочая станция с Arch, с помощью которой собирался ускорить процесс сборки. Скачал дебиановский пакет linux-source-2.6.32, распаковал и собрал на раб. ст. ядро. Думал переписать на ноутбук, обернуть в пакет Debian'а и установить. Но не тут то было: при выполнении на ноутбуке
make-kpkg kernel-image --initrd --append-to-version=-my Чем можно сравнить два больших файла от начала до N-го байта? Совпадают или нет. Свой велосипед писать не хочется.
Сейчас пользуюсь обычным M-x shell. Из наиболее востребованных возможостей могу выделить:
1) Автодополнение по содержимому буфера с shell
2) История команд в shell (M-p, M-n)
3) История ввода в программах, запущенных из shell(общая с 2) )
4) Редактирование буфера с shell как обычного текста
Сейчас хочу перейти на Eshell. Но столкнулся с тем, что там не работает история ввода в программах (п. 3). На M-p и M-n Eshell утверждает, что история пуста.
Можно ли как-то ее настроить?
Кроме того, хотелось бы, чтобы 2) и 3) хранили историю отдельно (чтобы нельзя было в истории запущенной программы увидеть ls и df).
В свое время много слушал музыку на пластинках. Сейчас при прослушивании на компьютере тех групп слух сильно режет холодный безжизненный звук.
Есть ли какой-то плагин, фильтр или другой способ сделать звук немного более «теплым»?
Интересуют только готовые программные решения. Желательно свободные, хотя если есть программа для оффтопика, которой можно обработать файлы - подойдет на крайний случай.
P. S. Петросянов и безработных клоунов прошу не беспокоить.
По ряду причин приходится иметь дело в том числе и с оффтопиком. Хотелось бы пользоватся всеми удобствами shell'а емакс.
Но с M-x shell возникают проблемы:
1) Ввод команд дублируется:
C:>cd directory
cd directory
C:\directory>echo hello
echo hello
hello
C:\directory>2) Вывод интерактивных программ отображается только после их завершения:
C:>sqlite3 database
sqlite3 database
.tables
.quitКак исправить эти недочеты, не меняя ОС?
Если скопировать в OO Writer веб-страницу с изображениями, последние вставляются в виде чего-то вроде ссылок. То есть при каждом открытии документа картинки заново подгружаются из Сети.
Как сделать, чтобы они сохранялись в документе полностью и не требовали для просмотра соединения с Сетью?
Последнее время стал много пользоваться kill-ring Emacs'а и столкнулся с неудобством перебора фрагментов (C-y, M-y) для вставки. Фрагменты сливаются с текстом и плохо видно выбрал ли нужный вариант и где он находится. Как сделать, чтобы фрагмент, который добавляется, подсвечивался? Или еще как-то сделать yank более удобным?
Где взять mercurial старше 1.1. версии для Debian stable?
Пользуясь reverse-i-search в bash(доступен по Ctrl+R) периодически замечаю странное явление: не находятся команды в истории при том, что они там заведомо есть, скажем, в пределах 7 команд назад. При этом сброс поиска(например, с помощью Ctrl+E) и повторный поиск все находит.
Из-за чего это может быть?
Обычно после установки каждого breakpoint'а GUD центрирует окно по строке кода, в которая сейчас выполняется(на которой остановился отладчик).
Выглядит так:
- устанавливаю точку останова в начале файла
- emacs прокручивает окно до строки, которая выполняется в отладчике, в конце файла
- прокручиваю окно до начала файла
- ставлю еще одну точку останова
- emacs снова прокручивает окно в конец
- и т. д.
Конечно, можно установить точки останова перед запуском отладчика, но иногда нужно и такое.
Как запретить GUD центрировать окно на строке, которая выполняется, после установки breakpoint? Было бы лучше делать это только по keybinding'у.
Обычно, если возникает ошибка вроде двойного освобождения памяти и т. п., причину ищу посредством перезапуска программы под отладчиком при тех же данных. Тогда есть возможность посмотреть значения переменных на всём маршруте исполнения.
При запуске GDB с core-файлом получается выводить только те переменные, которые находятся в области видимости для той позиции, где непосредственно произошел сбой.
При этом ошибка на самом деле может возникать гораздо раньше: например, в цикле портится память, где хранятся служебные данные std::vector, и в конце функции программа «вылетает».
Можно ли посмотреть переменные, которые уже освобождены, допустим, счетчик в цикле выше по коду?
int function() {
//....
for (int i=0; i < 10; i++) {
//...
}
// ...
return val;//core dumped here
}
Когда применяется отладка по core и действительно ли она настолько ограничена?
Как в скрипте сборки C-расширения для Python переопределить параметры компиляции для GCC?
setup.py выглядит примерно так:
from distutils.core import setup, Extension
module1 = Extension(’module1',
sources = [’module1.c’])
setup (name = ’package1’,
ext_modules = [module1])
Сейчас все собирается с -pthread -DNDEBUG -march=i686 -mtune=generic -O2 -pipe -march=i686 -fPIC -g -I/usr/include/python2.6.
В частности, хотелось бы отключить оптимизацию: вместо -O2 задать -O0.
Есть ли для него способы повредить историю? Проблемы со сложными merge, команды, результаты работы которых нельзя отменить и т. п? Хочу заранее спрогнозировать, что можно встретить.
| ← назад | следующие → |