Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Представлен Blueprint - новый язык построения пользовательских интерфейсов для GTK"	+/–
Сообщение от opennews (??), 05-Дек-21, 15:39
Джеймс Вестман (James Westman), разработчик приложения GNOME Maps, представил новый язык разметки Blueprint, предназначенный для построения интерфейсов с использованием библиотеки GTK. Код компилятора для преобразования разметки Blueprint в ui-файлы GTK написан на языке Python  и распространяется под лицензией LGPLv3... Подробнее: https://www.opennet.me/opennews/art.shtml?num=56283
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 05-Дек-21, 15:39	+30 +/–
Внешне выглядит как пародия на QML.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #105

2. Сообщение от proninyaroslav (ok), 05-Дек-21, 15:50	+7 +/–
GTK давно было пора иметь подобную пародию. QML очень даже неплох.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #6, #46

3. Сообщение от Аноним (3), 05-Дек-21, 15:58	+19 +/–
Безусловно. Но в GNOME это будет сделано криво, с половиной запланированных фич и с постоянной поломкой сделанного в новых релизах. Мы говорим о DE, в которой нормальной поддержки тем нет. Хотя её делали дважды. И дважды выкидывали. И сейчас героически делают в третий раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4, #100

4. Сообщение от leibniz (??), 05-Дек-21, 16:01	+/–
В KDE что ли есть нормальная поддержка тем? Ну-ну.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #8, #9, #49, #50, #83

6. Сообщение от Аноним (8), 05-Дек-21, 16:03	+3 +/–
Так один QML уже есть, я ещё удивлён, что из него сделали что-то относительно вменяемое в кедах (сколько лет на это ушло?). Пародия будет ещё хуже. Но скажу честно меня это не затрагивает, у меня нет и никогда не будет гтк софта (во всяком случае покуда на этом тулките не начнут появляться приличные программы, вероятность чего убывает с каждым днём). Я бы и сам гтк удалил, если бы не диалоги в юнити и не браузеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #21

8. Сообщение от Аноним (8), 05-Дек-21, 16:04	+2 +/–
В кде всегда были проблемы только с гтк3 темами. В том же жырнолисе при задании тёмной темы невидимый текст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #59

9. Сообщение от Аниме (?), 05-Дек-21, 16:05	+6 +/–
Да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #114

10. Сообщение от Аноним (114), 05-Дек-21, 16:06	+/–
> диалоги в юнити и не браузеры > у меня нет и никогда не будет гтк софта что ты заливаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #12

11. Сообщение от Имя (?), 05-Дек-21, 16:09	+6 +/–
Херня какая-то уровня sed скрипта с заменой угловых скобок на пробелы и переносы строки — ну не нравится чуваку xml, хорошо что не yaml хоть выбрал, только толку от этого тулкиту и экосистеме?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #14, #29

12. Сообщение от Аноним (8), 05-Дек-21, 16:11	+2 +/–
Меня не спрашивали. До сих пор бы собирал фф с гтк2, если бы его поддержку не поломали. В юнити это только стандартный диалог выбора разрешения и биндов, в браузере только файловые диалоги (а порталы не лучше и всё равно завязаны на гном, нужно патчить). И в браузерах свои тулкиты, зачем они так упорно гтк волочат?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #62

13. Сообщение от tty0 (?), 05-Дек-21, 16:12	–1 +/–
Он слишком для него многословен, но то что HTML 😄
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #28

14. Сообщение от гомогейшигори (?), 05-Дек-21, 16:12	+/–
Как это какой толк? Чем гном более БЛОАТЕД - тем лучше. Разве не для этого его пилят?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #113

16. Сообщение от Аноним (16), 05-Дек-21, 16:21	–1 +/–
Наверное, он лучше, чем Elm.
Ответить | Правка | Наверх | Cообщить модератору

17. Сообщение от Зз (?), 05-Дек-21, 16:23	+6 +/–
Столько грязи некомпетентной в коментах понаписали, а тульчик-то что надо! Запилили бы инсталятор.msi под винду на подобие QtCreator-a, назвали бы его GnomeCreator, чтобы всё под ключ собирал по нажатию кнопки "билд". И вот увидите, птичка запоет " Гном лууучшииий!! ", " КДЕ ниработает!! "
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #55, #108

18. Сообщение от BrainFucker (ok), 05-Дек-21, 16:28	–1 +/–
фиг знает, я бы предпочёл на XML писать чем на специально свелосипеденном формате. Форматов что ли мало придумано?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73

19. Сообщение от Anonnnym (?), 05-Дек-21, 17:03	+5 +/–
Вы задолбали все подряд Blueprint называть. Других названий нет что-ли? Шейдеры - blueprint, какая-то херня в монтажке для видео - blueprint. Теперь и это blueprint
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60, #117

