Windows редактор файлов для linux

txt из LinuX в Windows

Работаю на кластере на котором установлен Linux, дома на ПК установлен Windows 10 . Сегодня столкнулся с такой проблемой, что все текстовые файлы созданные в Linux в Винде открываются каким-то «кошмаром». Ребята есть способ подружить такой файл с Windows,желательно прямо в Windos?

У винды и линя разный способ переноса строк. В Pluma есть возможность настройки сохранения, если брать из простых редакторов.

Текстовые файлы какого плана? А то есть Notenpad++ для винды, он нормально открывает. Что делать с офисными документами: ставить такой же пакет офиса, например ЛибреОФис, он есть и на винду.

У тебя в десятке кстати можно поставить линукс: гугли WSL.

Кодировка правится и для обычного стокового виндового блокнота, там что-то править в реестре надо. Но переносы он все равно не понимает.

Да, если обратно переносить будешь, то будет в линуксе жопа, т.к. виндовые переносы все ломают. Так что бери блокнот++ этот.

WordPad вроде умеет работать с разными файлами и им же можно пересохранить (просто сохранить или сохранить как, не помню).

Для лечения косяков венды с переводом строки в текстовых файлах в линуксе есть штатные утилиты todos и fromdos.

1. В kwrite (редактор kde):
   1. Главное меню/Сервис/Кодировка — выбор кодировки, включая UTF8, CP1251 и многие др.
   2. Главное меню/Сервис/Конец строки — можно выбрать Unix (LF), Windows/DOS (CR+LF) или Micintosh (CR).
   3. Главное меню/Сервис/Добавлять отметку о порядке байтов (BOM) — для Linux оно не нужно, а Windows только с помощью этой отметки отличает unicode-документы от однобайтовых.
2. В Mousepad (редактор xfce):
   1. Главное меню/Документ/Завершение строк — выбор Unix, Mac или Windows/DOS завершителя строки.
   2. Главное меню/Документ/Использовать Unicode BOM — отметка BOM, необходимая Windows для корректного отображения unicode.
   3. Выбора кодировки вроде нет, только unicode.

В pluma (редактор для Mate) и, видимо, то же в gedit (Gnome) — при сохранении файла можно выбрать кодировку (по умолчанию — текущая локаль, скорее всего utf8, в списке есть другие, если нет, по пункту добавить/удалить можно выбрать много чего, в т. ч. CP1251); там же при сохранении файла можно выбрать конец строки UNIX, Mac или Windows. Отметку BOM вроде добавить нельзя.

Тебе нужно всегда выбирать конец строки Windows/DOS (есть во всех этих редакторах).

Кодировку нужно выбирать либо CP1251 (kwrite и pluma с gedit’ом), либо unicode (utf8, utf16 и т. д.), но в этом случае обязательно ставить отметку bom (kwrite и mousepad).

Соответственно, в kwrite больше всего возможностей, но и в mousepad, pluma и gedit можно сохранить документ, который поймёт Windows Notepad.

Ну а на стороне Windows есть свободный продвинутый текстовый редактор AkelPad, который тоже поддерживает разные кодировки с bom’ом и без и разные окончания строк (в стиле Windows, UNIX или MacOS). Кстати, его можно запустить под wine в Linux. А ещё в wine есть свой windows-совместимый блокнот, уже установленный (по крайней мере, раньше был).

Источник

Редактирование файлов в среде разработки подсистемы Windows для Linux

Подсистема Windows для Linux (WSL) прекрасно работает для обеспечения доступности большинства инструментов Linux для командной строки и работы в Windows без изменений. Тем не менее, это становится немного сложнее для развития, когда кто-то хочет

• Создайте проект, используя набор инструментов Linux , который не имеет хорошо поддерживаемого эквивалента Windows (Ruby, Node и т. Д.)
• Редактируйте файлы с помощью редактора графического интерфейса пользователя Windows, такого как код Visual Studio.

Проблема в том, что приложения Windows не могут изменять файлы внутри виртуальной файловой системы lxss . Известно, что прямое изменение этих файлов вызывает все виды проблем.

Поэтому, кажется, есть только два неоптимальных варианта использования WSL для разработки:

Сохраните проект под lxss ( /home/foo ). Обычный набор инструментов работает правильно. Тем не менее, редактирование ограничено либо Vim / Emacs на основе терминала, либо тем, что может быть запущено на опасном X-сервере , что менее плавно, чем в собственных редакторах, работающих в Windows.

Сохраните проект в файловой системе Windows ( /mnt/c/Users/foo ). Теперь любой Windows-редактор можно использовать для разработки. Однако набор инструментов на основе Linux хрупок, поскольку он не предназначен для использования на «сетевом диске» и может вызвать проблемы с просмотром файлов или базами данных .

Есть ли способ получить лучшее из обоих миров — то есть, чтобы иметь возможность редактировать с помощью собственного приложения Windows, но при этом иметь инструментальную цепочку Linux, как это обычно бывает на локальном диске?

Microsoft недавно добавила всестороннюю поддержку для этого, и она должна быть общедоступной в обновлении за апрель 2019 года (19H1). Как только он будет готов, сервер 9P будет работать в фоновом режиме всякий раз, когда работает дистрибутив Linux. Сервер 9P сможет обрабатывать метаданные файловой системы Linux, а Windows сможет обрабатывать его как сетевой диск, чтобы обеспечить безопасный доступ к нему. Вы можете прочитать об этом по адресу https://blogs.msdn.microsoft.com/commandline/2019/02/15/whats-new-for-wsl-in-windows-10-version-1903/ .

Благодаря новой функции вы сможете безопасно получать доступ к файлам файловой системы Windows и Linux из Windows, если вы проходите через сервер 9P. Это будет обработано изначально из WSL. Например, из командной строки WSL вы сможете набрать, code /mnt/c/Users/username/src/windows-file.txt чтобы открыть файл Windows в VS Code, или набрать, code /home/username/src/linux-file.txt чтобы открыть файл Linux в VS Code.

Если вы не являетесь частью программы Windows Insider, у вас еще не будет к ней доступа, поэтому вам все равно придется использовать более старый метод, такой как wslpath.

wslpath преобразует пути в стиле Windows и Linux, чтобы вы могли легко открывать файлы Windows из командной строки WSL. Согласно https://github.com/Microsoft/WSL/issues/3146#issuecomment-388118689 , он откажется преобразовывать пути файловой системы Linux (то есть% AppData% \ lxss), потому что без 9P небезопасно изменять эти файлы из Windows , Это означает, что вы не можете открыть /home/username/src/linux-file.txt , но вы можете использовать code «$(wslpath -aw /mnt/c/Users/username/src/windows-file.txt)» .

В прошлом было несколько сторонних инструментов для выполнения одного и того же преобразования, но wslpath делает это изначально — фактически, ls -l /bin/wslpath показывает, что это просто ссылка на / init.

Источник

Крутые лайфхаки для работы с WSL (Подсистема Windows для Linux )

Я глубоко погружен в WSL (Windows Subsystem для Linux), и теперь, когда WSL2 доступен в Windows Insiders, это отличное время, чтобы по-настоящему изучить доступные опции. Очень интересная фича, которую я нашел в WSL, — возможность «чисто» перемещать данные между мирами. Это не тот опыт, который вы легко можете получить с полноценными виртуальными машинами, и он говорит о тесной интеграции Linux и Windows.

Под катом подробнее о некоторых интересных вещах, которые вы можете делать, смешивая арахисовое масло и шоколад!

Запустите Windows Explorer из Linux и получите доступ к файлам вашего дистрибутива

Когда вы находитесь в командной строке WSL / bash и хотите получить визуальный доступ к своим файлам, вы можете запустить «explorer.exe .», где находится текущий каталог, и вы получите окно проводника Windows, в котором ваши файлы Linux будут доставлены вам через сервер локальной сети plan9.

Используйте настоящие команды Linux (не CGYWIN) из Windows

Я уже писал об этом раньше, но теперь есть алиасы для функций PowerShell, которые позволяют вам использовать настоящие команды Linux изнутри Windows.

