Pull to refresh
32
Алексей Коваль@avkoval

User

3
Subscribers
Send message
:-) Согласен. Давно дело было, с тех пор что Z что S для меня одно и то же, читается то как Z.
> у меня скрипт по ссылке не отрабатывает в NetBeans и skype

именно потому в parcellite и klipper есть опция «Synchronize clipboards». Она у меня всегда включена, за исключением того, когда я работаю в Open Office.

Мой скрипт для Emacs (client):
#!/bin/bash
TMPFILE=`mktemp`
xclip -sel clip -o > $TMPFILE
emacsclient -c $TMPFILE
cat $TMPFILE | xclip -sel clip
rm $TMPFILE


Emacs всегда запушен с опцией (server-start) — отрабатывает в миллисекунды.

Автору спасибо за совет! Хороший хинт.
возможно инновация и небольшая но почему то мне кажется для людей с хотя бы средней скоростью работы с клавиатурой данное меню может серьёзно упростить работу. я же пользуюсь чем то похожим почти постоянно: iDo mode для emacs (screencast) на протяжении нескольких лет. Насколько хорошо реализована эта идея в Ubuntu? — посмотрим… На мой взгяд если там есть (нетривиальная но супер важная) возможность прервать текущий ввод и продолжить ввод новой подстроки — тогда таки ДА, это супер вещь!
Gnome — однозначно подтормаживает. KDE пошустрее. Реально, субъективно для меня самый шустрый на прорисовку — awesome, видимо потому как пользуется он xcb а не xlib. Ну и вообще практически все «лёгкие» WM работают визуально быстрее. DWM, xmonad, Fluxbox — на любом из них можно увидеть что то же самое приложение (Chrome, Emacs) работает визуально быстрее (скроллинг и т п). К тому же я замечал некоторые проблемы в конфигурации драйверов, конкретно NVidia. Бывало у меня такое что на Nvidia картах на некоторых драйверах всё летало, а на других драйверах по тестам 3D всё было Ок (glxgears), а по проросовке 2D графики — тормоза. Стоит поэкспериментировать. Рекомендую начать с того же Fluxbox, запустить и посмотреть как то же самое работает там. Ну и с драйверами карты поиграться тоже можно.
Очень часто дизайн это не просто картинка — это отражение функционала и соответствующим юзабилити и другими моментами. Разные дизайны по разному работают, по крайней мере у нас так получается. Потому если много денег то модель с одним вариантом и его доработкой может стоить дороже так как начальный вариант иногда бывает тупиковым или не совсем соответствующим задаче. Именно потому мы, при соответствующем финансировании, всегда стараемся делать несколько дизайнов и разрабатывать их в параллель, до последнего момента. При этом в процессе работы идеи могут из одной команды перекочёвывать в другу. Так работают многие крупные компании и доказано что такая модель дешевле в результе. Есть очень хорошее видео на тему такой разработки с ответами на все вопросы: Competing on the basis of speed. Главное условие — у нескольких дизайнов должны быть разные дизайнеры.
Чем лучше? Вот допустим я несколько раз допускал ошибку в rc.lua (awesome) и не всегда (а точнее почти никогда) не получал вразумительной ошибки. А если сделать синтаксическую ошибку в config.h, это сразу достаточно убедительно, с указанием номера строки и примерной трактовки вылезет во время компиляции. По моим субъективным ощущениям это намного приятнее видеть что у тебя есть ошибка и где она.

Information

Rating
Does not participate
Location
Харьковская обл., Украина
Date of birth
Registered
Activity