20. Сообщение от Аноним (-), 05-Дек-21, 17:04	+/–
>написан на языке Python и распространяется под лицензией LGPLv3 Джеймс Вестман - правильный пацан.
Ответить | Правка | Наверх | Cообщить модератору

21. Сообщение от Аноним (21), 05-Дек-21, 17:05	+3 +/–
> у меня нет и никогда не будет гтк софта > Я бы и сам гтк удалил, если бы не диалоги в юнити и не браузеры. Какое лицемерие :) Всё-таки есть у тебя гтк-софт, от которого ты никогда не сможешь отказаться, ибо на кутэ никогда такого не напишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #26, #31, #51, #63, #107

23. Сообщение от Аноним (21), 05-Дек-21, 17:07	–1 +/–
А зачем в новом ГТК такие жЫрные заголовки и такой-мелкий-мелкий текст?!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #80, #90

24. Сообщение от Аноним (-), 05-Дек-21, 17:14	–2 +/–
Знать бы еще куда эти виджет тулкиты приткнуть. Парадоксально, но единственная хоть сколько принимая канва даже не входит в основной дистрибутив тулкита. А ведь это на секундочку гимповый тулкит..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72

26. Сообщение от Аноним (8), 05-Дек-21, 17:34	–2 +/–
Какой это? И почему не напишут? Ну, пиджин получше кутешных недоделок, но он тоже на гтк2 или можно в консоли при большом желании использовать без гтк. Раньше был audacious, но теперь он на кутэ. Есть ещё пара программ на wxwidgets (гтк2, но может быть кутэ в теории). А вот вспомнил nvidia-settings на гтк (тоже 2 вроде бы). С гтк есть практическая проблема: если кутэшный софт работает на вейланде без иксов, то гткшный нет (может, в 4 поправили?). Глиб в теории можно выкинуть, там вроде только ивентлуп используется в кутях. Gstreamer вот нечем заменить, это да. При этом, сам по себе gstreamer работает вполне сносно, но вот в софте что-то не работает ни в какую. Основное применение это бэкенд для phonon -- vlc намного хуже по всем параметрам и я хочу нормальный звук без искажений и артефактов, тут gstreamer вполне справляется. Пока не придётся проприетарные форматы воспроизводить (mp4/mp4a), тогда он обламывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

27. Сообщение от prokoudine (ok), 05-Дек-21, 17:34	+3 +/–
Ещё раз придумать https://wiki.gnome.org/Apps/Builder ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #41

28. Сообщение от имя_ (?), 05-Дек-21, 17:45	+1 +/–
хтмл божественен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #35

29. Сообщение от Анонимъ (?), 05-Дек-21, 17:48	+5 +/–
Если кому-то не нравится xml - это нормальный адекватный человек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #115

30. Сообщение от Аноним (30), 05-Дек-21, 17:49	–2 +/–
Бессмысленный оверинжиниринг. В си можно json-подобные структуры писать на designated initialisers, в т.ч можно дерево ui виджетов описать компактно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42

31. Сообщение от Аноним (8), 05-Дек-21, 17:51	–2 +/–
Нет, серьёзно, какие программы на гтк? Тот же браузер совсем не на гтк, кутэвебэнжин от гтк не зависит совершенно и собирается из одних исходников. Я не вижу ни одной гтк-программы, которую было бы сложно написать на кутях. И о каких преимуществах гтк речь? Одни недостатки, то трей отломают, то хоткеи, то контекстные меню.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #44, #45

32. Сообщение от ИмяХ (?), 05-Дек-21, 18:02	+1 +/–
Ох, как хорошо. Теперь программистам есть что учить. Есть чем ещё забить свою голову. Ещё одна специальность.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71

35. Сообщение от Аноним (35), 05-Дек-21, 18:30	–1 +/–
... для нурглитов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #43

36. Сообщение от Аноним (36), 05-Дек-21, 18:30	+/–
Казалось бы какое местным экспертам дело до того на чем делают разметку расположения контролов gtk? Они же все равно не пишут на gtk и не будут писать
Ответить | Правка | Наверх | Cообщить модератору

37. Сообщение от Аноним (37), 05-Дек-21, 18:33	+2 +/–
а почему не jsx?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65

38. Сообщение от Аноним (38), 05-Дек-21, 18:47	+3 +/–
Шляпа какая-то. Даже в такой минимальной демке вместо "title: _("My App Title");" получилось "blueprinttest". А что будет с более сложными интерфейсами?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

39. Сообщение от AirToad (?), 05-Дек-21, 18:47	+/–
Чтобы не выходить за рамки 1%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

41. Сообщение от Зз (?), 05-Дек-21, 18:59	+1 +/–
Под виндоус нужно, под виндоус! Чтобы любой студент мог скачать инсталлер, скопипастить код с хабрахабра, и нажать на зелёный треугольник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #88

42. Сообщение от AirToad (?), 05-Дек-21, 19:08	+/–
Да весь современный Linux -  бессмысленный оверинжиниринг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #85

43. Сообщение от имя_ (?), 05-Дек-21, 19:14	+2 +/–
хтмл - как язык разметки - не доставляет вообще никаких проблем. Проблемы появляются из-за лишних "слоев абстракции" при написании стилей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #112

44. Сообщение от Alucard (??), 05-Дек-21, 19:15	–2 +/–
Странно, но пользуюсь гтк и сижу на гноме уже не первый год, и чето не отваливается нечего... может дело в прослойке между елавай и мониеом?)) А вот перед ним пытался на qtах сидеть  и вот  там, все по кд отваливалось)) странность конечно, но все же) несколько раз пробовал qtы, но исход один.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #47

45. Сообщение от Alucard (??), 05-Дек-21, 19:17	–2 +/–
Странно, но пользуюсь гтк и сижу на гноме уже не первый год, и чето не отваливается нечего... может дело в прослойке между елавай и мониеом?)) А вот перед ним пытался на qtах сидеть  и вот  там, все по кд отваливалось)) странность конечно, но все же) несколько раз пробовал qtы, но исход один.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

46. Сообщение от Тот_Самый_Анонимус (?), 05-Дек-21, 19:31	+/–
>GTK давно было пора иметь подобную пародию. QML очень даже неплох. ГТК пора на помойку. Когда джини перешёл на гтк3 — то пал последний бастион. Это была единственная программа на гтк, которая выглядела прилично. Теперь все актуальный версии всех программ на гтк выглядят уродливо. Этакая кунсткамера в мире ПО. Как говорится, «кашу маслом не испортишь», но и гогно маслом не улучшишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #53, #122

47. Сообщение от Аноним (8), 05-Дек-21, 19:34	–1 +/–
Дело действительно в прослойке, я вот сижу на них всех не первое десятилетие и видел всякое, вполне могу судить. Кеды не то чтобы без проблем всегда были, но никогда не ломали мне буфер выделения например -- это та функция, без которой я работы с ПК не представляю. Уже ощущение, что каждое МИНОРНОЕ обновление гтк что-нибудь отваливается и ломается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

48. Сообщение от Аноним (48), 05-Дек-21, 20:16	–5 +/–
Чем ему json не угодил? Вообще считаю что все надо на json перевести в том числе и конфиги линей из etc. Всё в один формат и огонь.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #109, #118

49. Сообщение от ммнюмнюмус (?), 05-Дек-21, 20:23	+1 +/–
там даже движки поддерживаются на полную катушку, а вы о темах aurorae + kvantum и делайте че угодно (про плазма-темы даже не заикаюсь, если плазма считается).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #84

50. Сообщение от ммнюмнюмус (?), 05-Дек-21, 20:25	+/–
А ещё в qt5ct можно написать свой css (только тсс - я не сильно пробовал).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

51. Сообщение от ммнюмнюмус (?), 05-Дек-21, 20:30	–1 +/–
Чисто для примера - использую zathura для pdf. Выглядит как обёртка для кучи всего типа mupdf, с интерфейсом в стиле vim. Но ведь на gtk3 жеж :-/ . Хотя скорость взлёта от этого не сильно страдает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

52. Сообщение от Аноним (48), 05-Дек-21, 20:36	+/–
сейчас такие времена что от фразы "придумал свой формат хранения данных" руки должны сами тянуться за мухобойкой. Чувак решил качнуть свое ЧСВ придумав несовместимый формат? В помойку сразу
Ответить | Правка | Наверх | Cообщить модератору

53. Сообщение от ммнюмнюмус (?), 05-Дек-21, 20:44	–1 +/–
На Адвайте что-ли? Только не надо про уродство тем, возможностей CSS там достаточно. Может и тормоз, но вполне красивый (ещё говорят смазливый), особенно если времени на тему не пожалеть (поискать готовую или самому запилить). Raleigh - окаменелость по сравнению с Адвайтой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

54. Сообщение от Аноним (55), 05-Дек-21, 20:45	–2 +/–
Ты прав кроме опечатки в слове yaml.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

55. Сообщение от Аноним (55), 05-Дек-21, 20:47	+2 +/–
Фанатик детектед. И чем тебе Glade не подходит? Он есть под вендоузъ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

