[sisyphus] mc

[sisyphus] mc

[Igor Zubkov]

Hi!

# apt-get remove cdrkit-utils
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
  cdrkit-utils mc
0 upgraded, 0 newly installed, 2 removed and 6 not upgraded.
Need to get 0B of archives.
After unpacking 6401kB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.
#

Зачем mc зависимость на cdrkit-utils? Баг?

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] mc

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 553 bytes --]

Hi,

On Fri, Dec 03, 2010 at 01:18:20AM +0200, Igor Zubkov wrote:
> # apt-get remove cdrkit-utils
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following packages will be REMOVED:
>   cdrkit-utils mc
> 0 upgraded, 0 newly installed, 2 removed and 6 not upgraded.
> Need to get 0B of archives.
> After unpacking 6401kB disk space will be freed.
> Do you want to continue? [Y/n] n
> Abort.
> #
> 
> Зачем mc зависимость на cdrkit-utils? Баг?

Наверное, там какой-то плагин использует isoinfo(1).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mc

[Mikhail Efremov]

On Fri, 3 Dec 2010 01:18:20 +0200
Igor Zubkov wrote:
> Зачем mc зависимость на cdrkit-utils? Баг?

https://bugzilla.altlinux.org/show_bug.cgi?id=24662
Вообще спорно. cdrkit-utils, конечно, не такие большие, но если ставить
в mc зависимость на все, чем он потенциально может уметь
воспользоваться, то нахватать их можно немало.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] mc

[Sergey]

On Friday 03 December 2010, Mikhail Efremov wrote:

> https://bugzilla.altlinux.org/show_bug.cgi?id=24662
> Вообще спорно. cdrkit-utils, конечно, не такие большие,
> но если ставить в mc зависимость на все, чем он
> потенциально может уметь воспользоваться, то нахватать
> их можно немало. 
 
Я думал об этом. Но, потом, решил, что, наверное, возможность
залесть в iso больший плюс, чем минус из-за увеличения размера.
А размер я уменьшу. Не стал сразу делать, чтобы последовательно
прошло. Следующая сборка будет выглядеть как-то так:

449801  mc-4.7.0.10-alt2.i586.rpm
135714  mc-data-4.7.0.10-alt2.noarch.rpm
67622   mc-doc-4.7.0.10-alt2.noarch.rpm
753489  mc-locales-4.7.0.10-alt2.noarch.rpm

Собственно, нужны только mc и mc-data. cdrkit-utils значительно
меньше. Вопрос, кстати, стоит mc-locales дробить, или ну их ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Anton Farygin]

03.12.2010 03:23, Mikhail Efremov пишет:
> On Fri, 3 Dec 2010 01:18:20 +0200
> Igor Zubkov wrote:
>> Зачем mc зависимость на cdrkit-utils? Баг?
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=24662
> Вообще спорно. cdrkit-utils, конечно, не такие большие, но если ставить
> в mc зависимость на все, чем он потенциально может уметь
> воспользоваться, то нахватать их можно немало.

За cdrkit-utils в любом случае спасибо, всегда приходится его доставлять 
руками.

Re: [sisyphus] mc

[Alex Negulescu]

Hello,

