Если нужно рассмотреть новую веб-платформу, я хотел бы предложить Bulma . Он основан на flexbox, и с ним легко работать.

Я тоже использовал Bulma, и мне тоже понравилось, но мне тоже понравился текущий дизайн. Мы можем рассмотреть адаптивный дизайн, но я думаю, что это может быть в будущем.

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

Семантику действительно легко сделать адаптивной, поэтому нет необходимости переключать фреймворки.
Лично я бы просто обновлял одно представление за раз, чтобы оно было отзывчивым, вместо того, чтобы копировать и переписывать весь сайт. Каким образом мы также получаем "мелкие" исправления, которые можно легко просмотреть: слегка_smiling_face:

Изменение пользовательского интерфейса - это тяжелая работа. Я предпочитаю идею @tboerger . А что касается мобильных пользователей, я думаю создать проект для Android и iOS, чтобы удовлетворить их. Мы можем выполнить эту работу на основе работы некоторых клиентов github с открытым исходным кодом.

Лучшим способом должно быть отдельное представление, как это сделано на gitHub, но в краткосрочной перспективе мы могли бы просто предоставить ответные элементы, чтобы обеспечить хорошее представление также на мобильных устройствах.

На самом деле я считаю, что адаптивный дизайн лучше, чем отдельные мобильные представления. Я ненавижу, что не могу делать все с мобильным представлением на GitHub.

Я согласен с @jhasse

У меня уже был опыт работы с семантическим пользовательским интерфейсом. Я попытался сделать все stackable , а также скорректировал некоторые смещения. Но конечный результат плохой .

Слишком много хитрых хаков и флагов !important , плавающих элементов в текущих стилях. Все макеты были разработаны для настольных компьютеров (_ не думая о поддержке мобильных устройств в будущем_).

Элементов не так много, в Bulma пока можно использовать модули. В семантическом UI уже много компонентов, модулей. Но в Semantic UI нет гамбургер-меню, нам понадобится боковая панель для навигационного меню.

Я бы посоветовал перестроить другой макет с помощью Semantic UI и сделать его мобильным в будущем.

Что ж, если его нужно полностью переписать, почему бы не заменить его бутстрапом? И темы, пока мы на нем: trollface:

@bkcsoft старая версия Gogs - это бутстрап. затем bootstrap -> semantic UI -> bootstrap ...

ну если не работает переключаешься;)

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

Я предлагаю остановиться на семантическом пользовательском интерфейсе. В семантическом пользовательском интерфейсе уже можно использовать множество модулей, например Dropdown (_ который используется в Gitea для создания репозиториев_).

Но Bootstrap не поставляется с модулями, вам придется искать модули в Google. И некоторые стили модулей были разработаны для оригинального стиля Bootstrap.

Это означает, что если вы измените тему Bootstrap, стили модулей останутся с исходной темой Bootstrap. (например, переключатель начальной загрузки )

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

@ptman Даже если это совершенно другой дизайн, тоже можно объединить?

@YamiOdymel не до меня, до мейнтейнеров

Небольшой вопрос концепции, действительно ли нужно настраивать макет как отзывчивый? Я разговаривал со всеми своими друзьями и сообществом, в котором я участвую, и никто не говорил, что используют смартфон для кода доступа, проблем или другой информации на github или gitlab.

Я думаю, что лучше провести опрос об этой функции, прежде чем внедрять ее сейчас.

Если вы не используете свой смартфон для доступа к Gitea, почему вас вообще волнует, реализовано это или нет?

@jhasse, но в том-то и дело, как реализовать функцию, которая не будет использоваться? Я не говорю о том, что не нужно внедрять, у меня такое впечатление, что это рассматривается как приоритетная задача.

Поскольку это я задаю вопрос, действительно ли это необходимо и является приоритетным? Сделаем сейчас. Не так ли? Сделаем это на будущее.

Мой «голос» заключается в том, чтобы _не_ изменять дизайн, кроме случаев крайней необходимости 🙂

На мой взгляд, использование !important в CSS - меньшее зло, чем сломанный мобильный макет. Станут ли нынешние сопровождающие против PR с потенциально интенсивным использованием !important ?

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

+1 для Bootstrap 4

переключитесь на bootstrap 4, возможно, нам нужно многое изменить. Итак, наш интерфейсный фреймворк будет vue.js + bootstrap4?

Но Bootstrap не поставляется с модулями, вам придется искать модули в Google. И некоторые стили модулей были разработаны для оригинального стиля Bootstrap.

@YamiOdymel Есть _loads_ модулей для Bootstrap, и большинство из них соответствуют вашей теме.
Пример раскрывающегося списка: https://silviomoreto.github.io/bootstrap-select/examples/

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

1253 улучшает страницу исследования для мобильных устройств.

Это будет долгосрочная проблема. Поэтому я перемещаю его с v1.2.0 на v1.xx

Я раздумывал над идеей переписать пользовательский интерфейс для Gitea в Bootstrap или Bulma или в чем-то подобном. Если кто-то захочет поговорить об этом, сотрудничать или написать мне что-нибудь, я думаю, это будет забавный вызов.

Мы активно занимаемся разработкой SPA с использованием vue и bulma. Пока что у нас все получилось отлично.
Что касается специализированных элементов дизайна, таких как раскрывающиеся списки, мы можем обойти их, используя модальные окна или список тегов на основе выбора из раскрывающихся списков HTML.
И это чудесно творило чудеса на мобильных устройствах.

В любом случае, я искал документацию по API. Я начинаю разработку на отдельном клиенте PWA. Хотите присоединиться?

Мы активно занимаемся разработкой SPA

Есть ли проблема, за которую я могу проголосовать против?

Да, во-вторых, я пишу это не как SPA. У нас могут быть элементы, работающие в реальном времени, но желательно, чтобы все основные функции работали без включенного JS.

Я не прошу команду превратить это в SPA. Это было бы плохо для Open Web в целом.
Но я бы предпочел разработать независимый SPA, который мог бы взаимодействовать с API-интерфейсами gitea.
И для этого, несомненно, очень поможет наличие хорошего набора хорошо задокументированных REST API.

@ exp10r3r https://try.gitea.io/swagger

Спасибо за предоставленные документы api swagger. Стабильно ли api для производственного использования?

Спасибо

@ bang88 В основном он следует за github как справочник по API. Я бы сказал, что он стабилен, и больше всего изменений, внесенных за последнее время, было добавлением новых методов.

@sapk Спасибо,

Привет.
Есть какие-нибудь решения по поводу фреймворка?
Я уже работал над:
Bootstrap >> Semantic-UI >> Bulma
Сейчас работает на фундаменте. Я считаю, что Foundation - это лучший веб-фреймворк.

Я использовал фундамент несколько лет назад в одном проекте, и почему-то мне он не понравился, было слишком много хлопот, чтобы все исправить. Если меняю, я за Bulma + vuejs :)

Я не думаю, что мы вообще изменим используемый фреймворк css, этот фреймворк очень хорошо работает для отзывчивого пользовательского интерфейса, его просто нужно сделать правильно. Мы можем шаг за шагом интегрировать vuejs для некоторых динамических частей.

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

Я только что добавил к награде 25 долларов. Мне бы очень хотелось, чтобы это было, так как я часто работаю на своем мобильном устройстве. Спасибо!

Если вы следите за этим: я опубликовал черновик изменений, над которыми работаю, # 2750. Проверьте это и скажите мне, если вы хотите увидеть какие-то изменения, я бы очень хотел получить обратную связь!

@lunny может это уже закрыто?

@lafriks Я только что слил # 2750. И я думаю, что да, эта проблема была решена с помощью # 2750, за исключением того, что у вас есть другая идея.

@lunny, что запрос на