Вы можете вызвать любую команду Linux напрямую из DOS/Windows/чего угодно, просто поместив ее после WSL.exe, вот так.

Исполняемые файлы Windows можно вызывать/запускать из WSL/Linux, поскольку путь к Windows находится в $PATH до Windows. Все, что вам нужно сделать, это явно вызвать его с .exe в конце. Вот как работает «Explorer.exe.». Вы также можете сделать notepad.exe или любой другой файл.

Запустите Visual Studio Code и получите доступ к вашим приложениям Linux нативно на Windows

Вы можете запустить «code.», находясь в папке в WSL, и вам будет предложено установить расширения VS Remote.. Это эффективно разделяет Visual Studio Code пополам и запускает «headless» VS Code Server в Linux с клиентом VS Code в мире Windows.

Вам также необходимо установить Visual Studio Code и расширение Remote — WSL. При желании, установите бета-версию Windows Terminal для лучшего опыта работы с терминалом в Windows.

Вот отличная подборка статей из блога Windows Command Line.

• Виртуальные машины являются ресурсоемкими и создают очень независимый опыт.
• Исходный WSL был очень «подключенным», но имел довольно низкую производительность по сравнению с VM.
• WSL 2 предлагает гибридный подход с облегченными VM, полностью подключенным интерфейсом и высокой производительностью.

Запуск нескольких Linux в считанные секунды

Здесь я использую «wsl —list —all», и в моей системе уже есть три Linux.

Я могу легко запустить их, а также назначить профили, чтобы они появлялись в моем Windows Terminal.

Запустите X Windows Server под Windows с Pengwin

Pengwin — это специальный Linux-дистрибутив WSL, который очень крут. Вы можете получить его в Windows Store. Объедините Pengwin с X Server, например X410, и вы получите очень классную интегрированную систему.

Простое перемещение дистрибутивов WSL между системами Windows.

Ana Betts отмечает эту замечательную технику, с помощью которой вы можете легко перенести свой идеальный дистрибутив WSL2 с одной машины на n машин.

Вот и все. Получите идеальную настройку Linux, синхронизированную на всех ваших системах.

Используйте провайдер учетных данных Windows Git внутри WSL

Все перечисленные фичи переткают в кульминацию в этом крутом посте от Ana Betts, где она интегрирует Windows Git Credential Provider в WSL, превращая /usr/bin/git-credential-manager в сценарий оболочки, который вызывает диспетчер git creds Windows. Гениально. Это было бы возможно только при условии чистой и тесной интеграции.

Источник

Файлы подсистемы Linux нельзя создавать, изменять или удалять при помощи инструментов для Windows

Весной этого года компания Microsoft начала интеграцию Linux-инструментария в свою новую ОС Windows 10. Первым шагом было включение Ubuntu и Bash инструментария в сборку 14316. Суть обновления заключалась в добавлении прослойки WSL, которая транслировала системные вызовы Linux в системные вызовы Windows, что позволяет развернуть в основном окружении Windows полноценный инструментарий Ubuntu Linux без эмуляции и виртуализации.

Вчера Microsoft опубликовала в официальном блоге запись, призывающую разработчиков не изменять, создавать или удалять файлы Linux при помощи инструментов или приложений Windows, так как это приводит к повреждению дистрибутива с необходимостью его последующей переустановки.

В начале поста в блоге на MSDN стоит крупное предупреждение:

Ни при каких обстоятельствах НЕ создавайте и/или изменяйте файлы Linux с помощью Windows, будь то приложения, инструменты, скрипты, консоли и т.д.

Создание/изменение файлов Linux из под Windows, скорее всего, приведет к повреждению данных и / или повреждению среды Linux, что в дальнейшем потребует переустановки дистрибутива!

Речь идет о любых файлах или папках, которые лежат в %LOCALAPPDATA%\lxss в подсистеме Linux в Windows 10.

Происходит подобное, судя по информации в блоге, из-за логики работы WSL.