Thinking at this, maybe we should have a
mc-complete-4.7.0.10-alt2.i586.rpm that installs mc and all it's
dependencies (or let's say stuff that mc could use).
Mc-locales is not really necessary. I think.

On 12/03/2010 08:35 AM, Sergey wrote:
> On Friday 03 December 2010, Mikhail Efremov wrote:
>
>   
>> https://bugzilla.altlinux.org/show_bug.cgi?id=24662
>> Вообще спорно. cdrkit-utils, конечно, не такие большие,
>> но если ставить в mc зависимость на все, чем он
>> потенциально может уметь воспользоваться, то нахватать
>> их можно немало. 
>>     
>  
> Я думал об этом. Но, потом, решил, что, наверное, возможность
> залесть в iso больший плюс, чем минус из-за увеличения размера.
> А размер я уменьшу. Не стал сразу делать, чтобы последовательно
> прошло. Следующая сборка будет выглядеть как-то так:
>
> 449801  mc-4.7.0.10-alt2.i586.rpm
> 135714  mc-data-4.7.0.10-alt2.noarch.rpm
> 67622   mc-doc-4.7.0.10-alt2.noarch.rpm
> 753489  mc-locales-4.7.0.10-alt2.noarch.rpm
>
> Собственно, нужны только mc и mc-data. cdrkit-utils значительно
> меньше. Вопрос, кстати, стоит mc-locales дробить, или ну их ?
>
>   

Re: [sisyphus] mc

[Ildar Mulyukov]

On 03.12.2010 12:43:20, Anton Farygin wrote:
> 03.12.2010 03:23, Mikhail Efremov пишет:
>> On Fri, 3 Dec 2010 01:18:20 +0200
>> Igor Zubkov wrote:
>>> Зачем mc зависимость на cdrkit-utils? Баг?
>> 
>> https://bugzilla.altlinux.org/show_bug.cgi?id=24662
>> Вообще спорно. cdrkit-utils, конечно, не такие большие, но если  
>> ставить
>> в mc зависимость на все, чем он потенциально может уметь
>> воспользоваться, то нахватать их можно немало.
> 
> За cdrkit-utils в любом случае спасибо, всегда приходится его  
> доставлять руками.

Лучше сделать это на уровне дистрибутива.
-- 
Ildar

Re: [sisyphus] mc

[Sergey]

On Friday 03 December 2010, Alex Negulescu wrote:

> Thinking at this, maybe we should have a
> mc-complete-4.7.0.10-alt2.i586.rpm that installs mc and all it's
> dependencies (or let's say stuff that mc could use).
> Mc-locales is not really necessary. I think.

Ok. 

rpm http://git.altlinux.org/tasks/34640/build/repo i586 task
or
rpm http://git.altlinux.org/tasks/34640/build/repo x86_64 task

Anybody does have objections about placement of files in subpackages ?

-- 
Regards,
Sergey

Re: [sisyphus] mc

[Mikhail Efremov]

On Fri, 3 Dec 2010 17:02:24 +0300 Sergey wrote:
> > Thinking at this, maybe we should have a
> > mc-complete-4.7.0.10-alt2.i586.rpm that installs mc and all it's
> > dependencies (or let's say stuff that mc could use).
> > Mc-locales is not really necessary. I think.
> 
> Ok. 
> 
> rpm http://git.altlinux.org/tasks/34640/build/repo i586 task
> or
> rpm http://git.altlinux.org/tasks/34640/build/repo x86_64 task
> 
> Anybody does have objections about placement of files in subpackages ?

May be more reasonable to move "Requires: cdrkit-utils" into
mc-complete package?
Then will be possible to install mc package without this probably
overheading dependence.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] mc

[Sergey]

On Friday 03 December 2010, Mikhail Efremov wrote:

> > Anybody does have objections about placement of files in subpackages ?
> 
> May be more reasonable to move "Requires: cdrkit-utils" into
> mc-complete package?

Entering to ISO may be required when using resque CD...

-- 
Regards,
Sergey

Re: [sisyphus] mc

[Sergey]

On Friday 03 December 2010, Mikhail Efremov wrote:

> Then will be possible to install mc package without this probably
> overheading dependence.

So, I see two votes for cdrkit-utils in Requires of mc package 
and one against.

-- 
Regards,
Sergey

Re: [sisyphus] mc

[Alex Negulescu]

On 12/05/2010 09:35 AM, Sergey wrote:
> On Friday 03 December 2010, Mikhail Efremov wrote:
>
>   
>> Then will be possible to install mc package without this probably
>> overheading dependence.
>>     
> So, I see two votes for cdrkit-utils in Requires of mc package 
> and one against.
>
>   
Yes, or maybe create a package mc-complete that installs all the deps,
locale etc.

Re: [sisyphus] mc

[Sergey]

On Sunday 05 December 2010, Alex Negulescu wrote:


> >> Then will be possible to install mc package without this probably
> >> overheading dependence.
> >>     
> > So, I see two votes for cdrkit-utils in Requires of mc package 
> > and one against.
> >
> Yes, or maybe create a package mc-complete that installs all the deps,
> locale etc.

It was in task 34640 :-)

-- 
Regards,
Sergey

Re: [sisyphus] mc

[Alex Negulescu]

Sorry, missed it

On 12/05/2010 11:20 AM, Sergey wrote:
> On Sunday 05 December 2010, Alex Negulescu wrote:
>
>
>   
>>>> Then will be possible to install mc package without this probably
>>>> overheading dependence.
>>>>     
>>>>         
>>> So, I see two votes for cdrkit-utils in Requires of mc package 
>>> and one against.
>>>
>>>       
>> Yes, or maybe create a package mc-complete that installs all the deps,
>> locale etc.
>>     
> It was in task 34640 :-)
>
>   

Re: [sisyphus] mc

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 464 bytes --]

On Sun, Dec 05, 2010 at 10:35:36AM +0300, Sergey wrote:

S> So, I see two votes for cdrkit-utils in Requires of mc package 
S> and one against.

Наличие зависимости, которая не является необходимой означает "пакет
собран криво".

Для зависимостей на дополнительные полезные пакеты делают виртуальный
пакет типа %name-complete

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mc

[Sergey]

On Sunday 05 December 2010, Денис Смирнов wrote:

> S> So, I see two votes for cdrkit-utils in Requires of mc package 
> S> and one against.
> 
> Наличие зависимости, которая не является необходимой означает "пакет
> собран криво".
 
Мнения разошлись именно по поводу того, необходима эта зависимость, или
нет. Кстати, если если добавить этот пакет в BuildRequires, зависимость
проставится автоматом... 

> Для зависимостей на дополнительные полезные пакеты делают виртуальный
> пакет типа %name-complete

Этот пакет есть, но он не годится в данном случае, так как там есть
зависимости на действительно мало необходимые %name-doc и %name-locales.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 676 bytes --]

On Sun, Dec 05, 2010 at 03:34:07PM +0300, Sergey wrote:

S> Мнения разошлись именно по поводу того, необходима эта зависимость, или
S> нет.

