LINUX.ORG.RU
ФорумTalks

Мое мнение про заголовки окна

 , , , ,


0

2

Крестик , квадратик и подчеркивание- виндообразное убожество (на мой скромный взгляд).

С давних времен люди придумывали символы для перевода окна в разные состояния. Тысяча их! В KDE свои, в классической Mac OS свои, в W*s свои. Каждый делал и делает свои пиктограммы: крестики, черточки, стрелочки, квадратики. Но Apple одна поняла, что это пора заканчивать и уже в OS X предложила свою систему. Они оправдали свой лозунг «Мысли иначе.» и вместо глупых бессмысленных фигур и линий они взяли… …просто три разноцветных кружка. Все это кажется абсолютно понятным : взять простую форму круга и наполнить сигнальными цветами светофора. Красный- ОПАСНО, закрыв программу можно потерять данные. Желтый- нормально, просто уберет программу с экрана но ее вновь можно будет открыть на том же месте с теми же данными. Зеленый- хорошо, сделает программу видимее для глаз (развернет) или наоборот ужмет окно для приемлемого размера. Такие кружки понятны любому и просты для запоминания.

P. S. но телеграм конечно выпендрился и оформление KDE/iceWM в стиле macOS не меняет стиль его заголовка.

Ответ на: комментарий от MoldAndLimeHoney

Кнопки должны считываться без включения мозга

Скорее всего так и происходит, просто нажимают на нужную.

dmitry237 ★★★★★
()
Ответ на: комментарий от dmitry237

Скорее всего так и происходит, просто нажимают на нужную.

Не, цвета не работают. Как минимум, когда их больше двух, причем в очень ограниченном количестве случаев.

Красный – нельзя
Зеленый – можно

Фактически, вот всего два цвета, которые работают, но только если это переключатель какой-нибудь. Добавь сюда синий, желтый, розовый, фиолетовый – они вообще ничего не будут значить.

Я так пробовал мягкость карандашей обозначать, цветной изолентой. Потом понял, что это полная фигня и сделал просто 1, 2 и 3 черные полоски.

MoldAndLimeHoney ★★
()
Ответ на: комментарий от MoldAndLimeHoney

Не, цвета не работают

Согласен, пользователь цвета кнопок или символы на них не осмысливает, просто нажимает на нужную. Дизайнеры может и вкладывали смысл в цвет, но для тех, кто триста раз в день нажимает одни и теже кнопки, важней расположение, а не внешний вид.

dmitry237 ★★★★★
()
Ответ на: комментарий от Mishahack

Если ты можешь в любой момент это сделать если ВДРУГ захочешь - значит меняется. А если тебе надо сначала написать его на css/qml/C++ - значит есть проблема.

kirill_rrr ★★★★★
()
Ответ на: комментарий от firkax

Ещё проще - двойной клик по любому месту окна с зажатым Super. Никуда целиться не надо, быстро и удобно.

Быстро и удобно – это Win+NumPlus, вот тогда реально никуда целиться не надо:

<keybind key="W-KP_Add">
    <action name="ToggleMaximize"/>
</keybind>

dimgel ★★★★★
()

А как же дальтоники?

unixnik ★★★★★
()
Ответ на: комментарий от Mishahack

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

firkax ★★★★★
()
Ответ на: комментарий от dimgel

Это надо целиться по плюсу. Хотя в зависимости от ситуации может и удобнее.

Поставлю себе тоже

hotkey:KP_Add   OP_MAXIMIZE_WINDOW
у меня проще конфиг выглядит без дурацкого xml.

firkax ★★★★★
()
Ответ на: комментарий от static_lab

вместо глупых бессмысленных фигур и линий они взяли… …просто три разноцветных кружка.

Как бы нет. Если на эти кружки навести мышку, то там символы появятся: крестик, полоска и стрелки.

А на зелененьком там теперь ещё и менюшка выскакивает.

anc ★★★★★
()
Ответ на: комментарий от user_undefined

Но вот смысла в просто закрытии окна для кучи других приложений - нет.

Написал этот комментарий и после этого закрою окно. ЧЯДНТ?

привычка, вон кому-то же и гном нравится

:)

anc ★★★★★
()
Ответ на: комментарий от stein_

А еще они перенесли их в левую часть окна. Уррроды…

Ну это случилось уже более 24-х лет назад, имхо можно было бы привыкнуть.

anc ★★★★★
()
Ответ на: комментарий от ugoday

Вы все неправы. Цветовая кодировка отстой, но и старые символы отстой тоже,

Так символы тоже никуда не делись.

anc ★★★★★
()
Ответ на: комментарий от firkax

