Есть ли на линуксе текстовые редакторы, которые умеют вот так:
https://imgur.com/1IeLeW6
Понятно что есть meld и kompare, которые подсвечивают разные строки, но есть ли те, что подсвечивают именно разницу в строках как это делает плагин compare в notepad++?
#! /usr/bin/env python3
# -*- coding: utf-8 -*-
import signal
import sys
from time import sleep
def signal_handler(sig, frame):
print('You pressed Ctrl+C!')
print(a)
sys.exit(0)
signal.signal(signal.SIGINT, signal_handler)
print('Press Ctrl+C')
a = 0
while True:
a += 1
sleep(2)
a += 1
print(a)
Теперь я хочу в signal_handler сохранять состояние программы, для того чтобы не усложнять пример буду просто печатать a (хотя я не уверен что то как это сделано правильно). Понятно, что состояние когда a - нечётное число некорректно. Т.е. цикл надо досчитывать до конца. Вопрос в том, как это сделать наименее уродски. Да, отлавливать в цикле Ctrl+C нельзя, так как убивать может и мой скрипт на выключение компа, который гарантированно дождётся корректного завершения программы, работающей в фоне.
Конечно можно обмазаться каким-нибудь atomicloop, но боюсь это быдлокод будет в общем случае. Надо понять как это делать правильнее.
Всем известно что Xfce4 перешла на GTK3.
Но мало кто знает, что в GTK3 из виджета GtkTreeView удалили функционал который использовался в Thunar(и не только)
и который раньше позволял по разному раскрашивать чётные и нечётные строки с помощью тем оформления. Автор сего слома отказывается исправлять ситуацию за просто так? :)
Есть простая и, не побоюсь этого слова, гениальная идея - начистить рожу | задонатить чтобы вернул как было (нужное подчеркнуть :) сделать галочку затенения чётных строк в Thunar (учитывая цвет из темы оформления gtk3).
Но, для этого требуются не балаболы, а более-менее опытные сталкеры знающие GTK3.
Приветствую. Последнее время сижу на LXDE. Не нищеброд, комп нормальный, но достали лаги, даже у Cinnamon. В общем не суть. Сразу оговорюсь что это не Лубунта, а Арч, т.е. ручками, ручками.
Чем вы делаете скриншоты у себя ?
Да, вопрос не звучит как «научите делать скриншоты», а именно каким образом их делаете ВЫ у себя на LXDE ?
Пользуюсь соснольным scrot, но не хватает иногда функции выделения области экрана…
Мысль довольно простая, но она почему то дошла до меня только сейчас, когда я читал кое какие вещи по лингвистике.
В ООП объекты получают сообщения, это так же как и в RL. А разница в чем? В том что каждый объект имеет свой язык(!!!).
Свойства, методы, их имена, названия, это сообщения.
Для этих имен должен быть общий словарь, так же как и у людей есть общий язык.
Некоторым аналогом этого является глобальное пространство имен, но некоторые проблемы реализации не позволяют это использовать полноценно. Поэтому де-факто концепция языка и обмена сообщениями не раелизуется в ООП и никто даже не думает обычно в этом смысле когда программирует
А что касается проблем, одна из них в том, что не реализовано обобщение(возможно отчасти это проблема раннего нединамического связывания). Например
Командир говорит: «возьмите в руки свое оружие»
Солдат Вася должен взять палицу, а солдат Петя копье, они оба должны понять выражение «взять свое оружие» и применить к собственной специфике.(это можно реализовать в рамках паттерна издатель-подписчик)
Что-то нахлынула на меня ностальгия и я поставил в виртуалку свой первый дистр.
Купил я как-то, после школы, журнал LinuxFormat. К нему шел диск с ASPLinux 7.2 и, естественно, я тут же его поставил на свой комп. С этого и началось вот это вот всё. Интернет у меня тогда был диалап и мой винмодем просто так под линукс не заводился. Нужно было собирать модуль для ядра. На диске с журнала, конечно же, не было компилятора и заголовков ядра и пришлось купить полную версию на 3-х дисках. А там уже было дело техники и у меня заработал интернет, что позволило перейти на линукс, как на основную систему.
На этих трёх дисках был весь необходимый софт:
KDE 3.0
gcc 2.96
Mozilla 1.0
xmms и mplayer с xine
KDevelop и доки по qt
Tuxracer и прочие игрухи
Дистр полностью поддерживал русский язык и на моем тогдашнем железе (AMD Duron 750, 256Mb RAM, Nvidia Geforce 2) работал вполне шустро и без особых проблем.
Собственно на скрине то, чем можно было комфортно заниматься на линуксе тех времен: слушать музло и писать софт для кед (нет). Лазать в интернете тоже было норм. Ну а теперь тогдашняя мозилла не может в современный TLS и зайти даже на ЛОР невозможно (Зачем на ЛОР принудительный https?).
ЛОР в то время выглядел как-то так (imgur.com), спасибо web.archive.org, который не требует https.
З.Ы. Шрифты говно, полнейший дефолт, кеды падали даже тогда (и сейчас пару раз упали).
Почему нельзя было развивать GTK2? Какие в нём были проблемы, требующие фундаментальной переработки с потерей совместимости? Выпуск GTK3 привёл к расколу GUI программ. У меня тоже есть программы на GTK2.
В Windows почему-то умеют поддерживать обратную совместимость. Программы для Windows 1.0 до сих пор работают на Windows 10 (на 32 битах нативно, а на 64 битах требуется 16 битный эмулятор winevdm). В WinApi не было фундаментальных изменений с времён Windows 1.0, даже соответствующим образом написанные 16 битные программы можно перекомпилировать под 64 бита. При этом он намного гибче всех Линуксовских тулкитов, можно обрабатывать окна в разных потоках, вставлять дочерние окна из другого процесса, рекурсивно вызывать цикл обработки сообщений.
Qt в целом выглядит стабильнее GTK. Большинство программ с минимальными изменениями можно перенести на новую версию.
Программы на голом протоколе X11 или Motif (xclock, acme, nedit) медленно меняют размер окна и содержимое дёргается. С программами на Qt/GTK такого не наблюдается. Кто нибудь знает, чем это вызвано? X.Org сломали?
Этот тред предназначен для сбора информации о заброшенных полезных опенсорсных программах, прекративших своё развитие. Цель треда — помочь разработчикам без пет-проектов найти себе проект или начать новый на тему заброшенного, а админам иметь ввиду, что ждать багфиксов этих программ не приходится. Прошу не флудить почём зря. Если что-то есть на примете, добавляйте, не стесняйтесь.
Попытка сделать вариант, доступный для использования кем-то помимо энтузиастов разработки микроядер называется SculptOS: https://genode.org/download/sculpt
В данном релизе:
полная переработка графического стека (в будущем позволит без проблем рестартовать драйвера в случае сбоя);
улучшения в интеграции Qt, позволившие частично портировать браузер Falkon (что достаточно наглядно иллюстрирует степень готовности к использованию ОС обывателями);
обновления подсистемы шифрования (написанной на SPARK/Ada!);
обновления VFS;
и множество других улучшений.
Из особенностей данного проекта можно отметить следующее:
повсеместное использование xml в качестве формата конфигурации - что может вызвать идиосинкразию у некоторых комментаторов;
эталонный уровень написания release notes и документации — если бы все открытые проекты придерживались подобных стандартов жизнь была бы легка и удивительна.
В целом проект радует регулярными релизами, активно и планомерно развивается и выглядит очень перспективным в качестве альтернативы GNU/Linux в светлом микроядерном будущем. Увы, отсутствие порта Emacs демотивирует автора новости от попыток познакомится с наработками проекта глубже, чем чтение документации.
CudaText — это свободный, кросс-платформенный редактор кода, написанный на Lazarus. Редактор поддерживает расширения на Python, и имеет несколько особенностей, позаимствованных из Sublime Text. На Wiki-странице проекта https://wiki.freepascal.org/CudaText#Advantages_over_Sublime_Text_3 автор перечисляет преимущества над Sublime Text.
Редактор подойдет продвинутым пользователям и программистам (доступно больше 200 синтаксических лексеров). Некоторые возможности IDE доступны в виде плагинов. Репозитории проекта находятся на GitHub. Для запуска в Linux есть сборки на GTK2 и Qt5. CudaText отличается относительно быстрым запуском (около 0.3 секунды на CPU Core i3).
Изменения, сделанные за последние 2 месяца:
Улучшен движок регулярных выражений TRegExpr. Добавлены атомарные группы, именованные группы, lookahead+lookbehind assertions, поиск юникодных групп по \p \P, поддержка символов юникода больших U+FFFF. Это тот же движок, который входит в Free Pascal, но версия из upstream. Есть надежда, что изменения из upstream войдут и в Free Pascal.
Доработаны лексеры. Например, JSON теперь подчеркивает все неверные JSON конструкции, Bash подчеркивает неверные «числа», PHP сильно доработан для прохождения тестов из другого редактора.
Добавлены опции:
Шрифт статус-бара.
Элемент UI-темы для цвета статус-бара.
Разрешение показа полосы вкладок.
Разрешение показа нижней и боковой панелей при запуске.
Команда «Проверить обновления» работает во всех ОС.
Новый лексер RegEx, для раскраски ввода диалога Поиск в режиме «регулярных выражений».
... и на моём Атлоне с одним ядром и 256 МиБ оперативной памяти (а может быть и меньше, не помню, когда какие планки уже купил) стоял лучший в мире дистрибутив - SuSE Linux 8.1 Professional, настоящего немецкого качества от Gesellschaft für Software und System Entwicklung.
По крайней мере, именно так мне и казалось, что он и есть самый лучший. Нет, SuSE не был мои первым дистрибутивом GNU/Linux, но он произвёл на меня гораздо большее впечатление, чем попавшаяся перед ним «Красная шапочка». О GNU/Linux я тогда знал только поверхностно. Поэтому удобнейший менеджер настроек для всего и вся, который к тому же интегрировался в центр управления KDE, и назывался YaST2, пришёлся очень кстати. А кроме этого дистрибутив был аж на семи дисках, что при тогдашних «интернетах» было настоящим подарком.
Разбирал я на днях залежи всевозможного старья и нашёл коробку с этими самыми семью дисками, которые я купил вместе с одногруппником на радио рынке. Точнее не купил, скорее поменял. Насколько я помню, тогда я уже проникся идеями Linux'а и всем в группе рассказывал, какая это прекрасная операционная система, как в ней всё гибко и удобно. Тем самым и уговорил парня собрать в складчину ненужные игры и поменять с доплатой на сей прекрасный программный продукт. Ему это тогда быстро наскучило и SuSE он удалил, при том потеряв возможность загружаться в винду, т.к. про GRUB он ничего не знал и знатно меня потом материл. А я ещё очень долго пользовался данным дистрибутивом пока не пересел на какой-то Mandrake. Но он был уже не так интересен, просто тяга к экспериментам перевесила.
Диски оказались несколько затёртыми, и чтение их не прошло гладко, поэтому пришлось пару дней повозиться с ddrescue и dvdisaster. К сожалению, четвёртый диск так полностью и не удалось прочитать, повреждёнными оказались около 300 КиБ. И где его можно было бы скачать, я так и не нашёл. Правда я пока на эти «дыры» ещё не попал.
Система установлена на ReiserFS (по умолчанию так), работает на ядре 2.4.19. Третьи «Кеды» и сейчас радуют глаз темой keramik, не смотря на теперешнюю плоскую моду. Печально, но на любимый сайт мне из Konqueror'а зайти не удалось, я добрался только до Google. А вот Opera, которую можно наблюдать свёрнутой на панели задач, его вполне открывает. Хотя, помню, в те давние времена я использовал Konqueror и как менеджер файлов и для просмотра html страниц.
P.S.: Отвечаю на вопрос любопытствующего посетителя галереи «Почему же на скриншоте глаза, пингвины и Билл?». Боюсь, точного ответа у меня нет. Но именно это вызвало у меня самые ностальгические чувства и воспоминания о тех временах, когда каждый пытался украсить свой рабочий стол как мог, а «кубик» был где-то в далёком-далёком будущем.