Board.KolibriOS.org

На самом деле это и есть правильное поведение. Возможность выделить "ничего" в Windows раздражает с первого дня, еще с Windows 3.1. Вопрос на засыпку: чем отличается интерфейс WinRAR от интерфейса "Проводника"?

_________________
Разработчик языка программирования Кантор

Ещё одна неудобная вещь в OpenDialog в режиме SAVE: вызов из RDSAVE по опции 4 (сохранение рамдиска на жёсткий диск). По дефолту, сохранение хочет быть сделанным на /hd0/1/ , а если его нет, OpenDialog выводит красное окошко с ошибкой о невозможности сохранения, и убрать эту ошибку без мышки невозможно. Если мышки нет или она не определяется, приходится запускать MOUSEMUL, нажимать CANCEL, а уже потом выбирать другое место сохранения. Очень неудобно.

yogev_ezra
Исторически сложилось, что клавиша клавиатуры в левом верхнем ряду, как раз делает то что тебе не удобно делать без мышки. Причем работает это не только в Колибри. Попробуй - тебе понравится. Я гарантирую это!

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!

SVN r.3730 - отключен вызов функции нормализации имен файлов и директорий (теперь они отображаются как есть, один в один), поскольку это вызывало проблему в работе с некоторыми файловыми системами, чувствительными к регистру символов.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!

SVN r.3734 - пересоздание списка доступных дисков перед каждым выводом развернутого меню (после клика мышкой). Это нужно для поддержки переподключаемых устройств (usb, tmp и т.п.), без перезапуска программы.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!

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

Поведение, при котором "Save" открывает папку, тоже не является очевидным. Однако, если обрабатывается одновременно и переход по папке, и сохранение файла, то можно хотя бы выводить надпись "Открыть папку" когда курсор стоит на папке?

Третья печальная проблема диалога Save - пользователи __действительно__ теряют свои личные данные при работе с этим диалогом. Я предлагал набрать простой текст и сохранить его в папке media из tinypad. Люди с некоторыми сложностями, но набирали текст, затем жали сохранить, без труда переходили в папку media, затем кликали Save, понимали, что что-то не так (конечно же, кто захочет придумывать имя для файла? все используют default), еще десяток раз пытались зайти в папку media, и в попытке понять, что же не так, выбирали файл kiv.ini в этой папке, и жали save. Финал немного предсказуем, правда? Ни своего файла example, ни kiv.ini, и не ясно, что произошло.

tl;dr Марио, я уважаю тебя как программиста, и со всей ответственностью говорю, что с технической точки зрения этот диалог - просто супер и может всё, что нужно. Но простые тесты на юзабельность показывают, что без изменения поведения этого окошка он будет большой проблемой для пользователей. Я обращаюсь к тебе, потому что код opendial знаком больше всего именно тебе. Если ты посчитаешь мои замечания стоящими исправления, я обязательно предложу тебе способы этих исправлений с точки зрения поведения.

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

1) И каким образом я могу объяснить пользователю, что в верхнее окно нельзя набивать название файла? Они будут тупо вбивать имя файла в верхнюю строку, хотя в Windows диалог по логике абсолютно такой же. Несмотря на то что они:

Если же идти путем:

то ты не предложил ничего и я понимаю, что этот путь для тебя лично не нужен и был предложен лишь для отвода глаз (надо же дать видимость выбора - психология епт).

2) Насчет изменения надписей при нахождении выделения на директории, еще раньше в этой же теме высказался yogev_ezra и я не выдвигал возражений, более того я это сделаю. Однако, реализованные в предыдущих двух ревизиях вещи были на мой личный субъективный оценочный взгляд более фундаментальными, чем эта доработка. А в сутках только 25 часов, ну ты понял?

3) Первая часть ситуация:

явно связана с пунктом 2.
Однако вторая часть:

явно нелогична, поскольку если в Windows выбрать имя файла, то он также воткнет в уже существующий файл. Единственным оправданием для такой реакции я допускаю, что в поле ввода имени не поменялся текст. Это реализуемо, хотя потребует написания некоторого количества дополнительного кода. А в сутках только... (продолжение фразы смотреть выше)

Далее не смотреть никому кроме автора предыдущего коммента, хотя хрен с вами - вы все равно все сделаете ровно наоборот. В личку меня ломает писать.
OFFTOPIC

/OFFTOPIC

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!

1) Так туда сейчас вообще ничего нельзя ввести - хотя выглядит так, будто можно. Если это поле ввода - пусть туда можно будет вводить путь. Если это указатель текущей папки - пусть он будет указателем текущей папки, а не прикидывается полем для ввода.
2) Супер
3) Хорошее решение.

Почему черная каемка прямоугольника ассоциируется с полем ввода? Потому что editbox так выглядит?
Ты опять предложил ничего в плане того как это должно выглядеть, если это не поле ввода. Я не понимаю и не приемлю такого подхода к критике.

Например, есть вариант как в программе desktop, которую я таки переделал после продолжительного мычания одного человека.

Может так нужно? Почему не привести примеры подходящей реализации, вместо обычного утенка с его "все очень плохо"? Ни хрена же не понятно чего вам, людям с гуманитарным уклоном, нужно!

OFFTOPIC

/OFFTOPIC

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!

Таки у меня техническое образование. Я не предлагал решений потому, что мой вопрос был: "согласен ли ты, что такая проблема имеет место быть?".
Удовлетворительным может быть решение как в GTK.


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

Лично для себя такой проблемы не наблюдаю. Однако допускаю наличие других мнений в данном вопросе.

1) У менять нет элемента управления отображающего путь в виде кучи кнопок (как оно официально называется не помню).
2) Я не считаю необходимым наличие левого меню.

Такой вариант меня устраивает и когда у меня будет время я займусь необходимыми доработками с учетом предыдущих обсуждений.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!

Я не про левое меню, я именно про кучу кнопок (это называется "хлебные крошки").


Вот и славно!

Не надо кнопок, они меня и так в Windows7 бесят. Лучше оставить как сейчас (можно другим цветом), или сделать как в WindowsXP.

В GTK можно по нажатию на "карандашик" превратить крошки в человеческую строку адреса. Вообще, возможность вводить путь была бы интересной. Как винда ведет себя, если туда ввести что-то неправильное? Ругается?

Dont know if it's the right time for feature requests, but a feature I really miss (In all filemanagers) is to jump to a file that begins with the letter X when the key X is pressed..

_________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein