Разработчики проекта GitLab, развивающего платформу для организации совместной работы с Git-репозиториями, которая по своим возможностям напоминает GitHub, но не привязана к конкретному сервису, распространяется в исходных текстах под свободной лицензией и позволяет развернуть web-сервис управления проектом на своём подконтрольном сервере, рассказали (https://about.gitlab.com/2017/07/17/redesigning-gitlabs-navi.../) о работе по глубокой модернизации системы навигации в интерфейсе пользователя. Понимая, что значительные изменения могут быть негативно восприняты консервативной частью пользователей, новый интерфейс будет внедрять постепенно. Первым шагом станет появление в грядущем выпуске GitLab 9.4 опции для тестирования нового оформления (в профиле пользователя следует выбрать "Turn on new navigation").Изменения нацелены на повышения эффективности и удобства работы, и сводятся к устранению путаницы и усложнений, вызванных перемешиванием в интерфейсе информации глобального и текущего контекста, что особенно непривычно для новых пользователей. Модернизированный интерфейс явно разделяет глобальное содержимое, т.е. элементы которые всегда видны пользователю (проекты, отслеживание проблем, запросы на слияние и т.п.), от содержимого, изменяющегося в зависимости от просматриваемой страницы (страницы групп и проектов). Глобальные элементы навигации в новом интерфейсе вынесены в верхнюю часть страницы, а привязанные к контексту - в боковую панель.
Из находящихся в разработке идей также отмечаются выпадающие списки контекстной навигации, возможность сворачивания боковой панели для высвобождения дополнительного экранного пространства, возможность назначения разным проектам разных цветовых схем (позволяет наглядно отличить проекты), предоставление выпадающего меню для доступа к недавно просмотренным проектам и группам, реализация контекстной навигации для мобильных устройств.
Кроме того, на сайте проекта опубликовано (https://about.gitlab.com/2017/07/14/gitlab-critical-release-.../) предупреждение о выпуске 20 июля в 2:59 по московскому времени внепланового обновления GitLab с устранением критической уязвимости, информация о которой пока не разглашается. Пользователям рекомендуется запланировать время для установки экстренного обновления.
URL: https://about.gitlab.com/2017/07/17/redesigning-gitlabs-navi.../
Новость: http://www.opennet.me/opennews/art.shtml?num=46872
современно, цветасто, симпатично
Это у них традиция такая? Раз полгода переносить навигацию из левой панели в заголовок, потом обратно из заголовка в левую панель.
Ну тупанули, с кем не бывает.
Скорее всего это наблюдаемый эффект того, что у них минимум два дизайнера (на четные и не четные версии). И у одного широкий монитор и он так видит, а у другого классический и он видит эдак. :)
> а у другого классический и он видит эдакблжад, где он его взял? Я тоже хочу 5:4 !!!
(машину времени не предлагать, координаты проверенных свалок оргтехники - предлагать ;-)
Ты 4:3 имел в виду, или я что-то пропустил? А так - вроде не такая проблема найти, как раз на "проверенных свалках" AKA фирмах, возящих БУ компьютерную технику из Европы. Обычно это БУ там настолько фирменно-дубовое, что новый ширпотреб переживает с лёгкостью.
5:4 тоже были 1280:1024 например
Если так хочется old-style, то лучше взять 16:10 и повернуть на бок. Получатся 2х5:4
old-style - это не только соотношение, а и качество матрицы и удобный физический размер. "Старьё" ещё можно найти очень хороших серий, и за небольшие деньги. Насчёт перевернуть - по-первых, лично мне два монитора не особо нужны, во-вторых тем более они мне не нужны друг над другом, в-третьих - либо 4К брать, либо разрешение будет убогое. По факту - просто заплатить за ненужный мне второй монитор, причём довольно много.
> 1280:1024 напримерво-во, у меня по сей день жив именно такой.
Но хочется большего, чтобы 720p влезало без клиппинга, хотя бы.
А хрен там, секрет технологии утерян. Можно купить б/у за миллион денег и без гарантий, зашибись предложения.> лучше взять 16:10 и повернуть на бок.
и свернуть себе шею, от постоянного кивания головой вверх-вниз? Нет, спасибо.
(собственно, это же моя главная причина нелюбви к широким уродцам, но поле зрения по горизонтали у гуманоидов все же поболее, чем по вертикали. У козлов, вот, говорят, наоборот, им может так и удобнее.)
> Ты 4:3 имел в виду, или я что-то пропустил? А так1280x1024 же.
ЧСХ, если взять "cтарперский" 19" 5:4 и сравнить с новым, молодежнейшим 25" в формате 21:9, то такая "смотровая щель" чисто физически будет на 5 сантиметров ýже, а по площади отличаться всего на 300см² (т.е. чуть больше четверти, a не все 800см² ~=3/4, если бы формат оставался тем же) в большую сторону от "маломерного" 19".ЧСХ² -- кинцо там [в "щели"], смотреть может и можно, а вот та же страничка документа в офисе/pdf, по высоте уже нормально не помещается, Зато их (страницы) можно хоть три штуки рядом открыть - эпик вин, ага.
А, ну да, забыл про них. Я как-то сразу с 1024х768 на 1600х1200/20" спрыгнул, да там и сижу, так что вопрос насчёт "свалок" мне очень понятен - ничего нового подходящего не видно, разве что какие-то 4K присматривать и натурально в две колонки всё раскладывать.
> какие-то 4K присматривать и натурально в две колонки всё раскладывать.у моего рядом-стоящего 4k разница физических размеров по вертикали - 10 сантиметров. Не сказал бы, что это дофига (больше - можно, но будет уже невозможно смотреть на него вблизи, это будет телевизор, а не монитор).
Ко второй колонке - надо головой вертеть, глазами так косить - косоглазие наживешь.К сожалению, дизайнеры о нас уже позаботились :-(
"у моего рядом-стоящего 4k разница физических размеров по вертикали - 10 сантиметров" - что-то не могу осознать, что имелось в виду. У меня по итогу почти идеалом оказался 3:4 (1600х1200) 20-дюймовый, Dell 201FP, 22 было бы лучше, больше - точно ни к чему.Две колонки, если во второй не держать то, на что надо часто глазами вертеть (почтовик, например) - вроде и ничего, хоть DPI будет приличный. Стоят они пока многовато только (меньше $700 не видать), но пока мой помрёт ещё не один год пройдёт, так что спешить некуда.
А так - да, "позаботились". Всё сплошняком для смотрельщиков видео...
> что-то не могу осознать, что имелось в видучто когда оне рядом стоят - видно, что реальная разница размеров между "огромным" 30" 4k и "маленьким" 19" 1280 - крошечная, тулбарчик какой-нибудь только и влазиет ;-) Остальное бестолку расходуется на части экрана, видимые только боковым зрением. Ну и за что деньги плочены? (я уж молчу про место на столе и геморрой с просто подвинуть этого монстра)
> Две колонки, если во второй не держать то, на что надо часто глазами вертеть (почтовик,
> например)то можно обойтись виртуальным экраном ;-) Сдвинул мышь, и оно приехало к глазкам.
Ты против инноваций? Может быть ты ещё шестисотмегабайтные портянки на баше пишешь?
> шестисотмегабайтные
> на башеПример?
А вот это как раз инновации.
> Это у них традиция такая? Раз полгода переносить навигацию из левой панели
> в заголовок, потом обратно из заголовка в левую панель.UX research дал результаты: боковое меню заходит лучше. Поэтому решили вернуть.
Помню как BitBucket внедрил новый интерфейс. Всё хорошо было, но подтормаживала отрисовка. Вернулся на старый в итоге. Посмотрим как тут пойдёт.
CI на go напрягает, а так отличный проект.
Лучше на жабке и жрать пять гигов?
Нет, это еще хуже. Лучше на С/С++
И падать с сегфолтом посреди тестов или раскладки! Плюсы - это мой основной инструмент, и я очень их люблю (и ненавижу), но CI - это совсем не то место, где они нужны. А С/С++ - это вообще кака.
А.. ну да. Всякие ядра ОС, файловые системы, дрова к железу, компиляторы, линковщики, gdb пишут и нехай сегфолтится, чай не CI, где это может оказаться критично. Внатуре фигня я сморозил, сорри.
С чем именно ты споришь? С тем, что на плюсах и тем более на си сложнее писать корректный код, чем на го?
>А С/С++ - это вообще кака.Вот тут присоединюсь полностью, хуже нет. Достоинства уничтожаются, недостатки - суммируются.
А в остальном - кой чёрт разницы, что экспешн поймает, руби или плюсы.
Так оно на го, а не на руби. Там исключений даже нет.
>> Лучше на жабке и жрать пять гигов?Ruby же есть. Зачем что-то ещё тащить...
Так он и не тащит ничего, он же статически слинкован. А вот рубипомойка действительно напрягает.
Статически слинкован это, когда есть СКОМПИЛИРОВАННАЯ библиотека с расширение ".a", СКОМПИЛИРОВАННЫЙ код которой при линковки встраивается в бинарь. В go нету вообще никакой линковки, там исходники встраиваются и компилятся каждый раз заново.
в $GOPATH/pkg загляните, там .a кэшируются после билда
дока к линкеру: https://golang.org/cmd/link/
Ссылка кривая, вот правильная - https://sourceware.org/binutils/docs/ld/index.html
> В go нету вообще никакой линковкиБез линковки ты ELF не сделаешь. Про .a уже написали.
Если не хочешь в следующий раз сесть в лужу, рекомендую к прочтению: https://www.iecc.com/linker/
В кривых руках и калькулятор зависает.
Жаба не тормозит.
> Отправлено Томми
> Жаба не тормозит.Даже возразить нечего. Томми лучше знать!
https://www.linux.org.ru/news/java/1109623
> 12.10.2005Древнее пост есть?
По сути. Если не рационально использовать ресурсы, то будет тормозить все что угодно (и тут не важно какой язык). Я на Java программирую больше 12 лет наверное. И за это время у меня особых проблем с ней никогда не возникало.
> CI на go напрягает, а так отличный проект.Какая разница, на чем написан CI?
Ох уж эти дизигнеры. Самое главное, список файлов, занимает меньшую часть экрана.
> Ох уж эти дизигнеры. Самое главное, список файлов, занимает меньшую часть экрана.сосияльной сеточке для хипста-девелоперов вообще не нужен список файлов, нужны новые смайлики.
Где у вас в LKML список файлов? А он существует лет на пятнадцать дольше какого-то гитлаба.
LKML - это рассылка, а не репозиторий. При чём тут файлы?
> LKML - это рассылка, а не репозиторий. При чём тут файлы?при том что гитлаб - тоже ни разу не репозиторий, вот сюрприз-то, да? Репозиторий - это такие файлики на диске, им никакой гитлаб не нужен - для доступа извне вполне достаточно git-daemon. Для замены git-web этот пожиратель шести гиг оперативы тоже нафиг не сдалсо.
это именно "социалочка для разработчиков", как, собственно, и lk - средство для общения и взаимодействия с _людьми_, а не с программами.
Просто можно, как в каменном веке - присылать письма "пожалуйста, возьмите мой патчик", а можно pull request в вебморде. (и в обоих случаях получить "иди на..., он не ложится в концепцию!" ;-)
второй вариант показал себя более эффективным для большинства проектов, патчи в почту линусу уже немодно.
Уже попробовал, новая навигация гораздо удобней
Кнопка Branches всегда была не на месте, постоянно её не хватало, когда нужна была. Что-то изменилось? Субъективное ощущение, конечно, но вдруг совпадает
Можно бесконечно смотреть на три вещи: как течёт вода, как горит огонь и как бл*ть меняется интерфейс.
Хорошо, что интерфейс опеннета никогда не меняется
Бывалым пользователям GitLab без разницы, так как уже привыкли. Но для новичков - это прорыв, привыкшие к GitHub пользователи обычно пару минут пялятся пытаясь особзнать всё это нагромождение, даже где код и readme толком сразу не понять.
Мне всегда в GitLab отпугивало непонятное нагромождение интерфейса + все в одном цвете.
По неволе начинаешь думать, что других цветов нету.
А без них трудно отделить важную информацию от второстепенной.
Это для бывалых прорыв — наконец-то вернут на место то, что зачем-то старательно прятали на протяжении предыдущего полугодия (или года, не засекал).
Да, с навигацией были проблемы. Очень все не интуитивно, и перегружено.
Треть страницы пуста. Ок.
Принципиально не рассматривал из за GO.
В итоге поставил фабрикатор.
Держите нас в курсе.
При чем тут го, если он на рубях?
> Принципиально не рассматривал из за GO.
> В итоге поставил фабрикатор.Это который на похапе? Ну ты гурман!
Для self-hosting gitlab слишком тяжел. Легкая альтернатива - gogs, около 50 оперпамяти и 50 места для самого gogs.
Он же, блджад, на go.
Ну дык потому то он и классный такой!
Плюсую!
Gogs работает везде и для небольшой команды - идеальное (ИМХО) решение к которому можно прикрутить и всякие там модные фичи в виде внешней авторизации и всё такое. А gitlabs - для взрослых наверное, с претензией на продухтион и интрырпрайз :)))
Переходи на Gitea (форк Gogs).
Первая ассоциация с битбакетом почему-то.
> Первая ассоциация с битбакетом почему-то.Aналогично.
>Первым шагом станет появление в грядущем выпуске GitLab 9.4 опции для
>тестирования нового оформления (в профиле пользователя следует выбрать "Turn on
>new navigation").Опция имеет статус постоянного функционала, флажок будет сбрасываться при очередном обновлении GitLab, но пользователь всегда сможет выбрать его снова.
>>Первым шагом станет появление в грядущем выпуске GitLab 9.4 опции для
>>тестирования нового оформления (в профиле пользователя следует выбрать "Turn on
>>new navigation").
> Опция имеет статус постоянного функционала, флажок будет сбрасываться при очередном обновлении
> GitLab, но пользователь всегда сможет выбрать его снова.Через пару релизов старый UI будет удалён.
В репозитории cmake веб интерфейс гитлаба так же лагает и жрет 100% одного ядра? Или они пофиксили?
Прямую ссылку и версию браузера, пожалуйста.
> В репозитории cmake веб интерфейс гитлаба так же лагает и жрет 100%
> одного ядра? Или они пофиксили?Вроде не лагает и не жрёт: https://gitlab.kitware.com/cmake/cmake/tree/master/Auxiliary
Firefox 45.9.0
Опять свистелки и перделки. Почему никто не оглашает системные требования для таких сайтов?