Re: WikidPad @ LinuxbaadooSeptember 6 2010, 05:39:31 UTC
В каком таком репозитории? Не вижу. Ты наверное руками некий репозиторий добавлял?
Скачал исходник, распаковал, запустил (cd ~/software/wikidpad/; python WikidPad.py). Ну и пришлось ещё перед этим пару пакетов доустановить (libgtk++2.8 кажется, и ещё что-то из той же оперы, могу попытаться вспомнить, если надо. Но если он у тебя работает, то тебе точно не надо).
У них в вики проблемы с запуском под линуксами датируются где-то 2006-2007 годом (точнее, там полно записей, что всё нормально уже в 2007, за исключением необходимости пару библиотек доставить).
Re: WikidPad @ LinuxbaadooSeptember 6 2010, 05:53:12 UTC
А, да, один репозиторий я видел, но там последнее обновление было 74 недели назад (это года полтора назад получается?), поэтому решил им не пользоваться, ибо что толку-то?
Re: Clipboard Catchereval_applySeptember 6 2010, 09:28:31 UTC
Я в группу написал, попросил Clipboard Catcher для Linux. Michael ответил, что с удовлольствием, но не знает, как работать с буфером обмена в Linux. Я поискал, поспрашивал на форумах, Python'а (gtk), посмотрел исходники Parcellite и отписал разработчику.
Хотя непонятно. Если текст на Python'е для Windows, то как же работает Clipboard Catcher в Linux, там ведь своя идеология буфера обмена.
Re: Clipboard CatcherbaadooSeptember 6 2010, 12:26:37 UTC
А почему ты думаешь, что под Windows и Linux одинаковый код работает? Во-первых, код может отличаться и в зависимости от ОС, во-вторых, я вообще не уверен, что там и там один и тот же код используется. В исходниках какой-то каталог для windows вроде был, да и под виндовс EXE-шник запускается, а не интерпретатор Python'а.
Тормоза WikidPad под Linuxeval_applySeptember 6 2010, 09:33:01 UTC
> Работает под линуксом заметно медленней, чем под виндой (WinXP на том же самом железе). Но вполне терпимо.
Сильно отличается? Попрой подолгу приходится ждать реакциив Linux? Не обращал внимания, если забить кириллический символ BackSpace'ом, то потом не дает вводить кириллицу. Нет такого в WikidPad 2.0rc06?
Не сравнивал работу Win и Lin версии 1.9.1?
Как сконвертировалась твоя БД WikidPad?
> * Linux: You are using Ubuntu 10.04 LTS - the Lucid Lynx - released in April 2010 and supported until April 2013.
Re: Тормоза WikidPad под LinuxbaadooSeptember 6 2010, 12:32:11 UTC
> Как сконвертировалась твоя БД WikidPad?
Очень долго :)) И ещё глобальный поиск поразительно медленно работает. И меня потянуло там же замену сделать -- ждал ещё раз сначала замены, потом он автоматически повторно начал искать то, что в строке поиска было, чтобы мне пустой список в итоге показать. Чуть ли не полчаса ждал.
А вообще без проблем сконвертировалась. Предупредил при открытии, что надо сконвертировать, и ушёл в себя. Позже дал работать. Ну и всё.
О торможении WikidPad @ Linuxeval_applyApril 12 2011, 13:27:12 UTC
У меня тоже тормозит, правда, я пока на wikidPad 1.9rc04 В "корневом" файле в каталоге с именем Wiki:
/MyWiki/MiWiki.wiki
есть параметр "tree_expandednodes_descriptorpathes_main": tree_expandednodes_rememberduration = 2 tree_expandednodes_descriptorpathes_main = wikipage/
Так вот, значением этого параметра у меня был огромный список WikiWords, а сам файл MiWiki.wiki разросся из-за него более 600 К.
Почистил, оставил пару WikiNames, WikidPad стал открывать WikiWords заметно быстрее. Правда, это в WinXP, но, думаю, код и алгоритмы сходные.
Возможно, перед каждым открытием WikiWord и переходом между вкладками WikidPad обрабатывал этот параметр.
Еще в Win XP и, возможно, в Linux заметно разрастается файл WikidPad_Error.log C:\Documents and Settings\1U\%AppData%\WikidPad\WikidPad_Error.log Порой, до Гб. Удаляю вручную.
Не знаешь, как ограничить его размер последними 50Кб записясми?
Re: О торможении WikidPad @ LinuxbaadooApril 12 2011, 15:18:53 UTC
Спасибо, посмотрю. Но сейчас у меня нет претензий к скорости работы -- этот пост писался ещё на старом ноутбуке с 256 мегабайтами памяти.
Для логов в линуксах существует logrotate. Под виндовс не знаю. Я бы просто архивировал и удалял лог раз в неделю, если он нужен. Мне ещё ни разу не нужен был, поэтому в задаче еженедельного обслуживании компьютера у меня просто был список файлов и мест, которые желательно глянуть, проверить и может почистить. И этот лог я обычно удалял.
Re: О торможении WikidPad @ LinuxbaadooApril 13 2011, 07:56:49 UTC
Я смотрел -- у меня там 3-4 строчки этот параметр занимает, но не стал обрезать. Весь корневой файлик вики с параметрами у меня 2-3 килобайта или около того.
По-моему, где-то был параметр в настройках, сохранять или нет состояние раскрытых узлов дерева. Которым я, к слову, вообще не пользуюсь, но нет возможности его убрать с экрана, оставив слева только панель Views.
Может быть тебе поможет уменьшить этот параметр отключение всех "autofollow tree" и т.п., которые есть в опциях? Тогда и перерисовываться это дерево не будет по каждому движению, и раскрывать узлы, и сохранять их, чтобы восстанавливать... Мне так кажется. Меня постоянная перерисовка и движение в окне дерева отвлекают и совершенно не нужны, я это мгновенно отключаю ещё при первых запусках викидпада.
Есть такая проблема в WikidPad 2.0rc и 2.1beta: При вводе текста после переключения раскладки на русский и использования backspace дальше вводить символы нельзя.
Comments 31
Reply
Скачал исходник, распаковал, запустил (cd ~/software/wikidpad/; python WikidPad.py). Ну и пришлось ещё перед этим пару пакетов доустановить (libgtk++2.8 кажется, и ещё что-то из той же оперы, могу попытаться вспомнить, если надо. Но если он у тебя работает, то тебе точно не надо).
У них в вики проблемы с запуском под линуксами датируются где-то 2006-2007 годом (точнее, там полно записей, что всё нормально уже в 2007, за исключением необходимости пару библиотек доставить).
Reply
Пошёл в старую вики по ссылке на инсталляцию под Linux'ом со страницы на SF.net -- http://wikidpad.sourceforge.net ==> http://wikidpad.python-hosting.com/wiki/InstallLinux
и там по ссылке "Note: some experimental DEBs are available for Ubuntu" на
https://launchpad.net/~florent.x/+archive/ppa
А больше не искал. Или искал мельком, но ничего толкового не нашёл.
Reply
Reply
Ну да, пришлось помочь разработчику.
Пользуйся! И для тебя старался, рад! :)
Reply
А как помогал? Дописывал что-то или тестил?
Reply
Michael ответил, что с удовлольствием, но не знает, как работать с буфером обмена в Linux.
Я поискал, поспрашивал на форумах, Python'а (gtk), посмотрел исходники Parcellite и отписал разработчику.
Хотя непонятно. Если текст на Python'е для Windows, то как же работает Clipboard Catcher в Linux, там ведь своя идеология буфера обмена.
Reply
Во-первых, код может отличаться и в зависимости от ОС, во-вторых, я вообще не уверен, что там и там один и тот же код используется. В исходниках какой-то каталог для windows вроде был, да и под виндовс EXE-шник запускается, а не интерпретатор Python'а.
Reply
Сильно отличается? Попрой подолгу приходится ждать реакциив Linux?
Не обращал внимания, если забить кириллический символ BackSpace'ом, то потом не дает вводить кириллицу. Нет такого в WikidPad 2.0rc06?
Не сравнивал работу Win и Lin версии 1.9.1?
Как сконвертировалась твоя БД WikidPad?
> * Linux: You are using Ubuntu 10.04 LTS - the Lucid Lynx - released in April 2010 and supported until April 2013.
Вот это сообщение откуда, от WikidPad?
Reply
Очень долго :))
И ещё глобальный поиск поразительно медленно работает. И меня потянуло там же замену сделать -- ждал ещё раз сначала замены, потом он автоматически повторно начал искать то, что в строке поиска было, чтобы мне пустой список в итоге показать. Чуть ли не полчаса ждал.
А вообще без проблем сконвертировалась. Предупредил при открытии, что надо сконвертировать, и ушёл в себя. Позже дал работать. Ну и всё.
> Вот это сообщение откуда, от WikidPad?
С первой страницы хелпа убунты.
Reply
В "корневом" файле в каталоге с именем Wiki:
/MyWiki/MiWiki.wiki
есть параметр "tree_expandednodes_descriptorpathes_main":
tree_expandednodes_rememberduration = 2
tree_expandednodes_descriptorpathes_main = wikipage/
Так вот, значением этого параметра у меня был огромный список WikiWords, а сам файл MiWiki.wiki разросся из-за него более 600 К.
Почистил, оставил пару WikiNames, WikidPad стал открывать WikiWords заметно быстрее.
Правда, это в WinXP, но, думаю, код и алгоритмы сходные.
Возможно, перед каждым открытием WikiWord и переходом между вкладками WikidPad обрабатывал этот параметр.
Еще в Win XP и, возможно, в Linux заметно разрастается файл WikidPad_Error.log
C:\Documents and Settings\1U\%AppData%\WikidPad\WikidPad_Error.log
Порой, до Гб. Удаляю вручную.
Не знаешь, как ограничить его размер последними 50Кб записясми?
Reply
Для логов в линуксах существует logrotate. Под виндовс не знаю. Я бы просто архивировал и удалял лог раз в неделю, если он нужен. Мне ещё ни разу не нужен был, поэтому в задаче еженедельного обслуживании компьютера у меня просто был список файлов и мест, которые желательно глянуть, проверить и может почистить. И этот лог я обычно удалял.
Reply
На нетбуке в Ubuntu 9.10 WikidPad после "обрезания" вышеуказанного параметра стал заметно быстрей.
Reply
По-моему, где-то был параметр в настройках, сохранять или нет состояние раскрытых узлов дерева. Которым я, к слову, вообще не пользуюсь, но нет возможности его убрать с экрана, оставив слева только панель Views.
Может быть тебе поможет уменьшить этот параметр отключение всех "autofollow tree" и т.п., которые есть в опциях? Тогда и перерисовываться это дерево не будет по каждому движению, и раскрывать узлы, и сохранять их, чтобы восстанавливать... Мне так кажется. Меня постоянная перерисовка и движение в окне дерева отвлекают и совершенно не нужны, я это мгновенно отключаю ещё при первых запусках викидпада.
Reply
Переключение раскладки замораживает ввод | О WikidPad по-русски
http://www.wikidpad.ru/node/5
Есть такая проблема в WikidPad 2.0rc и 2.1beta:
При вводе текста после переключения раскладки на русский и использования backspace дальше вводить символы нельзя.
...
Проблема пофикшена в треде http://tech.groups.yahoo.com/group/wikidPad/message/5744
Необходимо включить опцию "Use IME workaround for editor input".
Reply
Leave a comment