Изпечатай

[Naka]

Тоя атом голям запек. Изобщо с голямо съмнение се отнасям към програми, които не си обявяват версиите във сайта. atom.x86_64.rpm
Много ми заприлича на скайпа.
Абе инсталирай това което ти даваме и не задавай много въпроси. Много на комерсилно бие.

Така първата  atom.x86_64.rpm се оказа версия 1.58 и даде такива глупави депендаси под центос.....
Втората която намерих, по-ниската беше 1.57. Тя се инсталира без оплаквания от рпм-а. Обаче не тръгна. Ни вопъл ни стон. Ни оплакване....просто отива на нов ред и не тръгва.

Нямам време да се занимавам.  И двете версия изцвъкани през 2 месеца през 2021. Ако от сега е така....какво остава за самата програма ако тръгне.

Sorry to say, but over time, Atom has become increasingly incompatible with CentOS 7 (which was first released in 2014 and is mostly stable since then -- a lot of old dependencies there).

Atom actually doesn't compile on CentOS 7 anymore (there are errors during compile) or run on CentOS 7 anymore. See these discussions for info about why:

    https://github.com/atom/atom/discussions?discussions_q=centos
    Particularly: #22568

Furthermore, as to the specific problem you are reporting in this GitHub issue, Atom's .rpm package now won't install when your rpm installer program is too old. We started using boolean dependencies in #22076; boolean dependencies are only supported in rpm 3.14 or newer. CentOS 7 appears to have rpm 3.11 (https://pkgs.org/search/?q=rpm).

So, there are multiple reasons that make it difficult to build, install, and/or actually use Atom on CentOS 7. I would recommend staying on an older version of Atom if you want to keep using Atom on CentOS 7, or try to update to a newer OS if you can.

[remotexx]

Съжалявам колега...
Ами значи ти остава само вградения /плъгин/

т.е. вграденото сравняване - трябва да работи

https://stackoverflow.com/questions/59187587/vs-code-how-to-scroll-split-panels-simultaneously

Но ако размества редове - само paste /from coreutils/ ще работи с всякой редактор /е верно read only - ама па ти така го искаш/

[Naka]

т.е. вграденото сравняване - трябва да работи

Да работи, много бързо ги отваря и превърта. Файловете са с 1 200 000 реда.
Обаче не е много интуитивно отварянето. Не може да ги отвориш по нормалния начин с 'Оpen' в два панела пък след това да им кажеш компаре.

А трябва:
Open folder
file1 -> Select For Compare (нищо не се случва)
file2 -> Compare With Selected (е сега ги отваря и двата)

синхронно, превърта и почти всичко е наред, обаче изписва съобщение:
"Cannot compare files because one file is too large."

Което и точно това ми трябва....да не може да ги сравнява...- никакъв diff не се включва, няма оцветяване на файловете - само да ги превърта синхронно.

Да благодарим на МС, че не може да прави diff на толкова големи файлове.

Обаче има и проблем с Visual Studio Code, че word wrap-a не работи на големи файлове. Независимо дали ги отваряш по нормалния начин, или за compare. Пробвах го на малки - работи си.

Както и да е, това с VSCode за сега е спасение на ситуацията.

[Naka]

Решение с vi:

gvim -O  -c 'autocmd VimEnter * syncbind | colorscheme koehler' +'windo set noma wrap number relativenumber scrollbind' file1 file2

Оказа се че има пакет vim-X11 в който има графичното gvim.
предимство е, че е по висока резолюцията отколкото конзолата, може да сменяш шрифта....има менюта и изглежда почти като текстови редактор.

опциите:
noma - без модификация (по добре от readonly, предпазва от натискане на insert)
wrap - пренасяне на дългите редове
number - номериране на редовете, в жълти цифри..много полезно
relativenumber - още по полезно и приятно номериране
като се включат и двете number + relativenumber става нещо което наричат
хибридно номериране. https://jeffkreeftmeijer.com/vim-number/
браво на този дето го е измислил!!!
scrollbind - заключване на скрола. Но не е достатъчно. трябва и команда :syncbind

Автоматичното стартиране на команди става с това:
-c 'autocmd VimEnter * syncbind | colorscheme koehler'

https://stackoverflow.com/questions/6821033/vim-how-to-run-a-command-immediately-when-starting-vim
https://stackoverflow.com/questions/8679742/vim-execute-command-after-multiple-files-loaded

Цялата работа е да може да не се набира на ръка :syncbind - което вече наистина прави синхронизиран скрол. Но ако не става и се размества по време на работа може да се набира по едно профилактично :syncbind
Тук VimEnter е някакъв event на vi-то който се запуска най-най-накрая, след зареждането на всичките файлове.
| - е разделител на команди
:colorscheme koehler - може и без това


цялата тази измъчена 'красота' се слага в един алиас:
alias {2less,less2}="gvim -O  -c 'autocmd VimEnter * syncbind | colorscheme koehler' +'windo set noma wrap number relativenumber scrollbind'"

и във файл /etc/profile.d/viZZZ-alias.sh
за да е постоянно и за всички, но може да се сложи и в ~/.bashrc

използване:
2less file1 file2
или
less2 file1 file2

Превключването между двата ляв и десен прозорец става с ctrl+w Синхронизирания скрол работи само ако фокуса на мишката е във текущия прозорец - иначе размества. Но щом се върне в текущия прозорец и се превърти скрола малко нагоре - пак се намества. Това наместване без командата :syncbind не става!

Та те така. Но все още търся по-нормален редактор с такава функционалност.