Тот факт что мнения разошлись является доказательством того, что _не_
необходима (ибо есть люди которые замечательно без нее обходятся).

S> Этот пакет есть, но он не годится в данном случае, так как там есть
S> зависимости на действительно мало необходимые %name-doc и %name-locales.

Имеет смысл тогда создавать еще виртпакет %name-std, который бы требовал
наиболее часто нужные зависимости.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] mc

[Андрей Черепанов]

5 декабря 2010 Sergey написал:
> On Friday 03 December 2010, Mikhail Efremov wrote:
> > Then will be possible to install mc package without this probably
> > overheading dependence.
> 
> So, I see two votes for cdrkit-utils in Requires of mc package
> and one against.
Кстати, а чего там при бэкпортирвании в p5 пропали поддержка UTF-8 и 
локализация? Так задумано?

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [sisyphus] mc

[Sergey]

On Sunday 05 December 2010, Андрей Черепанов wrote:

> > So, I see two votes for cdrkit-utils in Requires of mc package
> > and one against.

> Кстати, а чего там при бэкпортирвании в p5 пропали поддержка UTF-8
> и локализация? Так задумано?
 
Я, пока, бакпортировал только как mc47. Смена основного пакета в 5.1
была не моя идея. Но, вообще-то, я отвалившегося utf8 не заметил в
mc-4.7.0.2-alt0.M51.2, который там сейчас есть.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Андрей Черепанов]

6 декабря 2010 Sergey написал:
> On Sunday 05 December 2010, Андрей Черепанов wrote:
> > > So, I see two votes for cdrkit-utils in Requires of mc package
> > > and one against.
> > 
> > Кстати, а чего там при бэкпортирвании в p5 пропали поддержка UTF-8
> > и локализация? Так задумано?
> 
> Я, пока, бакпортировал только как mc47. Смена основного пакета в 5.1
> была не моя идея. Но, вообще-то, я отвалившегося utf8 не заметил в
> mc-4.7.0.2-alt0.M51.2, который там сейчас есть.
Сейчас проверил - на Сизифе работает с UTF-8 нормально, локализации нет. 
Видно, в p5 чего-то не хватает. Пока туда перекладывать не буду.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [sisyphus] mc

[Sergey]

On Monday 06 December 2010, Андрей Черепанов wrote:

> > Я, пока, бакпортировал только как mc47. Смена основного пакета в 5.1
> > была не моя идея. Но, вообще-то, я отвалившегося utf8 не заметил в
> > mc-4.7.0.2-alt0.M51.2, который там сейчас есть.

> Сейчас проверил - на Сизифе работает с UTF-8 нормально, локализации нет. 
 
У сизифного, с момента попадания туда mc-4.7.0.10-alt2 вчера днём, вся
локализация в отдельном mc-locales. В теории...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Andrew Borodin]

On Mon, Dec 06, 2010 at 01:19:47PM +0300, Sergey wrote:
> У сизифного, с момента попадания туда mc-4.7.0.10-alt2 вчера 
> днём, вся локализация в отдельном mc-locales. В теории...

Можно взглянуть на список файлов mc-locales?

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Андрей Черепанов]

6 декабря 2010 Sergey написал:
> On Monday 06 December 2010, Андрей Черепанов wrote:
> > > Я, пока, бакпортировал только как mc47. Смена основного пакета в 5.1
> > > была не моя идея. Но, вообще-то, я отвалившегося utf8 не заметил в
> > > mc-4.7.0.2-alt0.M51.2, который там сейчас есть.
> > 
> > Сейчас проверил - на Сизифе работает с UTF-8 нормально, локализации нет.
> 
> У сизифного, с момента попадания туда mc-4.7.0.10-alt2 вчера днём, вся
> локализация в отдельном mc-locales. В теории...
Может, метапакет сделать, который будет это ставить? Или прописать Requires 
вдля пакета mc. Как-то грустно без локализации.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [sisyphus] mc

[Sergey]

On Monday 06 December 2010, Андрей Черепанов wrote:

> > У сизифного, с момента попадания туда mc-4.7.0.10-alt2 вчера
> > днём, вся локализация в отдельном mc-locales. В теории...

> Может, метапакет сделать, который будет это ставить?

Так есть же: mc-complete вытягивает всё. Вообще, список пакетов
сейчас такой: http://prometheus.altlinux.org/en/srpm/Sisyphus/mc/get
Тут же есть и размеры.

> Или прописать Requires в для пакета mc. Как-то грустно без
> локализации. 

Я её, как раз, специально убирал: размер mc-locales превышает
mc + mc-data. Другой вопрос, может быть, какие-то локализации
сделать отдельно. Но я спрашивал, в этой же ветке, в пятницу...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Sergey]

On Monday 06 December 2010, Andrew Borodin wrote:

> > У сизифного, с момента попадания туда mc-4.7.0.10-alt2 вчера 
> > днём, вся локализация в отдельном mc-locales. В теории...
> 
> Можно взглянуть на список файлов mc-locales?