56. Сообщение от Аноним (56), 05-Дек-21, 21:29	+1 +/–
Это vala, но с убогим синтаксисом и компилятором на python? Так, не дайте пациенту сбежать - я пошёл за лопатой!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57

57. Сообщение от Аноним (57), 05-Дек-21, 21:37	+1 +/–
Да, вот тоже хотел написать, что зачем изобретать велосипед. Хорошо если бы они там собрали какой-то простой API для создания UI, но нет опять еще один вариант трансляции своих DSL-ей в код. Что за мания делать повсюду какие-то разновижности сегментирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

58. Сообщение от xcode (?), 05-Дек-21, 22:02	–2 +/–
Зачем вообще новый язык для интерфейсов? Сделали бы на JSON что нибудь (или XML, как в Qt, но там писанины больше).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

59. Сообщение от AleksK (ok), 05-Дек-21, 22:11	+/–
Попробуй сделать в кедах что-то наподобие orchis без замены штатного движка тем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #106

60. Сообщение от макпыф (ok), 05-Дек-21, 22:33	+/–
а еще формат мейкфайлов в андроиде (один из них)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

61. Сообщение от Аноним (61), 05-Дек-21, 22:44	–2 +/–
Эти ребята явно не понимают, что учить 100500 языков программирования - это на самом деле трэш, а потому продолжают и продолжают их клепать. По хорошему программа должна писаться на одном языке. От начала и до конца. А всякая ересь, типа смешивания PHP с JS - идет лесом.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68

62. Сообщение от Аноним (62), 05-Дек-21, 22:56	+1 +/–
Пользуйся Falkon.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

63. Сообщение от Аноним (62), 05-Дек-21, 22:58	+/–
>ибо на кутэ никогда такого не напишут Ты про Firefox? Зато его под Wine давно написали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

64. Сообщение от Аноним (62), 05-Дек-21, 23:04	–1 +/–
Blueprint - подходящее названия языка для GMOME ;)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

65. Сообщение от Аноним (65), 05-Дек-21, 23:19	–1 +/–
Свой, исконно рус...ой GTK-шный, путь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

67. Сообщение от Анончек (?), 05-Дек-21, 23:34	–2 +/–
Гномеры изобретает qml?
Ответить | Правка | Наверх | Cообщить модератору

68. Сообщение от Аноноша (?), 06-Дек-21, 01:05	–2 +/–
Именно поэтому существует привязка gtk для js и возможность писать css.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

69. Сообщение от Аноним (69), 06-Дек-21, 01:12	–1 +/–
Чего все так возбудились? Ну выкатили очередное ненужно для ненужно, ну загнется оно через пару лет так и не набрав популярности в проде. Вам какая разница, никто же заставляет это использовать!
Ответить | Правка | Наверх | Cообщить модератору

70. Сообщение от Аноним (21), 06-Дек-21, 01:19	+/–
> или XML, как в Qt Зачем в кутэ сделали кучу языков? XML, QML, JS...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #116

71. Сообщение от Аноним (21), 06-Дек-21, 01:22	+/–
Скажи это растаманам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

72. Сообщение от Аноним (21), 06-Дек-21, 01:24	+/–
> единственная хоть сколько принимая канва расшифруй свой поток мысли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #87

73. Сообщение от Аноним (21), 06-Дек-21, 01:27	+2 +/–
> Форматов что ли мало придумано? Языков что ли мало придумано? Но растаманы изобрели трёхколёсный велосипед.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

74. Сообщение от Аноним (74), 06-Дек-21, 01:28	+12 +/–
> В качестве причины создания проекта называется привязка применяемых в GTK ui-файлов описания интерфейса к формату XML, который перегружен и неудобен для написания или редактирования разметки вручную. Эта цитата - блестящий пример того, как посредством одного предложения можно снизить IQ целого форума. Во-первых, XML - это контекстно-свободный язык разметки, который используется в первую очередь для сериализации сложно устроенных данных в текстовое представление по заранее известной схеме. Во-вторых, вот что важно знать про XML: 1) Он не предназначен для ручного редактирования через простой текстовый редактор живым человеком. Если вы исправляете его содержимое руками, то это сродни забивания гвоздей микроскопом. Для работы с XML вы должны иметь редактор, который изначально работает с описанными в нем объектами. Для автоматизации преобразования XML-объектов вне редакторов есть XSLT. Ну или в крайнем случае вы создаёте свой редактор и инструментарий с последующим преобразованием, как это сделал автор. 2) Он не может быть распарсен регулярным выражением, потому что он имеет КС-грамматику. Любая попытка найти что-то в XML посредством работы с ним как со структурированным текстом закончится болью и страданиями. Если вам нужно получить данные оттуда, для этого придуман XPath 3) Согласно спецификации XML данные фрагменты идентичны. Фрагмент 1: <elements>    <item>1</item>    <item>2</item> </elements> Фрагмент 2: <elements>    <item>2</item>    <item>1</item> </elements> В тегах XML нет порядка. Порядок нужно указывать явно, объявляя его как атрибут к каждому элементу и трактуя так, как хочется. Исходя из этого, утилиты вроде diff не могут быть использованы для XML по смыслу, потому что, помимо лютого вырвиглазного неудобства, будут показывать отличия в XML-файлах, которых нет в реальности. Использование XML для декларативного описания интерфейсов более чем разумно, вот только это совсем не значит, что они будут писаться людьми от руки. Дальше всё сводится к наличию тулсета по работе с XML и удобства изначального редактора, который его генерирует. А что мы имеем у разработчика: 1) diff 2) VS Code Я не собираюсь тут критиковать конкретно GTK.Builder, а лишь скажу что 2 вышеозначенных инструмента - главная проблема, почему автору так не удобно жить. И вот он создаёт транслятор на python, на языке в стандартной библиотеке которого чуть ли не самая убогая реализация XML, чтобы пихнуть его в другой редактор. Это, кстати, тоже такой способ пытки, работать с XML в Python, но я уверен, что у автора и на это есть причины, чай интеграция с Builder. Вообще работа с XML в Linux в целом - дело трудное, потому что стандартная для большинства дистрибутивов libxml2 (изначально часть проекта GNOME, ЕМНИП) - редкостный мусор с точки зрения поддержки современных стандартов. Обычно XML используется там, где нужно работать с большими объемами и/или сложно устроенными данными, для организации удаленного вызова процедур и потоковой проливки объектов с последующей фильтрацией и преобразованием между несколькими разными информационными системами. То что никто не старается привести в порядок libxml2 не удивительно, потому что в GNOME масштабы не те... Вот и получается идиотство. Есть разработчик Blueprint, который создаёт себе костыль^W автоматизацию, потому что те инструменты, которые есть, его не устраивают (что вполне логично). Есть разработчики GNOME, которых всё устраивает как есть и которые не предоставляют вменяемого инструментария по работе с XML даже за деньги. И есть писатель новости, у которого XML виноват в том, что его не удобно редактировать как INI-образный файлик, которых тьма тьмущая в /etc, потому что понятия не имеет что такое XML, кому и зачем это надо. Для пущей радости не хватает набега смузихлёбов с JSON, которые понятия не имеют ни о схеме, ни о трансформации, ни о запросов без полной десериализации в ОЗУ. И еще не хватает откровенных маргиналов с YAML, форматом данных, который перегружен посильнее XML, но в отличии от последнего при большом объеме данных не может быть эффективно прочитан и отредактирован ни человеком, ни компьютером. Ой всё...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #78, #81, #95, #97, #98

77. Сообщение от Аноньимъ (ok), 06-Дек-21, 03:41	–1 +/–
>И вот он создаёт транслятор на python, на языке в стандартной библиотеке которого чуть ли не самая убогая реализация XML, чтобы пихнуть его в другой редактор. Это, кстати, тоже такой способ пытки, работать с XML в Python, но я уверен, что у автора и на это есть причины, чай интеграция с Builder. Очень похоже на ГНОМ, только непонятно где тут JavaScript.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

78. Сообщение от iCat (ok), 06-Дек-21, 05:23	+3 +/–
Люто-бешено плюсую! Вообще это новомодное поветрие всё делать одним-единственным инструментом по меньшей мере удивляет. То они универсальную файловую систему ищут, то универсальный язык программирования, то универсальный формат хранения данных, то универсальный... А на поверку оказывается, что им попросту некогда ознакомиться с уже существующими инструментами и форматами. - Чо тут думать? Прыгать надо! - повторяют они, и годами скачут за недостижимым бананом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

79. Сообщение от Аноним (109), 06-Дек-21, 06:58	+2 +/–
а накой вообще ui файлы редактировать вручную, когда есть glade?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99

80. Сообщение от Анончик (?), 06-Дек-21, 07:58	+/–
что бы помещать в заголовки кнопки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

81. Сообщение от Анончик (?), 06-Дек-21, 08:11	–4 +/–
нету для linux инструментов на подобии PlistEdit Pro
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #96

82. Сообщение от mos87 (ok), 06-Дек-21, 08:46	+/–
когда уже гнум/гтк будет Одна Большая Кнопка
Ответить | Правка | Наверх | Cообщить модератору