Если WSL не удается найти файл метаданных Linux для данного файла, то делается вывод, что файл либо поврежден или удален, либо вы не в состоянии открыть или правильно прочитать файл, что приводит к сбоям. В некоторых случаях удаленные файлы распознаются как «поврежденные».

«Метаданные файлов (расширения, дата создания и прочая информация) формируются в Linux и Windows по-разному. По этой причине ПО и инструменты для Windows не способны корректно сохранить и записать метаданные Linux-файлов (в принципе, они и не должны этого уметь). Кроме этого некоторое ПО для Windows часто не редактирует исходный файл, а создает его копию. При этом исходный файл удаляется и заменяется другим, а метаданные теряются», — говорится в блоге.

Решается данная проблема хранением необходимых файлов, работа с которыми производится средствами Windows, в рамках файловой системы ОС от Microsoft, а файлы Linux не изменять, создавать или удалять при помощи инструментов для Windows.

Источник

Лучшие текстовые редакторы Linux

Без текстового редактора невозможно представить ни одну настольную операционную систему. Рано или поздно пользователь сталкивается с такими задачами, как сохранение скопированного текста, редактирование файлов и просто создание заметок. Если же говорить про Linux, то эта ОС нередко используется на серверах и для разработки ПО и сайтов. Поэтому требования к текстовым редакторам предъявляются несколько иные.

В этой статье мы собрали лучшие текстовые редакторы Linux. Исходя из выше перечисленного мы рассмотрим несколько видов редакторов, так будет проще подобрать что-то подходящее именно под ваши задачи.

Лучшие консольные текстовые редакторы Linux

Начнём с консольных текстовых редакторов. Сфера их применения довольно специфична и обычному пользователю скорее всего не подойдёт. Редактирование текста прямо из консоли будет полезно при удалённом подключении к серверу или же при написании кода методом слепой печати.

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

1. Nano

Nano – это довольно простой консольный текстовый редактор Linux и предустановлен на большинстве дистрибутивов. Он будет полезен, если большую часть работы вы выполняете в консоли или же подключаетесь удалённо по SSH. Он имеет функцию подсветки синтаксиса, а также полезную панель с подсказками горячих клавиш. Например, если программа выдала ошибку и указала 120 проблемную строчку, то просто вызывайте редактор сразу к ней:

nano +120 путь/к/файлу

Можете подробнее ознакомиться с Nano в нашем материале.

2. Vim

Редактор текстовых файлов Linux под названием Vim гораздо менее дружелюбен к пользователю. Перед его использованием необходимо ознакомиться с основными горячими клавишами и командами, а также настроить приложение под себя. С помощью плагинов можно расширить функционал редактора практически до уровня IDE. Однако, его сильной стороной остаётся именно большой набор команд, который позволяет выполнять многие действия быстрее, чем с графическим интерфейсом.

Установить Vim можно командой:

sudo apt install vim

3. GVim

Начать изучение Vim можно с его версии с графической оболочкой. По началу вы будете долго выискивать нужный инструмент, но со временем запомните горячие клавиши и команды и перестанете обращаться к меню и, возможно, перейдёте на консольную версию редактора.

Оболочке не хватает окна настроек, вместо этого предлагается настраивать точно так же, как и в консоли, путём редактирования конфигурационных файлов. Хотя небольшая часть настроек всё же разбросана по разным пунктам меню.

Для установки GVim воспользуйтесь консольной командой:

sudo apt install vim-gtk3

4. Emacs

Другим менее популярным консольным текстовым редактором является Emacs. Он не получил такого распространения как Vi/Vim, ведь тот одно время был установлен на многих дистрибутивах по умолчанию. В любом случае для использования Emacs вам понадобится то же самое, изучить набор команд и горячих клавиш, а также настроить редактор под себя. Функции написаны на языке Elisp. Синтаксис Lisp вряд ли подойдёт новичкам, но вам не обязательно писать свои расширения, по умолчанию в редакторе есть почти всё необходимое.

Спорить о том, что лучше Vim или Emacs можно бесконечно, лучше попробовать оба и остановиться на том, что понравится больше.

Редактор Emacs устанавливается командой:

sudo apt install emacs

Вместе с консольной версией установится и графическая оболочка, поэтому для запуска именно консольной версии надо использовать параметр –nw.

5. Emacs (GUI)

Графическая оболочка Emacs заметно уступает Gvim. Как минимум она не русифицирована, но зато есть краткое руководство на русском языке. Многие инструменты спрятаны в подпунктах меню, что увеличивает время на их поиск.

6. Spacemacs

Spacemacs нельзя назвать полноценной графической оболочкой. Это скорее расширение, которое позволяет работать с Emacs проще и быстрее. Установка Spacemacs заметно сложнее и состоит из нескольких этапов:

sudo apt install git

git clone https://github.com/syl20bnr/spacemacs

При первом запуске зададут несколько вопросов и начнётся основная установка. Что интересно, при этом вы можете выбрать какие горячие клавиши будут использоваться в дальнейшем, Vim или Emacs.

Лучшие текстовые редакторы с графическим интерфейсом

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

7. Leafpad

Если вы перешли с Windows на Linux и ничего сложнее Блокнота вам не требуется, то обратите своё внимание на Leafpad. Набор его функций практически такой же, как и у Блокнота, разве что нумерация строк добавилась. В целом же это самый простой текстовый редактор Linux, без дополнительных функций, подсветки синтаксиса и прочего.

В Ubuntu приложение распространяется в виде snap-пакета и устанавливается командой:

sudo snap install leafpad

8. FeatherPad

Более продвинутым решением будет FeatherPad. Этот редактор имеет ряд полезных функций. Поддерживаются вкладки, подсветка синтаксиса, есть целый набор полезных горячих клавиш. Несмотря на все эти возможности, файлы открываются практически мгновенно.

Для установки FeatherPad можете воспользоваться командой:

sudo apt install featherpad

9. Gedit

Нельзя не упомянуть Gedit. Это стандартный редактор для GNOME и других оболочек рабочего стола на библиотеке GTK. Интерфейс не самый дружелюбный, но все же для простого редактирования файлов сгодится. Можно добавить обозреватель файлов слева, а снизу с помощью расширений открыть консоль Python. Присутствует большой набор горячих клавиш.

Обычно Gedit уже установлен в системе, но если его нет, то воспользуйтесь командой:

sudo apt install gedit

10. Notepadqq

Переходя с Windows на Linux в первую очередь ищешь аналоги программ. Несмотря на то, что Notepadqq призван заменить Notepad++, он заметно уступает ему. Приложение при установке подтягивает до неприличия много зависимостей. Хотя многие из них нужны ради одной-двух функций. На русский язык редактор переведён лишь частично. Из плюсов стоит отметить наличие большого списка поддерживаемых языков программирования. Также полезной функцией будет сворачивание блоков кода и открытие двух файлов одном окне.

Для установки Notepadqq следует вызвать команду:

sudo apt install notepadqq

11. Mousepad

Mousepad – это легковесный текстовый редактор, который является родным для оболочки Xfce. Он может подойти тем, кого не устраивает интерфейс Gedit. Многие горячие клавиши совпадают, хотя в Mousepad вы не найдёте нормального руководства и описания всех комбинаций клавиш.

Устанавливается Mousepad командой:

sudo apt install mousepad

Редакторы кода

Наш список лучшие текстовые редакторы linux подходит к завершению. В связи с тем, что для многих Linux является рабочим инструментом, в отдельную группу стоит выделить редакторы кода. Это уже больше, чем просто программы для набора и редактирования текста. В их задачи входит подсветка синтаксиса, автозаполнение, отладка и даже рефакторинг кода. Стоит учитывать, что в этот список попали именно редакторы кода, а не IDE, поэтому Geany или WebStorm вы здесь не найдёте.

12. Sublime Text

Sublime Text не является бесплатным редактором кода, 3-годичная лицензия обойдётся в $80. Но у приложения нет пробного периода, его можно использовать без лицензии сколь угодно долго. Однако, оно будет периодически напоминать вам о том, что стоит приобрести лицензию.

Интерфейс приложения выполнен по классической схеме с тремя блоками: обозреватель файлов, поле с текстом и мини-картой справа. Запустить сборку проекта можно прямо из редактора без необходимости вводить консольные команды.

Изначально в редакторе интерфейс на английском языке, для добавления русского языка можете воспользоваться этой простой инструкцией:

1. В меню Tools выбрать последний пункт Install Package Control…
2. Нажать Ctrl+Shift+P, ввести Install Package и нажать Enter, откроется новый список
3. Ввести LocalizedMenu и нажать Enter, установится пакет с набором языков
4. Перейти в меню Preferences и в подменю Language выбрать русский язык

Устанавливается Sublime Text из snap-пакета, командой для установки будет:

sudo snap install —classic sublime-text

13. Visual Studio Code

Visual Studio Code от Microsoft появился относительно недавно, но уже успел обрести немалую популярность. Редактор поддерживает рефакторинг, отладку, фирменное автодополнение IntelliSense, систему Git и многие другие функции.

Есть возможность установки Vim плагина, что привнесёт функционал консольного редактора в VS Code. Это позволяет создать один из самых мощных инструментов для написания кода.

Для установки русского языка следует воспользоваться этой инструкцией:

1. Нажать Ctrl+Shift+P иввести Configure Display Language
2. Выбрать Install additional languages…, в левой панели откроется магазин расширений
3. Найтивсписке Russian Language Pack for Visual Studio Code иустановить
4. После перезагрузки язык интерфейса станет на русском языке

Редактор кода Visual Studio Code можно установить из snap-пакета:

sudo snap install —classic code

14. Atom

Atom находится примерно на одном уровне с VS Code. Сложно определить, что лучше. Например, Atom без всяких плагинов имеет тесную интеграцию с GitHub, а VS Code работает немного быстрее.

И опять, приложение по умолчанию идёт на английском языке, но установка русского языка не составит проблем. Вот краткая инструкция:

1. Вменю Edit выбрать Preferences
2. Перейти во вкладку Install и найти Atom-i18n
3. После установки выбрать Settings у плагина и в Language выставить Русский язык

Аналогичным способом можно добавить мини-карту, плагин называется Minimap.

Редактор кода Atom можно установить из snap-пакета:

sudo snap install —classic atom

15. Kate

Несмотря на то, что Kate расшифровывается как KDE Advanced Text Editor, он корректно работает с библиотекой GTK и оболочкой GNOME. Его интерфейс написан на Qt, что и позволяет организовать поддержку большим количеством дистрибутивов. Редактор далеко не новый, но проигрывает предыдущим представителям. Например, для стандартной функции контроля версий необходимо установить расширение.

Установка Kate возможна через стандартный менеджер пакетов apt:

sudo apt install kate

16. Brackets

Редактор Brackets от Adobe нацелен в первую очередь для работы с веб-документами: HTML, CSS, JS. Есть возможность просмотра изменений в реальном времени и контроль версий Git. Также не обошли стороной поддержку плагинов, хотя в этом случае их не так много ввиду специфики редактора.

Русский язык можно выбрать в разделе Switch Language из меню Debug.

Устанавливается Brackets из snap-пакета командой:

sudo snap install —classic brackets

17. Bluefish

Bluefish – это редактор с богатой историей, который начал свой путь ещё в 1997 году. Как и в случае с Kate он не может конкурировать с более современными программами. Но всё же работать с HTML файлами довольно удобно, и программа открывается даже быстрее, чем Brackets.

Установку Bluefish можно командой:

sudo apt install bluefish

Заключение

В этой статье были рассмотрены популярные текстовые редакторы, подходящие большинству пользователей, начиная с аналога Блокнота и заканчивая продвинутыми редакторами кода. Как вы могли заметить, на этом сайте предлагается для всего использовать текстовый редактор Vim. Хотя он сложный для новичков, но его возможности того стоят.

А каким текстовым редактором для Linux пользуетесь вы? Может быть это сочетание двух или даже трёх редакторов? Напишите в комментариях!

Источник