Да. Там 
/usr/share/locale/* 
/usr/share/mc/mc.hint.*
/usr/share/mc/mc.hlp.*

/usr/share/mc/mc.hint и /usr/share/mc/mc.hlp - в основном пакете.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Sergey]

On Monday 06 December 2010, Andrew Borodin wrote:

> > У сизифного, с момента попадания туда mc-4.7.0.10-alt2

О, нашёл воспроизводимый баг в редакторе. Если отказаться от
выхода (Esc, Esc, затем, ещё раз, Esc, Esc), окошко не пропадает.
Хотя пропадает, если курсор подвигать.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Andrew Borodin]

On Mon, Dec 06, 2010 at 02:31:52PM +0300, Sergey wrote:
> О, нашёл воспроизводимый баг в редакторе. Если отказаться от
> выхода (Esc, Esc, затем, ещё раз, Esc, Esc), окошко не пропадает.
> Хотя пропадает, если курсор подвигать.

http://www.midnight-commander.org/ticket/2415

Патч для мастера:
http://www.midnight-commander.org/changeset/e8c35970eec38e28fb072e50d1fbb5fa15f749b8

Патч для 4.7.0.10 сейчас пришлю.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Andrew Borodin]

[-- Attachment #1: Type: text/plain, Size: 265 bytes --]

On Mon, Dec 06, 2010 at 03:00:44PM +0300, Andrew Borodin wrote:
> Патч для 4.7.0.10 сейчас пришлю.

http://www.midnight-commander.org/changeset/afeacf23bc80884576f4f54e38ce4575f7350be1

C'pull'ьте 4.7.0-stable.

Этот же патч в аттаче.

-- 

С уважением
А. Бородин.

[-- Attachment #2: 0001-Ticket-2415-keep-active-state-of-editor-before-final.patch --]
[-- Type: text/plain, Size: 883 bytes --]

>From afeacf23bc80884576f4f54e38ce4575f7350be1 Mon Sep 17 00:00:00 2001
From: Andrew Borodin <aborodin@vmail.ru>
Date: Mon, 6 Dec 2010 15:09:56 +0300
Subject: [PATCH] Ticket #2415: keep active state of editor before final decision about quit.

Signed-off-by: Andrew Borodin <aborodin@vmail.ru>
---
 src/editor/editwidget.c |    5 +++--
 1 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/src/editor/editwidget.c b/src/editor/editwidget.c
index 4500c97..82a7b09 100644
--- a/src/editor/editwidget.c
+++ b/src/editor/editwidget.c
@@ -217,8 +217,9 @@ edit_dialog_callback (Dlg_head *h, Widget *sender,
 	return MSG_HANDLED;
 
     case DLG_VALIDATE:
-	if (!edit_ok_to_exit (edit))
-	    h->running = 1;
+	h->running = 1; /* don't stop the dialog before final decision */
+	if (edit_ok_to_exit (edit))
+	    h->running = 0;
 	return MSG_HANDLED;
 
     default:
-- 
1.6.4.4

Re: [sisyphus] mc

[Sergey]

On Monday 06 December 2010, Andrew Borodin wrote:

> http://www.midnight-commander.org/changeset/afeacf23bc80884576f4f54e38ce4575f7350be1
> 
> C'pull'ьте 4.7.0-stable.

Ага, спасибо.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Sergey]

Теперь по поводу того, что я упоминал про выделение блока по F3.
Заметил, что он может выделяться теперь и мышкой. Возможно, проблема
кроется где-то здесть. По крайней мере, две других проблемы, связанные
с мышкой, попались:

1. Нажатие любой кнопки сбрасывает выделенный блок.
2. Иногда это выделение мышкой срабатывает не точно (это тоже какой-то
   трудноуловимый баг, аналогично появлению ометки при вставке по
   shift + middle button)

Лично меня устроила бы просто возможность отключения влияния мышки на
выделенный блок. Это, случайно, не сделано ? 

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Andrew Borodin]

On Mon, Dec 06, 2010 at 04:35:21PM +0300, Sergey wrote:
> Теперь по поводу того, что я упоминал про выделение блока по F3.
> Заметил, что он может выделяться теперь и мышкой.

Вроде бы так было всегда. По крайней мере, это работает
4.6.2-pre1.

> Возможно, проблема кроется где-то здесть. По крайней мере, две 
> других проблемы, связанные с мышкой, попались:

> 1. Нажатие любой кнопки сбрасывает выделенный блок.

Это тоже работает в 4.6.2-pre1.

> 2. Иногда это выделение мышкой срабатывает не точно (это тоже 
> какой-то трудноуловимый баг, аналогично появлению ометки при 
> вставке по shift + middle button)

Какой отметки? Иногда при вставке из буфера включается режим 
пометки блока?

> Лично меня устроила бы просто возможность отключения влияния 
> мышки на выделенный блок. Это, случайно, не сделано ?

Нет.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Sergey]

On Monday 06 December 2010, Andrew Borodin wrote:

> > Теперь по поводу того, что я упоминал про выделение блока
> > по F3. Заметил, что он может выделяться теперь и мышкой.
> 
> Вроде бы так было всегда. По крайней мере, это работает
> 4.6.2-pre1.

Да, нашёл 4.6.1 установленный, уже тоже поведение такое же.
Странно, но раньше я не обращал внимания.

