Просторова концепція браузеру для протоколів сімейства Gemini


Тестую протокол Gemini вже не перший і не другий рік. Паралельно розробляю зручний для себе браузер (Yoda) - де я можу зробити все саме так, як подобається мені. Але в його реалізації подобається мені досі нічого: починаючи від мобільно-орієнтованого GTK 3+ і закінчуючи спробою побудувати альтернативу "кольоровому" Веб браузеру для примітивного, консольно-орієнтованого Gemtext.


Не зважаючи на закос під Firefox, таби, закладки, меню, інтерфейс, контент Geminispace - все одно прісний: по суті простиня тексту, яку не цікаво листати, не цікаво скролити; через те, що протокол не передбачає бокових меню (як на Веб-сайтах, засобами наприклад заголовків ємністю 1024 байт), по бокам пустує простір, виходить одна вузька або широка колонка газети.


Максимум, що можна зробити - це:

... але це не є частиною контенту!


Те, що було призване стати зручним для зайнятої голови за рахунок стандартизованого UI, на ділі нагадує сірий комунізм і на противагу йому - рок-н-рол за поребриком, куди досі хожу за контентом з FF.


Але віднедавна, почав активно тестувати Haiku OS, де в рамках свого зеленого віку, відкрив нове для себе поняття Просторової навігації:

https://en.wikipedia.org/wiki/Spatial_navigation


На прикладі файлового менеджера, такий підхід мені спочатку видався не зручним, але згодом усвідомив його переваги. А також практичну користь від реалізації там "ярличків" замість класичної шапки вікна, за які зручно тягати вікна і формувати з них ті само "таби". І тут мене зацікавила думка, а що якщо імплементувати цей концепт в браузері Gemini?


Трішки прикинувши, коди 1* (форми), 3* (редіректи) - можна обробляти в тому ж вікні, а 2* (success) - відкривати в новому. Оскільки юзер може НЕ сидіти на Haiku OS, то позиціонування вікон може не зберігатись. Тому як вихід - створити окреме вікно програми, а в ньому вже позиціонувати вікна з прив'язкою до координат між сесіями. Суто для стабільної роботи на різних DE.


Стандартні розміри вікон можна буде задати в налаштуваннях, а якщо контент менший - просто робити вікно маленьким, а не займати ним fullscreen, як це зроблено в поточних клієнтах.


Я просто лишу це у якості нотатки, моїх міркувань бо не знаю чи дійде до справи. Може хтось захоче зробити це першим. Не дивлячись на те, що витратив багато часу на створення Yoda, я від самого початку не планую серйозно розвивати гілку GTK. Перепробувавши мабуть все, досі обираю середовище між колишнім i3 і сучасним COSMIC. І ним ймовірно стане віконний менеджер Haiku OS, але на базі мережно-орієнтованого бекенду BSD/Linux (наприклад, VitruvianOS)


Посилання


Обговорення на BBS



/uk/