У меня и используется rmhubbert/bubbletea-overlay. Основное недовольство у меня было в том, что всё приходится делать самому:
Пришлось завести отдельный глобальный канал для событий, через которые и отправляются ивенты открытия/закрытия/изменения нужной модалки
Приходится самому обрабатывать ивенты, как в случае с модалками, в Update либо перенаправляем в модалку события, либо в основное окно, то же самое и внутри модалок, в зависимости от того что сейчас активно (форма или кнопки), туда и направляем события, и в целом код превращается в какую-то лапшу
Нет никакой связи моделей с родителями, образно говоря, когда у тебя в модель кнопки Save прилетает событие "нажали Enter", невозможно сделать нечто аналогичное $(this).parents('dialog').find('input'), поэтом приходится делать обработку событий на верхнем уровне (dialog), который "знает о детях всё".
Но повторюсь, вполне может быть то, что я в чём-то не разобрался, или что-то не понял, но как бы я не пытался найти каких-то комплексных примеров, где были бы решены "задачи как у меня" -- ничего не вышло) На каком-нибудь vue я бы это накидал раз в 10 быстрее :)
Для простеньких вещей оно и правда удобное и красивое, хотя, тут мне кажется больше заслуга lipgloss. А когда надо что-то сложнее спиннера вывести -- тут уже начинаются всякие приключения. Не так давно нужно было слепить утилитку небольшую, в стиле mc, нужно выводить табличку, и с каждой строкой что-то делать (в отдельном модальном диалоге) -- получается какая-то дичь. Не знаю, может быть это я слишком тупенький, или что-то ещё, но пришлось наделать кучу костылей...
Ну, из результатов я заметил только то, что автоиндекс в nginx они отключили, и всё. Никаких ответов не было, да и сорсмапы вроде бы как лежали, так и лежат. Без автоиндекса их вытащить сложнее, но не невозможно.
А можно не надо? Странная у вас логика. Если можно сделать хрень, значит её надо делать... Лампочку тоже можно в рот засунуть, но вы же этого не делаете? Простые CRUDы можно клепать на чём угодно, хоть на PHP, хоть на Go, хоть на C++. Так же и большие, сложные системы можно делать на чём угодно, в т.ч. и на PHP. Если у вас не хватает компетенций использовать все возможности, которые предоставляет ЯП и инструменты, будь то строгая типизация, гибкий PHPDoc для описания различных структур "в массивах/хэштаблицах", статический анализ, и т.д., то точно ли дело в языке?
Ну а ещё, развитая бизнес-логика развитой бизнес-логике рознь. Где-то можно простую вещь сделать просто, а где-то надо нагородить абстракций над абстракциями, обмазать всё десятком интерфейсов, и внезапно 10 строк реальной бизнес-логики превращается в 1000... Это я к тому, что оценивать сложность/серьёзность проекта по LoC -- это какое-то писькомерство. У кого больше.
Yggdrasil не анонимен, о чем даже прямым текстом сказано у них. И что сложного-то в настройке? Установил, конфиг сгенерировал, прописал там где нужно пиров, и всё работает.
Обожаю xiaomi, у самого кучка всякого от них. Только вот есть одна маааааленькая проблема, целый, мать его, зоопарк приложений под всё это. Весы (а раньше и mi band) -- zepp life, пылесос -- xiaomi home, smart band -- mi fitness. И это при том, что это прям их собственные бренды (xiaomi, mi).
Вы сначала не смогли прочитать в редакторе "Нажмите / для доп. команд", потом вы в моем комментарии не смогли прочитать "нажать / и выбрать Код". Лучше уж быть токсичным, чем слепым. И заметьте, у других людей, в других статьях почему-то всё нормально с оформлением кода.
У меня и используется rmhubbert/bubbletea-overlay.
Основное недовольство у меня было в том, что всё приходится делать самому:
Пришлось завести отдельный глобальный канал для событий, через которые и отправляются ивенты открытия/закрытия/изменения нужной модалки
Приходится самому обрабатывать ивенты, как в случае с модалками, в Update либо перенаправляем в модалку события, либо в основное окно, то же самое и внутри модалок, в зависимости от того что сейчас активно (форма или кнопки), туда и направляем события, и в целом код превращается в какую-то лапшу
Нет никакой связи моделей с родителями, образно говоря, когда у тебя в модель кнопки Save прилетает событие "нажали Enter", невозможно сделать нечто аналогичное
$(this).parents('dialog').find('input'), поэтом приходится делать обработку событий на верхнем уровне (dialog), который "знает о детях всё".Но повторюсь, вполне может быть то, что я в чём-то не разобрался, или что-то не понял, но как бы я не пытался найти каких-то комплексных примеров, где были бы решены "задачи как у меня" -- ничего не вышло)
На каком-нибудь vue я бы это накидал раз в 10 быстрее :)
Для простеньких вещей оно и правда удобное и красивое, хотя, тут мне кажется больше заслуга lipgloss.
А когда надо что-то сложнее спиннера вывести -- тут уже начинаются всякие приключения.
Не так давно нужно было слепить утилитку небольшую, в стиле mc, нужно выводить табличку, и с каждой строкой что-то делать (в отдельном модальном диалоге) -- получается какая-то дичь. Не знаю, может быть это я слишком тупенький, или что-то ещё, но пришлось наделать кучу костылей...
Да как-то слишком долго они этим занимаются))
Оххх, мне вот тоже предстоит из ВТБ переводить в ближайшее время, спасибо, обнадёжили...
Последнее их письмо от 24 января было имело следующее содержание:
Ну вот, уже больше полугода ожидаю :)
Ну, из результатов я заметил только то, что автоиндекс в nginx они отключили, и всё. Никаких ответов не было, да и сорсмапы вроде бы как лежали, так и лежат. Без автоиндекса их вытащить сложнее, но не невозможно.
Могу предложить потыкать девелоперов https://github.com/BookStackApp/BookStack/issues/2519 :)
Вы наверное забыли, или не знаете историю про РЖД и сапсан...)
Шиповка на льду держит лучше, чем полуслики на асфальте.
Но вот шоссер с шиповкой я конечно представить не могу...)
А можно не надо? Странная у вас логика. Если можно сделать хрень, значит её надо делать... Лампочку тоже можно в рот засунуть, но вы же этого не делаете?
Простые CRUDы можно клепать на чём угодно, хоть на PHP, хоть на Go, хоть на C++. Так же и большие, сложные системы можно делать на чём угодно, в т.ч. и на PHP. Если у вас не хватает компетенций использовать все возможности, которые предоставляет ЯП и инструменты, будь то строгая типизация, гибкий PHPDoc для описания различных структур "в массивах/хэштаблицах", статический анализ, и т.д., то точно ли дело в языке?
Ну а ещё, развитая бизнес-логика развитой бизнес-логике рознь. Где-то можно простую вещь сделать просто, а где-то надо нагородить абстракций над абстракциями, обмазать всё десятком интерфейсов, и внезапно 10 строк реальной бизнес-логики превращается в 1000... Это я к тому, что оценивать сложность/серьёзность проекта по LoC -- это какое-то писькомерство. У кого больше.
Так может быть стоит относиться плохо к проекту, а не к инструменту? Говно наклепать можно на чём угодно :)
Пишутся.
Как это нет LDAP? Я поднимал Bookstack три года назад, на замену конфлюенса, и успешно прицепил авторизацию через LDAP.
Yggdrasil не анонимен, о чем даже прямым текстом сказано у них.
И что сложного-то в настройке? Установил, конфиг сгенерировал, прописал там где нужно пиров, и всё работает.
Обожаю xiaomi, у самого кучка всякого от них. Только вот есть одна маааааленькая проблема, целый, мать его, зоопарк приложений под всё это.
Весы (а раньше и mi band) -- zepp life, пылесос -- xiaomi home, smart band -- mi fitness. И это при том, что это прям их собственные бренды (xiaomi, mi).
Обычно спрашивают для того, чтобы узнать, понимает ли человек то, с чем работает, или же классическое хуяк-хуяк и в продакшен не разбираясь.
А ещё оно может быть совершенно с разным поведением, например одно будет ходить по симлинкам, а второе нет.
Вы сначала не смогли прочитать в редакторе "Нажмите / для доп. команд", потом вы в моем комментарии не смогли прочитать "нажать / и выбрать Код". Лучше уж быть токсичным, чем слепым. И заметьте, у других людей, в других статьях почему-то всё нормально с оформлением кода.
Всё он умеет, просто вы не умеете его готовить. Достаточно нажать / и выбрать Код. Но это видимо сложно для LLM-авторов...
И даже после этого они умудрились сломать дефолтную навигацию с помощью BUTTON4 и BUTTON5 :facepalm: