Comments 426
Трубо Паскакаль ещё был :)
И про это в статье написано под общим заголовком "Серия Borland Turbo"
Break/watch ещё был хороший пункт. При выборе, выскакивала форма с вопросом "Какие часы вы хотите сломать?" и предлагались варианты на выбор
Это то, которое предлагало "компильнёмся"?
И Turbo Basic тоже был!
При нажатии "Edit" начинал шуршать диском и писал что-то типа "Ваши файлы уже редактируются, нет повода для беспокойства.."
О да! "Ваши файлы редактируются, нет причин для беспокойства" емнип :)
смешно, помню: break/watch - какие часы ломаем....
Интересовался как-то темой консольных редакторов и находил довольно интересный FTE Editor, но уже давным давно заброшен.
Да, в своё время он был единственным, кто через ssh поддерживал подсветку синтаксиса и имел привычные меню, а не :wq!
Вроде только кодировки не поддерживал.
Потом, правда, и в vim подсветку синтаксиса притащили, и в mc... Они более мэйнстримные, потому FTE тихо куда-то пропал.
Хотя относительно недавно я его добывал для работы в DOS'е.
если линукс, то всегда ставлю mc
если винда, то FAR
когда пишу в VS, то одновременно запущено 3-4 FAR - манипуляции с файлами, просмотр логов, запуск релизной версии программы и т.п.
в FAR сильно быстрее и комфортнее работать за ПК, если конечно работа не сводится к паре кликов.
Проводник запускаю по Win+E регулярно, от каждой программы свои плюшки.
Если линукс, то стараюсь не лениться и ставить far2l
Жаль, что не far3l
Тоже плотно сидим на FAR, в основном из-за олдскульного вида, хотя казалось бы тот же total commander по функциям одно и то же, но нет жеж, не заходит:)
пфф, молодёжь...
У меня Far в цветовой гамме DOsNavigator-а (того, в который тетрис был встроен)!
Если хотите кряхтеть про "молодежь", то никак не с доснавигатором это надо делать:)
Дефолтная схема в FAR используется та же что в Norton Commander (который вот реально у всех стоял), который появился аж на 5 лет раньше ньюфажного ДосНавигатора и почти полностью повторяет еще более ранную цветовую схему XTree.
я раньше FAR всегда перенастраивал в цвета DN, не люблю я синее, ярко слишком, но когда пошли окна, то забросил почему-то.
когда пошли окна, то забросил почему-то.
Постарели Повзрослели просто:) Мы тоже раньше после установки/переустановки какого-нибудь софта (ИДЕ, редактора и т.д.) или просто на новом месте настраивали интерфейс, хоткеи, цвета, автосейзы, историю, фильтры и т.д..
Сейчас предпочитаем "прогнуться под изменчивый мир", настраивать что-то лениво (разве что по мелочи что-то что считаем совсем критичным), пользуемся как есть, даже если слегонца неудобно.
Нортон стоял у всех, а профи стоял vc.com - Volcov Commander, который влезал полностью в ограничения .com файла в 65 килобайт.
К сожалению, не запускается сейчас.
Volkov появился почти на 10 лет позже нортона и почти на 5 лет позже дос-навигатора. Его конечно использовали, но размер 64кб в момент его появления уже значения не имел, а функций в нем было меньше чем в нортоне и DN.
Вы точно уверены что Volkov Commander появился на десять лет позже Norton Commander? Или вам так мерещится? :D
По своему опыту, могу сказать что VC, появившись в начале 1992 года вытеснил NC3 везде где только можно к концу 1993 года, поскольку в отличии от NC умел работать с файлами и каталогами имеющих в имени кириллические символы. Т.е. если вас угораздило создать/сохранить файл/каталог с запретными буквами, их нельзя было в NC копировать/изменить/удалить/переименовать. Далее, можно было померить размер содержимого директорий, удалять не пустые директории, выкидывать из памяти резидентов которых запустили из VC. ;)
Далее была куча просмотрщиков файлов/архивов. Можно было легко настраивать каким просмотрщиком просматривать тот или иной файл. 8P
Запуск программ по расширению файла, причем можно было использовать группу команд. Вложенные пользовательские меню. И все это было в разы быстрее NC3 и надежнее. Про размер Volkov Commander уже упоминали. :))
Дос Навигатор был очень нестабильным и регулярно падал гдето до середины 1995 года, и на ХТ он был очень тормозным и постоянно свопился на диск. Полноценно DN раскрывался на 386sx с 2мб и загруженным драйвером EMS. Кстати, у Дос навигатора была неустранимая глича, если в имени файла был символ & то Дос Навигатор съедал амперанд имени файла, а букву идущую за ним отображал как букву шортката. К примеру W&D.com в DN превращался в WD.com
NC4 и NC5 были тормознючим отстоем и их использовали по большей части или для запуска Win.com или для запуска какой то программы в пользовательском меню, типа какойто бухгалтерии.
Вы точно уверены что Volkov Commander появился на десять лет позже Norton Commander? Или вам так мерещится? :D
Окей, перепроверили по википедии, NC вышел в 86, VC вышел в 92. 6 лет разницы, не 10, это так принципиально?
По своему опыту, могу сказать что VC, появившись в начале 1992 года вытеснил NC3 везде где только можно к концу 1993 года, поскольку в отличии от NC умел работать с файлами и каталогами имеющих в имени кириллические символы
В NC3 проблема с кириллицей решалась правкой nc.exe за полчаса максимум, а NC4 с нормальной поддержкой кириллицы вышел в том же самом 92 году, что и VC.
Поэтому Ваше утверждение о повсеместной победе VC над альтернативными ФМ можно объяснить, действительно, лишь Вашим личным опытом.
NC4 и NC5 были тормознючим отстоем и их использовали по большей части или для запуска Win.com или для запуска какой то программы в пользовательском меню, типа какойто бухгалтерии.
Прям флэшбэк случился:) Первые фан-войны. Предвестники "винда против юникса", "айфон против андроида" и т.д.. Ровестницы холиваров вокруг каким архиватором лучше пользоваться и чем на 5.25" дискету записать больше чем на нее может теоретически влезть:)
По факту же, хотя и VC и DN были распространены, того массового вытеснения (ни одним ни другим) NC не было.
Да, были энтузиасты, которые говорили что NC зло, сносили его и накатывали VC (они же потом сносили винду и накатывали юникс или ставили os/2 вместо доса), но потом приходил лесник (директор) и пинками наводил порядок. Это все равно что где-нибудь в 2053 году вдруг кто-то скажет, что в 2023 все поголовно сносили винду и ставили юникс, сносили фотошоп и ставили гимп и т.д.. Да, на местах было, но отнюдь не массово мягко говоря и уж тем более о захвате мира речь не идет.
Окей, перепроверили по википедии, NC вышел в 86, VC вышел в 92. 6 лет разницы, не 10, это так принципиально?
А функционал вы именно этих первых версий сравниваете?
Окей, перепроверили по википедии, NC вышел в 86, VC вышел в 92. 6 лет разницы, не 10, это так принципиально?
Да ты шо! А WinWorld прямо и упорно утверждает что NC3 был релизнут в октябре 1989 года, а апдейт до 3.02 вышел 16 декабря 1990 года. Т.е. Ваше десятилетие резко ужалось до пары лет, а разница на порядок уже принципиальна. %)
В NC3 проблема с кириллицей решалась правкой nc.exe за полчаса максимум,
Вы точно уверены что надо было патчить NC.EXE ? 8)) LOL
А VC прям "искаропки" работал с кириллицей без всяких патчей
NC4 с нормальной поддержкой кириллицы вышел в том же самом 92 году, что и VC.
NC4 вышел, барабанная дробь, в 1994 году.
цитата из Readme.txt "Copyright 1994 Symantec Corp. All Rights Reserved."
И да, с кириллицей у него ещё было не всё Ок ;) Тоже надо было патчить :))
Поэтому Ваше утверждение о повсеместной победе VC над альтернативными ФМ можно объяснить, действительно, лишь Вашим личным опытом.
Над тормознутым NC4 и выше Volkov Commander безоговорочно доминировал. И не было ни одного человека попробовавшего VC и вернувшегося на NC. Реальным конкурентом VC был только DN
Прям флэшбэк случился:) Первые фан-войны.
Холивара с фанатами NC не случилось, поскольку все фанаты NC перешли в стан VC.
Предвестники "винда против юникса",
Холиваров "винда против юникс" не существовало, это были абсолютно разные миры которые не пересекались. А еще, ко всему прочему учитывая что Microsoft это и есть UNIX(Xenix) холивар превращался в балаган "пчелы против мёда"
Ровестницы холиваров вокруг каким архиватором лучше пользоваться
ARJ / LHA / RAR ;)
и чем на 5.25" дискету записать больше чем на нее может теоретически влезть:)
PU-1700 8))
По факту же, хотя и VC и DN были распространены, того массового вытеснения (ни одним ни другим) NC не было.
По факту бодались между собой, причем без улёта в холивар, пользователи DN и VC. А NC существовал в узком кругу продованов бухгалтерских решений.
Да, были энтузиасты, которые говорили что NC зло, сносили его и накатывали VC
Они не говорили что это зло, они просто показывали как быстро работает VC, объясняли что переучиваться не придется, и что ещё добавятся удобные и вкусные плюшки. И NC отлетал на силиконовые небеса ;)
(они же потом сносили винду и накатывали юникс или ставили os/2 вместо доса)
Как у Вас всё запущенно, кто-то сносил винду чтоб накатить UNIX? Оригинальная конструкция... Токмо зачем?
А полумух, это святое "DOS better than DOS, and Windows Better than Windows" (c) IBM :P
но потом приходил лесник (директор) и пинками наводил порядок.
"Говорила бабка деду - "В Санта-Барбару поеду! Хоть язык, не понимаю, Но зато всех там прекрасно знаю!"".
Этим "лесникам" в те "божественные" времена было по.... ниже пояса до происхождения софта, у них были куда более животрепещущие вопросы. А "порядок" они начали наводить только тогда когда их стали жим-жим за вымячко правоохранители
И кстати, VC был в разы дешевле чем NC
Это все равно что где-нибудь в 2053 году вдруг кто-то скажет, что в 2023 все поголовно сносили винду и ставили юникс
Вполне поверю, ведь вы гдето сейчас наблюдаете массовый переход на UNIX.
Да, на местах было, но отнюдь не массово мягко говоря и уж тем более о захвате мира речь не идет.
Если вы не видите суслика, это не означает что его вообще нет. :)))
Да ты шо! А WinWorld прямо и упорно утверждает что NC3 был релизнут в октябре 1989 года
Мы сказали "NC вышел в 86, VC вышел в 92", то есть речь шла о первых выходах, а Вы "незаметно" подменяете на 3 версию. А чего уж тогда не на NC5 , для усиления эффекта? Увы, но NC вышел в 86 году, хотя если верить статье на хабре, то вообще появился он аж в 84 году
NC4 вышел, барабанная дробь, в 1994 году. цитата из Readme.txt "Copyright 1994 Symantec Corp. All Rights Reserved."
Этот копирайт говорит о дате выхода readme.txt или о чем-то другом, а не о дате выхода NC4, Вы снова подменяете данные.
книга на русском об NC от 1993 года, если верить Вашим датам, то появилась на год раньше выхода NC :D
Информацию о датах выхода NC можете глянуть тут https://softpanorama.org/OFM/Paradigm/Ch03/norton_commander.shtml#nc4.0 , 4 версия вышла в июне 92 года.
Вы точно уверены что надо было патчить NC.EXE ? 8)) LOL
Может и не надо было. Но патч работал, нам этого было достаточно.
Холивара с фанатами NC не случилось, поскольку все фанаты NC перешли в стан VC.
Ага, конечно (зеваем и засыпаем).
Если вы не видите суслика, это не означает что его вообще нет. :)))
Вы не увидели выход NC4.0 в 92, зато Вам увиделась версия 3.0 в нашей цитате о первом появлении NC. Насчет сусликов не знаем.
Мы сказали
Вас целая компания, творческий коллектив или вы "азъ есмь цар унд гроссе кнезе?" 8))
"NC вышел в 86, VC вышел в 92",
А так же новые исправленные версии NC выходили в 87 и 89 годах. Или вы хотите сказать что NC1 ничем не отличался от NC3? Забавно ;)
то есть речь шла о первых выходах, а Вы "незаметно" подменяете на 3 версию.
Первый глобальный успех NC принесла именно ТРЕТЬЯ версия, до третьей версии это был один из большого сомна файловых менеджеров. Причем не самый популярный.
А если сравнивать NC1 и VC, то Volkov кроет Петю как бык овцу. Это мягко сказать программы разных эпох. :))
А чего уж тогда не на NC5 , для усиления эффекта?
А для чего вы дату релиза VC на десять лет сдвинули? Для эффекта отсталости VC? :) Типа никто не помнит? ;)
И кстати, я так и не увидел разъяснения по вашей позиции "Volkov появился почти на 10 лет позже нортона и почти на 5 лет позже дос-навигатора."? Это я к тому что первые альфа версии DN вышли в 1991 году;)
Этот копирайт говорит о дате выхода readme.txt или о чем-то другом, а не о дате выхода NC4, Вы снова подменяете данные.
Это копирайт говорит в целом о дате выхода конкретной версии продукта ;) А не то что вы пытаетесь совершить с совой %))
книга на русском об NC от 1993 года, если верить Вашим датам, то появилась на год раньше выхода NC :D
Постойте, а кто это на ясном глазу утверждал что "а NC4 с нормальной поддержкой кириллицы вышел в том же самом 92 году, что и VC."? Вы наверное сможете предоставить книгу Козловского от 1992 года? Или вы так путаетесь в показаниях?
Информацию о датах выхода NC можете глянуть тут https://softpanorama.org/OFM/Paradigm/Ch03/norton_commander.shtml#nc4.0 , 4 версия вышла в июне 92 года.
Читаем и видим дату анонса (не дату начала продаж)
"CUPERTINO, Calif., June 21 /PRNewswire/ -- Symantec Corporation (NASDAQ: SYMC) today announced Norton Commander 4.0
******поскипано некоторое количество рекламной мути******
Pricing and Availability
Norton Commander 4.0 is available at a suggested retail price of $99. Upgrades to registered users of Norton Commander are available for $39, plus shipping and handling, and include a free copy of Norton Speedcache+, the fastest hard disk and CD-ROM cache for DOS and Windows.
-0- 6/21/93
Но дальше по тексту идет пара-тройка абзацев которые вы тупо не прочитали или проигнорировали поскольку они разрушали вашу картину мира. ;)
"While it definitely made some progress, it was far less impressive as it was more resource intensive (uncompressed ncmain.exe for NC4.0 was over 200K). On plain vanilla DOS this was larger then many DOS PCs can afford at the time (in other words it become bloatware). And in Europe, the key market for the product, it has difficulties in competing with free clones, such as Volkov Commander and DN both of which were released earlier. In a way, it played catch-up...
Unlike version 3.0 which was remarkably stable, the initial version was also somewhat buggy. Another problem was that on architectural level Symantec honchos failed to understanding that the program can enrich not only primitive DOS shell and make command line operations (which are still were main way of Windows usage due to huge inertia from DOS) much more palatable, but can be transformed in to GUI version of the program which can inherit associated market share of loyal users.
DN and Volkov Commander greatly undermined attractiveness of NC4.0 in Europe and xUSSR region (the USSR was dissolved in 1991). You simply can justify $99 price even on the strength of brand name, when viable competitors are available for one third/one forth of this sum.
I personally consider NC 4.0 to be a mediocre product which failed to move the franchise to a hew, unachievable to competitors, height like was the case with versions 2 and 3. The phase "too little too late" looks perfectly applicable. I switched from NC 4.0 to Volkov Commander so NC 3.0 was the last product in Norton line about which I have hands-on experience.
One interesting innovation (which actually appeared in clones first) was that NC 4.0 integrated zip-archive viewer into the distribution and treated zip archives as folders, but functionality was limited to viewing of the content of the archive -- it did not treated archive like folders with all operations available.
It did not contain any innovative features which would position it above the clones that were released the same year.
I would like to stress it again that DOS NC4 failed to beat Volkov Commander in this new "orthodox file manager" development game. Volkov Commander was smaller, faster and, paradoxically, richer in features. It was written in assembler (actually it was a COM program). In the heavy-weight category NC 4.0 cannot compete with DN -- another very innovative and influential orthodox file manager. DN quickly found pretty wide user community in Eastern Europe. DN was larger then NC 4.0 and was written in a Turbo Vision which give it a rich Windows-style look and feel despite being a command line program: windows were very flexible and resizable in all dimensions. It also supported multiple panels."
Надеюсь Вы теперь сможете прочитать их? 8D
Может и не надо было. Но патч работал, нам этого было достаточно.
Это доказывает что Вы в глаза не видели NC и не знаете его компонент;)
Ага, конечно (зеваем и засыпаем).
От поколения ЕГЭ я иного и не жду. :P
Вы не увидели выход NC4.0 в 92,
Правильно, его АНОНСИРОВАЛИ только в середине 1993 года.(-0- 6/21/93) Так что в 1992 году NC4 не существовало как продукта.
зато Вам увиделась версия 3.0 в нашей цитате о первом появлении NC
До ТРЕТЬЕЙ версии Norton Commander имел ограниченную популярность. Только с момента выхода этой версии, октябрь 1989 года, получившую настоящую популярность и нужно вести отсчет ;)
Насчет сусликов не знаем.
Так в википедии посмотрите всем кагалом;)
NC4 вышел, барабанная дробь, в 1994 году. цитата из Readme.txt "Copyright 1994 Symantec Corp. All Rights Reserved."
Читаем и видим дату анонса (не дату начала продаж)
Version 4.0 of NC was released only in 1992 (with three years interval from NC3.0).
The first flip-flop: NC 4.0 (1992)
The Timeline Norton Commander for DOS v. 4.00 1992его АНОНСИРОВАЛИ только в середине 1993 года.(-0- 6/21/93
Но дальше по тексту идет пара-тройка абзацев которые вы тупо не прочитали или проигнорировали поскольку они разрушали вашу картину мира. ;)
Ваша ирония по поводу картины мира звучала бы солиднее, если бы Ваша картина мира была стройной.
Сначала Вы заявляете что NC4 вышел в 1994 (аж под барабанную дробь, несмотря на книжку на русском об NC4 от 1993 года), потом переводите "was released, timeline, first flip-flop" как "дату анонса" (на что Вы тут расчитывали непонятно), а заканчиваете утверждением что анонс был только 1993 года, выдернув из текста непонятно к чему относящуюся дату (т.к. она реально ни к чему в тексте не привязана).
Да и это на самом деле не принципиально, т.к. это не более чем Ваша попытка отвлечь внимание от того факта, что NC (не 4, не 5, а просто NC) вышел то ли в 86 (согласно софтпанораме и вики), то ли в 84 году, задолго до VC и собственно это и всё что важно в контексте дискуссии.
Это доказывает что Вы в глаза не видели NC и не знаете его компонент;)
От поколения ЕГЭ я иного и не жду. :P
вы "азъ есмь цар унд гроссе кнезе?" 8))
Потрясающе, давненько на хабре не было такого уровня дискуссии. Если рассчитываете на ответ, а не просто хотите показать себя, то пожалуйста, воздержитесь от перехода на личности, тем более в такой некультурной манере.
Ваша ирония по поводу картины мира звучала бы солиднее, если бы Ваша картина мира была стройной.
Вам дату пресс релиза Symantec об АНОНСЕ NC4 привели? Привели. Это 1992 год? Нет. ;)
"CUPERTINO, Calif., June 21 /PRNewswire/ -- Symantec Corporation (NASDAQ: SYMC) today announced Norton Commander 4.0 -0- 6/21/93)"
Вот вам перевод ;) "КУПЕРТИНО, Калифорния, 21 июня /PRNewswire/ -- Корпорация Symantec (NASDAQ: SYMC) сегодня анонсировала Norton Commander 4.0 -0- 6/21/93)"
Сначала Вы заявляете что NC4 вышел в 1994
Правильно, той версией 4.00.57 которой можно было пользоваться без попаБоли ;P
(аж под барабанную дробь, несмотря на книжку на русском об NC4 от 1993 года),
Которая могла рассказывать о Volkov Commander когда он шифровался под Norton Commander 8))
потом переводите "was released, timeline, first flip-flop" как "дату анонса" (на что Вы тут расчитывали непонятно), а заканчиваете утверждением что анонс был только 1993 года, выдернув из текста непонятно к чему относящуюся дату (т.к. она реально ни к чему в тексте не привязана).
Я рассчитывал что вы хотя бы читаете документы по приведенным вами ссылкам ;) Но это таааак сложно :)
Вот вам пресс-релиз от Symantec о анонсе NC 4.0
CUPERTINO, Calif., June 21 /PRNewswire/ -- Symantec Corporation (NASDAQ: SYMC) today announced Norton Commander 4.0, the world's best- selling DOS shell that provides the fastest and easiest way to manage, view, compress and uncompress files. Norton Commander 4.0 brings significantly greater speed and convenience to file management, file viewing, application launching, electronic mail and PC-to-PC file transfer. No other comprehensive DOS file management software is as fast, as easy-to-use and as small in memory and disk space requirements as Norton Commander 4.0. Norton Commander increases a user's productivity by providing immediate access to and a complete view of directories and their contents. One keystroke or mouse click can launch applications, view, copy, move and delete files and directories.
Commander lets the user view over 50 different kinds of files, including DOS and Windows application files, graphic files and compressed files. Commander Link, with new file-only transfer capability, transfers files between two PCs via both serial and parallel connector cables. "The fourth generation Commander is not only fast and lean, making it ideal for portables, but it's also powerful, versatile and feature- rich," said Grant Johnson, Symantec's business unit director for the Peter Norton Group. "It contains improvements with recommendations and suggestions from users all over the world. The Norton Commander 4.0 transforms the DOS environment into one that is easily managed by the everyday user, yet robust enough for the advanced user."
New Features
File Compression in the World's Most Popular Formats. Norton Commander lets the user copy, move and delete to and from compressed files. Commander has built in support for PKZIP 2.04x, and seamless external support for ARJ, ARC, PAK, LHARC and ZOO. With simple modifications, additional external compression programs can also be supported.
Over 30 New File Viewers Added. Norton Commander 4.0 users can view more than 50 files formats including Q&A, Paradox 3.5, Lotus 1-2-3.x, Excel 3.x, MS Word for Windows 1.x and 2.x and more. In addition to PCX, several new graphical viewers including GIF, BMP, TIFF and ICO have been added.
Enhanced Commander Link. The addition of parallel link support in Commander Link lets users apply the high-speed parallel port to transfer files and directories from their laptop to their desktop PC and vice versa. "New File" transfer capability saves times by only transferring new files, A new cloning feature allows Commander to easily duplicate itself over a serial connection.
Commander Mail Enhancements. Commander Mail lets MCI Mail users send faxes, telexes and paper mail to recipients who do not need to be MCI Mail subscribers. Commander Mail automatically files e-mail messages and store frequently used fax numbers and e-mail ID numbers in an address book.
Quick View. Quick View lets users browse through a list of files in one panel while displaying the contents of any highlighted file in the other panel. Without first loading the parent applications, the new Quick View feature allows the user to view spreadsheet, database, graphics, word processing or compressed files in one keystroke or mouse click. When a directory is highlighted, Quick View will show the total number of the files and subdirectories of that directory and the amount of space used. Quick View is available from both the Left and Right menus. The Zoom feature lets the user zoom a half-screen file view to full screen and back again with a single keystroke.
Additional Features
Directories can now be three times larger than before, containing more than 1,600 files per directory. For greater efficiency and convenience, all file copy, move and delete dialog boxes have an "include subdirectories" check box. This allows the user to include both directories and subdirectories with all file operations.
A more proficient Editor supports block operations and includes printing capability, letting the user create and edit existing documents without leaving Commander. An enhanced Find/File capability lets the user search for text contained in a file. In can also copy, move and delete found files.
In addition to allowing access to the DOS prompt at any time, Commander also provides a DOS history, recalling and displaying the last 15 DOS commands in a pop-up window for quick selection and re-running. Users can easily edit the command line and copy file names to it.
The Norton Commander 4.0 is network compatible, allowing users to access and manage data over any PC compatible network. Commander also provides system information, making a hardware and memory information summary available from a menu option.
Pricing and Availability
Norton Commander 4.0 is available at a suggested retail price of $99. Upgrades to registered users of Norton Commander are available for $39, plus shipping and handling, and include a free copy of Norton Speedcache+, the fastest hard disk and CD-ROM cache for DOS and Windows.
Norton Commander 4.0 requires DOS 3.1 or higher. It runs on IBM PC XT, AT, PS/2 and compatibles, requires 512K RAM, a serial or parallel cable for Commander Link, and an MCI Account for Commander Mail.
Symantec Corporation develops, markets and supports a complete line of applications and system software products for IBM personal computers and compatibles, and Apple Macintosh computers. Founded in 1982, the company has offices in the United States, Canada, Australia and Europe. Information on the company and its products can be obtained by calling 800-441-7234 toll free, or 408-252-3570.
-0- 6/21/93 (специально для не умеющих читать американский формат даты: 6 это июнь, 21 это число, 93 это 1993 год) смотрим в начало пресс-релиза и видим June 21 (июнь месяц, 21 число)
/NOTE TO EDITORS: Brand and product references herein are trademarks or registered trademarks of their respective holders./
/CONTACT: Ana Shannon, 310-449-4140, or Christiane Petite, 310-449-4141, both of Symantec Corporation; Rebecca Fuller of Wilson McHenry Company, 415-592-7600, for Symantec/ (SYMC)
Да и это на самом деле не принципиально, т.к. это не более чем Ваша попытка отвлечь внимание от того факта, что NC (не 4, не 5, а просто NC) вышел то ли в 86 (согласно софтпанораме и вики), то ли в 84 году, задолго до VC и собственно это и всё что важно в контексте дискуссии.
Принципиально то что Вы намеренно врете:) Сначала утверждая что "Volkov появился почти на 10 лет позже нортона и почти на 5 лет позже дос-навигатора." относя время появления Volkov Commander на 1996 год (DN вышел в 1991 году).
Принципиально то, что Вы в упор не видите то, что Volkov Commander надо сравнивать не с Norton Commander версии 1, вышедшим в конце 1986 года (которую Volkov кроет по всем параметрам), а с исправленной версией 3.02 Norton Commander (вышедшей в конце 1990 года), которая стала источником вдохновения для Всеволода Волкова при создании его Volkov Commander.
И кстати, очень важно то, что только в третьей версии Norton Commander получил такое повсеместное признание. До этой версии он уступал по популярности Xtree. 8P
Потрясающе, давненько на хабре не было такого уровня дискуссии. Если рассчитываете на ответ, а не просто хотите показать себя, то пожалуйста, воздержитесь от перехода на личности, тем более в такой некультурной манере.
Для начала это Вы перешли на личности, когда Вас поймали на лжи. ;)
Его конечно использовали, но размер 64кб в момент его появления уже значения не имел
Имел, и очень большое. При запуске "тяжелых" приложений командира нортона и доснавигатора (со вторым было в этом плане немного проще, но все же) приходилось перед этим самым запуском частенько завершать, в то время как командир волков оставлял другому приложению очень много памяти, освобождая даже часть из своих < 64к.
Нортон стоял у всех, а профи стоял vc.com
Между выходом NC и VC прошло несколько лет.
VC использовался в дискетах востановления, куда затягивать нортон даже максимально обрезаный было пределом кощунства, у NC была фишка com и lpt link (у первых тоталов тогда еще виндовс командеров тоже было) могло помочь поставить систему на ноут или пк если у тебя сдохли или нет дискет, чтобы перетащить дистриб.
у nc была фишка нортон диск доктор.
и давайте вы не будете говорить за всех.
VC гораздо более поздний продукт, и как менеджер в принципе лучше (удивительно что продукты сделанные позже - лучше?)
но нортон -
был первым
был первым и сразу мега удачным
Вместе с ним вышли norton utilities, и нужно понимать, что Нортон развивал в первую очередь утилиты, а не коммандер. А утилиты были очень и очень востребованы (nu, ndd, nsd, кстати его дефрагментер был весьма и весьма)
Я вообще не понимаю смысла спора. Это вещи из разных эпох, так сказать. Но вы почему-то их пытаетесь сравнивать. Еще и говорите за всех, не деля СНГ и общемировое сообщество.
у nc была фишка нортон диск доктор.
Командир Нортон и Нортон диск дестройер - все же совершенно разные и независимые продукты.
был первым и сразу мега удачным
А вот это точно. Все остальные двухпанельники уже развивали в разных направлениях эту идею, породив широкий спектр продуктов от минималистичного Волкова до современных универсальных комбайнов, таких как Far и Windows Commander (ныне Total Commander).
А до него как только не экспериментировали с файловыми менеджерами (некоторые из еоторых породили в итоге виндовый Проводник и остальные аналогичные продукты в других ОС).
у nc была фишка нортон диск доктор.
NDD входил в состав Norton Utilites, в состав Norton Commander он не входил
VC гораздо более поздний продукт, и как менеджер в принципе лучше (удивительно что продукты сделанные позже - лучше?)
NC 3.02 вышел в декабре 1990 года, первые публичные версии VC появились в октябре 1992 года.
но нортон -
был первым
Не был, он был одним из многих
был первым и сразу мега удачным
Три года, две версии и два фикса.
Вместе с ним вышли norton utilities, и нужно понимать, что Нортон развивал в первую очередь утилиты, а не коммандер. А утилиты были очень и очень востребованы (nu, ndd, nsd, кстати его дефрагментер был весьма и весьма)
Но к Norton Commander это не имеет ни какого отношения, а Norton Utilities насмерть рубились с PC Tools
Я вообще не понимаю смысла спора. Это вещи из разных эпох, так сказать. Но вы почему-то их пытаетесь сравнивать. Еще и говорите за всех, не деля СНГ и общемировое сообщество.
VC побеждал NC за счет модели распространения freeware, shareware, так и за счет коммерческой цены $20 и $99
pctools были крайне неудобны в плане навигации (однопанельный менеджер). Там только диск едитор и unerase функции были конкурентноспособными, ну и то что все в одном exe.
Но опять же, я не понимаю, как можно в упор не принимать значение года выпуска. 6 лет разницы между NC и VC это целое поколение программистов.
Я как бы лично пользовался и NC и VC и PCtools. Кроме того, переход с NC на VC легко шел в СНГ, на западном корпоративном рынке при уже купленном ранее нортон коммандере, покупать волков в компанию - не было особого смысла. Правда в то время не так сильно радели за копилефт.
Ну и то, что NC не имел отношения к Norton Utilities это и так понятно, его собственно писал не Питер, а другой разработчик, и в определенных кругах ранние версии NC ходили и раньше под именем VDOS. Но в СНГ в каталоге NC обычно лежал и пакет основных утилит, типа доктора, дефрагментера, обязательно unerase и еще чего-нить, что-то было для ускорения дисков. Потом его заменил sformat
pctools были крайне неудобны в плане навигации (однопанельный менеджер). Там только диск едитор и unerase функции были конкурентноспособными, ну и то что все в одном exe.
PCTools в те времена был набором утилит, грубо говоря альтернативой Norton Utilities. Файловым менеджером был PCShell
Но опять же, я не понимаю, как можно в упор не принимать значение года выпуска. 6 лет разницы между NC и VC это целое поколение программистов.
Дата выхода прорывного NC версии 3.0 октябрь-ноябрь 1989 года, Обновление до версии 3.02 - декабрь 1990 года. Volkov Commander вышел в народ в октябре 1992 года. Шести лет разницы не наблюдаю.
Я как бы лично пользовался и NC и VC и PCtools.
Аналогично
Кроме того, переход с NC на VC легко шел в СНГ,
Потому что в VC не было проблем с кириллицей, а для того что бы использовать NC с кириллицей, его надо было предварительно пропатчить.
на западном корпоративном рынке при уже купленном ранее нортон коммандере, покупать волков в компанию - не было особого смысла.
На рынке США NC был бестселлером и завоевал прочные позиции, на европейском рынке было не так. VC и DN были гораздо выгодным приобретением, к примеру тот же VC стоил всего $20, против $99 за Norton. Затраты на покупку жизненно необходимого ПО снижались в 5 раз, а это уже существенно.
Ну и то, что NC не имел отношения к Norton Utilities это и так понятно, его собственно писал не Питер, а другой разработчик, и в определенных кругах ранние версии NC ходили и раньше под именем VDOS.
Этого безымянного и легендарного разработчика Norton Commander звали Джоном Соча (Jonh Socha)
Более на Хабре уже выходила статья (перевод) про разработку NC.
Более того, первоначально Volkov Commander позиционировался как Norton Commander 4. Но очень скоро маски были сброшены, и Norton Commander получил заслуженное имя Volkov Commander.
Но в СНГ в каталоге NC обычно лежал и пакет основных утилит, типа доктора, дефрагментера, обязательно unerase и еще чего-нить, что-то было для ускорения дисков. Потом его заменил sformat
В директорию с NC не ложили непрофильные программы. А Norton Utilities обычно жили в каталоге NU. Иногда к имени директории добавляли номер версии NU45 / NU6 / NU8. Но чаще всего создавалась директория с именем TOOLS или UTIL куда и складывались часто используемые утилиты, причем не только от Нортона, а все востребованные.
Про это даже шутка существовала: "Что такое утилиты? Это такие программы, которые уже давно пора выкинуть в утиль, но очень жалко!"
И кстати Ncache и Sformat никогда не выполняли подобных функций. Ncache это программа кэширующая и ускоряющая дисковые операции, а Sformat это программа с TUI интерфейсом для форматирования дисковых устройств.
В директорию с NC не ложили непрофильные программы
Вы не ложили, а мы ложили.
А Norton Utilities обычно жили в каталоге NU
У кого как. не понимаю почему вы отвечаете за всех, уже не первый раз.
И кстати Ncache и Sformat никогда не выполняли подобных функций.
sformat позволял отформатировать диски со сдвигом дорожек, что заметно ускоряло чтение (вроде в 1.5 или 1.7 раз).
Потому что в VC не было проблем с кириллицей, а для того что бы использовать NC с кириллицей, его надо было предварительно пропатчить.
У меня не было проблем с кириллицей. Потому что не пользовался кириллицей для имен файлов. И в моем кругу все поступали также.
Тем более, что у нас была дополнительная проблема с украинскими буквами, которая решилась уже c переходом на utf в файловых системах, то есть ntfs.
Вы не ложили, а мы ложили.
Чужая душа - потемки :)
У кого как. не понимаю почему вы отвечаете за всех, уже не первый раз.
Я говорю за себя и за своих друзей и знакомых, а то что Вам показалось, это Вам всего лишь показалось 8))
sformat позволял отформатировать диски со сдвигом дорожек, что заметно ускоряло чтение (вроде в 1.5 или 1.7 раз).
Нортоновский Safe Format умел работать только стандартными форматами диска. С различным интерливом, для ускорения доступа к секторам дискеты, умел форматировать PU_1700 и FFormat
У меня не было проблем с кириллицей. Потому что не пользовался кириллицей для имен файлов.
А другие люди активно пользовались кириллицей в именах каталогов и файлов.
И в моем кругу все поступали также.
В Вашем кругу поступали так, люди не из вашего круга поступали иначе.
Тем более, что у нас была дополнительная проблема с украинскими буквами, которая решилась уже c переходом на utf в файловых системах, то есть ntfs.
Так вроде Microsoft стандартизировал их в конце 1992 года внеся изменения в кодовую таблицу 866, ЕМНИП информация об данном событии была опубликована в "Мире ПК"
Чужая душа - потемки :)
Ответ простой: nc.exe был в %PATH%, чтобы быстро вызывать его в любой момент.
А дальше 2 варианта: или каждую утилиту класть в свою директорию и добавлять в PATH, либо всё сваливать в одну кучу типа C:\UTIL
Я чаще видел второе на чужих компьютерах (во времена DOS своего ещё не было).
у меня до сих пор все лежит в c:\vc
Ответ простой: nc.exe был в %PATH%, чтобы быстро вызывать его в любой момент.
Точнее в %PATH%,добавлялся путь до каталога где лежала программа. Выглядело это в autoexec.bat приблизительно так:
set %path%=c:\dos;c:\vc;c:\tools; и тд и тпА дальше 2 варианта: или каждую утилиту класть в свою директорию и добавлять в PATH, либо всё сваливать в одну кучу типа C:\UTIL
PATH не был резиновым и приходилось иногда идти на компромиссы. Хотя вариант с добавлением в PATH новой директории был вполне работоспособным
set %path%=%path%;c:\tc\binЯ чаще видел второе на чужих компьютерах (во времена DOS своего ещё не было).
Во времена MSX-DOS и CP/M, максимум что могло быть личного это свои дискеты) :(
Во времена DOS уже было чуть-чуть легче.
не с сдвигом дорожек, а с чередованием секторов, это можно было ключами задать и родному формату, не помню на каком из дос-ов, не обязательно ms. обычный интерлив был 2-3 сектора, т.е. например на 1.440мб (2х80х18) дискете:0,6,12,1,7,13,2,8,14,3,9,15,4,10,16,5,11,17...
Именно дорожек.
Если каждая дорожка начинается на той же позиции, то чтобы прочитать две дорожки подряд, нужно три оборота, так как считав последний сектор первой дорожки, головка не успеет перескакнуть на вторую дорожку и попасть на первый сектор. Делается лишний холостой оборот.
НО если сдвинуть начало каждой дорожки на пару секторов вперед, то головка успевает перескочить на следующую дорожку и сразу начать читать сектор. Для последовательного чтения это давало прирост в полтора-два раза
Что за *!?!№?!
Так накопители на магнитных дисках не работают!
Как вы видите, "сместить" начало дорожки нельзя. Это невозможно в самой архитектуре произвольного доступа к данным на магнитных дисках. Из-за этого, кстати говоря, возникает разница в производительности диска в начале и в его конце. Но вернемся к дискетам.
Когда происходило обращение к дискете, включался мотор, МГ выставлялась на определенную дорожку, и после этого дисковод ожидал сигнала что датчик зафиксировал прохождение индексного отверстия. Как только происходило данное событие, дисковод "понимал" что вот оно - начало дорожки и можно читать или писать данные на дорожку.
Далее будет длинная цитата, в которой объясняется принцип ускорение последовательного чтения/записи с магнитных дисков за счет изменения чередования секторов на дорожке:
"Мы долго рассказывали вам о том, как информация хранится на дисках, но пока ещё ничего не сказали о факторе чередования (Interleave Factor). Теперь, когда мы познакомились с дорожками и секторами, можно перейти к этому таинственному фактору, так сильно влияющему на быстродействие диска.
Обычно сектора на дорожке располагаются в порядке возрастания их порядковых номеров. Сначала идет первый сектор, за ним второй и так далее. Предположим теперь, что программа желает прочитать с диска два сектора, имеющих соседние порядковые номера, например, первый и второй.
Процедура чтения заключается в том, что контроллер диска устанавливает головки на нужную дорожку и начинает сканировать подряд все сектора для того чтобы найти требуемый сектор. В нашем случае этот сектор имеет первый номер. Контроллер при поиске пользуется номером сектора, записанным в области служебной информации.
После того, как головка окажется над искомым сектором, начинается процесс считывания данных (512 байт) и записи этих данных в оперативную память компьютера. Как только все данные записаны в память, компьютер выдает контроллеру команду чтения следующего сектора (в нашем случае это сектор с номером два).
Однако пока контроллер записывал данные в память компьютера, пока компьютер выдавал команду на чтение следующего сектора, диск, разумеется, продолжал вращаться! И если производительность контроллера диска недостаточна, к моменту начала чтения второго сектора головка уже может проскочить управляющую запись второго сектора. Поэтому следующий сектор, который обнаружит контроллер, будет иметь номер три.
Теперь контроллер будет ждать, пока диск повернётся на один оборот, и только затем он сможет прочитать второй сектор. Таким образом, если программа будет читать несколько секторов с последовательными номерами (а она обычно так и делает) на чтение каждого сектора будет затрачено время, равное времени оборота диска!
Например, если дорожка диска содержит 17 секторов, для чтения всей дорожки потребуется 17 оборотов диска вместо одного.
Как можно улучшить временные характеристики?
Например, можно располагать секторы через один (см. рисунок):
Когда секторы располагаются последовательно в порядке возрастания их номеров, фактор чередования секторов равен 1. Когда чередуются через один - фактор чередования равен 2.
В таком случае после чтения одного сектора будет достаточно времени для чтения следующего, и вся дорожка может быть считана за 2 оборота диска. Это уже намного лучше."
Теперь Вам понятна ваша ошибка? Или Вы доверились ChatGPT?
Обе техники имели место. Как интерлив секторов, подробно описанный выше, так и "сдвиг начала дорожки". Под последним подразумевается начало дорожки не с 1-го сектора, а со 2-го, 3-го и т.д.
МГ выставлялась на определенную дорожку, и после этого дисковод ожидал сигнала что датчик зафиксировал прохождение индексного отверстия. Как только происходило данное событие, дисковод "понимал" что вот оно - начало дорожки и можно читать или писать данные на дорожку
У FDD-контроллера были команды как чтения/записи сектора, так и чтения/записи всей дорожки (последняя использовалась для форматирования и для глубокого анализа структуры записанных данных). Для чтения/записи единичного сектора вовсе не нужно ждать сигнала индексного отверстия.
На ZX-Spectrum была обратная оптимизация. Стандартное форматирование средствами TR-DOS было с интерливом, а всякие утилиты могли сделать "Fast format", чтобы сектора располагались последовательно. Загрузчики, как правило, успевали читать.
http://zxpress.ru/book_articles.php?id=551
Обе техники имели место.
На дискетах, сдвиг цилиндров/головок не применялся, его применяли на HDD .
Сдвиг цилиндров HDD
Предположим, ваша программа считывает (или записывает) большой файл, занимающий на диске несколько цилиндров. Что происходит в тот момент, когда завершается чтение последней дорожки текущего цилиндра? Теперь надо установить головки на нулевую дорожку следующего цилиндра. Очень хорошо, контроллер выдаёт соответствующую команду, головки устанавливаются на другой цилиндр и начинается поиск первого сектора нулевой дорожки.
Но пока головки перемещались, диск повернулся и головки проскочили мимо первого сектора. Теперь надо ждать, пока диск повернётся на один оборот и первый сектор окажется снова напротив блока головок.
Здесь мы неявно предполагали, что все дорожки на всех цилиндрах расположены как бы параллельно, т.е. первые сектора на всех дорожках для всех цилиндров располагаются на одинаковом расстоянии от маркера начала дорожки.
Современные дисковые накопители, в частности, использующие интерфейс ESDI, можно отформатировать "со сдвигом цилиндров" (Cylinder Skew). В этом случае цилиндры, расположенные ближе к центру, будут сдвинуты вперёд по направлению вращения относительно внешних цилиндров.
В этом случае при переходе от одного цилиндра к другому головки успеют как раз к началу следующей дорожки, т.е. к первому цилиндру. И если величина сдвига выбрана правильно, дополнительного оборота диска не потребуется.
Сдвиг головок HDD
Аналогичные проблемы возникают и при переключении головок, т.е. при переходе с одной дорожки на другую в пределах одного цилиндра. Если переключение головок происходит медленно, а первый сектор дорожки расположен близко относительно маркера начала дорожки, головка может проскочить первый сектор дорожки. Потребуется ещё один дополнительный оборот диска, и это будет так при каждом переходе с одной дорожки на другую.
Для выбора правильного расположения первого сектора некоторые программы низкоуровневого форматирования позволяют задавать сдвиг головок (Head Skew) относительно маркера дорожки.
Как интерлив секторов, подробно описанный выше, так и "сдвиг начала дорожки". Под последним подразумевается начало дорожки не с 1-го сектора, а со 2-го, 3-го и т.д.
Если это и использовалось, то использовалось для создания "некопируемых" дискет для борьбы с пиратством
У FDD-контроллера были команды как чтения/записи сектора, так и чтения/записи всей дорожки (последняя использовалась для форматирования и для глубокого анализа структуры записанных данных).
Я в курсе как это работает, вот тут подробно и на пальцах разъяснено. Но в подавляющем случаев небыло необходимости погружаться глубже уровня прерывания BIOS int 13h
На ZX-Spectrum была обратная оптимизация.
К сожалению не могу ничего сказать про спектрум и TRDOS. Я работал тогда с MSX-DOS и CP/M. Больше конечно с первой из-за её совместимости по формату дисков с MS-DOS.
На дискетах, сдвиг цилиндров/головок не применялся
Вот пример утилиты, где применяется
https://github.com/christoh/fdformat
Enhance speed of your diskette I/O up to 100% with sector sliding. This is a method of physical ordering sectors in a way, that your drive is ready to read the next logical sector, when your head advances one track
Если это и использовалось, то использовалось для создания "некопируемых" дискет для борьбы с пиратством
При чтении сектора по номеру контроллеру всё равно, в каком порядке записаны сектора. Можно использовать это только для оптимизации скорости доступа, без привязки к защите.
К сожалению не могу ничего сказать про спектрум и TRDOS. Я работал тогда с MSX-DOS и CP/M
Контроллер совместим. Спец. софтом можно было читать PC-дискеты на ZX и наоборот. Даже дисковод 3.5'' подключался без проблем, но только в режиме 720KB. Отличие только в файловой системе и размере сектора (традиционно сектор ZX - 256 байт).
Вот пример утилиты, где применяется https://github.com/christoh/fdformat
Помню такую, пользовался когдато ей. Ещё вроде, если я не ошибаюсь, на неё ругался автор PU_1700 т.к. она имела какуюто ошибку в дизайне. Но это не точно. :)
При чтении сектора по номеру контроллеру всё равно, в каком порядке записаны сектора. Можно использовать это только для оптимизации скорости доступа, без привязки к защите.
За давностью лет, не помню можно ли было прочитать дискету стандартного объёма с нестандартным интерливом без загруженного резидентного драйвера
Контроллер совместим. Спец. софтом можно было читать PC-дискеты на ZX и наоборот. Даже дисковод 3.5'' подключался без проблем, но только в режиме 720KB. Отличие только в файловой системе и размере сектора (традиционно сектор ZX - 256 байт).
MSX DOS полностью совместим с дискетами DOS, абсолютно стандартный FAT12. Отличие было только в загрузчике - Zilog Z80/i8088. А так вставляешь в дисковод и спокойно копируешь, пишешь, удаляешь.
А для дисков CP/M действительно нужен был спецсофт и знания какая там организация разметки диска.
"сместить" начало дорожки нельзя. Это невозможно в самой архитектуре произвольного доступа к данным на магнитных дисках
Физическое начало дорожки связано с сигналом индексного отверстия, тут никак не изменить. Логически, началом дорожки можно считать положение сектора №1, и 1-й сектор можно записать в любое место дорожки, все сектора можно писать в произвольном порядке.
Из-за этого, кстати говоря, возникает разница в производительности диска в начале и в его конце
Это история с HDD, где разное число секторов на дорожку, чем дальше от центра, тем больше. Для FDD не актуально.
Это история с HDD, где разное число секторов на дорожку, чем дальше от центра, тем больше. Для FDD не актуально.
А я разве прямо не сказал что это про HDD? По моемому моя фраза "Но вернемся к дискетам." подразумевает что ранее речь шла о HDD, а теперь речь идет о дискетах?
Ну тут обсуждение кастомной разметки дорожки. На моей памяти это было возможно только с FDD, где контроллер был отдельно от накопителя. Диски IDE уже были размечены на заводе и низкоуровнение переформатирование было невозможным (format просто очищал сектора, а не создавал из заново).
Если брать какие-то более древние HDD, с раздельным контроллером, типа MFM, то не вижу там никаких препятствий использовать те же техники оптимизации разметки, что и в FDD.
Если брать какие-то более древние HDD, с раздельным контроллером, типа MFM, то не вижу там никаких препятствий использовать те же техники оптимизации разметки, что и в FDD.
На древних HDD interleave задавался в момент форматирования диска, программа форматирования диска LLF вызывалась из ПЗУ контроллера HDD Debug-ом по g=c800:5 на одном из её шагов выбирался нужный interleave
И ещё, ЕМНИП при форматировании дисков было нельзя сделать разное количество секторов на дорожку. ;)
Тут ты зря. У нгмд есть отдельный синхросигнал, к чему привязывалось считывание 1 сектора
Программа Format, из состава DOS, не умела форматировать дискеты с интерливом. Интерлив на дискете можно было получить с помощью драйвера-резидента PU_1700, или используя сторонние утилиты форматирования дискет, к примеру FFormat.
PU_1700.COM
Программа PU_1700.COM по своему назначению представляет собой аналог 800.COM, но обладает большими возможностями. Формат вызова программы PU_1700.COM приведен ниже:
PU_1700 [/параметр]
или
PU_1700 [/параметр ... /параметр]
Приведем некоторые параметры программы PU_1700 (полностью параметры описаны в документации к программе PU_1700).
Параметр Назначение
/cfat Контроль FAT при форматировании (необходим для корректной работы утилиты FORMAT MS-DOS версии 5.0. Этот параметр можно указать только при первом запуске программы
/off Отключение программы PU_1700
/on Подключение программы PU_1700
/A=off Дисковод A не обслуживается (не установлен)
/B=off Дисковод B не обслуживается (не установлен)
/A=360 Параметр указывает, что тип установленного дисковода A - дисковод двойной плотности (DD), рассчитан на дискеты диаметром 5,25 дюймов и на стандартную емкость 360 килобайт
/B=360 Дисковод 360 KB, 5,25" (DD)
/A=1.2 Дисковод 1,2 MB, 5,25" (HD)
/B=1.2 Дисковод 1,2 MB, 5,25" (HD)
/A=720 Дисковод 720 KB, 3,5" (DD)
/B=720 Дисковод 720 KB, 3,5" (DD)
/A=1.44 Дисковод 1,44 MB, 3,5" (HD)
/B=1.44 Дисковод 1,44 MB, 3,5" (HD)
/? Вызов подсказки
/sm=1 Оптимальное расположение секторов при форматировании для увеличения производительности дисковода /sm=2 Другой способ оптимального расположения секторов при форматировании для увеличения производительности дисковода /sm=off Отключение оптимизации расположения секторов при форматировании
Не был, он был одним из многих
А какой нортонообразный двухпанельник появился раньше Нортона или хотя бы одновременно с ним?
Даже первая версия была прорывом, и ею пользовались, несмотря на некоторые заморочки.
И только потом все, кому не лень, стали клепать программы с аналогичным интерфейсом, а народ начал на них переходить, проклиная глючный и неудобный Нортон, забыв, как радовались его появлению.
А какой нортонообразный двухпанельник появился раньше Нортона или хотя бы одновременно с ним?
А причем тут нортонообразность и файловый менеджер? 8О
Xtree вышел в 1985, на год ранее NC. И кстати оказал сильное влияние на NC.
Тогда многие компании начали создавать свои файловые менеджеры, тот же Lotus в тоже время создал свой файловый менеджер.
Даже первая версия была прорывом, и ею пользовались, несмотря на некоторые заморочки.
Вы для начала, почитайте обзоры тех самых лет, и вы неожиданно узнаете что NC до третьей версии уступал по функционалу Xtree
И только потом все, кому не лень, стали клепать программы с аналогичным интерфейсом, а народ начал на них переходить, проклиная глючный и неудобный Нортон, забыв, как радовались его появлению.
Вы перепутали причину и следствие. Для начала, последним NC к которому приложил руки Джон Соча была третья версия. Дальнейшие версии NC создавала совсем другая команда разработчиков, и выпускаемый ими продукт был глючным и не удобным. Конечно они его доводили до ума, но у людей создавалось устойчивое мнение что им за полную стоимость предлагают недоработанный полуфабрикат пользование которым не приносило ни какой радости. И пользователи стали смотреть вокруг в поисках альтернатив, и стали находить их. Причем эти альтернативы можно было сначала потрогать не платя за тест драйв ни копейки.
А альтернативы продукту Symantec, неожиданно были быстрее, функциональнее, надежнее и ко всему прочему стоили в РАЗЫ меньше чем NC. VC стоил в пять раз меньше, DN в четыре раза.
А причем тут нортонообразность и файловый менеджер? 8О
Xtree вышел в 1985, на год ранее NC. И кстати оказал сильное влияние на NC.
Никто не утверждает, что Нортон был первым файловым менеджером вообще.
Он был первым двухпанельным файловым менеджером, т.е. первым внедрил удачную и удобную концепцию для работы с файлами. И естественно, что он при этом попытался втянуть удачные наработки конкурентов.
Вы для начала, почитайте обзоры тех самых лет, и вы неожиданно узнаете что NC до третьей версии уступал по функционалу Xtree
Нортона использовали не за широкий функционал, а за удобную реализацию нужного большинству пользователей функционала.
И на моей памяти народ переходил с более функционального xtree на более удобный Нортон, а не наоборот (за очень редкими исключениями, когда действительно был нужен более продвинутый функционал).
Естественно, когда народу предложили более функциональные, менее требовательные к ресурсам и более дешевые альтернативы, но все с тем же двухпанельным видом (как показала реальная практика, количество панелей более трех оказалось весьма мало востребованным), народ начал уходить туда.
Однопанельники начали побеждать (но так до конца и не победили) только с развитием графики, многооконности и мышеводства.
Он был первым двухпанельным файловым менеджером, т.е. первым внедрил удачную и удобную концепцию для работы с файлами. И естественно, что он при этом попытался втянуть удачные наработки конкурентов.
Norton Commander не был первым ортодоксальным файловым менеджером, до него существовал PathMinder из 1984 года 8))
Нортона использовали не за широкий функционал, а за удобную реализацию нужного большинству пользователей функционала.
Критическая масса реализаций функционала требуемой большинству пользователей была достигнута к третьей версии. :)
Естественно, когда народу предложили более функциональные, менее требовательные к ресурсам и более дешевые альтернативы, но все с тем же двухпанельным видом (как показала реальная практика, количество панелей более трех оказалось весьма мало востребованным), народ начал уходить туда.
А как тогда быть с Dos Navigator? Там же можно было задействовать больше чем две панели? ;)
Norton Commander не был первым ортодоксальным файловым менеджером, до него существовал PathMinder из 1984 года 8))
PathMinder был первым моим файловым менеджером. И там было две панели, но вторая панель никак не могла стать вторым списком файлов. И навигация по списку там была забавной. Так что нет. Это не ортодоксальный менеджер, а экзотический (в первую очередь из-за занятного способа навигации по списку).
А как тогда быть с Dos Navigator? Там же можно было задействовать больше чем две панели?
Вот сколько я помню DN, только единицы использовали эту возможность. Подавляющее большинство пооьзовалось им исключительно как двухпанельником.
PathMinder был первым моим файловым менеджером. И там было две панели, но вторая панель никак не могла стать вторым списком файлов.
Там могла отображалась системная информация о системной и дисковой памяти, что было вполне функциональным использованием второй панели.
И навигация по списку там была забавной.
Вообще вполне обычной, перемещение по списку файлов/директорий в каталоге стрелками вверх/вниз.
Так что нет. Это не ортодоксальный менеджер, а экзотический (в первую очередь из-за занятного способа навигации по списку).
Как раз это Norton Commander был тогда экзотическим для большинства пользователей DOS, позволяя отображать один и тотже каталог. Для пользователя DOS это вызывало определенную ломку как в том анекдоте с удалением "лишних файлов" во второй панели. Потом экзотичность превратилась в норму, когда NC завоевал существенную долю рынка.. Максимум что можно предъявить PathMinder то что его авторы не додавили идею что во второй панели может отображаться список файлов/директорий (хотя в рамках концепций данного менеджера это не имело смысла), и он остался тем самым промежуточным звеном, как латимерия, между чистыми однопанельниками и нортонобразными.
Вот сколько я помню DN, только единицы использовали эту возможность. Подавляющее большинство пооьзовалось им исключительно как двухпанельником.
Так это проклятье закона 80/20. Хотя в мой круг общения, как раз входили те самые 20 процентов пользователей, которые использовали 80 процентов функций DN ;)
Вообще вполне обычной, перемещение по списку файлов/директорий в каталоге стрелками вверх/вниз.
Вспоминая, как народ пытался пользоваться PathMinderом, могу заметить, что способ навигации был контринтуитивен и вызывал некоторые затруднения у многих. Гонять по списку подвижный курсор (как было в xtree и потом в nc) оказалось более удобным решением, чем двигать список относительно неподвижного.
Для пользователя DOS это вызывало определенную ломку как в том анекдоте с удалением "лишних файлов" во второй панели.
Анекдот помню, но на моей памяти "лишние" файлы удаляли не чаще, чем в файловых менеджерах другой конструкции.
На моей памяти в 1987 (всего через год после выхода nc) оставались только единичные случаи применения не классических двухпанельников (если не считать системы, для которых подобное еще не сделали). В 1988 альтернативы уже не встречались. Понятно, что в краях с более трепетным отношением к авторскому праву переход шел дольше и даже не завершился до начала обратной волны (массового шествия однопанельноков в графических ОС), но тем не менее.
Максимум что можно предъявить PathMinder то что его авторы не додавили идею что во второй панели может отображаться список файлов/директорий
Зачем сразу что-то кому-то "предъявлять?
Порсто идея классического двухпанельника пришла в голову не к ним.
И еще про предшественников Нортон командера. Они таки предугадали более популярный вариант файлового менеджера, однопанельный. Просто для его торжества не хватало мыши и многозадачности, что пришло в 90-е с win 3.1 (более ранние версии не зашли и рассматривались большинством скорее как игрушка, чем рабочий инструмент, возможно, от недостатка доступных программ под них).
Просто говоря, нужно было накопить критическую массу изменений для начала цепной реакции или достичь точки воспламенения.
Многозадачность была и в 80-е, но тогда без неё можно было запросто обойтись. Печать останавливает работу? Запустим спулер печати на фоне.
Да и отсутствие единообразного CUA интерфейса рушило идею одновременного исполнения программ. В одной программе скопировать текст CTRL+K,C в другой F4,F2 в третьей Esc P
Но потом пришел великий и ужасный IBM и подарил нам единообразный CUA.
Вспоминая, как народ пытался пользоваться PathMinderом, могу заметить, что способ навигации был контринтуитивен и вызывал некоторые затруднения у многих. Гонять по списку подвижный курсор (как было в xtree и потом в nc) оказалось более удобным решением, чем двигать список относительно неподвижного.
Я PathMinder увидел что называется "только что", и в принципе за полчаса тыканья в него понял логику авторов, и как в нем нужно работать. Как минимум это было в разы удобнее голой командной строки.
Анекдот помню, но на моей памяти "лишние" файлы удаляли не чаще, чем в файловых менеджерах другой конструкции.
На моей памяти, это происходило регулярно, каждый новый учебный год, на лабах где студенты выполняли лабораторную с NC/VC.
Но самые печальные случаи происходили в бухгалтериях, когда ответственные, но неопытные бухи решали навести "порядок" на этом "забитом лишним" жестком диске, "а то хрен тебя дождешься!". "Я же в Нортоне работаю, а вот твой ненужный DOS мне не нужен, вот я его и удалила!" 8D
Зачем сразу что-то кому-то "предъявлять?
Порсто идея классического двухпанельника пришла в голову не к ним.
В рамках логики работы в PatMinder вторая файловая панель ничего не давала. Более того она бы скорее мешала/запутывала пользователя.
А как Джон Соча пришел к идее двухпанельного файлового менеджера мы к сожалению не узнаем, ведь не осталось ни скриншотов, ни ранних билдов его VDOS. Видел ли он PathMinder, подтолкнул ли он, его на создание VDOS или это была какая то другая программа мы не узнаем. По крайней мере он публично об этом не рассказывал.
А причем тут нортонообразность и файловый менеджер? 8О Xtree вышел в 1985, на год ранее NC. И кстати оказал сильное влияние на NC.
До NC выходили и др. файлменеджеры, в т.ч. PathMinder (1984г., Westlake Data Corp.), PC Tools (1985г., Central Point Software), DESQview (1985г., Quarterdeck) и др.; и все они оказали влияние на будущий NC. Но NC, появившись, сразу опередил все др. файлменеджеры, вобрав в себя лучшее и получив удобный 2-панельный интерфейс, совершивший революцию среди файлменеджеров. Потом появилось куча клонов NC: PIE Commander (1990г., до 4 панелей; был разработан за месяц на спор в ответ, что "советские программисты так не могут"), DOS Navigator (1991г., большой функционал и настаиваимость, Ritlabs), Sparrow Commander (1993г., VGAsoft, Россия), Volcov Commander (1994г., занимал минимум памяти, Украина), и мн.др.; а клоны NC под MS Windows и Linux разрабатываются и до сих пор.
Я и до сих пор пользуюсь консольными 2-панельными файлменеджерами, прежде всего это FAR и Midnight Commander; графическими файлменеджерами (типа Total Commander) пользуюсь значительно реже, а программы типа Проводника почти совсем не использую.
Volkov Commander это 1992 год
Не был, он был одним из многих
Нортон Коммандер был ПЕРВЫМ ортодоксальным менеджером, то есть - две панели и командная строка под ними.
До него все концепты в основном были однопанельными с менюшками.
Нортон Коммандер был ПЕРВЫМ ортодоксальным менеджером, то есть - две панели и командная строка под ними.
Тогда по вашему определению под OS/2 Norton Commander не существовал, поскольку у него не было командной строки;)
Но мы пойдем глубже ;)
До него все концепты в основном были однопанельными с менюшками.
Norton Commander не был первым ортодоксальным файловым менеджером, до него существовал PathMinder из 1984 года 8))
При всём уважении, где в этом PathMinder 84-го года режим "слева диск цэ и справа диск цэ. Я подумал, зачем мне два диска цэ и один удалил".
Если что, его можно потыкать онлайн в js-эмуляторе DOSа:
https://www.pcjs.org/software/pcx86/util/other/pathminder/2.11/
При всём уважении, где в этом PathMinder 84-го года режим "слева диск цэ и справа диск цэ. Я подумал, зачем мне два диска цэ и один удалил".
"Войско взбунтовалось, говорят царь Norton Commander не настоящий!" ;)
Если что, его можно потыкать онлайн в js-эмуляторе DOSа:
https://www.pcjs.org/software/pcx86/util/other/pathminder/2.11/
Спасибо, я его локально в DOSBox потыкал:)
И всё же, как в PathMinder сделать 2 панели с содержимым файловой системы?
Вот определение: "Orthodox file managers (sometimes abbreviated to "OFM") or command-based file managers are text-menu based file managers, that commonly have three windows (two panels and one command line window). "
Где в определении сказано что обе панели обязательно должны содержать список файлов/директорий? :)
Если это так, то Norton Commander не настоящий OFM т.к. на скриншоте на второй панели отображается статус диска и памяти. ;)
В конексте файловых менеджеров - панель это "файловая панель", я так понимаю
Если это так, то Norton Commander не настоящий OFM т.к. на скриншоте на второй панели отображается статус диска и памяти. ;)
Так мы договоримся до того, что при выключении правой панели (а есть такая возможность), NC перестаёт быть OFM )))
;) Интересно, а NPIP в MSX CP/M это ортодоксальный файловый менеджер или ещё нет? :)
Интересно. 2 панели есть. Но идея недокручена до идеи NC, т.к. у панелей разная функциональность, они не одинаковые.
Тогда можно взглянуть на ND System, который был полностью выполнен в парадигме NC, и даже больше.
Назначение и возможности
Оконная сетевая операционная система ND, разработанная для персональных компьютеров стандарта MSX 2, имеет практически все возможности обычной операционной системы для микроЭВМ.
Кроме этого, она обеспечивает работу с локальной сетью КУВТ-2, имеет удобный оконный интерфейс для пользователя и ряд полезных встроенных функций.
С помощью функций системы ND Вы сможете переслать на ученическую машину для выполнения практически любую программу, в том числе и файлы типа «.COM», предназначенные для выполнения под управлением операционной системы MSX-DOS.
Точно также можно выполнить любую программу на Вашем компьютере не заботясь о её типе.
В настоящее время установлена скорость передачи по сети, превышающая обычную скорость передачи от 2 до 10 раз в зависимости от числа компьютеров, подключенных к сети.
При работе с системой ND пользователь получает возможность в удобном для него виде производить различные операции с дисками или получать информацию о файлах — копирование, уничтожение, переименование, различные сортировки каталога, сравнение каталогов и файлов, определение типа файла и т.д.
Дополнительные удобства пользователю обеспечиваются выдачей астрономического времени, твердой копии экрана, каталога или файла, возможностью просмотра файла в виде текста или дампа, протокола работы командных файлов, возможность записи текущей конфигурации системы на диск.
Если верить документации, то его разработка началась в 1989 году. Потыкать его можно тут
Я помню, NC-клоны были и на ZX-Spectrum. Но это уже середина 90-х.
Например, файловый менеджер в iS-DOS
https://zxbyte.ru/pic/rtc/rtc09.gif
Как бы про этот ND System информация есть ТОЛЬКО на этом сайте, и ND system это не менеджер, а операционка. Поэтому неясно когда началась разработка самой ОС и когда менеджера к нему. Но учиытвая совпадение F клавишь, явно они отталкивались от нортон коммандера.
Как бы про этот ND System информация есть ТОЛЬКО на этом сайте,
Если Вы не в теме, то может быть Вам нужно немного воспользоваться поиском? Google, Yandex, Bing к Вашим услугам. Запрос "ND System MSX"
И я, более чем уверен, что Вы в выдаче увидите более чем одну ссылку на ND System, как минимум вы её найдете на https://fms.komkon.org/MSX/
Поэтому неясно когда началась разработка самой ОС и когда менеджера к нему.
Можно сходить на профильные сайты связанные с архитектурой MSX и получить информацию прямо из первых рук от автора?
Но учиытвая совпадение F клавишь, явно они отталкивались от нортон коммандера.
Да ты шо! Вот Вам ещё раз скриншот ND System
Вопрос на засыпку, раз вы такой всеблагой и всеведущий :) и разбираетесь во всем сразу, а как на MSX нажать SHIFT+F8? Ну или SHIFT+F10?
И кстати ещё раз побеспокою Вас, а Вы можете представить этот самый прототип NC 1.0 - VDOS в живом виде, как программу (чтоб его сравнить с NC), ну или на крайняк его скриншоты показать?
VDOS не релизился, и был убран из сети, ибо NC платный.
Что за странный вопрос
И как платность NC мешает публикации скриншотов VDOS? ;)
А вопрос не странный, он конкретный. И Вы кстати, таки не ответили про сочетания клавиш на MSX, как там нажать SHIFT+F8? Ну или SHIFT+F10? 8))
Или Ваше утверждение "Но учиытвая совпадение F клавишь, явно они отталкивались от нортон коммандера" является мягко говоря фигнёй? 8Р
Или это доказательство уровня "В огороде бузина, а в Киеве дядька"? ;)
Вот определение: "Orthodox file managers (sometimes abbreviated to "OFM") or command-based file managers are text-menu based file managers, that commonly have three windows (two panels and one command line window). "
Где в определении сказано что обе панели обязательно должны содержать список файлов/директорий? :)
Почините ваши источники.
An orthodox file manager typically has three windows. Two of the windows are called panels and are positioned symmetrically at the top of the screen. The third is the command line, which is essentially a minimized command (shell) window that can be expanded to full screen. Only one of the panels is active at a given time. The active panel contains the "file cursor". Panels are resizable and can be hidden. Files in the active panel serve as the source of file operations performed by the manager. For example, files can be copied or moved from the active panel to the location represented in the passive panel. This scheme is most effective for systems in which the keyboard is the primary or sole input device. The active panel shows information about the current working directory and the files that it contains. The passive (inactive) panel shows the content of the same or another directory (the default target for file operations). Users may customize the display of columns that show relevant file information. The active panel and passive panel can be switched (often by pressing the tab key).
Norton Commander не был первым ортодоксальным файловым менеджером, до него существовал PathMinder из 1984 года 8))
NC был зарелизен в 86, но создан в 84 под именем VDOS.
64kb, сорри. Ограничение com-файла, одноц страницы памяти.
Тогда уж 64 KiB
Не было никаких Киб во времена ДОСа. Эту ШиЗу много лет спустя придумали снежинки в перерывах между походами в барби-шоп и к психотерапевту.
Я не встречал плагин, который бы открывал файлы .temp
Или я чего-то не понял, или одно из двух.
Штатный плагин Far-a «Temporary panel» отлично открывает списки путей, никакого лысы-лыры не надо.
Просто пишем в командной строке Far-a
tmp:<dir /b
И получаем в панели список, который сгенерировала команда dir. Если после двоеточия не ставить знак «меньше», то строка после префикса будет рассматриваться не как команда, а как путь к файлу со списком путей.
Это работало в Far 1.x, Far 2.x и продолжает работать в Far 3.x
@veg2022 Если заменить «сортировку по количеству файлов» на «сортировку по размеру», то достаточно выделить нужные папки в панели, нажать F3 и включить сортировку по размеру. Опустошённые, потерявшие веру в человечество папки будут либо в начале, либо в конце списка.
Или я чего-то не понял, или одно из двух. Штатный плагин Far-a «Temporary panel» отлично открывает списки путей, никакого лысы-лыры не надо
Супер! Но немножко не то. Я проверил - если файл отсутствует в файловой системе, на tmp-панели его нет. То есть, для сохранения снепшотов директорий не подходит.
Ну и, всё вываливается плоским списком, а нужна навигация по папкам.
я DN пользовался плотно, а про то что в нём есть тетрис узнал году в 2012 из какой-то статьи XD
значит вы никогда его не пробовали нормально настроить....
тетрис там вызывался командой из меню - пропустить её при настройке - это надо уметь... (скучаю по DN Necromancer - один из последних более-менее нормальных версий, жаль что он обрезал слишком длинные имена файлов.... а вот его фич не хватает - сходу в FAR'е нет возможности сделать сравнение файлов не только по имени-дате-времени, но и по содержимому, да и сочетания кнопок на сравнение панелей там нет....)
скучаю по DN Necromancer - один из последних более-менее нормальных версий
А зачем по нему скучать? Последний билд буквально вчера вышел, а релиз - месяц назад.
сходу в FAR'е нет возможности сделать сравнение файлов не только по имени-дате-времени, но и по содержимому
Как нет? Штатно в поставке плагин Advanced compare. Можно добавить другие плагины, с еще более расширенным функционалом.
да и сочетания кнопок на сравнение панелей там нет....)
Решается макросом.
Мне крайне не хватает возможности сортировки папок по количеству файлов в них. Можете дать совет?
Можете дать совет?
Могу :)))
ls -Directory | select @(
@{ Name = "Name"; Expression = { $_.Name } },
@{ Name = "FileCount"; Expression = { ls $_ -File | measure | select -exp Count } }
) | sort FileCount -Descending
Все эти "двухпанельные" FM в Win были актуальны пока не было нормального shell. Зачем они нужны сейчас лично мне вообще непонятно.
И вот это всё предлагается набирать каждый раз?
Двухпанельные ФМ нужны по той причине, что жизнь -- штука богатая и может подкинуть целый ряд кейсов, в которых использование FAR и тп будет быстрее и удобнее, чем использовать shell.
Спасибо, конечно. Но скрипты не в тему, нечто такое и я делаю, выкручиваясь. Но это неудобно. Работать нужно именно с панелью, например удалить уже "опустошенные" папки, выделить самые полные... Обработать файлы в очередной раз, снова проанализировать результаты... Нужного плагина пока не нашел, и есть ли такой?
Чтобы такое сделать, надо вносить изменения в ядро, чтобы у каждой папки был не только атрибут "суммарный размер вложенных файлов", но и атрибут "суммарное количество файлов". Слишком редкая задача, поэтому не сделано (я, например, с такой проблемой никогда не сталкивался).
Чисто теоретически, можно закостылить кастомной файловой системой, где каждый файл бы весил 1 байт, и тогда суммарный размер директории был бы равен количеству файлов.
Есть такой плагин ls-lR, который парсит вывод команд ls и dir
dir /a /s C:\my_directory > directory_snapshot.dir
плагин заходит в dir-файл, как в архив (очень удобно "снепшотить" свои диски с архивами, прежде чем отключить и положить на полочку).
Так вот, можно "заснепшлотить" директорию, запустить простой скриптик, который бы regexp-ом поставил бы всем файлам размер 1 байт, и на правой панели зайти в такой "архив", отсортировать по числу файлов, а на левой панели зайти в реальный каталог и делать там свои дела. Обновление, конечно, не реал-тайм, но если подготовить скрипты, можно обновлять снепшот за пару секунд.
Да, пожалуй, ближе всего к теме. Благодарю. Возможно это знакомый плагин, который открывает списки файлов (с расширением списка .temp) как панель
Я не встречал плагин, который бы открывал файлы .temp
Тема мне интересна, потому что было довольно сложно найти такой плагин. Поначалу я сам накодил расширения для плагина multiarc, чтобы заходить в dir-файлы, как в архивы.
Но потом multiarc убрали из стандартной поставки, и я решил полностью отказаться от его использования, и как раз нашёл замену, плагин ls-lR
Но этот плагин был только x86, и только под FAR2.
Какими-то невообразимыми поисками на форумах и ftp-файлопомойках я нашёл сборку под FAR3-x64, сейчас у меня ls-lR работает, но на птичьих правах. Без исходников, любое изменение API и он отвалится. Хорошо бы иметь запасной вариант.
например удалить уже "опустошенные" папки
ls -Directory | ?{ -not (ls $_ -r -File) } | %{ rm $_ -r -fo }
ну а вы ждите пока вам кто-нибудь нужный плагин к Far не напишет - больше, увы, ничего посоветовать не могу :)
Все эти "двухпанельные" FM в Win были актуальны пока не было нормального shell. Зачем они нужны сейчас лично мне вообще непонятно.
Очень удобно вдумчиво разгребать содержимое подкаталогов, используя не всегда формализуемые критерии выбора файлов, особенно когда точно не помнишь, как оно называется.
Командная оболочка, конечно, многое позволяет, но продвижение по каталогу файл за файлом с пометкой нужных для следующей операции часто на порядок удобнее в двухпанельнеке проделывать, чем играться в чтение списка и автодополнение.
+1
Был случай в свое время: коллега, любитель "чистого шелла", на удаленном сервере вместо ib_logfile* удаляет ibdata на сервере MySQL. Просто по автодополнению недоглядел и - "rm -f ibdata". А mc запустить было "неправославно" или там "mv -f ibdata /tmp" ...
В итоге ночь на работе за авральным удаленным восстановлением БД. Благо, связь не нарушалась и бэкапы свежие были.
Если все файлы одного размера, то можно использовать сортировку по размеру и нажать F3.
Если же размеры файлов разные, то похоже, что только свой плагин писать, или искать готовый (но я такой не видел).
Увы, в оригинальном DN цветовая схема обладала каким-то магически-приятным серым, который в NDN превращается в какое-то убожество.
Ну понятие нормальности слишком субъективное, я им просто пользовался таким какой он есть, от него мне нужно было копирование, навигация и редактор, за 25 лет мои потребности не изменились, в FAR я точно так же копирую, бегаю по папкам и работаю с текстом. Поэтому какие-то дополнительные настройки умещаются в меню по F2, где тетриса нет.
сходу в FAR'е нет возможности сделать сравнение файлов не только по имени-дате-времени, но и по содержимому
В штатной поставке уже бог знает сколько времени идёт плагин Расширенное сравнение (F11 -> Расширенное сравнение), позволяющий сравнивать файлы на панелях по времени, размеру и содержимому (в том числе заходить во вложенные папки). В результате на каждой панели выделяются отличающиеся файлы/папки.
Второй плагин (уже не из штатной поставки) — Визуальное сравнение (VisualCompare) (F11 -> Визуальное сравнение). Позволяет сравнивать два каталога, в том числе рекурсивно, поддерживает сравнение по содержимому файлов. Результаты сравнения выводятся в отдельном двухколоночном окне с результатами.
Так он же там прям в меню встроен
Как-то так? )
Киллер-фича FAR-а - интеграция с консолью (можно "не отходя от кассы" наколотить консольную команду, перенаправить её в файл, файл поглазеть штатным редактором, скопировать-поправить итп).
И всё в пределах одного окна, без переключений.
там в принципе работа с файлами есть как таковая, а в проводнике она для домохозяек
наколотить консольную команду, перенаправить её в файл, файл поглазеть штатным редактором, скопировать-поправить
Только вот зачем для этого Far вообще непонятно - всё это запросто делается прямо в PowerShell:
New-TemporaryFile | %{ Invoke-MyConsoleCommand | Out-File $_; & $env:EDITOR $_; rm $_ }
Делается, но при этом нет фичей "посмотреть глазками, какой файл тебе нужно в эту команду подставить, одним хоткеем добавить в команду его имя, скопировать что-то куда-то".
Короче, для меня в FAR самое удобное - именно синергия возможности использовать консоль с визуальным способом работы с файлами.
Это да, но в PowerShell действительно очень классный autocomplete (а с 7.какой-то версии еще и с поддержкой autocomplete-а всей команды целиком из history) - если, например, я в папке с проектом, то зачем мне его вообще "искать глазами", если я могу, например, просто набрать blablabla *csproj<tab>, а то и меньше.
А откуда у вас на винде переменная окружения EDITOR?
Из HKCU:\Environment
На самом деле она полезна - в частности её понимает, например, PSReadLine (кстати, $env:PAGER у меня тоже есть - нужен, например, для PowerShell-ного Get-Help). Git как бы тоже должен их понимать, но у него какие то проблемы с обратной косой чертой - я так ничего лучше и не нашел кроме как прописать все это в ~\.gitconfig
Вот только из командной строки Far что-то скопировать, путь, например, хм, не очень удобно. Понятно, перенаправление наше все, но в mc проблем с этим нет от слова совсем - ctrl-o, выделил путь мышой, скопировал.
В mc, правда, другая радость - если его в сессии ssh запустить, он делает странные вещи с сессией, непонятно, то ли ты на удаленной машине, то ли на своей, чего нет в Far. Понятно, что какой-то хоткей пакостит, но пока его не вычислил.
Нет в мире идеала, короче говоря.
Вот только из командной строки Far что-то скопировать, путь, например, хм, не очень удобно
Почему? Там тоже работает выделение мышкой и копирование. А если ctrl+o нажать, то и выделение клавиатурой.
Вот только из командной строки Far что-то скопировать, путь, например, хм, не очень удобно.
Ctrl+O выключает панели.
При выключенных панелях Ctrl+C дает копировать то что в командной строке прямо сейчас.
Ctrl+{ или } - вставляет в командную строку путь из левой/правой панели, после чего можно вырубить панели и Ctrl+C.
Может быть можно удобнее, но нам хватает.
>> Ctrl+{ или } - вставляет в командную строку путь из левой/правой панели,
Вот же ж... А я всегда переходил в начало директории (на две точки) и нажимал Ctrl-Enter, т.е. копировал то что под курсором. Оказывается всё гораздо проще :рукалицо:
Ещё комбинации:
Ctrl+Fвставляет путь (заключённый в кавычки, если в нём есть пробелы) к файлу под курсором на активной панели (работает даже при скрытых поCtrl+Oпанелях);Ctrl+Insertкопирует имя файла под курсором на активной панели в буфер обмена;Ctrl+Alt+Insert— копирует полный путь к файлу под курсором на активной панели в буфер обмена.
far+conemu или другой альтернативный терминал, и отлично выделяется мышой и копируется.
Плюс не совсем понятно зачем мыша, если есть Ctrl+[, Ctrl+]
У mc своих "приколов" хватает. Меня например больше всего бесит неудобный плагин для SSH/SFTP сессий. В FAR-e в NetBox все частоиспользуемые сессии сохранены и открываются буквально несколькими нажатиями клавиш. А в mc приходится каждый раз вспоминать "а как там точно этот сервер называется и какой туда логин".
Ну и не хватает кучи хоткеев для подстановки чего-либо в командную строку (Ctrl+Space, Ctrl+Enter итп).
можно сразу в edit: перенаправить
edit:< echo blabla
Собственно, ради чего я продолжаю пользоваться midnight commander)
хоть уже много лет как ушел из тотала в фар, в тотале такое тоже сделать можно только делается это больше в стиле линуксовых иксов (или макос) когда консоль открывается в текущем каталоге через горячие клавиши и вывод можно смотреть в самой консоли, либо точно так же вывести в файл в этом же каталоге (если вывод слишком большой). Это, кстати удобнее, на мой взгляд, для долгих операций, пока операция выполняется файловый менеджер не заблокирован.
И не смотря на всё это из тотала я в итоге ушёл:
во-первых, потому что с возрастом стало как-то неудобно чужой интелектуальный труд воровать, а Far лицензию за знание русского языка даёт.
во-вторых, мой личный тотал коммандер, превратился в какую-то самостоятельную оболочку над Windows, где скрипт управлял скриптом и скриптом всё это запускалось и накопленные механизмы и привычки уже начали моей работой управлять.
Короче, захотелось эту игру пройти сначала.
я долго пользовался ТС и FAR вместе, но по факту ТС совсем другая программа, поэтому ТС перестал использовать, да и жмякать на кнопку при запуске триального периода надоедает, я софт не ломаю.
Только Тотал Коммандер (хотя, вобще говоря, Виндовс Коммандер). Фар - не выдержал испытания драг-н-дропом, и был благополучно давно забыт.
Вот! А на работе так никто и не проникся, что VS с парой Far очень упрощает ряд задач.
NetBox полезен
Эх, вот бы он еще "понимал" SSH ключи в формате open-ssh, а не putty.
у него же встроенный конвертер
Где? Я вижу в plugins configuration только пути к putty, puttygen, pageant и жрет он только .ppk. Пришлось добыть pyttygen и конвертировать ключ ручками. Про работу с keyring от open-ssh молчу. На всякий случай, я про Windows. Или у меня версия старая (Version 2.4.5 build 545)?
"folder shortcuts" - настроил десять шорткатов, быстро туда-сюда летает
Можно больше. Если на одном шорткате несколько папок, всплывает менюшка.
если линукс, то всегда ставлю mc
vifm лучше. Но только в связке с vim, конечно. Если в mc активно используется mcedit, то vifm не имеет смысл.
Да, TUI очарователен в своей олдскульности) И хорошо что у него осталась небольшая ниша в виде софта для ssh/терминалов. А фактически, из современных TUI IDE с классическим (не vim/emacs) интерфейсом - только FreePascal? Ничего универсального нет?
я на ваксах (VaxVMS 4.5) писал в середине 90х свой менеджер для программирования, сходу как-то под 60 кб кода накропал, не отрываясь, еще без комментариев, только вечерний дома набросок в тетради, друзья называли приложение turbozelya, тогда еще tmux и screen не знал, а программировать и отлаживать не выходя в dcl было проще.
зы. Зелей называли из-за зеленой джинсовки и отцовых рубах в 1994 году, т.к. только переехали с казахстана и жили большинство очень не богато. сейчас не в ходу, путают с зеленским.
сейчас проще с всевозможными *curses и прочими библиотеками, а тогда это чистый хардкор...
ChiWriter был такой веселый штук.
Это было под DOS до офиса...
В те времена он конкурировал с Лексиконом, между прочим Советским...
Самое самое ...что я видел это Фотон
Фотон - это же вроде просто русифицированный Multi-Edit?
Да. Вообще, не упомянуть Multi-Edit в статье про текстовые IDE это какое-то лютейшее упущение. По-мне, он должен был бы быть на первом месте.
"До того, как это стало мейнстримом"
ох как вниинс любило осваивать чужие приложения, вырезая из них части и отдельно продавая.
та же мсвс 3.0 это красношапка 7.2..7.3 с поддержкой дальше, т.к. редхат позже повел две ветки - fedora и rhel (энтерпрайз, не хухры-мухры)...
И калькулятор не их?
возможно это их изделие. что-то должны были писать сами.
в принципе, адаптировали и осуществляли продажу. поддержки особо не было. мы разрабатывали систему защиты, от них документации не было, от слова совсем.
в итоге, в 200х годах, просто собрали на мсвс конфигурирующие утилиты от всех известных тогда LSM подсистем linux, одна отозвалась. вот и появилась документация. на английском. то же с отдельным их модулем печати. cups выделили в отдельный продукт и локализовали html...
Foton был "форком" Multi-Edit - обе версии были самыми распространёнными редакторами из-за малого размера и шустрого интерфейса.
Muti-Edit, на мой взгляд, вообще был шедевром. Всегда предпочитал его, даже несмотря на наличие вышедших уже Turbo- Borland- Quick- и прочих IDE'шек.
Подсветка синтаксиса для любых языков, а писать тогда приходилось на всем - и Pascal и C/C++ и QBasic и Assembler.
Плюс возможность компиляции/сборки не выходя из среды + подключение внешних отладчиков. Шедевр, одним словом.
Да, он ведь, действительно, плагинами и своей архитектурой позволял очень многое. По скорости работы ему равных не было. Из него даже игрушки запускали, чтоб не спалиться и переключиться в редактор - ресурсов достаточно и для этого оставлял.
Muti-Edit, на мой взгляд, вообще был шедевром. Всегда предпочитал его
Я до сих пор им пользуюсь. Еще в 90-х годах я написал много макросов на его встроенном языке (несколько тысяч строк кода) и до сих пор их использую. Правда, последня версия Multi-Edit датируется 2008-м годом.
Помню и Лексикон и Фотон. Но мне больше нравился "слово-дело" в зеленоватых тонах... там еще вроде бы настройки шрифтов и тп сохранялись в конце редактируемого файла.... а в Лексиконе в тех местах, где использовались....
Зато в "Лексиконе" шрифт при печати точнее всего воспроизаодил шрифт печатной машинки.
«Слово и Дело» умудрялся в текстовом режиме отображать полужирный, подчёркнутый и курсив. Лексикон так умел?
это не был текстовый режим, это была консольная графика. Лексикон тоже кое-что умел в поздних версиях
Нет, изначально там было именно в текстовом режиме, через правку таблицы знакогенератора:
Скриншот
Это уже в совсем поздних версиях он перешёл на графику. Версии, кажется, с седьмой.
Насколько я помню, менять таблицу на ходу так что это отражалось только на части символов в то время было возможно только в определенном режиме когда это была графика - после вывода тескта в видеопамяти хранится изображение. В текстовом режиме в видеопамяти хранился только текст и цвет символов, смена таблицы знакогенератора изменит весь экран. Формально это графика, можно было бы и рисовать, но редактор этого не делал. По этой причина на некоторых типах адаптеров это возможно было только в чб редиме - их видеопамяти не хватало на разрешение (80*ширина символа)x(25*высота символа) в цвете.
Как минимум с шестой версии W&D уже умел работать с графикой и редактировать шрифты.
Про отсутствие поддержки графики могу сказать только то, что во второй версии W&D этого ещё не было.
Консольная графика в DOS? Это что за зверь такой?
W&D именно что в текстовом режиме работал.
А как просто там было таблицы рисовать -- закачаешься.
"Слово и дело" передают плиииивет! Из-под Windows!
Из текстовых редакторов самым топовым был "слово и дело" с резиновыми таблицами шрифтами, графическим режимом
Турбо Паскаль… как же ты был хорош! На винде в работе постоянно использую far из за возможности по F2 юзать пользовательское меню к которому понаписал скриптов. А на маке постоянно использую mc и nvim(не фанат, просто есть необходимость иметь в терминале функциональный редактор кода).
Не совсем понимаю, зачем авторы этих чудо статей обращают внимание на занимаемое дисковое пространство, когда хороший ССД 7гб\с на чтение и запись стоит в районе 5 центов за гигабайт.
Я как-то для себя сравнительную таблицу текстовых редакторов сделал, так вот по ней сразу видно где Electron, а где натив. А от этого уже и скорость старта и скорость работы понятны.
А уж какие замечательные режимы фейла у Electron! Программа (проект наUnity) упала , сделав что-то нехорошее с GPU. Все на электроне, и Дискорд, и IDE упали и показывали черные окошки. Убивать приходилось долго и упорно, все подпроцессы стали "зомбями". При этом несохраненные измения и кое-что еще потерялось. При этом всему остальному ПО, даже браузерами хоть бы хны. Ловил много раз. Пару раз нечто подобное вызывал Chrome с WebGL.
Ох, прям пробрало от ностальгии) Был у меня случай как то в 90х, Win95 потеряла какую то dll и отказывалась запускаться вместо со сжатым диском со всеми файлами, взять было неоткуда. В итоге на лето пришлось пересесть с C++ на тот самый Borland Pascal, а потом и вовсе на Asm (только вот не помню какой был IDE). в Pascal писал простенькую графическую оконную библиотечку с окнами и мышкой, в астме тоже самое, но побоялся лезть в графику, успел только в 80х25 сваять. Читаю статью и пускаю скупую мужскую слезу теперь, но кажется теперь у меня +1 хобби будет)
Пфф... Smalltalk из 1980 года передает привет
Исходный код библиотеки Turbo Vision по рукам ходил в то время - образцом объектного программирования и создания интерфейсов пользователя был.
Он же в комплекте с BP шёл. Очень удобно было вместо документации смотреть прямо в исходник.
Ну, не знаю как у Вас, у нас "комплекты" формировались тем, что на Фидо дали. Исходники IDE на Turbo Vision в комплекте всегда были, да, они же и в документации рассматривались, как пример использования библиотеки. А исходники самой Turbo Vision были допом.
Исходники библиотеки были далеко не у всех, по ним никогда не встречал документации, хотя книг по использованию Turbo Vision было множество. На сколько помню, скомпилировать то, что ходило по рукам было проблемой, я даже не пытался, я их просто читал. С тех пор люблю читать грамотно написанный код больше, чем документацию к нему. Когда они ко мне попали, уже хорошо освоил Turbo Vision в примерах использования, был понятен замысел, назначение всех свойств и методов - исходный код всего этого механизма дал очень много.
Проблема была в отсутствии двух файлов исходников, в конце концов удалось их добыть, и все без единой проблемы скомпилировалось. Вставлял туда костыль для поддержки русских шорткатов в курсаче. Не помню уже даже что он считал, а это помню. ;)
Круто! А я написал в то время свою Simple Vision без объектов, но очень шуструю библиотеку элементов интерфейса. Можно было создавать меню с кучей вложенности, строка ввода с прокруткой текста в заданном размере, окошки всякие, отрисовка на ассемблере - идеи подсмотрел именно в исходниках Turbo Vision, лабы на универских двойках комфортнее было сдавать.
Насколько я помню, исходники Turbovision появились в комплекте впервые именно в полной поставке BP 7.0 (не путать с TP 7.0, который поставлялся как отдельно, так и как часть BP). Причем при установке, если не путаю, была возможность эти исходники не ставить. Кроме того, существовали урезанные поставки BP 7.0 (естественно, совершенно не официальные), из которых было выброшено все "лишнее", включая означенные исходники (да, сборки "от Васяна" практиковались уже тогда).
Там где "Интегрированное управление проектом и системой сборки:" картинка не та взята из оригинальной статьи, надо вот эту — https://substackcdn.com/image/fetch/f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffedc5d3b-9816-439d-9aa8-0e04c3e40572_1264x948.png
У него есть окна, но они не прорисованы. У него не было цветов (а теперь почти нет), потому что зачем? В нем не было поддержки мыши. У нее есть строка меню, но это просто прикол? Если вы нажмете M-`, как сказано в инструкции, вы столкнетесь с действительно странным интерфейсом для навигации по меню — что заставляет задуматься, зачем они вообще потрудились потратить целую строку экранного пространства, чтобы показать строку меню, которая ничего не делает.
Что за феерический бред.
У него есть окна, но они не прорисованы.
Wat
У него не было цветов (а теперь почти нет), потому что зачем?
"Теперь цветов почти нет" на моей машине (и это только именованные цвета, а так про правильной настройке там 24 bit true color как и во всех уважающих себя современных консольных приложениях):
В нем не было поддержки мыши.
Полной интеграции с GPM в емаксе сто лет в обед, не понимаю о чём речь.
У нее есть строка меню, но это просто прикол?
Вызвал, вроде работает, в чём проблема? Хотя давно уже графическим меню не пользуюсь, оно не нужно когда есть хоткеи и M-x. Но автор, конечно, волен упражняться с фичами для новичков и критиковать редактор на их основе.
Суть проблемы в том, что в какой-нибудь Turbo Pascal IDE всё нужное было сразу из коробки: оно было юзабельно прямо с дефолтными настройками. А в современных текстовых редакторах и тем более IDE вы вообще ничего не сможете сделать, не потратив предварительно несколько часов на настройку и решение проблем.
И это ещё если данная среда вам знакома. Если нет, то вам потребуется пара дней только чтобы разобраться, как в этом вообще набрать программу, скомпилировать её и запустить на выполнение.
Ну почему же, та же Visual Studio тоже адекватно работает из коробки.
Кстати, наиболее "весёлую" проблему с запуском я когда-то наблюдал во Free Pascal. Эта IDE настолько хорошо умела в кросс-компиляцию, что просто не имела опции компилировать под ту платформу, на которой была запущена она сама. То есть каждый раз запуская IDE нужно было залезать в меню и выбирать платформу. А учитывая, что сетевой диск был общий для рабочих станций под винду и под DOS...
А в современных текстовых редакторах и тем более IDE вы вообще ничего не сможете сделать, не потратив предварительно несколько часов на настройку и решение проблем.
У нас в проде 2 С++ проекта, которые запускаются несколько десятков миллионов раз в месяц. Оба компилируются нажатием кнопочки Build на свежей студии без какой либо конфигурации чего либо, разве что при установки студии, само собой, надо поддержку С++ не забыть.
Аналогично было с IDEA когда я писал на джаве.
MS Visual Studio сразу собирает C++ без каких-либо донастроек.
Только при установке надо выбрать всё правильно.
(корпоративная политика вкл) сейчас - нет, поставили недавно студию по моей просьбе, а поддержку с/с++ не включали - только с#... (корпоративная политика выкл)
спасло только mingw64. поставленое просто распаковкой без прописывания путей.
Потому что Visual C# и Visual C++ - это немного разные продукты, пусть и ставятся они соседними галочками в одном установщике. Но если галочку не забыть поставить, то всё работает без проблем.
А вот с mingw64 нынче одна только установка превращается в приключение...
да, но техслужбе разбираться пофиг и сложно, хорошо что нашли у себя в каталогах разрешенного ПО в разделе разработок.
а какой-то из клонов mingw 64 битный поставился на пользователя не требуя админа и далее-далее. с нормальной консолью и прочим.
сейчас уже не вспомню какой клон, а эту контору, спустя 24.5 года стажа в ней, покинул, хоть и жалко и обидно. т.к. нововведения становятся всё более странными. хотя сам в ней, ещё до законов 2005 года о рамках размещения сетей доступа в интернет, создал и проходил проверки выделенную сеть доступа ещё в 1999 году.
Ваша корпоративная политика постановила забивать гвозди шуруповёртом? ;)
Что у нас есть ещё текстовое для Python кроме vim и emacs 😅 (ipython не предлагать)?
"""...Начиная с версии 5 (1981) MS-DOS ..."""
есть ощущение что имелся ввиду 1991 год, или версия пониже (1.1 к примеру)
Я учился и немного работал в то время с Borland Pascal 7.0 и QBasic 4.5, у последнего была более лаконичная и понятная справка, но и меньшего объема, с более крутым дизайном (белый текст на черном фоне и линки выделеные зелеными текстовыми стрелками, супротив справки черным на фоне бирюзового цвета, которая для меня вызывала отвращение ей пользоваться).
У редактора QBasic 4.5 была классная фича, которую я больше нигде не видел, а именно и в Паскале, и в Си, и в Бэйсике процедуры хранятся в одном и том же файле, соответственно такое представление (портянкой или папирусом), если программа большая, неудобно. Гораздо удобнее выделить процедуры в отдельные окна или осуществлять переключение через меню, что и было сделано в редакторе QBasic 4.5
На самом деле файл писался портянкой всегда, но при использовании операторов перехода как gosub отличалось от Declare SUB / Function с дальнейшим CALL. В VBA (VB) такой подход сохранился кстати.
Как хорошо, что в 2003 нас учили на нормальных IDE. Белый фон, цветной текст, интерфейс Windows
Меня настигли флешбэки. Спасибо!
Современные средства рефакторинга - очень мощная и полезная вещь. Как то раз пришлось переводить старинную С программу с кучей папок и файлов аж из K&R стиля в современный. Старые IDE такого не умели или умели не очень. Даже тогдашние GUI топы типа MS Visual C++/Borland C++. Первый нормальный был, наверное, Eclipse. А VSCode вообще отлично.
Ностальгия и олдскульность из статьи аж хлещет:)
На мой взгляд более объективно было бы сравнивать современные IDE и период 20 лет назад. Что то с 1998-2000 ых.
Так беда в том что с текстовыми средами за 20 лет ничего принципиально не изменилость. Здесь не сравнение старых сред со студией - здесь сравнение с их современными аналогами. и выходит что современный аналог занимает в 50 раз больше места и до сих пор является той же адовой шкатулкой , которую надо знать, как открыть.
А все почему? Элитарность. Пользователи emacs гордятся тем, что умеют им пользоваться (из зала доносится фыркание пользователей vim).
Т.е. я так понял товарищ хочет IDE от FreePascal, но для других языков (я так понял C или пюсов). Действительно, несколько даже странно, что их нет, с учётом всего разнообразия софта, который есть :) Или может есть, но на первой странице гугла не всплывает.
Консоль для пайпинга. GUI для интерактивных приложений. Интерактивные, а тем более полноэкранные интерактивные приложения для консоли – костыли, которые были нужны в силу отживших технических ограничений.
Что касается современных технических ограничений, как упомянутая проблема VSCode с FreeBSD: даже для Windows есть отличный драйвер SSHFS, так что можно монтировать каталоги на уровне системы и редактировать файлы с FreeBSD-хоста произвольным текстовым редактором.
Я до сих пор пользуюсь связкой FAR manager + ConEmu
помимо всех плюшек что выше в каментах перечислили (интеграция с консолью, и тд)
для меня важны ещё и эти:
Поддержка уникода как на ввод так и на отображение кандзи, китайских и тд
Возможность перетаскивать в панель и из панели файлы например в проводник винды
Порт под люниксом работает ТАК ЖЕ как и под виндой и даже отлично работает на одноплатниках типа малинки / оранджа
Двух-панельность
Поддержка символических хард и софт линков в винде (да да они есть и они похожи на люниксовые)
Возможность просмотра корневой ФС винды а не дисков (и это тоже есть!), всех файлов - ивентов, мьютексов и тд
Встроенный архиватор
Подсветка синтаксиса в редакторе текста чего угодно: не только классических ЯП а и HDL типа верилога, скриптов разводки плат спектры и тд
показ содержимого, например лог файла, реалтайм в режиме просмотра - если сторонняя программа в него пишет то он покажет обновления. Конечно же с поддержкой множества вкладок просмотра и редактирования.
Поддержка не только разных кодировок но и разных форматов конца строк CR/LF LF CR и тд (почему то многие люникс программы и скрипты не умеют в СR/LF - что крайне удивительно для меня, тот же пайтон например) Ну и ещё он при редактировани очень аккуратно обрабатывает и кодировки и концы строк сохраняя исходное.
Я и половины не знаю из вышеперечисленного (( В частности про мьютексы в FAR, подсветку синтаксиса и др. Максимум использую встроенные плагины, идущие с фаром в комплекте. Ещё были бы интересны плагины для просмотра машинного кода по типу HIEW, чтобы для x86 и ARM.
Поясните про пункт 6: просмотр корневой ФС. Это встроенная возможность или плагин?
Похоже на плагин, который показывает это дерево
https://learn.microsoft.com/ru-ru/sysinternals/downloads/winobj
Исходники WinObj есть, наверное кто-то переделал в плагин.
30 лет прошло, а люди всё сидят на своих Вимах, Емаксах и всё никак их не отпустят.
p.s жду слив кармы.
мы растем и они растут вместе с нами ))
о, коллега, они не просто сидят.
они...педали жмут
С TUI IDE познакомился на PC XT в 1988 - это был Turbo Basic. После унылого БК0010-01 интерпретатора а-ля Синклер компилятор с Бейсика - это была бомба. Точно не помню, но вроде бы и дебаггер там был.
Первые программы писал на Спектруме, было прикольно и по своему удобно. Потом пересел в школе на Turbo Pascal, современные разработчики не поймут, насколько это было в те времена круто! Это как научиться ездить и получить права на Жигулях, а потом сесть за руль какого-либо современного дорогого кроссовера, ощущения будто ты в какой-то лакшери ракете сидишь, все удобно, все работает с огромной скоростью, куча памяти (да сейчас смешно звучит, а тогда 640 Кб реально хватало), жесткий диск, блин.. это восторг был.
Читаю я, читаю, и удивляюсь! Ну почему никто, никто не упомянул xwpe и wpe!? Они же именно для этого были сделаны!
https://pkgs.org/search/?q=xwpe
xwpe - c поддержкой X, wpe - чисто консольный.
Window Programming Environment.
Очень рекомендую попробовать.
Лучшим редактором всех времен и народов для меня был досовский Multi-Edit, но joe, который я использую сейчас - тоже норм (я подсел на него как следствия использования TurboC в 1988-1991). Но для молодежи наверное приемлемым оптимумом сейчас является VSCode.
vi и emacs - несколько раз пробовал перейти, через месяц с облегчением сваливался обратно на joe. Sublime - ок чтобы писать тексты, но плохо работает с прямоугольными блоками.
vim стоит начать с vimtutor. Либо уже через час-два начнешь в нём нормально работать, либо стоит бросить :)
Да я уже раза три его выучивал до того, как "нормально работать". Но потом снова пробовал joe, и такое облегчение испытывал "боже зачем я мучился с этим vi"
Юрий, могу предположить, что основная фича к которой ты привык в joe (как и в multi-edit-е) это блочно-прямоугольное копирование текста. В vi/vim такого нет и быть не может потому, что эти редакторы по сути строковые. Блочное копирование текста конечно удобная фича, но она создает проблемы с табуляциями. Поэтому пользователи joe и прочих VSCode-ов люто ненавидят табуляции, так как произвольное копирование табуляций приводит к нарушению форматирования текста. Для пользователей же vi/vim и emacs табы это благодетель. :-)
В vi/vim такого нет и быть не может
??? В Vi такого нет, но в Vim Ctrl+v выделяет прямоугольный блок текста, его можно вырезать, вставлять. Это такой же выделенный текст, просто выделение не непрерывное, и с некими соглашениями как такие объекты вырезать и вставлять.
Моя лютая ненависть к табуляциям не только из-за этого. А например потому что они превращают в кашу текст на гитхабе, так как всем разработчикам и читателям невозможно договориться об одинаковых установках табуляций. Интересный случай: в британской компании Imagination Technologies разработчики спорили, делать ли в коде отступы по 2 пробела или 4 пробела, и менеджмент решил что раз так, то всех перевести на 3 пробела. Это не интернет-байка, я в этой команде работал!
Блин, ну на поверхности же решение. Табуляции -- для индента (вложенные блоки), а всё что правее текущего индента -- пробелы. И тогда от размера табуляций зависит только сдвиг индента, в кашу ничего никогда и нигде не превращается.
<tab>assign a = (b & c) |
<tab> (d & e) ;Вот типа такого
А что за нужда вообще для отступов tab использовать вместо пробелов?
Меньше кнопок давить. Экономия дискового пространства.
Меньше кнопок давить
Нет разницы. В любой современной IDE жмёшь тот же TAB, и получаешь нужное число пробелов. Жмёшь BackSpace и откатываешься на 1 уровень отступа.
Зачем в этом всем тогда пробелы? Жмешь таб - у тебя табуляция вставляется. Зачем ее заменять на пробелы? Какая-то лишняя сущность.
А чему у вас равен размер таба? ))
Одному табу
Очень удобно. А у меня в разных редакторах размер таба разный, поэтому вариант использовать таб вместо пробелов вызывает неудобства.
Зачем вам разный размер таба? Я не троллю.
В Visual Studio стандарт 4 пробела. Менять не рискую, потому что всё рассыпется.
В far 8 стандарт пробелов, и много txt-файлов отформатированы под него. Так сложилось ещё с DOS-времён, когда размер таба не настраивался.
В итоге, если я хочу исходники и там, и там редактировать, мне нужно юзать пробелы, а не табы.
одно нажатие мизинцем против двух или четырёх?
Я найду на что потратить это время, если честно.
c табами и для 2 и для 4 и даже для 3 пробельных отступов текст будет выглядеть приемлемо. пробелы заморозят мое предпочтение для всех.
Это очень мило, но когда в команде 200 человек, которые делают checkin в разных временных зонах, причем приходят новые, а старые забывают - все такого рода рекомендации не работают и код превращается в кашу. Править эту кашу - вносить дополнительные изменения в revision control, которые нужно review. Не надо, спасибо.
Для одной компании/команды вполне приемлемо в таких ситуациях вводить "сверху" обоснованный "стандарт" по команде/компании - экономит кучу времени. При этом если не сильно ухудшает использование лучше всего брать за основу всяческие ЕСКД и их аналоги, и лишь там, где это неудобно вносить изменения (обоснованные!). При этом в идеале конечно просто использовать ЕСКД и его аналоги. Просто сейчас вот смотрю - у нас по ВУЗу раз в год-два вносят изменения в методические указания по оформлению курсовых и дипломных. И мне абсолютно непонятно. Зачем менять "Рисунок" на "Рис.", а потом обратно каждые несколько лет..... (ну и аналогичные вещи)
Ну и 1.5 интервала для текста, как и 14й шрифт далеко не всегда удобны - слишком много бумаги при распечатке, при том что часто это никем не читается и сдаётся просто для отчётности (я про рефераты и доклады, которые "презентуются" сдающим - в итоге сам текст преподаватель изредка может полистает немного - у нас многие преподаватели в нарушении этих методичек говорят студентам "печатайте 12 шрифтом и интервал поменьше можно" (ну это когда еще печатали - примерно с 2022 перешли на почти полностью электронные варианты.
В общем основываться надо на ЕСКД, его аналогах и здравом смысле, а если какие-то стандарты уже есть менять их надо только после обоснования причины (и доказательства что эта причина существенна)
Также ваш код автоматически превратится в кашу, если кто-то из членов команды забудет в своем редакторе при разрешении табов отменить установку "превращать пробелы в табы" (вторая строка сломается). А навязать всем членам команды один редактор и одинаковые установки - это нереально. А вот с запретом табов код будет для всех выглядеть одинаково и ни у кого не будет фокусов, пока другие члены команды спят.
Зато будут фокусы с тихим переформатированием всего кода под заданные отступы.
Пришёл один программист - переделал все отступы на 4 пробела, пришёл второй - переделал все отступы на 2 пробела. А потом конфликт при слиянии.
Увы, агрессивное форматирование современных редакторов, помноженное на нежелание программистов их настраивать, не лечится простыми костылями вроде запрета табов.
Ну прежде всего в моем текущем проекте на работе строк кода миллионы и "тихое переформатирование" тихим не будет - сразу будет вопрос при интеграции (которая сделана сложно) "кто это пробует столько менять".
Поэтому традиция такова: у каждого есть ownership некоторых модулей, в своем модуле делай как хочешь, а на чужой территории стараться подстраиваться под чужой стиль и предварительно спросить.
Если всё так - то и с табами проблем быть не должно.
Нет, в таком случае с табами проблема, так как настройки табов в редакторе одного инженера могут быть другие чем настройки табов в редакторе другого инженера, и при этом может стоять опция "заменяй N пробелов на таб" то есть "сделай кашу для другого". Избегание табов это решает.
Но вообще с табами у меня проблемы больше всего не на основной работе, а на open-source проектах, которые держатся на гитхабе и потом даются студентам в качестве примеров. Так как на гитхабе в веб-интерфейсе каждый читатель видит табы как у него установлено, и так как табы в веб-интерфейсе могут быть другими, чем в редакторе писателя, то уж для кого-нибудь из сотен читателей каша возникнет.
Для таких проектов у меня есть скрипт, который сразу ловит табы, и хотя периодически контрибуторы вставляют табы, я стараюсь поддерживать с этим порядок, тем более что открытые проекты не такие большие
А навязать всем членам команды один редактор и одинаковые установки - это нереально.
Как насчёт добавить в проект файл .editorconfig?
если кто-то из членов команды забудет в своем редакторе при разрешении табов отменить установку "превращать пробелы в табы" (вторая строка сломается).
А вот за такие фичи разработчикам редакторов нужно руки отрывать и засовывать туда, где у негра темнее всего. Редактор не имеет морального права ничего менять в тексте без ведома пользователя и получения явной команды от него.
В редакторе vi можно спокойно открыть бинарный (исполняемый) файл и отредактировать его без потери исполняемости.
Меня бесят разработчики, не соблюдающие правила пунктуации и индентацию.
И как хорошо, когда IDE заботливо превращает их
int r=f(x,y,z)+c;
в нормальный
int r = f(x, y, z) + c;
при печати последней ;
или правильно выравнивает весь вложенный блок сразу при печати закрывающего }
А меня вот бесят разработчики которые целиком и польностью полагаются на IDE. Все эти авто-подставновки, замена табов - это все делает разработчика ленивым и не стимулируют развитие памяти.
Да ну, глупости. IDE, которая делает авто-форматирование по правилам коде-стиля, экономит кучу времени на мелочи типа "тут пробел добавить, тут подвинуть". Меня вот бесит неряшливый код, а коллегам важнее сэкономить 10 секунд своего времени, и вообще себя не утруждают полировкой. Пусть хоть IDE поправит, что может.
А тут я ещё распробовал AI-auto-completetion, это вообще имба. Угадывает процентов на 20, что нужно, и остаётся только давить хоткей "complete" в нужный момент, или писать своё, если IDE не угадала. Это вообще делает ленивым, но как круто экономит время, особенно на рутинных блоках, где нужно перелить одноимённые поля из одной DTO в другую.
В какой-то момент Вы обнаружите, что без автоподстановки не можете написать ни строки кода. И это будет печально.
> Редактор не имеет морального права ничего менять в тексте без ведома пользователя и получения явной команды от него.
Вы это MS Word скажите... с его автозаменами всего и вся - я обычно после установки трачу десятки минут на настройку "под себя" начиная с "не менять первые буквы в ячейках на прописные" и тд - в итоге куча времени экономится в дальнейшем.
Ну так запрет табов (выдача пачки пробелов по нажатию на Tab) тоже надо в редакторах настраивать. Так что чисто логически разницы в подходах нет -- и там и там надо редакторы настраивать.
на поверхности же решение. Табуляции -- для индента (вложенные блоки), а всё что правее текущего индента -- пробелы
Главный недостаток этого принципа - за его выполнением надо следить, тратя внимание.
Или включать отображение невидимых символов, чтобы точно отличать табы от пробелов, либо "пробовать" курсором, ставя в пустое место курсор, нажимая влево-вправо, наблюдая, на сколько позиций он перескочит. Только так мне удаётся понять, TAB введён или пробел (визуализацию whitespace-символов не люблю)
С пробелами всё проще. Ровно отформатировано, значит корректно. Неровно - ровняем как надо и идём дальше, не задумываясь, сколько поставить табов, сколько пробелов, и где между ними лежит граница.
огромная проблема с vi* - то, что при работе с мультиязычными текстами при включенной, например, русской раскладке все командные клавиши не работают! надо переключаться на английский, что ломает всю стройность хоткеев.
Просто не надо для переключения раскладки использовать системный переключатель. В vim это делается так:
" Настраиваем переключение раскладок клавиатуры по <C-^>
set keymap=russian-jcukenwin
" Раскладка по умолчанию - английская
set imsearch=0
set iminsert=0По желанию можно привязать альтернативную комбинацию:
inoremap <C-L> <C-^>... и держать в мозгу "я в vim - мне сontrol ^" - я не в vim - мне control-alt. Спасибо, не надо.
Есть альтернативные решения и про них тут неоднократно в статьях писали, можно поискать.
А вообще, надеюсь ...
... что тех двух греков, что изобрели и притащили сюда когда-то кириллицу, черти в аду каждый день в котлах варят и на сковородах жарят.
двух греков, что изобрели и притащили сюда когда-то кириллицу,
Есть версия, что не притащили, а доработали (добавив символы в уже существующую и популярную письменность). А вот за что следует хвалить всех богов, так за то, что продвигаемая ими же (двумя греками) глаголица не прижилась. Иначе было бы почти как в Японии с их аж тремя наборами знаков (почти, поскольку там правила выбора набора знаков достаточно хитрые, и всегда пользоваться одним не получится, не поймут, не в смысле написанное не поймут, а не поймут, почто нарушаешь).
Кстати: Русская латиница
В ноябре 1929 года Главнаука Наркомпроса РСФСР образовала комиссию по разработке вопроса о латинизации русского алфавита во главе с профессором Н. Ф. Яковлевым и с участием лингвистов, книговедов, инженеров-полиграфистов.
Но,
До практической реализации проекта дело не дошло.
в Фотошопе (по крайней мере до CS2 включительно) та же ситуация - если переключено на русский - использовать хоткеи невозможно, да еще вставка у них не Shift+Ins, а Ctrl+V
Ну и мне интересно кто первый придумал в редакторах текста использовать Shift+Del для вырезания, а в файловом менеджере для удаления "мимо корзины" ?!!!
Не знаю почему, но мне vim идеально заходит, только когда живу под linux. Предполагаю, что всё дело в убожестве виндовой консоли (что cmd, что power shell), другими инструментами (tmux и т.п.) и тому как всё вместе это удобно стыкуется воедино в линуксе
что power shell
Вы не умеете его готовить. После него bash воспринимается как какой-то полуночный кошмар. Vim отлично живет и работает в Windows Terminal (про "conhost" не знаю, потому что уже даже забыл как оно выглядит)
Скажите, туда аналог z (из zsh), быстрые переходы к последним директориям, продвинутый autocomplete и навигацию по истории команд завезли? В power shell не специалист, действительно интересно. Как язык меня ни bash, ни ps не интересуют от слова совсем. Для чего-то нетривиального есть python
продвинутый autocomplete
По него я уже показывал - autocomlete-ит по любому wildcard (а не только по началу), плюс вместо полной команды можно набирать её сокращение (например, "g-i" сразу развернется в "Get-Item").
Есть API для создания completion-скриптов для любой команды (аналог bash-completion скриптов). Есть готовые модули или скрипты для некоторых приложений (git, winget, dotnet cli, github cli). Autoicomplete для всех команд cамого pwsh и любых пользовательских скриптов или ф-ий на нем написанных работает автоматически, если скрипт или функция имеет параметры, то можно (и даже несколькими разными способами) кастомизировать autocomplete для любого отдельного параметра.
навигацию по истории команд завезли?
В каком смысле? Есть команды "h" и "r" - псевдонимы для "Get-History" и "Invoke-History". А поскольку вывод любой команды в pwsh это всегда поток объектов, тот же Get-History (h) можно хоть отфильтровать, хоть отсортировать, хоть что угодно унифицированными для всего pwsh способами.
Например: "Выполнить все команды с 10 по 20, которые начинаются на "x" в обратном порядке":
h | ?{ $_.Id -ge 10 -and $_.Id -le 20 -and $_.Definition -match '^x' } | sort Id -des | %{ r $_.Id }
аналог z (из zsh)
Я просто не знаю, что это такое, поэтому сказать не могу.
быстрые переходы к последним директориям
cd - # одну назад
cd + # обратно одну вперед
# на несколько назад прямой команды, похоже, нет, но можно как-то так (на 7 назад, потом на 7 вперед):
1..7 | %{ cd - }
1..7 | %{ cd + }
Есть такие вещи, как "vi-" и "emacs-" mode для редактирования вводимой команды. Есть очень гибкая кастомизация prompt c которой вообще можно делать все что угодно. Есть фоновые задачи с отслеживанием статуса, буферизацией и получением вывода после завершения. И еще полным-полно всего, что можно качать и ставить как модули из "PowerShell Gallery" или же своих собственных репозиториев.
z (zsh) - имеется ввиду вот это https://github.com/agkozak/zsh-z. Для навигации в файловой системе очень удобно. Про историю команд постоянно пользуюсь, что можно ввести начало команды, и стрелки вверх вниз будут перебирать только те команды из истории, которые начинаются с этого префикса
Если ps умеет делать autocomplete используя fuzzy logic типа такого, чтож, респект. При случае стоит попробовать. В свой время я поставил крест на PS за вот это чудо: `curl - is an alias of the Invoke-WebRequest cmdlet`
можно ввести начало команды, и стрелки вверх вниз будут перебирать только те команды из истории, которые начинаются с этого префикса
Про такое прямо так сразу не скажу (если я этого точно не знаю, значит оно мне до этого было просто без надобности), возможно, в настройках PSReadLine что-нибудь про это и есть.
Если ps умеет делать autocomplete используя fuzzy logic типа такого, чтож, респект
В pwsh есть "Predictive IntelliSense".
В свой время я поставил крест на PS за вот это чудо:
curl - is an alias of the Invoke-WebRequest cmdlet
А в чем с этим проблема? Не нравится - можно его убрать и пользоваться псевдонимом iwr. У меня, кстати, почему-то (ничего для этого не делал):
PS *@*:~$ gal iwr | ft name, definition
Name Definition
---- ----------
iwr Invoke-WebRequest
PS *@*:~$ gal curl | ft name, definition
Get-Alias: This command cannot find a matching alias because an alias with the name 'curl' does not exist.
А в чем с этим проблема?
Тогда было проще запустить cmd.exe и не сильно думать, почему curl не работает в ps как от него ожидается. Если от этого избавились, то можно только порадоваться. Сейчас под рукой нет windows. Если придётся ещё попрограммировать под windows, попробую ps. Ожидания, правда невысокие
Выполняемая программа (exe-шник) в pwsh имеет приоритет над псевдонимом. Если установлен curl (в win его изначально нет), и он в PATH, то вызовется он, вот и все. А вот в bash как раз запросто можно накосясить переназначив curl в ~/.profile на что-то другое.
На linux вы тоже можете попробовать поставить powershell, так кстати алиасов с самого начала не было.
По мне так образцом идеального IDE остаётся Delphi. Настолько классно объединить редактирование кода и интерфейса - это нечто. До сих пор не понимаю почему он канул в лету. Может кто-то объяснит?
Еще живо, выпускаются новые версии. Популярность не сказать, что высокая, но пока не слились.
Ну да, кое-как трепыхается. Но в начале нулевых он был прям идеалом enterprise разработки. Если сейчас про мобилы говорят "для всего есть своё приложение", то тогда про Delphi говорили "для всего есть свой компонент". Этот самый "hello world" можно было сделать не написав ни единой строчки кода, да ещё и со шрифтами и цветом поиграть.
Hidden text
https://cdn.discordapp.com/attachments/977945442581119046/1190728834023174305/delphi-chess-component.mp4
даже во второй половине 90х, когда появилась.
фирма Relex в Воронеже тогда, в 1996 году разрабатывала редактор типа delphi, с компонентами и прочими блекджеками и актрисами для своего Linter (реляционная СУБД) - делать виндовые приложения напрямую с логикой СУБД. правда с 97 года, как-то было не до них, но вроде ещё работают.
Я совсем недавно (упс, это было 4 года назад) "написал" плеер для интернет радио, который получает список радиостанций с REST сервера, показывает их и при выборе запускает прослушивание. Всё это собирается под Андроид в том числе. Без единой строчки кода.
Как Вам Lazarus?
Может кто-то объяснит?
По двум причинам:
Похерили старые наработки и начали писать с нуля, получилось коряво, и несколько лет понадобилось только чтобы довести до хорошего состояния, тем самым сильно расстроили текущих разработчиков
Одновременно с этим установили минимальную цену в 700 баксов на приобретение лицензии, при этом сделав неработоспособными бесплатные версии. Тем самым помножили на ноль приток новых разработчиков
Потом исправились, но было уже поздно.
На мой взгляд причины такие:
После проблем Борланда (прессинг МС, переманивание разрабов) и продажи всего Эмбаркадеро был большой застой, результатом чего стало большое отставание технологии.
Развитие веба и новых языков, которые сместили точки интересов в вузах и техникумах. Сейчас мало кто в вузах и техникумах говорит о том, что помимо Паскаля, который им дают (если вообще дают) и который считается "старым", есть Делфи и FPC, которые являются хорошими решениями для создания полноценных проектов.
А по поводу ваших пунктов, скажу, что с нуля писать не начинали, единственное что сильно потрясло разработчиков - переход на новые технологии (если их можно так назвать) - это юникод, например и некоторые другие решения несовместимые с предыдущими версиями.
Минимальная цена тоже вряд ли сыграла роль, ведь д7, которая стала эталонной средой вообще не поставлялось бесплатно (только в учебные заведения), все либо пиратили, либо платили. Приток новых разработчиков закончился именно тогда, когда в вузах начали показывать интересные задачи и решения на новых языках, а на Делфи или Паскале показывали все те же скучные алгоритмы. Буд-то ничего и не делают больше на Паскале.
Если смотреть с т.з. бизнеса, ВУЗы в РФ готовят программистов для заводов, торговых сетей и т.п. "малых бизнесов". Раньше было принято писать десктопные 2-звенки, и всех это устраивало. Сейчас всё сильно уклоняется в веб, и у Delphi с этим проблемы. Даже если не web, современные стандарты безопасности предписывают 3-звенки, но полноценный бэкэнд писать на delphi неудобно.
У Delphi нет проблем с веб. Ни с точки зрения создания для веб, ни с точки зрения работы с веб.
И, даже если писать бэк не на Делфи (а это, НЕ неудобно, я прямо сейчас это делаю, с автоматическими роутами, параметрами, инжектированием и т.д.), то приложение (клиент) на Делфи всё равно писать проще и удобнее.
Я же говорю, что проблема у Делфи сейчас в том, что мало кто говорит о его современных возможностях.
Бэк я кстати пишу под Линукс.
Кусок кода
[Path('catalog')] //роут
TCatalog = class
protected
[Context, Connection('MAIN_DB')] //инжектирование БД (конкретное подключение)
MAIN_DB: TMARSFireDAC; //освобождать ничего не нужно
public
[POST, Path('/resources'), //метод
Produces(TMediaType.APPLICATION_JSON), //соглашения
Consumes(TMediaType.APPLICATION_JSON)]
function GetResources( //реализация метода, автоматическая десериализация данных в объект
[BodyParam, Required] QueryData: TResourceGetParams): TCatalogResourcesResult; //автоматическая сериализация в json
[POST, Path('/get_category_tree'),
Produces(TMediaType.APPLICATION_JSON),
Consumes(TMediaType.APPLICATION_JSON)]
function GetCategoryTree(
[BodyParam, Required] QueryData: TJSONObject): TCatCategories;
end;
[Path('catalog_items')]
TCatalogItems = class
protected
[Context, Connection('MAIN_DB')]
MAIN_DB: TMARSFireDAC;
public
[POST,
Produces(TMediaType.APPLICATION_JSON),
Consumes(TMediaType.APPLICATION_JSON)]
function CatalogItems(
[QueryParam] count: Integer;
[QueryParam] offset: Integer;
[QueryParam] total_count: Boolean;
[BodyParam, Required] QueryData: TJSONObject): TJSONObject;
end;
[Path('property_values/{property_id}')]
TCatalogPropertyValues = class
protected
[Context, Connection('MAIN_DB')]
MAIN_DB: TMARSFireDAC;
public
[POST,
Produces(TMediaType.APPLICATION_JSON),
Consumes(TMediaType.APPLICATION_JSON)]
function PropertyValues(
[PathParam, Required] property_id: string; //чтение из запроса
[BodyParam] QueryData: TJSONObject): TCatalogPropertyValuesResult;
end;Подключения к бд берутся из пула или создаются сами. Уничтожаются тоже сами. Для добавления нового роута или методов достаточно описать класс или новым метод класс и задать имена. Сериализация/десериализация автоматическая в обе стороны, либо принимай/отправляй сырой json. Чтение параметров запроса, хидеров и т.д. тоже есть. Подключения к бд просто указываются в конфиге, который тоже сам читается и генерируются пулы подключений. Всё само-собой по умолчанию асинхронное и многопоточное, пул потоков задается тоже в конфиге. Из коробки работа с CORS и ssl тоже есть. Можно переключить тип сервера почти на ходу, поменяв базовый класс с HTTP на, например, WebSocket.
Пример реализации метода ответа.
function TCatalogVendorCodes.VendorCodes: TJSONArray;
begin
var QStr := '''
SELECT json_agg(val_string) items FROM catalog.property_values pv
LEFT JOIN catalog.resources r ON pv.res_id = r.id
WHERE pv.prop_id = :vendor_code_prop AND r.bitmask & 1 = 0
''';
var Items: TJSONArray := nil;
try
MAIN_DB.Query(QStr, nil,
procedure(Q: TFDQuery)
begin
AddParam(Q, Param('vendor_code_prop', CatalogCategoryProperties.GetId('vendor_code')));
end,
procedure(Q: TFDQuery)
begin
Q.FetchAll;
if not Q.Eof then
Items := TJSONArray(TJSONObject.ParseJSONValue(Q.FieldByName('items').AsString));
if Items = nil then
Items := TJSONArray.Create;
end);
except
Items.Free;
raise;
end;
Result := Items;
end;Интересно, а что это за фреймворк?
MARS
На Хабре 0 статей. Если бы его ещё пиарили, как ASP.NET или любой другой web-фреймворк...
Lazarus - Open-Source Delphi на базе Free Pascal
1с очень похож в своем подходе)
«Настоящие» современные консольные IDE
Итак, что же мы имеем на сегодняшний день для современных языков? На сегодняшний день, похоже, актуальными являются Neovim, Doom Emacs или даже Helix.
Неовим - не IDE.
А кто нибудь помнить как в MS-DOS делалась руссификация, т.е. ввод кириллицы ? ;)
КОИ-8R - брр, чур меня чур, от одного названия содрогаюсь....
Не. KOI-8R был в Юниксах, в MS-DOS-е использовалась кодировка CP866. Вопрос был в том, как организовывалось переключение раскладок клавиатуры. :)
В ЕС-1840/41 как раз KOI-8R был прошит в знакогенератор.
Но знаменитый keyrus всё исправлял на отлично. До сих пор использую его шрифты в поделках.
Хрен редьки не слаще.
На этот случай в системе было родное решение (вроде бы keyb.com, никогда им не пользовался из-за непригодности) и множество сторонних программ. Вспоминается keyrus.com (резидент) и fnload.sys (как драйвер). После того, как в мои руки попал редактор шрифтов, который позволял редактировать шрифт прямо внутри исполняемого файла fnload.sys, началось увлечение шрифтами. Точно помню, что делал "проволочный" шрифт, все линии в один пиксель, и "broadway" с утолщенными вертикальными линиями в буквах, этот был четко виден при пониженной яркости. А ещё ведь тогда на мониторы вешали экраны из затемненного стекла для "защиты от излучения", так что бродвей реально помогал.
Отличная функция fnload.sys - подсветка неиспользуемой области монитора (тогда все 100% были CRT) при включении русской раскладки. Мне сейчас такого заметного индикатора очень не хватает.
Для переключения использовался правый Ctrl. Я другими кнопками не пользовался, но выбор был, как и сейчас, Shift, Ctrl, Alt, комбинации.
dec vt220 шрифт прикольный, исходно wire, но сдублирован сдвигом вправо. очень красивый консольный шрифт.
был аналог keyrus - rkalt.com
ну экраны вешали по нескольким причинам. Правильные "защитные экраны" 1. снимали статику (естественно был нужен провод заземления подключенный к заземлению), 2. слегка тонированное стекло немного увеличивало контрастность 3. от избыточного излучения они то же слегка защищали - не забывайте что в CRT трубках есть доля рентгеновского излучения, и лишний слой стекла его не слабо снижал.
rk, keyrus, куча руссификаторов была...
Было как минимум два способа. Штатный - подгрузкой родных драйверов из поставки системы (display.sys, country.sys; keyb.com и все такое), и альтернативный, запуском какого-нибудь keyrus.
Верно. TSR было наше всё. У меня на рабочей 286-й машине как правило в памяти висело четыре-пять TSR-ки. Среди них afd.exe (отладчик), techhelp.exe (гипертекстовый мануал по системным вызовамINT-ам), keyrus.com (собсно руссификатор) ну и одна-две своих. Но первой всегда загружалась release.com - это такая TSR которая позволяла выкинуть из памяти любую другую TSR загруженную после неё. Эдакий диспетчер задач. Вот такая была в то время многозаачность в MS-DOS. :-)
Правда длилось все это не долго, как только у нас появились 386-е ПК, все дружно пересели на OS/2 и SCO. Где-то в 1993-94м.
keyrus.com
Но вообще зависит от. у меня на совковом ноутбуке была хардварная кнопочка переключения на русский, правда была своя собственная кодировка.
В те стародавние времена использовалась такая штука как таблица знакогенератора. Например, у меня в автозагрузке стояла TETTA.COM, которая «висела» на Ctrl-Shift (если не забыл). Смысл в том, чтобы подменить таблицу знакогенератора, иначе, русских букв, будут вылезать всякие псевдографические крякозябры.
Помнится, что в Norton Utilities (если кто помнит этот пакет) тоже подменялась кодовая таблица, в результате чего начертание символов становилось приятнее.
Подменялась не только таблица знакогенератора но и ввод с клавиатуры. Всякого рода руссификаторы (keyrus.com) сажались на прерывание с клавиатуры (int 9h), системных вызовов (int 21h) и подменяли коды символов когда это требовалось.
Эххх... А что будет, если нынешним специалистам рассказать про прерывания?
И ... ещё, эта книжка:
Р. Джордейн. Справочник программиста персональных компьютеров типа IBM PC, XT и AT. М.: Финансы и статистика, 1992.
Открываем стр. 272 и читаем:
MOV AH,6
MOVE AL,1
MOVE CH,0
MOVE CL,0
MOVE DH,24
MOVE DL,79
MOVE BH,7
INT 10HГде же сейчас с этим со всем можно поиграться?
Поиграться с этим не составляет труда. apt-get install dosbox, установите AFD, NASM, LINK и вперед. Вот инструкция: http://wetolearn.blogspot.com/2013/09/setting-up-afd-nasm-and-dosbox-for-8086.html
Помнится, что в Norton Utilities (если кто помнит этот пакет) тоже подменялась кодовая таблица, в результате чего начертание символов становилось приятнее.
Причем в поздних версиях подменялась динамически, что позволяло сделать графический курсор в текстовом режиме (коды четырех символов под курсором модифицировались на четыре левых кода, картинки из знакогенератора которых корректировались с учетом исходных кодов символов и положения курсора мыши).
Как только вы узнали, что клавиша Alt открывает меню, а Tab перемещает по полям ввода и кнопкам, вы могли с легкостью ориентироваться практически в любой программе.
В любой программе, созданной с использованием библиотеки Turbo Vision или ее имитирующих. А так там был знатный зоопарк: сравним интерфейс того же Turbo Pascal, Super Calc и какого-нибудь Лексикон -- вообще ничего общего.
В линейке Borland Turbo **** замечательным было то, что там можно было в это IDE и свое что-то засунуть т.к. были исходники (на сколько они там легально могли использоваться тогда никого сильно не волновало).
Мы на пару с одногруппником сделали а-ля Turbo Lisp в качестве дипломной работы (я интерпретатор, а он в IDE его засунул). Сила этого "засунул" была в том, что скобочка ответная той, на которой стоял курсор тоже мигала (кто пробовал lisp - поймет на сколько это круто :) ).
Еще прикрутили а-ля компилятор - просто текст с вырезанными форматированием (не значимые пробелы, табуляции и переносы строк) цеплялся к бинарику интерпретатора. Перегонять lisp в какой-либо псевдо-код особого смысла нет т.к. там автомат синтаксического разбора примитивный как "палка и веревочная петля".
Его потом в учебном процессе еще несколько лет использовали. Позже студенты ошибку в интерпретаторе нашли, так я ездил в свою альмаматер, что бы ее поправить.
Compaq Visual Fortran шел с MSVS 6.0, библиотеками IMSL, Compaq Array Visualizer -на OpenGL и работающим в том числе при отладке, c диалогами, кнопками etc. Все отлично работало "из коробки" ...
Не совсем понятен аргумент про регресс. Из названия я ожидал увидеть бомбический рефакторинг, удобную навигацию и т.д. что есть в продуктах Jetbrains, например.
Но магии нет, с переходом в GUI IDE ничего не потеряли.
Не совсем понятен и аргумент про ssh.
Скомпилировать может быть нудно, наверное, в каких-то сферах. Но зачем писать код открывая ide на удаленной машине не понятно
Не совсем понятен и аргумент про ssh.
Ну, вот, например, пакет "Remote Development" для VS Code это не только ssh. С ним можно писать и, самое главное отлаживать код прямо внутри, например, WSL2 и даже docker-контейнеров. И все это сидя из-под своей основной, привычной операционки никуда не переключаясь и никаких тех же исходников туда-сюда не копируя.
У бурландов была прекрасная опция отладки - анимация. Нажимаешь и он сам за тебя жмакает F8 а ты смотришь как процессор движется по программе.
Сравнивать нормальные ранние IDE, предназначенные для написания кода на строго определённом языке с общими текстовыми редакторами (vim/emacs) несколько некорректно.
Сравнивать нужно с чем-то вроде Visual Studio, NetBeans, Code::Blocks, QtCreator и т. д. Все они сразу после установки дают возможность написать код (с подсветкой синтаксиса), собрать его и отладить (если надо). Более того, в них есть то, чего не было в древних IDE - умное автодополнение кода, рефакторинг, интеграция с системой контроля версий, (иногда) редакторы GUI, и много чего ещё.
Спасибо за статью, понастальгироовал по прошлому)
Вот уж какую IDE (и заодно компиляторы) мы потеряли, так жто TopSpeed. Она была многоязыковая!Паскаль, Си, пролог и т.д
Внезапно заметил - смотрю на синий интерфейс, и глаза отдыхают. Не наполняются слезами от воспоминаний, а реально отдыхают, при переключении на текст статьи или на любое окно Винды я щурюсь и приближаюсь к экрану. Для эксперимента открыл ФАР. Теперь я знаю, как делать гимнастику для глаз ))
Для полного расслабления ещё установить растровый шрифт 10x18. Он легкочитаемый, максимально приближен к досовскому полноэкранному 8x16, всё как в статье.
Не помню с какой версии появился шрифт 10x18, кажется с Windows XP. До этого дополнительно устанавливал растровый фонт, в наборе были 8x16, 9x18 и др. С появлением 10x18 "из коробки" в этом отпала необходимость.
Эхх, а у меня — наоборот, от синего глаза вытекают. Одним из плюсов ВолковКомандера для меня был как раз дефолтный чёрный цвет.
Я и сейчас использую синий фон для написания программ, вот что привычка к борландовским средам делает, иначе сложно заставить себя воспринимать текст как программу. И всё еще без очков, хотя начинал с CGA!
Вообще Edit.com, из DOS 5 и выше, не был текстовым редактором. Это была программа запускавшая на исполнение Qbasic с ключом /EDITOR
С удовольствием съехал с этой досовской мерзости в конце нулевых, как только вышло что-то поудобнее и никогда на него больше не вернусь. Даже Eclipse гораздо удобнее в разработке на С++ чем все эти TuboС и прочие вимемаксы когда речь заходит о проектах с сотнями файлов с сотнями строк кода каждый, а не о студентческой лабораторной работе.
Стоило упомянуть в статье Turbo Pascal 3.0 под CP/M. Во-первых он имеет специфичный, отличный от DOS внешний вид, но включает в себя много функций DOS версии. Во-вторых он актуален и сейчас для ретро-программирования под CP/M. Я в частности использую для всяких поделок типа https://github.com/ivang78/flapcpm
Потеряли консоль. Зато библиотеки приобрели. Пробовал однажды все это турбо С++. Что значит нет библиотеки iostream? Что значит нет cout?
На западе вычислительная техника распространилась раньше и у программистов популярен был Паскаль, с заточкой на dos и Винду с Делфи, а ранее, более простой и массовый Бэйсик. В России массово вычислительная техника стала приходить в нулевые с освоением Си и ++
Всё же на 10 лет раньше. Это бытовой техникой компьютер стал в нулевые, а рабочим инструментом значительно раньше. Поэтому и пользовались рабочими компьютерами для подготовки текстов, печати и игр (как без них). Сети в 90-х в массе были только локальные, так что и сетевые побоища до интернета были в-основном на рабочих машинах.
Первый IDE после языков-игрушек Фокала, Бейсика и Лого был TurboC. Эх, сейчас бы ту самую IDE, но у меня уже давно Мак, сейчас на М1. Вряд-ли что выйдет.
А нынче приходится под маком крудошлепать, так ни одного нормального инструмента для правки текста не нашёл. Нотпад++ нету, подсветки синтаксиса json-схем в родные редакторы не завезли
Это я такой старый? В университете учился программировать на turbo pascal а потом уже в Delphi.
нет, у некоторых университетов на территории бывшего СССР до сих пор остались готовые программные комплекты dosbox+turbopascal+... в учебных программах.
недавно у супруги нашёл cd c сборником всевозможных турбопаскалей, наиболее интересных библиотек, датированный 2001 годом. а прочитать негде...
У нас и сейчас используется куча старых лабораторных работ в виде исполняемых файлов - переписывать смысла нет - да и зачастую формулы расчётов/коэффициенты частично утрачены - в итоге или запускается через DOSBox или на старых машинках с WinXP через батник, который подгружает перед запуском лабораторной работы тот самый Кейрус....
К счастью автор большинства из них был один и до сих пор работает - многие уже им переписаны под Excel и VBA, но часть уже концов не найти - или авторы ушли или записи утеряны. (причины выбора такого варианта - самый простой вариант на тот момент, автор не программист).
В школе учился программировать на Fortran на перфокартах. Правда, в год поступления в универ ЕС-ки списали, так что продолжил на СМ-2 и М-220.
Апчхи! DEBUG.COM под DOS имел встренный ассемблер!
При усердии можно было наассемблировать себе исполняемый файл прямо из него)
демонстрировал начало интегрированного опыта
Ох, не понимаю я такой русский язык...
А статья любопытная, спасибо!
MC для мелких правок сойдет.
Но почему игнорят связку: SCP или SFTP для доступа к файлу + нормальный редактор (VisualCode и т.д.) на своем компе ???
Удивительно, что автор умолчал про всё ещё развивающийся редактор для программистов jed и библиотеку TUI slang, которую и файловый менеджер Midnight Commander использует. Также мы не услышали про TUI из командной строки - утилиту whiptail и библиотеку newt. Ну и классическая и массовая в мире UNIX библиотека curses вообще никак не прозвучала. Жаль, что получилось вроде много красивого текста и статья, но суть , живая суть TUI упущена.
Эх, сколько в студенчестве интерфейсов было написано на TurboVision... Тестирования, расчетные программы, чьи-то кандидатские, системы анализа данных. TP/BP+TurboVision=офигенно просто, быстро и, по тем красиво. И все-таки насколько простой и прозрачный был ObjectPascal. Прям удовольствие было на нем писать. И компиляция моментальная (в отличии от TC/BC), и код качественный.
А первые какие-то версии TP я использовать начал как бы не 88-89 годах, после Искровского бейсика было прям супер
Дык а чего концептуально нового вы ждете от текстового редактора с большим количеством свистоперделок? С течением времени их все больше, они все тяжелее и интегрируют в себя все больше разного барахла. Если писать на c++, то наверное прям всю пользу какой-нить тяжелой idea и не увидишь, даже если это поставляется под названием clion. Слышал много всякого про то что с джава/котлин инструментарием в ней же это несравнимо. Но под jvm или kmp c градлом как бы лучше ничего и нет.
Все дело ж еще может быть именно в том что c++ такой. К примеру недавно пришлось на нем написать немного, писался кусок в vscode из-за того что идея у меня community и я не мог все делать в одной среде и таки это действительно не слишком прям сильно отличающийся от старого опыт писания с чистого листа. С рефакторингом, думаю, он бы был уже значительно лучше. И вряд ли что-то кардинально сдвинется хоть когда-то. Но я бы проснулся в холодном поту если бы мне пришлось пользоваться чем-то типа старых терминальных редакторов на моих jvm-проектах нынешнего масштаба (то есть по дефолту я такое только в страшном сне себе могу представить).
А так да, спасибо, поностальгировал на синие экранчики. Писали в институте и игры и вирусы на турбопаскале и сложные, неполигональные рендер-движки на турбо цпп.
Мне нравился VC - Volkov Commander, Delphi 7 расширенное издание, Win2k - Windows2000
Перепробовал в те годы (1993-2010й примерно) почти все популярные тогда файловые менеджеры - VC - был самым маленьким, что позволяло пихать его чуть ли не на каждую (особенно загрузочную) дискету(при этом его функционала не хватало на многое необходимое обычно), DN обладал приятными цветами интерфейса и кучей фич типа сравнения содержимого файлов без запуска утилит, NC 3-4 появились одними из первых и были наиболее популярны, встроенная возможность перекинуть файлы между 2я компами по самопально спаянному проводу (COM-COM 4-9 проводов, медленный, LPT-LPT проводов уже 25, но очень быстрый по сравнению с первым) в магазинах "нуль-модемные кабели" мы видели, но их цена.... и возможность спаять самим..... NC5 занимал уже прилично места на диске в итоге после появления распространялся достаточно не спеша. А Far.... пришёл к нам одним из последних и на фоне глюков DN с именами файлов оказался наиболее удобным и функциональным из аналогов, в итоге его 3я версия у меня используется до сих пор. А еще через него можно было зайти на ftp или легко подключиться к сетевым дискам....
Все же остальные мелькнули и забылись - не выделялись чем-то особенным и нужным или имели сильные глюки.
Борландовский Turbo Prolog 2.0 очень хорош для обучения прологу. Вижуал версии позаимствовали его синтаксис. И олдскульно, и прикольно - мышки нет.
В конце 80ых и начале 90ых мы работали в основном на компиляторах Borland. Очень жаль, что эта прекрасная фирма была раздавлена Microsoft-ом. Наше небольшое подразделение работало на Турбоассемблер-е в основном с применением MultiEditредактора. Точнее: набор текста программ в редакторе с компиляцией через внутренние настройки (прописывали в редакторе вызов компилятора Борланд). И абсолютно никакой редактор не мог сравниться с упомянутым. В те времена.
Эта фирма была раздавлена жадностью. Когда были времена борланда делфи 7 и с++ - надо было выпускать бесплатные версии для энтузиастов, тем самым подсаживать программистов на себя. Но они пропустили момент.
Закончилась эпоха проприетарных компиляторов.
Программисты выбирают open-source языки, даже Microsoft сдалась и открыла c#
Можно было бы открыть компилятор Delphi/BCPP, и повоевать на поле коммерческих IDE. Но бесплатные IDE откусили себе существенный кусок рынка. Возможно, проект уровня Delphi перестал окупаться.
Нет разницы опенсурс или закрытые исходники. Давая удобную бесплатную IDE тогда, и с такой огромной базой пользователей - можно было оставаться на плаву.
Когда Delphi только появилось, то если верить Орлику (был такой автор книг по Delphi), то в Delphi реализована возможность разработки собственных редакторов полей и собственных мастеров. То есть — имелась возможность наращивать среду собственными силами. Что-нибудь их этого где-нибудь пригодилось? И как с этим вопросом обстоит дело в современных средах разработки?
Интересный вопрос кстати. Я видел нафаршированную BCB в которую свои компоненты написали и юзали. Но это было однажды.
имелась возможность наращивать среду собственными силами. Что-нибудь их этого где-нибудь пригодилось? И как с этим вопросом обстоит дело в современных средах разработки?
Для Microsoft Visual Studio есть адд-он JetBrain ReSharper. Он полностью перелопачивает редактор, добавляет свою раскраску ошибок и навигацию по коду, переопределяет все хоткеи, добавляет кучу инструментов по рефакторингу, и даже заменяет build-движок, чтобы rebuild перестраивал только реально изменившиеся проекты. Причём окно билд-прогресса довольно интересно выглядит.
Для C# это довольно привычная функциональность. А для C++ я нигде подобного не видел.
Пишешь std::cout << и тут всплывает подсказка "Не поключен iostream" Можно игнорировать и писать дальше, или жмёшь хоткей и в начале файла появляется соответствующий include, и ты пишешь дальше, не отвлекаясь.
Не поверю что никому эта возможность так и не пригодилась.
А в современных средах разработки с этим всё тоже нормально, в конце концов Visual Studio перебежчики из Delphi делали.
Кстати, лично мне больше нравится другая возможность - таблица полей объекта, она же PropertyGrid, сама является совершенно обычным контролом и её можно бросить на форму. Это очень пригождается когда надо по-быстрому сделать редактор конфигурации.
Да вроде ни у кого не получилось.
Watcom C++ закрылся. IBM свернул свою C++ IDE Visual Age.
Microsoft мог себе позволить делать Visual Studio в убыток, зарабатывая в целом на платформе.
Майки прежде всего дали ВС 2005 бесплатно. Это хоть и стало работать в убыток, но позволило понизить порог входа - я например так и влетел в эти дела второй раз (первый был с пиратским борландом).
О том я и говорю. Для Microsoft направление компиляторов не приносило главного дохода, и они могли раздавать бесплатно. А Borland бы на что жил?
Это вопрос курицы и яйца. На момент перелома у борланда была база пользователей, в т.ч. в энтерпрайзе. Им надо было расширять сферу влияния беря под крыло тех кто и так пользовался их средой, но ломанной, для всяких школоподелок. Они это осознали только в 15м году чтоли, создав комьюнити версию. Сделав это пару лет ранее - продержались-бы, имхо.
Следует напомнить, что это ещё был и момент расцвета WEB-разработки, когда настольные приложения немного отошли на второй план.
Интересно, а кто-нибудь еще начинал не с классических ЯП, а с dBase II/III? :)
Почему же были? Вот, до сих пор использую:
С многопоточностью у нее, правда, плохо - она есть, но выигрыша при активном использовании динамической памяти у меня практически нет, но какая там многопточность была в 1999 году - с тех пор несколько технологических скачков произошло.
А в остальном со всем справляется, и с БД и с интернетом.
Для Турбо Ассемблера как таковой IDE я что-то не припомню. Но там был довольно интересный отладочный инструмент, как Turbo Debuger.
Также как IDE Turbo Pascal 7.0 и Turbo C она была написана с применением библиотек Turbo Vision (входят в состав Turbo Pascal (100%) и Turbo C).
По факту, это довольно серьёзная оболочка, не уступающая по своему функционалу графическим операционным системам. Только текстовая.
На самом деле, с применением Turbo Vision написано довольно много программ. И, наверное, самой известно является Dos Navigator. Написан он на Turbo Pascal 7.0.
Чуть менее известны его клоны: IBM Handshaker (умел просматривать сохранённые html в компилированом виде, примерно как Lynx...), а также Necromancers Dos Navigator (существует версия и для Linux).
Dos Navigator,кстати, вполне можно использовать и как универсальную IDE. Для этого было достаточно настроить ассоциации файлов... И, фактически, «в один клик» компилировать программы.
Что же касается Linux и других *nix,- то меня всегда удивляло, почему в большинстве полноэкранных текстовых программ используются интерфейсы родом из 70х(!) годов. Все эти vi, vim, emacs выглядят настолько архаично, насколько это, вообще возможно. nano чуть получше но и до упомянутого редактора из MS-DOS 6.22 ему далеко.
И это на фоне куда более скромной по возможностям DOS (где 640 килобайт достаточно на все случаи жизни...) Наиболее же приличным, на мой взгляд редактором в *nix является mcedit из Midnight Commander.
В общем, бородатый анекдот:
«Какой интерфейс у вашей программы? Как у операционной системы Unix. Понятно,- значит никакого» всё ещё актуален.
Наиболее же приличным, на мой взгляд редактором в *nix является mcedit из Midnight Commander.
А чем вас встроенный редактор far2l не устраивает?
Turbo Vision появилась в TP 6.0 и TC++ 1.0. До этого (TP 5.5 и TC 2.0) это было одно окно, поделенное на несколько областей: меню, код, результаты компиляции, значения переменных при отладке и т.д.)
IDE, которые были у нас 30 лет назад… и которые мы потеряли