soft & scripting

    и это последняя запись на данной площадке. Гуглу "спасибо".

Пожалуй sk1 стоит реабилитировать: у автора есть 2е сборки- с Tk и с wxgtk2.8, в репозиториях  Leap - первая, а адекватная - вторая:


и в sk1-wx уже есть базовые настройки приложения, а интерфейс выглядит куда адекватнее и не глючит.

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

Первым делом попробовал обойтись без вектора, силами растрового редактора (не GIMP! его у меня просто нет). Через 40 минут мучений стало понятно, что метод тупиковый: либо попиксельное редактирование еще минимум столько же времени, либо все-таки вектор. Ну Ок, вектор- так вектор!

Inkscape. Не имеет вообще никаких настроек - а как же, настоящим художникам это не нужно! Что, скажете у обычной кисти и холста есть какие-нибудь опции? ;) Непривычно, но может быть так и нужно? Но не тут-то было: попытки задать параметры текста намертво забуксовали, после указания гарнитуры текст начинал набираться в том же самом поле (!), а клик обратно по холсту делал что-то совсем не то. Это наверно можно было бы счесть багом, но это не могло быть багом, поскольку Inkscape застрял на версии 0.91 еще с того момента, как я.. короче, проект несколько лет как уже прекратил всякое развитие.

Тогда на память пришла XaraLX. В принципе довольно неплохой, хотя тоже давно уже мертвый редактор. Не могу вспомнить, что же там оказалось не так, но тем не менее оказалось..

Кажется оставался только незнакомый мне sk1 на Питоне. На первый взгляд он выглядел самым адекватным из этой тройки, НО! опять.. сусевская сборка, точнее текст всех менюшек внезапно оказался размером в пикселов 5 - прочитать еще можно, но делать это уже никакого желания. И снова то же поведение со шрифтами: можно задать шрифт-размер-написание, но параметры становятся доступны только после активации режима ввода текста - только вот после всех крутилок с панели режим ввода снова неактивен, а клик обратно по холсту- тадам!- сбрасывает все установленное в дефолт (который настроить тоже нельзя, т. к. приложение никаких настроек не имеет, как и Inkscape). Нет, конечно если сначала набрать текст с этим не настраиваемым дефолтом, а уже после отредактировать свойства.. ну как езда на автомобиле задним ходом)) но я пожалуй воздержусь от этого.

В итоге просто были взяты слегка похожие иконки из какого-то иконпака. Кстати, справится с данной задачей можно было помощью рядового 2-D CAD, вообще не связываясь со всем этим "софтом для художников".  Морали сия басня не имеет, хотя если подумать..

Возвращаясь к этому отличному ФМ, по сравнению с которым всякие наутилусы и thunar`ы выглядят громоздко и неповоротливо, хочется отметить, что особенности UI описывать довольно сложно, оно сделано так грамотно, что кажется будто его и нет. Лучше внимательно прочитать мануал - да-да, к нему идет немаленький такой мануальчег ;) Только сейчас сподобился на это, и нашел новые для себя фичи, например возможность сохранения/загрузки выделения.

• {!}  Являясь главным элементом среды ROX, умеет отрисовывать рабочий стол и своеобразные панели ("Panels work just like the pinboard, except that they run along the edge of the screen").

Авторы не озаботились сборкой rpm-пакета, но это не проблема:

1. идем сюда
2. забираем lazpaint_6.4.1_linux64.deb
3. распаковываем куда-нибудь в ~/bin/
4. все! установка не требуется, только чуть подправить 1 строку в скрипте запуска

Поиск литературы по программированию на русском поневоле сделает философом любого :) И вот задумался на вопросом обучения в целом: что это? Ну вот например институт и что там происходит - и что должно происходить? Думаю, это можно сравнить с лабиринтом. Обойти его весь невозможно в принципе, он бесконечен, но можно пересечь, попав из точки А в точку Б. Естественно, зайти, ужаснуться и выйти не считается. Это путешествие из точки А в точку А. Можно долго и бесцельно блуждать по лабиринту, если у тебя нет проводника (учителя, преподавателя, гуру). Проводник может тебя провести, а если нужно- и протащить от входа до выхода, а твоя задача- за это время изучить маршрут и ориентиры на пути. Вот так и только так и должно происходить обучение в ВУЗах, только чего-то я этого там не наблюдал. Возможно потому, что конструкция совковой системы образования все-таки порочна в самой основе..

http://manpages.org - довольно симпатичная и удобно сделанная страничка с мануалами, в отличии от старых монстров типа linux.die.net и прочих. Встречаются в том числе и на русском языке, но таких мало.

Приложение с сомнительным названием, на убожеском Qt5, не имеющее никаких настроек, с неудобным интерфейсом- но зато работающее, а это уже немало.
Особенности:

• собирал из исходников, никаких экзотически пакетов не потребовалось, но сборка шла чертовски долго,
• добавлять надписи объектов можно только в диалоге Свойства, это очень неудобно, настроек для текста никаких нет, поэтому менять его размер можно только изменением масштаба всей блок-схемы,
• только однострочный текст,
• очень скудная библиотека готовых элементов,
• тип соединительных линий можно задавать опять же только через диалог Свойства, и по умолчанию они не имеют стрелки,
• теоретически все диалоги можно перетаскивать и закреплять в любом месте любой панели, но на практике делать это очень запарно и- снова!- неудобно ("прекрасный" тулкит Qt5 во всей красе),
• есть расширенные возможности выравнивания объектов, но с этим не разбирался, т. к. мне это не нужно.

 В общем, из всех приложений, созданных на основе Qt5, я ни в одном не видел адекватного интерфейса, и тот же Yast2- наглядный тому пример. Но поскольку редактор блок-схем вещь довольно нужная, а выбирать на сегодня практически не из чего, то придется помучиться с этим.

"Доступен корректирующий выпуск Firefox 49.0.2, в котором исправлена порция ошибок, внесены функциональные изменения и .."

и видимо добавлена новая порция, иначе сложно объяснить тот факт, что в режиме простоя браузер отжирает сколько-то там процентов CPU.
Ситуация совершенно ненормальная: открыто несколько вкладок (< 5), весь левый js прибит с помощью расширений, но на индикаторе в трее видна постоянная загрузка чуть ли не на 20% с периодическими пиками до 70%. htop показывает, что это именно firefox.
Вариантов решения проблемы несколько, первый долгий и в целом бессмысленный: открыть очередной багрепорт, услышать, что "это не мы а все ваши расширения" и "перезапустите в safe mode" (и зачем он мне нужен в безопасном режиме интересно?), в итоге дождаться выхода следующей версии, в которой возможно этих проблем не будет.. Второй вариант куда проще и приятнее: откатится на версию 48 и залочить апдейты в Ясте. Его-то я и выбрал- и пока что проблемы с загрузкой CPU не наблюдаю.
 
* На данный момент это не совсем второй вариант, т. к. в данном случае это не rpm-пакет, а просто архив с https://ftp.mozilla.org/pub/firefox/releases/ чтобы иметь возможность сравнить с версией 49.
** Можно попробовать использование renice

• UPD В Firefox 50.0 все это пофиксили (и даже больше чем только это).

Частенько после правки конфигов новичок может столкнутся с ситуацией "все сломалось, АААА!!!" Да, это чертовски обидно и порой даже вызывает бешенство. Слабаки иногда не выдерживают и сбегают на саблайм, но какое нам до них дело. Поэтому я приведу несколько простых рекомендаций, следуя которым трудности будут минимальны.

1. Модульный конфиг. Не нужно пытаться засунуть все в ~/.emacs - со временем объем своего кода неминуемо вырастет, поэтому лучше всего изначально разбивать его на отдельные независимые модули (файлы), а в ~/.emacs кроме самого необходимого добавить только одну строку вроде
   

   (dolist (file (directory-files "~/.emacs.d/modules/" 'absolute ".*\.el$")) 
    (load-file file))

2. Поиск по собственному коду. Это тоже очень важно, для чего удобно написать отдельную функцию, которая очень пригодится при желании отрефакторить какую-нибудь вещь или просто вспомнить, как же черт побери оно работает?? ;)
   
   • UPD: Но на самом деле все уже давно написано, поэтому стоит воспользоваться правильным решением: файлы тегов
3. Не надеяться на --debug-init. По крайней мере мне эта фича оказалась почти бесполезна, т. к. не видно ни номера строки ни человекочитаемого контекста ошибки.
4. Версионность файлов конфигурации. Простейшим способом будет добавить автоматическое копирование-при-сохранении файла, в отдельную папку и с меткой времени. Впрочем, такое решение полезно еще во множестве случаях.

* К п.1 - т. е. теперь, в случае какой-нибудь ошибки достаточно отключить (закомментировть) автоматическую загрузку модулей и грузить их вручную, по одному. Как правило этого бывает достаточно чтобы увидеть и пофиксить свой косяк.
** Советы приведены без кода, но не потому, что у меня его нет, а потому, что во-первых он не идеален, а во-вторых такие вещи нужно делать только самому и только так, как тебе это удобно, ИМХО.