83. Сообщение от Простоник (ok), 06-Дек-21, 09:27	+4 +/–
В КДЕ есть нормальная поддержка тем, а вот в GNOME темы как раз пытаются противоестественным образом ликвидировать и запретить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

84. Сообщение от Простоник (ok), 06-Дек-21, 09:33	+/–
Вот именно, так и есть! Причем даже на windows, всё это выглядит очень аккуратно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

85. Сообщение от sweetlao (?), 06-Дек-21, 09:50	+/–
Весь современный IBM Gnome оверинжиниринг fftgj
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

86. Сообщение от sweetlao (?), 06-Дек-21, 09:53	+/–
Чтобы шутка удалась, нужно было пробельчик поставить;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

87. Сообщение от Аноним (-), 06-Дек-21, 10:13	–2 +/–
Это про программирование. Проходи мимо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

88. Сообщение от Простоник (ok), 06-Дек-21, 10:20	+/–
При переходе от gtk2 к gtk3  перестали делать сборки для win, испортили   usability  для парочки виджетов, раздули механизмы отрисовки виджетов,  так что некоторые разработчики уже смигрировали на qt. Боюсь, что тут уже мало чем можно исправить ситуацию. GTK по всем параметрам проигрывает QT.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #121

89. Сообщение от Аноним12345 (?), 06-Дек-21, 10:47	+/–
Питон универсальный язык
Ответить | Правка | Наверх | Cообщить модератору

90. Сообщение от my_name_is_Mud (ok), 06-Дек-21, 10:50	–1 +/–
Ну там в заголовке ещё и панель управления - этим оправдан такой заголовок. А вот когда я на днях запустил konsole в кедах, то офигел. Там такой вот бутерброд: 1. Заголовок с названием и кнопками. 2. Панель меню. 3. Панель с какими-то сеточками (видимо для режима тайлинга). 4. И только вот тут начинается "такой мелкий-мелкий текст". Я в этот момент вспомнил про поговорку с соринкой и бревном, ибо настолько широкая шапка ни одной проге на другом тулките и не снилась. Ну ладно, решил всё это дело убрать, а то аноны с опеннета заклюют про каштомизируемость. Полез в настройки и тут я офигел второй раз: там несколько пунктов настроек и каждая настраивает перечисленное выше в отдельном месте. Какой гений это придумал? К работе самого konsole никаких претензий - отличный эмулятор терминала. Но такое ощущение, что он попал в руки к студентам, которые решили запихнуть в него всё и сразу самым топорным способом. Другие проги в кедах не запускал. Возможно там всё хорошо. Но если нет, то я перестаю понимать претензии к гному, ибо он намного компактнее дефолтных кед. П.С. Кеды - последние, ванильные, без тем и прочего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

91. Сообщение от Аноним (91), 06-Дек-21, 11:11	+/–
Какое нзкое коварство - полуживого забавлять!
Ответить | Правка | Наверх | Cообщить модератору

92. Сообщение от Аноним (92), 06-Дек-21, 11:34	+1 +/–
Скриншот из другого блога, если вместо того чтобы ехидные комментарии писать включили бы мозг на секунду, заметили бы что в примере и кнопку в заголовке никто не обьявлял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

93. Сообщение от Ян Злобин (ok), 06-Дек-21, 11:54	+/–
Что только не придумают, чтобы на сях не писать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94, #104

94. Сообщение от Аноним (21), 06-Дек-21, 13:14	+3 +/–
Это ты про растаманов, что ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #123

95. Сообщение от Аноним (21), 06-Дек-21, 13:16	–2 +/–
Спасибо за рассказ! Всё, что ты сказал - это на тему, почему НЕ надо использовать XML.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

96. Сообщение от Аноним (21), 06-Дек-21, 13:17	+1 +/–
Что за PisdEts Pro?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

97. Сообщение от Аноним (109), 06-Дек-21, 13:25	+/–
походу, gtk не использует libxml2, только парсер, встроенный в glib
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

98. Сообщение от Аноним (98), 06-Дек-21, 13:28	+/–
> транслятор на python, на языке в стандартной библиотеке которого чуть ли не самая убогая реализация XML > libxml2 редкостный мусор с точки зрения поддержки современных стандартов. примеры бы неплохо привести какие-то, а то пока это голословные утверждения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #102

99. Сообщение от Аноним (98), 06-Дек-21, 13:30	+/–
Иногда проще текстом написать чем мышкой расставлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #101

100. Сообщение от Аноним (100), 06-Дек-21, 13:46	–1 +/–
В кедах до сих пор не могут починить прозрачность при вкюченном размытие в темах с закругленными углами. Дакуча всяких недоделок там, как только начинаешь настраивать под себя начинают вылезать баги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

101. Сообщение от Аноним (109), 06-Дек-21, 14:02	+/–
обычно в таких случаях проще вообще не заморачиваться с ui и GtkBuilder, а явно из кода интерфейс делать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

102. Сообщение от Аноним (74), 06-Дек-21, 15:30	+1 +/–
> примеры бы неплохо привести какие-то, а то пока это голословные утверждения. Ну, те кто использовал и XML в целом, кто знает Python и кто юзал libxml2 в этих примерах не нуждаются... это факты, которые станут заметны невооруженным взглядом просто от использования инструментов. Как это сделать: 1. Стандарты XML, Xpath и XSLT определяет консорциум W3.org. Вы можете сличить версии всех стандартов с тем подмножеством, которое поддерживает libxml2 и вам станет понятно о чем идёт речь. Например, отсутствие xslt и xpath старше спецификаций 1.0 - это самое болезненное для тех кто работает с XML, потому что то количество работы по написанию и отладке одного и того же по смыслу сценария запроса/трансформирование усложняется условно в 3 раза. Далее, несмотря на бахвальство в прохождении сотен тестов консорциума OASIS, libxml2 валится на обработке самых простых объектов допустимых с точки зрения спецификации XML и валидных в рамках заявленной схемы, потому что тесты не все, и там куча специфики. Для теста попробуйте написать маленькую реализацию выборочной десериализации объектов на языке С с последующим текстовым выводом значений в сокет, которые вы предварительно забираете с SOAP-вебсервиса, какой-нибудь 1С. Удачи вам обработать и трансформировать это всё без парсинга. 2. От Python как языка требуется больше, чем просто от библиотеки. Если у вас есть нормальный язык который умеет работать с ООП пусть даже не совсем строго в академическом смысле, предполагается, что вы можете сериализовать и десериализовать свою объектную модель. И было бы не плохо, чтобы у вас были представления для сериализации для внутреннего использования (Model в MVC) и внешнего (View в MVC). В случае написания API за View можно считать DTO. Поддержка XML как одного из основных международно принятых стандартов сериализации предполагает наличие сериализатора ВАШЕЙ объектной модели в ВАШЕ желаемое XML-представление. Желательно, чтобы можно было чётко дать понять сериализатору, как это сделать, или в крайнем случае создать кастомный сериализатор унаследовавшись/реализовав интерфейсы от стандартного. Ну и вообще круто если вам дадут какой-то синтаксический сахар, как например, аннотации, которые автоматически подстроят сериализатор на этапе проектирования объектной модели. Всё это есть и в Java и в .NET, например. А что умеет Python? А он вам даёт minidom. Во-первых, это позволит вам работать с XML из коробки только как с документами, а, во-вторых, вы не сможете использовать свою собственную объектную модель. Вместо этого вам будет вменена объектная модель документа (DOM), которая настолько абстрактная, что вы никогда не подгоните её под свои объекты, если только не пишете web-фронтенд, хотя причем тут Python и XML тогда не совсем понятно. А как сериализовать классы Python, а вот по-человечески никак =) У него там pickle вместо сериализации. Pickle - это бинарный велосипед^W протокол, который ломал^W менял свою спецификацию уже 5 раз. Не так чтобы сильно, но то что последние 3 версии приходятся на 3-ю ветку питона, вызывает лично у меня леденящий душу восторг. Семь раз отрежь, один отмерь. Есть около 5-ти библиотек в pip для поддержки xml разной степени паршивости. Те из них которые пытаются реализовать сериализацию костыляют вокруг трансляции бинарного представления pickle cоотсетствующей версии в XML и последующей догонкой результатов как документов либо через minidom, либо через ту же libxml2 к которой изволят ручками биндиться через ctype, потому что в Python нет автоматизации маршалинга для библиотек. Результат с точки зрения удобства использования, производительности, переносимости и сопровождения только разве что на РЕН-ТВ показывать. С JSON там ситуация не столь печальная, но документация Python явно заявляет об отсутствии поддержки сериализации и десериализации JSON кастомных объектов стандартным модулем json. Только словари с минимальной кастомизацией выхлопа. А теперь представьте, что нужно сделать в Python, если нужно часть полей собсвенного класс писать как элементы, а часть как атрибутах. Правильно, начать использовать нормальный язык программирования. Я задавал этот вопрос представителям сообщества Python и услышал именно то чего так боялся. Если тебе нужна кастомная сериализация в XML для системы, которая ожидает определенную схему получаемых объектов, то ты должен писать словари и сериализировать их руками... мусор, короче говоря. Питонисты ведь не от хорошей жизни велосипедят REST API на каждый чих, у них вообще никак по-нормальному данные не передать кроме как через словари и JSON. А потом когда запутаются в своей микросервисной лапше из вебсервисов, бегут пихать всё это в RabbitMQ, начинают GraphQL внедрять, когда нужно выбирать часть данных в ответах и gRPC, когда нужна потоковая проливка, но это уже сильно-сильно мимо стандартной библиотеки. Ви, таки, попrобуйте всем этим попользоваться, что этот ваш Python, что libxml2. =) Это не мнение там какое-то, которому требуется сложное доказательство с аргументами. Всё что я писал про стандартную библиотеку Python и про libxml2 увидит каждый, кто просто ткнётся туда на задачах сложнее микросервиса в докере, который раздаёт "Hello World" по REST API.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