Верно, современные браузеры - очевидное MDI, из-за вкладок.

Нет. современные браузеры это и sdi и mdi.

anc ★★★★★
()
Ответ на: комментарий от firkax

Дядь, вот вы прежде чем минусовать представьте себе, что я этот комментарий пишу в отдельном окне, что является именно SDI. И поступаю я так практически всегда.

anc ★★★★★
()
Ответ на: комментарий от anc

У меня тоже открыто больше десятка окон браузера. При желании можно открывать в новом окне хоть каждый раз, и сказать что у тебя SDI-браузер, но их разработчики и дизайнеры определённо ориентируются именно на многовкладочное использование.

firkax ★★★★★
()
Ответ на: комментарий от firkax

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

Ну вот я обычно пишу комменты в отдельном окне ЧЯДНТ?

anc ★★★★★
()
Ответ на: комментарий от anc

В этом отдельном окне вполне можно открыть и ещё пачку вкладок. То есть браузер поддерживает много документов на 1 окно. SDI это то где такой поддержки нет. Использовать MDI-окна, добровольно ограничивая себя одним документом, всегда можно, но это уже не свойство софта а свойство юзера.

firkax ★★★★★
()
Ответ на: комментарий от firkax

В этом отдельном окне вполне можно открыть и ещё пачку вкладок.

Можно, но не нужно.

То есть браузер поддерживает много документов на 1 окно.

Может поддерживать.

SDI это то где такой поддержки нет.

Нет. SDI это не более чем I т.е. если я открою три независимых окна с ЛОР, то это получиться SDI.

anc ★★★★★
()
Ответ на: комментарий от anc

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

user_undefined ★★
()
Ответ на: комментарий от firkax

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

user_undefined ★★
()
Ответ на: комментарий от stein_

Я всегда думал, что в Macintosh эти три кнопки изначально были слева. Оказывается, нет, только кнопка закрытия. Все три в одном месте возникли в Windows 95, после чего Apple действительно перенёс их в левую часть.

Вообще, лучше бы скроллбар перенесли в левую часть. Работа с текстом никогда не перестанет быть актуальной, мышь — основным ручным интерфейсом UI, а дёргать мышь с левого края к правому очень неудобно и вызывает потерю ориентации (контент слева, курсор справа). Я думаю, это во многом объясняет, почему сегодня скроллбарами не пользуются, а в вебе скроллбары нередко либо скрывают, либо уменьшают их размер чуть ли не до 1 пикселя.

kaldeon ★★
()
Последнее исправление: kaldeon (всего исправлений: 5)
Ответ на: комментарий от kaldeon

Скроллбары изначально были слева в Smalltalk 80, но чуть позже были перенесены вправо в Xerox Star, чтобы убрать из вида мусор. Но особенность в том, что скроллбар в Xerox Star действительно выглядит монструозно, а его положение справа решает проблему дизориентации через предсказуемую постраничную прокрутку. Эволюционируя в новых системах, предсказуемая прокрутка была убрана, а положение справа не было пересмотрено.

На мой взгляд, минималистичный скроллбар не выглядел бы мусором слева. А на примере Sam он может быть одновременно минималистичным и иметь предсказуемую построчную/постраничную прокрутку.

kaldeon ★★
()
Последнее исправление: kaldeon (всего исправлений: 4)
Ответ на: комментарий от user_undefined

Не всё, что делает приложение имеет отражение в интерфейсе. Например, трансмишен, качает себе торренты. Надо ли прибить программу, когда я закрываю последнее окно? Да, нет, конечно, пусть качает безо всяких окон. Да хоть эмулятор терминала. Точно надо убить процесс при закрытии последнего окна? У меня, например, горячая кнопка есть, которую iTerm2 слушает. Если система закроет приложение, кто слушать то будет? Сценариев миллион, да хотя бы почтовый клиент, нахрен ему грохаться если я окно закрыл? Чаще всего совсем наооборот, закрытие окна не должно убивать процесс приложения если это не предусмотрено сценарием работы с конкретным приложением. Да блин, таким образом сейчас вообще все на твоей мобиле работает, у тебя вообще нет кнопок закрытия, и ничо, живешь с кучей софта в саспенд-мод.

FishHook
()
Ответ на: комментарий от firkax

Верно, современные браузеры - очевидное MDI, из-за вкладок

Вообще было бы интересно попробовать ОС, в которой вкладки были бы частью встроенного функционала.

Т.е. в такой ОС браузер, как таковой, не имел бы какой-то специальной поддержки для вкладок. Но при этом можно было бы открыть новое «окно» новой вкладкой рядом с существующим окном, перетаскивать эти вкладки и тд.

В общем ровно тот же интерфейс, который сейчас есть, например, в хроме, но на уровне ОС. Чтобы можно было любое (ну которое не будет сопротивляться) приложение таким образом использовать. К примеру открыл калькулятор, открыл новую вкладку и там второй калькулятор.

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

vbr ★★★★★
()
Ответ на: комментарий от FishHook

Например, трансмишен, качает себе торренты. Надо ли прибить программу, когда я закрываю последнее окно? Да, нет, конечно, пусть качает безо всяких окон.

Конечно надо. Закачка без открытого окна это интуитивно непонятно и такое нельзя допускать.

Да хоть эмулятор терминала. Точно надо убить процесс при закрытии последнего окна?

Конечно надо.

У меня, например, горячая кнопка есть, которую iTerm2 слушает. Если система закроет приложение, кто слушать то будет?

Никто не будет и это хорошо.

Сценариев миллион

Может и миллион но в твоих сценариях приложения обязательно нужно завершать полностью после закрытия окна.

да хотя бы почтовый клиент, нахрен ему грохаться если я окно закрыл?

Потому, что пользователь этого ожидает.

Чаще всего совсем наооборот, закрытие окна не должно убивать процесс приложения если это не предусмотрено сценарием работы с конкретным приложением.

Нет, всегда закрытие окна должно убивать процесс приложения. А ОС было бы неплохо это отслеживать и докладывать пользователю о зависших процессах, которые не завершились после закрытия окна.

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

Ужасный подход, совершенно недопустимый и на практике доказавший свою несостоятельность. Нет там никакого саспенд мода, 99.99% этих приложений теряют состояние в этом «саспенде». Разработчики приложений оказались не готовыми к такому подходу. Его надо было делать через своп-файл, выгружая оперативную память процесса на диск при этом самом «саспенде» так, чтобы для программиста это всё было прозрачно. Но не осилили, а раз не осилили, то и не надо мучать себя, подход оказался неподходящим, надо вернуться к исходной позиции.

vbr ★★★★★
()
Ответ на: комментарий от vbr

Нечто близкое к этой идее, кажется, существует в BeOS

kaldeon ★★
()
Ответ на: комментарий от vbr

который сейчас есть, например, в хроме

Хром не нужен.

Вообще было бы интересно попробовать ОС, в которой вкладки были бы частью встроенного функционала.

Это касается не ОС а оконного менеджера. И я весьма подозреваю что такие существуют.

firkax ★★★★★
()
Ответ на: комментарий от FishHook

Тебе тоже надо, просто ты испорчен неправильными концепциями. Не должно быть никаких скрытых программ. Скрытая программа это или часть ОС, или вирус. Любая запущенная программа должна быть видна пользователю в виде окна.

Ситуация, когда твой компьютер делает непойми что это неприемлемо.

vbr ★★★★★
()
Последнее исправление: vbr (всего исправлений: 1)
Ответ на: комментарий от vbr

Она видна пользователю в виде значка в доке или трее.

FishHook
()
Ответ на: комментарий от FishHook

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

У меня, например, горячая кнопка есть, которую iTerm2 слушает.

Для этого существую настройки приложения, в которых автор может указать нужное поведение. Более того, в iterm есть соответствующая настройка «Quit when all windows are closed». А для чего например Preview висит открытым в альт табе? И судя по вопросам от новичков - подобное поведение никак не интуитивно понятно. Вот если бы альт таб показывал только приложения с открытым окном, было бы удобней и не вызывало недоумения.

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

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

Чаще всего совсем наооборот, закрытие окна не должно убивать процесс приложения если это не предусмотрено сценарием работы с конкретным приложением

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

user_undefined ★★
()
Ответ на: комментарий от user_undefined

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

FishHook
()
Ответ на: комментарий от vbr

В KDE4 было. Несколько окон одного приложения можно было объединить в одно с табами.

Aceler ★★★★★
()
Ответ на: комментарий от FishHook

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

Например, можешь справку посмотреть

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

Даже кстати эпол говорит, что не завершать приложение нужно там, где это действительно имеет смысл (трансмишн - как раз пример где не надо завершать приложение). А то мы так дойдем до того, что пункт «о программе» очень важен, что бы висеть в бекграунде и альттабе

user_undefined ★★
()
Ответ на: комментарий от Shadow

Хм, газ, тормоз, рулём мышиный курсор поворачивать... Вместо сенсы - КПП )

GAMer ★★★★★
()
Ответ на: комментарий от user_undefined

А что считать за «последнее окно»? Для примера, у меня запущен Tunnelblick, по вашему мнению нужно его прибивать при закрытии окна приложения или нет?

anc ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)