> > 2. Иногда это выделение мышкой срабатывает не точно (это тоже 
> > какой-то трудноуловимый баг, аналогично появлению ометки при 
> > вставке по shift + middle button)
> 
> Какой отметки? Иногда при вставке из буфера включается режим 
> пометки блока?

Да. Если из буфера xorg. Вообще, может это с контактами у мышки
что-то не так стало, потому и начал замечать. Хотя вот сам факт
установки одинакового поведения на все кнопки, наверное, тоже не
очень хорошо: блок выделяется при нажатии на любую кнопку мыши.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Sergey]

On Monday 06 December 2010, Andrew Borodin wrote:

> Этот же патч в аттаче.

Ещё момент. Наверное, в mc.ext пора сделать замену для строк вида

Open=(ooffice %f &)

на что-то вроде

Open=if [ -f /usr/bin/loffice ]; then (loffice %f &); else (ooffice %f &); fi


-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Andrew Borodin]

On Mon, Dec 06, 2010 at 05:33:15PM +0300, Sergey wrote:
> Хотя вот сам факт установки одинакового поведения на все 
> кнопки, наверное, тоже не очень хорошо: блок выделяется при 
> нажатии на любую кнопку мыши.

Да, согласен. Надо оставить только левую. А правую приспособить 
для вертикального блока.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 10:07:07AM +0300, Sergey wrote:
> Ещё момент. Наверное, в mc.ext пора сделать замену для строк 
> вида

> Open=(ooffice %f &)

> на что-то вроде

> Open=if [ -f /usr/bin/loffice ]; then (loffice %f &); else (ooffice %f &); fi

Напишете в http://www.midnight-commander.org/ticket/2103 ?

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Andrew Borodin wrote:

> Да, согласен. Надо оставить только левую. А правую приспособить 
> для вертикального блока.

А можно ещё как-то сделать так, чтобы отметка с предыдущего блока
слетала только в том случае, если мышка двигаться начала ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Andrew Borodin wrote:

> Напишете в http://www.midnight-commander.org/ticket/2103 ?
 
Мда, нетривиальная задача - пройти капчу с рукописным английским...
Но прошёл. :-)

Только, потом: "Warning: Your permissions have been limited until you verify
your email address". Кому можно написать про проблему с использованием
from=<tickets@midnight-commander.org> при встрече с smtp callback ?

from=<tickets@midnight-commander.org>, reject=450 4.4.1 E-mail <tickets@midnight-commander.org> hasn't been confirmed by its MX, MX does not respond

И, действительно:

$ host midnight-commander.org
midnight-commander.org has address 137.226.80.153
midnight-commander.org mail is handled by 10 midnight-commander.org.

$ telnet midnight-commander.org 25
Trying 137.226.80.153...
telnet: connect to address 137.226.80.153: Connection refused

Или это временная проблема ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 11:36:40AM +0300, Sergey wrote:
> А можно ещё как-то сделать так, чтобы отметка с предыдущего 
> блока  слетала только в том случае, если мышка двигаться начала?

Не совсем понял. Просто двигалась, без всяких нажатий? 
Это будет весьма странное и неожиданное поведение.
Да и в терминале событие GPM_MOVE не возникает.

Или с нажатой кнопкой? Гм. Есть уже заявка на d'n'd':
http://www.midnight-commander.org/ticket/2381

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 11:55:51AM +0200, Victor Forsiuk wrote:
> Это правильно - не завязываться на одну конкретную программу, 
> которая может  работать с данным файлом. Но у меня есть немного 
> другое предложение. На мой взгляд, оно лучше с дистрибутивной 
> точки зрения. Не вносить такие конструкции в mc.ext, а 
> указывать в качестве обработчика скрипт в каком-нибудь 
> /usr/lib/mc/helper.d/

Было предложение всё сделать черех run-mailcap.

http://www.midnight-commander.org/ticket/2118
http://www.midnight-commander.org/ticket/1686

Но не у всех он есть. В Альте, например, нету. Поэтому я был 
против.

> А уж в скрипте можно реализовать намного более умную логику, чем в короткой
> конструкции из mc.ext. Смотреть в глобальный файл настроек, например, и/или
> в оверрайды пользователя, делать выбор в зависмости от DE, под которым мы
> работаем и т.д. и т.п.

Да, такая мысль была. Пока отложена до созревания.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Andrew Borodin wrote:

> > А можно ещё как-то сделать так, чтобы отметка с предыдущего 
> > блока  слетала только в том случае, если мышка двигаться начала?
> 
> Не совсем понял. Просто двигалась, без всяких нажатий? 

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

> Или с нажатой кнопкой? Гм. Есть уже заявка на d'n'd':
> http://www.midnight-commander.org/ticket/2381

Это не то. Хотя и где-то близко. 

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 01:32:21PM +0300, Sergey wrote:
> Наоборот, если кнопка нажата и удерживается. Сейчас к сбросу приводит
> просто клик. Допустим, я хочу переставить курсор в нужную позицию.
> Переставляю мышкой, но, при этом, слетает отметка блока, который отмечен
> по F3, если такой есть. Вот такого поведения хотелось бы избежать. Точнее
> сказать, убрать реакцию на клики при работе с блоками.

Во всех известных мне редакторах мышиный клик сбрасывает
выделение блока текста, а движение мышью с нажатой кнопкой
инициирует drag'n'drop. Это давно всем привычное и ожидаемое
поведение.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[REAL]

07.12.2010 16:56, Andrew Borodin пишет:
> Во всех известных мне редакторах мышиный клик сбрасывает
   ^^^^^^^^^^^^^^^^^^^^^
> выделение блока текста, а движение мышью с нажатой кнопкой
> инициирует drag'n'drop. Это давно всем привычное и ожидаемое
> поведение.

В vim такого нет ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 05:09:08PM +0600, REAL wrote:
> >Во всех известных мне редакторах мышиный клик сбрасывает
>   ^^^^^^^^^^^^^^^^^^^^^
> >выделение блока текста, а движение мышью с нажатой кнопкой
> >инициирует drag'n'drop. Это давно всем привычное и ожидаемое
> >поведение.

> В vim такого нет ;)

Странно. У меня есть, у вас нет. :) Я vim использую каждодневно.
Отметка блока прекрасно сбрасывается левой кнопкой мыши.
d'n'd текста в vim'нет, это да.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Andrew Borodin wrote:

> Во всех известных мне редакторах мышиный клик сбрасывает
> выделение блока текста,

Так не удобно же ! :-)

> а движение мышью с нажатой кнопкой инициирует drag'n'drop. 

Инициирует drag'n'drop когда ? Когда мышь на блоке ? Или когда она
в произвольном месте ? Опять же, сейчас движение мышью с нажатой
кнопкой инициирует выделение блока. Вот, как раз, только в этом
случае и стоит сбрасывать старую отметку.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[REAL]

07.12.2010 17:18, Andrew Borodin пишет:
>>> Во всех известных мне редакторах мышиный клик сбрасывает
>>    ^^^^^^^^^^^^^^^^^^^^^
>>> выделение блока текста, а движение мышью с нажатой кнопкой
>>> инициирует drag'n'drop. Это давно всем привычное и ожидаемое
>>> поведение.
>
>> В vim такого нет ;)
>
> Странно. У меня есть, у вас нет. :) Я vim использую каждодневно.
> Отметка блока прекрасно сбрасывается левой кнопкой мыши.

А у меня начинается выделение в буфер (clipboard), при этом вимовское 
выделение остаётся. Наверно, у нас разные вимы :)

PS. Может быть, у Вас что-то типа vim-X11*?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] mc

[Vladislav Zavjalov]

On Tue, Dec 07, 2010 at 02:26:41PM +0300, Sergey wrote:
> On Tuesday 07 December 2010, Andrew Borodin wrote:
> 
> > Во всех известных мне редакторах мышиный клик сбрасывает
> > выделение блока текста,
> 
> Так не удобно же ! :-)

Кстати, выделение-вставка с shift'ом лишена этого недостатка.
Я так обычно и делаю, это, действительно, очень частая операция:
выделить мышью текст, если надо тыкнуть в нужное место, вставить.
Вообще без клавиатуры.
А свойства зеленого выделения без шифта уже тоже как-то привычны и
совсем не раздражают: что выделение привязано к курсору, что
ограничено данной консолью, что управляется только с клавиатуры и мышью
ничего разумного не сделаешь.
Хотя, наверное, если оно не будет сбрасываться от перестановки курсора
мышью - ничего плохого не будет...

Слава

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 05:33:00PM +0600, REAL wrote:
> А у меня начинается выделение в буфер (clipboard), при этом 
> вимовское выделение остаётся. Наверно, у нас разные вимы :)

> PS. Может быть, у Вас что-то типа vim-X11*?

Гм. Через цепочку альтернатив выяснилось, что это vim-gtk2.

Я разные запускал: и gvim, и vim в терминале, и vim в чистой 
консоли. Во всех случаях поведение идентичное.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Vladislav Zavjalov wrote:

> > > Во всех известных мне редакторах мышиный клик сбрасывает
> > > выделение блока текста,
> > 
> > Так не удобно же ! :-)
> 
> Кстати, выделение-вставка с shift'ом лишена этого недостатка.

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

http://lists.altlinux.org/pipermail/sisyphus/2010-December/350853.html
http://lists.altlinux.org/pipermail/sisyphus/2010-December/350794.html

У меня, с некоторых пор, старое выделение начало слетать и начало
появляться непонятное новое примерно в районе положения курсора,
чаще до конца текущей строки и захватом нескольких символов в начале
следующей.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 02:26:41PM +0300, Sergey wrote:
> On Tuesday 07 December 2010, Andrew Borodin wrote:

> > Во всех известных мне редакторах мышиный клик сбрасывает
> > выделение блока текста,

> Так не удобно же ! :-)

А что делать? Стандарт de facto.

> > а движение мышью с нажатой кнопкой инициирует drag'n'drop. 

> Инициирует drag'n'drop когда ? Когда мышь на блоке ?

Да.

> Или когда она в произвольном месте ?

Тогда старый блок сбрасывается, начинается новый.

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

Ну не знаю... Возможно, надо как-то увязать поведение мыши с 
параметром Persistent selection (Постоянные блоки).

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Vladislav Zavjalov wrote:

> Кстати, выделение-вставка с shift'ом лишена этого недостатка.

Точно, вот оно ! С новым mc иногда возникает ситуация, когда
блок переотмечается и при манипуляциях с нажатым шифтом. Как-то
даже не сразу связал причину и следствие.

Для Андрея: наверное про мои мысли о поведении мышки можно забыть,
вся проблема в том, что нажатый шифт перестал на 100% блокировать
работу с внутренним буфером. Иногда что-то проскакивает.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Vladislav Zavjalov]

On Tue, Dec 07, 2010 at 02:54:59PM +0300, Sergey wrote:
> On Tuesday 07 December 2010, Vladislav Zavjalov wrote:
> 
> > > > Во всех известных мне редакторах мышиный клик сбрасывает
> > > > выделение блока текста,
> > > 
> > > Так не удобно же ! :-)
> > 
> > Кстати, выделение-вставка с shift'ом лишена этого недостатка.
> 
> О! Тоже активный пользователь данной фичи ? Тогда вопрос. Ничего не
> изменилось в этом плане, начиная с 4.7.0.2 ? Вот эти вот два моих
> сообщения касаются подземного стука при таком стиле использования
> редактора:
> 
> http://lists.altlinux.org/pipermail/sisyphus/2010-December/350853.html
> http://lists.altlinux.org/pipermail/sisyphus/2010-December/350794.html
> 
> У меня, с некоторых пор, старое выделение начало слетать и начало
> появляться непонятное новое примерно в районе положения курсора,
> чаще до конца текущей строки и захватом нескольких символов в начале
> следующей.

Что-то похожее, кажется, видел но давно и редко.
И воспроизвести сейчас (на mc-4.7.0.2-alt2) не получается.
Когда "зеленое" выделение немного меняется и захватывает
начало следующей строчки. При каких действиях - уже не помню.

Слава

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Vladislav Zavjalov wrote:

> Что-то похожее, кажется, видел но давно и редко.
> И воспроизвести сейчас (на mc-4.7.0.2-alt2)

У меня оно изначально бывает достаточно часто, как только в 
Alt 4.7.0.2 появился.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Vladislav Zavjalov]

On Tue, Dec 07, 2010 at 03:19:03PM +0300, Sergey wrote:
> On Tuesday 07 December 2010, Vladislav Zavjalov wrote:
> 
> > Что-то похожее, кажется, видел но давно и редко.
> > И воспроизвести сейчас (на mc-4.7.0.2-alt2)
> 
> У меня оно изначально бывает достаточно часто, как только в 
> Alt 4.7.0.2 появился.

Воспроизвел. Я натыкался на такое:
Локаль koi8-r, открываю в mc файл utf8, с помощью alt-e делаю
перекодировку. Выделяю кусок текста ("зеленым" выделением).

Ставлю курсор выше выделения и начинаю удалять текст
с помощью del или backspace.
Выделение начинает сдвигаться вперед.

Обычно это происходит при удалении конца строки, но не всегда.
Когда в строке перемешаны ascii и utf-ные символы, выделение может
сдвинуться и при удалении чего-то в середине строки.
undo такого удаления (ctrl-u) тоже иногда вызывает сдвигание
выделения вперед...

Вставка нового текста (в том числе и с помощью мыши) к сдвигам
выделения, кажется, не приводит.

Интересно, воспроизводится ли в локали utf8?
Кажется, что что-то связанное с неправильным рассчетом положения
выделения в случае широких символов.

Слава

Re: [sisyphus] mc

[Vladislav Zavjalov]

On Tue, Dec 07, 2010 at 03:49:35PM +0300, Vladislav Zavjalov wrote:
> On Tue, Dec 07, 2010 at 03:19:03PM +0300, Sergey wrote:
> > On Tuesday 07 December 2010, Vladislav Zavjalov wrote:
> > 
> > > Что-то похожее, кажется, видел но давно и редко.
> > > И воспроизвести сейчас (на mc-4.7.0.2-alt2)
> > 
> > У меня оно изначально бывает достаточно часто, как только в 
> > Alt 4.7.0.2 появился.
> 
> Воспроизвел. Я натыкался на такое:
> Локаль koi8-r, открываю в mc файл utf8, с помощью alt-e делаю
> перекодировку. Выделяю кусок текста ("зеленым" выделением).
> 
> Ставлю курсор выше выделения и начинаю удалять текст
> с помощью del или backspace.
> Выделение начинает сдвигаться вперед.
> 
> Обычно это происходит при удалении конца строки, но не всегда.
> Когда в строке перемешаны ascii и utf-ные символы, выделение может
> сдвинуться и при удалении чего-то в середине строки.
> undo такого удаления (ctrl-u) тоже иногда вызывает сдвигание
> выделения вперед...
> 
> Вставка нового текста (в том числе и с помощью мыши) к сдвигам
> выделения, кажется, не приводит.
> 
> Интересно, воспроизводится ли в локали utf8?
> Кажется, что что-то связанное с неправильным рассчетом положения
> выделения в случае широких символов.

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

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Vladislav Zavjalov wrote:

> если так поудалять широкие символы в вышестоящих строчкая, а потом
> просто подвести курсор к строчке с выделением - оно еще уползет.
> Похоже, что выделение ползет от удаления любого utf-символа,
 
У меня это и без utf бывает. Локаль - koi8.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Sergey]

On Tuesday 07 December 2010, Sergey wrote:

> Ещё момент. Наверное, в mc.ext пора сделать замену для строк вида
> 
> Open=(ooffice %f &)
> на что-то вроде
> Open=if [ -f /usr/bin/loffice ]; then (loffice %f &); else (ooffice %f &); fi

Хм. А это, сейчас, в чём-то даже alt-специфично: в оригинале
Open=(abiword %f >/dev/null 2>&1 &). 
Наверное, надо думать в сторону, про которую Виктор написал,
а не в 2103 добавлять.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 04:05:31PM +0300, Vladislav Zavjalov wrote:
> Похоже, что выделение ползет от удаления любого utf-символа,
> а при удалении конца строки оно лишь перерисовывается...

О. А вы не могли бы предоставить минимальный файл, на котором это
можно бы воспроизвести, с пошаговым описанием. Или снять 
небольшое кино с помощью recordmydesktop (например, как 
http://www.midnight-commander.org/attachment/ticket/1898/out.ogv).

Мне на произвольно взятом файле воспроизвести не удалось.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Vladislav Zavjalov]

On Tue, Dec 07, 2010 at 04:41:45PM +0300, Andrew Borodin wrote:
> On Tue, Dec 07, 2010 at 04:05:31PM +0300, Vladislav Zavjalov wrote:
> > Похоже, что выделение ползет от удаления любого utf-символа,
> > а при удалении конца строки оно лишь перерисовывается...
> 
> О. А вы не могли бы предоставить минимальный файл, на котором это
> можно бы воспроизвести, с пошаговым описанием. Или снять 
> небольшое кино с помощью recordmydesktop (например, как 
> http://www.midnight-commander.org/attachment/ticket/1898/out.ogv).
> 
> Мне на произвольно взятом файле воспроизвести не удалось.

Ну вот хотя бы текст этого письма.
Локаль koi8-r, текст в utf8, перекодирование по alt-e.
выделяю с помощью F3 например, слово "произвольно" в последней строке
цитаты. Иду в верхнюю строчку и удаляю backspace'ом или delete'ом слова
"А вы не могли бы". Иду обратно. Когда курсор доходит до строчки с
выделением, оно прыгает на 6 символов вперед.
У меня стабильно воспроизводится на любых utf8 файлах.

А с recordmydesktop я что-то пока не осилил, чтобы записывалось
равномерно: почему-то получаются отдельные кадры раз в секунду и
что на экране происходит, вообще непонятно :) Может, ему какого
ускорения в x-овом драйвере не хватает...

Слава

Re: [sisyphus] mc

[Andrew Borodin]

On Tue, Dec 07, 2010 at 05:34:08PM +0300, Vladislav Zavjalov wrote:
> У меня стабильно воспроизводится на любых utf8 файлах.

Гм. Что-то у меня не получается. Либо я что-то не так делаю...

Сегодня вот отрепортили:
http://www.midnight-commander.org/ticket/2437
Это у меня воспроизводится.

-- 

С уважением
А. Бородин.

Re: [sisyphus] mc

[Vladislav Zavjalov]

On Wed, Dec 08, 2010 at 09:58:20AM +0300, Andrew Borodin wrote:
> On Tue, Dec 07, 2010 at 05:34:08PM +0300, Vladislav Zavjalov wrote:
> > У меня стабильно воспроизводится на любых utf8 файлах.
> 
> Гм. Что-то у меня не получается. Либо я что-то не так делаю...
> 
> Сегодня вот отрепортили:
> http://www.midnight-commander.org/ticket/2437
> Это у меня воспроизводится.

Очень похоже, но у меня
- воспроизводится с Del, Ctrl-D, Backspace.
- воспроизводится, если стирать буквы и перед выделением (тогда выделение
  не растет, а сдвигается)
- не воспроизводится с 8-битными буквами (в частности на приведенном
  примере).

Слава

Re: [sisyphus] mc

[Vladislav Zavjalov]

On Wed, Dec 08, 2010 at 09:58:20AM +0300, Andrew Borodin wrote:
> On Tue, Dec 07, 2010 at 05:34:08PM +0300, Vladislav Zavjalov wrote:
> > У меня стабильно воспроизводится на любых utf8 файлах.
> 
> Гм. Что-то у меня не получается. Либо я что-то не так делаю...
> 
> Сегодня вот отрепортили:
> http://www.midnight-commander.org/ticket/2437
> Это у меня воспроизводится.

Проблема была в том, что у меня был старый mc-4.7.0.2
(в сообщении от Sergey были написаны эти же числа - ну я и успокоился,
увидив совпадение у себя :)
После обновления до 4.7.0.10 проблема, про которую я писал, исчезла,
зато появилось то же, что и в #2437.
Прошу прощение за лишнее беспокойство.

Слава