103. Сообщение от Аноним (106), 06-Дек-21, 16:57	+1 +/–
Надо больше языков. Надо чтобы даже простая программа требовали не менее 10 компиляторов и 500 движков Жoпаскипта.
Ответить | Правка | Наверх | Cообщить модератору

104. Сообщение от Аноним (106), 06-Дек-21, 17:01	+1 +/–
Так они даже на своих поделках потом не пишут. Всю жизнь пытаются их допилить а потом уже и оп, новая порция шлака. Зато какая ИБД. Всю жизнь учишь учишь и ничего не выучишь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

105. Сообщение от Аноним (106), 06-Дек-21, 17:36	+/–
Так и есть. Только сейчас доросли. Хотя не считаю QML удобным. Дизайнер в Qt Creator позволяетс соершенно легко работать с нормальными виджетами и С++ кодом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

106. Сообщение от Аноним (106), 06-Дек-21, 17:37	+/–
А зачем? Оно же уродское.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #111

107. Сообщение от Аноним (106), 06-Дек-21, 17:40	+/–
А вот прикинь - нету. Вообще gtk нет. И прекрасно. Или ты мне про браузер будешь заливать? Так он у меня на Qt. Один из оствшихся вменяемых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

108. Сообщение от Аноним (106), 06-Дек-21, 17:41	+/–
msi никого не интересует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

109. Сообщение от Аноним (109), 06-Дек-21, 17:59	+/–
вы бы, любители джейсонов, для начала с зоопарком парсеров этого барахла разобрались бы, а потом уже ein folk, ein reich, ein fuhrer для конфигов педалировали бы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

111. Сообщение от AleksK (ok), 06-Дек-21, 18:48	+1 +/–
> А зачем? Оно же уродское. Просто как иллюстрация возможностей штатного движка тем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

112. Сообщение от Урри (ok), 06-Дек-21, 21:48	+/–
То-то все используют pug (бывший jade) и другие генераторы. Видимо HTML настолько прекрасен, что на него невозможно прямо смотреть не ослепнув от великолепия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

113. Сообщение от Аноним (100), 06-Дек-21, 22:20	+/–
Очередной троль который гном в глаза не видел, гном у него блоатед...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

114. Сообщение от Аноним (114), 07-Дек-21, 07:38	+/–
головка от гуя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

115. Сообщение от 1 (??), 07-Дек-21, 10:20	+2 +/–
Наверное он просто еще не трахался с пробелами, названиями некоторых стран и булевыми значениями в yaml. И не задумывался о там как собственно проверять документ по схеме. После вышеозначенных действий пациент приходит к пониманию, что XML как формат пусть и не моден, но работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

116. Сообщение от Ananima (?), 07-Дек-21, 12:27	+/–
Нет там JS, проглатывай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

117. Сообщение от Урри (ok), 07-Дек-21, 12:52	+/–
Blueprint - "я не знаю как назвать". Вполне нормальное название. Вроде "foo".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

118. Сообщение от Аноним (-), 07-Дек-21, 19:16	+/–
забыл одну скобку и весь конфиг превращается в...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

121. Сообщение от Андрей (??), 08-Дек-21, 13:25	+/–
Ну, не по всем, но всё больше и больше. Возможности для разработчиков и отладчиков самого GTK становятся обширнее. И, якобы, более эффективный рендеринг через OpenGL (разве что если ваш видеоускоритель не поддерживает OpenGL 3).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

122. Сообщение от ммнюмнюмус (?), 11-Дек-21, 19:09	+/–
Интересно, когда в gtk2 завезут связанный стиль для кнопок и прочих рамок? Даже без изменения основного стиля - склеивание кнопок делает гуй намного опрятнее. Жаль только, склеивание в 2d пока только через одно места (в адвайте нет - надо самому писать через вложенные боксы).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

123. Сообщение от Ян Злобин (ok), 06-Май-22, 11:04	+/–
> Это ты про растаманов, что ли? Нет. Про сабж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема