1.1, Рыбак_из_Припяти (ok), 22:02, 05/09/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>Реализована возможность определения отдельного цветового оформления для просмотрщика;
Давно пора, а то, многие цветовые схемы делали просмотрщик непригодным.
| |
1.2, Аноним (-), 22:42, 05/09/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> Реализована возможность удобного прерывания пользователем длительно
> выполняемых операций;
Да неужели?! Я джва, нет, тжри, нет... дохжрена годов этого ждал! А если какой-нибудь там архиватор в фоне пароль просит - оно срубится вместо того чтобы просто висеть неопределенное время? :)
| |
|
2.4, Mihail Zenkov (ok), 01:05, 06/09/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
Еще бы постановку в очередь при копировании добавили и больше ждать будет нечего :) Разве что inotify.
| |
|
3.5, pavlinux (ok), 01:38, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
inotify делали, не пошло. Портабильность убивается, фрибздя, суньось, аих, вмс, хпюх этого не умеют.
| |
|
4.9, Mihail Zenkov (ok), 02:01, 06/09/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
Так не обязательно же намертво гвоздями прибивать, достаточно опции при компиляции. Есть ссылка на патч/обсуждение? Может сам допилю.
| |
4.10, Аноним (-), 07:25, 06/09/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
фрибздя и прочие бздя для того же умеют kevent, остальные, наверняка, тоже имеют свое.
| |
|
5.15, pavlinux (ok), 17:22, 06/09/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> фрибздя и прочие бздя для того же умеют kevent, остальные, наверняка, тоже имеют свое.
Да всё там есть kevent, kqueue, и poll/epoll можно задействовать, и даже портабельный select.
| |
|
|
|
|
1.3, Alen (??), 23:22, 05/09/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
когда, уже можно будет редактировать содержимое устройств напрямую (типа диск эдита)?
| |
|
2.6, pavlinux (ok), 01:45, 06/09/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> когда, уже можно будет редактировать содержимое устройств напрямую (типа диск эдита)?
Миднайт - файловый менеджер, а не байтовый.
| |
|
3.8, arisu (ok), 01:48, 06/09/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Миднайт - файловый менеджер, а не байтовый.
каким образом это должно мешать открыть в просмотрщике /dev/blocksmth, переключиться в hex, нажать F2 и редактировать?
| |
|
4.16, pavlinux (ok), 17:44, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Миднайт - файловый менеджер, а не байтовый.
> каким образом это
Это как ядерное оружие - лучше не надо, чем у всех.
| |
|
3.46, Аноним (-), 00:00, 07/09/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Миднайт - файловый менеджер, а не байтовый.
Ну так /dev/sda - это, типа, файл. И хексэдитор в mc есть. То что он привередничает на предмет блочных устройств - тупняк редкостный, остальные редакторы на порядок менее разборчивы, а вот нужда их запускать при наличии в mc своей вьюшки в стиле mc - анноит.
| |
|
4.55, pavlinux (ok), 01:05, 07/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Миднайт - файловый менеджер, а не байтовый.
> Ну так /dev/sda - это, типа, файл.
Придумайте - накой вам побайтовая, ручная запись на диск? (причём постоянно, чтоб это было в миднайте)
Во времена MSDOS без hex-редактора как без рук. Потому как вечно, что-то не туда писалось, не оттуда читалось...
А при сбое питания мог сдохнуть весь FAT. Флоппики 1.44 руками правили... Накой хрен он сейчас вообще,
с терабайтными винтами, на FS c журналированием... :-\
dd if=/dev/sda of=~/sda_image.img bs=скоканада offset=неибугде
cp ~/sda_image.img ~/sda_image.img.orig
mcedit ~/sda_image.img
...
обратно так же.
---
| |
|
5.66, Аноним (-), 09:00, 09/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> обратно так же.
А зачем вот это всё? Или ты, как обычно, не понял в чем была суть вопроса? Вопрос был о редактировании диска в mc напрямую.
| |
|
6.67, Andrey Mitrofanov (?), 10:19, 09/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> А зачем вот это всё? Или ты, как обычно, не понял в
> чем была суть вопроса? Вопрос был о редактировании диска в mc
> напрямую.
Типа Norton diskedit.exe? В mc? "А зачем вот это всё?"
| |
|
7.68, arisu (ok), 14:19, 09/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Типа Norton diskedit.exe? В mc? "А зачем вот это всё?"
а почему бы и да? блочное устройство — это таки файл. почему один файл можно, значит, открыть, а на /dev/sdc я получаю: «cannot view: not a regular file»? что полезного делает эта проверка? да ничего.
| |
|
|
|
|
|
|
1.7, arisu (ok), 01:46, 06/09/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
постоянные слёты 256-цветной цветовой схемы в редакторе после переключения на панель/другой редактор починили уже?
или авторы традиционно своим поделием не пользуются, поэтому до сих пор не в курсе?
inb4: пиши багрепорт — нет.
| |
1.18, djbaldey (ok), 19:39, 06/09/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>>Реализована возможность удобного прерывания пользователем длительно выполняемых операций
лучше бы добавили фоновый задачи и приостановление длительно выполняемых операций на них - это всё что требуется для этого менеджера в 21 веке.
| |
|
2.20, arisu (ok), 19:51, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
но зачем? в XXI-м веке можно открыть ещё один терминал / вкладку в терминале. фоновые задачи требуют достаточно сильного перетряхивания архитектуры.
| |
|
3.21, djbaldey (ok), 19:59, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> но зачем? в XXI-м веке можно открыть ещё один терминал / вкладку
> в терминале. фоновые задачи требуют достаточно сильного перетряхивания архитектуры.
Фоновую задачу в стек для приложения запустить - сильное перетряхивание? Серьёзно?
| |
|
4.22, arisu (ok), 20:03, 06/09/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Фоновую задачу в стек для приложения запустить - сильное перетряхивание? Серьёзно?
да. серьёзно.
действительно, ведь какая разница хирургу: аппендикс ли вырезать, ногу ли отпиливать… всё равно резать ведь!
| |
|
5.23, djbaldey (ok), 20:10, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> действительно, ведь какая разница хирургу: аппендикс ли вырезать, ногу ли отпиливать…
> всё равно резать ведь!
если ваш хирург при аппендиците ногу отрезает, то собственно разницы нет, согласен...
Речь то не о постановке диагноза, а о выздоровлении организма. Правда?
P.S.:
а насчёт:
>> в XXI-м веке можно открыть ещё один терминал / вкладку в терминале.
Ну так, судя по логике, незачем пользоваться MC, просто: ls *args; cp file1 > file2 ? Долго? Неудобно? Ненаглядно? Да пофиг! Зато аппендикс на месте и пузо не резали!
| |
|
6.24, arisu (ok), 20:15, 06/09/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
ну так взял — и добавил, в чём проблема-то? там же ничего перетряхивать не надо, дел на часик под пивко.
| |
|
7.25, djbaldey (ok), 20:24, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> ну так взял — и добавил, в чём проблема-то? там же ничего
> перетряхивать не надо, дел на часик под пивко.
:) почти убедили, но если я на все языки и во все проекты буду нос совать - на свои времечка не останется, увы...
UPD:
Давайте заниматься каждый своим, но от души и чтобы комар (djbaldey в частности) носа не подтачивал!
| |
|
8.26, arisu (ok), 20:34, 06/09/2014 [^] [^^] [^^^] [ответить] | +/– | ну, тогда изволь поверить, когда тебе говорят, что надо перетряхивать или прове... текст свёрнут, показать | |
|
|
10.28, arisu (ok), 21:00, 06/09/2014 [^] [^^] [^^^] [ответить] | +1 +/– | мнение было в 18 в 20 я сказал, что это сложно дальше пошло пальцегнутие, оп... текст свёрнут, показать | |
|
|
|
|
|
|
|
3.32, Mihail Zenkov (ok), 22:18, 06/09/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>но зачем? в XXI-м веке можно открыть ещё один терминал / вкладку в терминале. фоновые задачи требуют достаточно сильного перетряхивания архитектуры.
Пример: приходит знакомый, приносит винт, просит закинуть музыки/фильмов/etc. Начинаешь просматривать, что есть и записывать. Если писать в несколько потоков, скорость записи/чтения падает. Если запись ведется под "завязку", то удобнее когда один файл или директория не влезла, чем 5-10, которые придется чистить.
По поводу сложности: https://www.midnight-commander.org/ticket/2240
Фактически в mc уже есть фоновые операции, но нет очереди и нормального UI - невиден прогресс операции.
| |
|
4.33, arisu (ok), 22:24, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Фактически в mc уже есть фоновые операции, но нет очереди и нормального
> UI - невиден прогресс операции.
насколько я помню, по этому поводу в mc был говнокод и пичалечка. судя по всему, особо ничего не поменялось, потому что путь от «фактически есть» до «вот рабочая фича» — он длинный, и затрагивает много разных мест.
(про говнокод — это не претензия, это сожаление о чудесном legacy)
| |
|
5.35, Mihail Zenkov (ok), 22:38, 06/09/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> насколько я помню, по этому поводу в mc был говнокод и пичалечка.
> судя по всему, особо ничего не поменялось, потому что путь от
> «фактически есть» до «вот рабочая фича» — он длинный, и затрагивает
> много разных мест.
Ну не все так плохо, там патч на 1.5KB и очередь готова. UI нужно отдельно править.
> (про говнокод — это не претензия, это сожаление о чудесном legacy)
Жаль, что возродили последний mc, а не mc-light.
| |
|
6.36, arisu (ok), 22:42, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Ну не все так плохо, там патч на 1.5KB и очередь готова.
> UI нужно отдельно править.
успехов тогда. без сарказма, если что.
> Жаль, что возродили последний mc, а не mc-light.
в код последнего не смотрел. так кто-то свинарник поразгрёб? гвозди бы делать…
| |
|
|
8.40, arisu (ok), 22:53, 06/09/2014 [^] [^^] [^^^] [ответить] | +/– | спасибо я в курсе, что такой форк был, просто как-то не довелось поковыряться ... текст свёрнут, показать | |
|
|
|
|
4.34, arisu (ok), 22:25, 06/09/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
p.s. тогда уже и многопанельность бы вместо двухпанельности…
| |
|
5.37, Mihail Zenkov (ok), 22:43, 06/09/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> p.s. тогда уже и многопанельность бы вместо двухпанельности…
Тут уж точно все переделывать придется :) Вот если бы табы для каждой панели ...
| |
|
6.39, arisu (ok), 22:50, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Вот если бы табы для каждой панели ...
по-моему, технологически это почти одно и то же. то есть, в любом случае переделывать из состояния «есть ТА панель и ЭТА панель» в состояние «есть панели, пить панели».
| |
|
7.41, Mihail Zenkov (ok), 23:06, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> по-моему, технологически это почти одно и то же. то есть, в любом
> случае переделывать из состояния «есть ТА панель и ЭТА панель» в
> состояние «есть панели, пить панели».
Мне реализация табов представляется следующим образом:
1. добавляем кнопки, изображающие табы для панелей
2. при нажатии на таб меняем путь в панели, позицию курсора и выделение.
Таким образом переделка UI минимальна, все остальное работает как и раньше - ведь фактически мы просто меняем путь в одной и той же панели.
| |
|
8.44, arisu (ok), 23:24, 06/09/2014 [^] [^^] [^^^] [ответить] | +/– | бесполезно, если нельзя создать несколько 171 panelized 187 -табов пути и из... текст свёрнут, показать | |
|
|
10.53, arisu (ok), 00:15, 07/09/2014 [^] [^^] [^^^] [ответить] | +/– | p s кстати, тогда бы и фоновое сканирование каталога отлично покатило открыл п... текст свёрнут, показать | |
|
|
12.61, arisu (ok), 12:49, 07/09/2014 [^] [^^] [^^^] [ответить] | +/– | я очень рад за тебя у меня в терминалке таких сочетаний больше, на всякий вкус ... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
3.48, Аноним (-), 00:02, 07/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> в терминале. фоновые задачи требуют достаточно сильного перетряхивания архитектуры.
Не понял? Там уже есть фоновое копирование сто лет?
| |
|
4.50, arisu (ok), 00:08, 07/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> в терминале. фоновые задачи требуют достаточно сильного перетряхивания архитектуры.
> Не понял? Там уже есть фоновое копирование сто лет?
было некоторое время, потом без шума и пыли пропало. потому что работало хреново и не вписалось в рынок.
| |
|
|
|
|
2.43, Mihail Zenkov (ok), 23:22, 06/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> выпустили бы полноценный консольный web браузер. Цены бы ему не было!
С флешем и html5 ? :)
| |
2.45, arisu (ok), 23:26, 06/09/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> выпустили бы полноценный консольный web браузер. Цены бы ему не было!
ну, адаптируй хромого для framebuffer. будет у тебя в консоли запускаться. но зачем?
| |
|
3.49, Аноним (-), 00:03, 07/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> ну, адаптируй хромого для framebuffer. будет у тебя в консоли запускаться.
Вот только фреймбуфер - не консоль.
| |
|
4.51, arisu (ok), 00:08, 07/09/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> ну, адаптируй хромого для framebuffer. будет у тебя в консоли запускаться.
> Вот только фреймбуфер - не консоль.
ломающие новости!
| |
|
|
|
|