страдаешь

хуже винформс разве что только Cocoao

там вообще никакого нормального Layout-а даже нет

дело вкуса

Qt

Проблема WinForms в том, что он насаждает не очень хорошие практики программирования. А готовые библиотеки контролов собраны по таким шаблонам, что ты нормально с ним и не сможешь программировать.

всему свое применение

Qt немногим лучше

хотя с QML с ним можно жить

Ну вот в энтерпрайзе любят всякие фигурные гриды. А на винформсе сделать грид со встроенными контролами — это же ад

Qt немногим лучше

Qt без QML это примерно как WPF без XAML. Жить можно, и даже это уже лучше, чем винформс.

на WPF тоже не сладко, надо использовать готовые решения )

Qt

Тоже старое

у Qt та же проблема, что и у винформс

контролы сами себя рисуют

UWP - это такой обрезанный WPF с пыщь-пыщь анимациями

Ты можешь WPF приложение на лету изменять при изменении XAML?

DevExpress WPF! )

Ты можешь WPF приложение на лету изменять при изменении XAML?

да

Ты можешь WPF приложение на лету изменять при изменении XAML?

в 2017-ую студию завезли

ого, я думал, это только для uwp

Вообще впф самое новое из всего того, что упоминалось в чате (кроме увп)

так вот, в WPF логика работы контрола отделена от его визуального отображения

и это на самом деле один из главных шагов вперёд

т. к. как показывает практика замаринформс

MVVM и биндинги можно прикрутить к любому говну

даже layout можно какой-никакой прикрутить там, где его изначально не было

но вот этот пережиток прошлого тысячелетия с "сам всё рисую", он убивает

у впфа еще бесит постоянное мыло. сколько уже софта мыльного видел, пиздец. то ли руки из жопы у кодеров, то ли сам впф такой.

да, если контрол реально сложный и не предполагает встраивания в него чего-то другого, такой подход оправдан

у впфа еще бесит постоянное мыло. сколько уже софта мыльного видел, пиздец. то ли руки из жопы у кодеров, то ли сам впф такой.

Direct3D такой

в авалонии этой проблемы нет, через Direct2D рисуем

у впфа еще бесит постоянное мыло. сколько уже софта мыльного видел, пиздец. то ли руки из жопы у кодеров, то ли сам впф такой.

нет мыла же в новых версиях поправили

сейчас постоянная боль с SourceTree, ее переписали на этом мыле ебучем и при переключении с файла на файл в диффе как будто зрение расфокусируется постоянно.

с мылом разве что что-то совсем древнее

с мылом разве что что-то совсем древнее

последняя версия сурс три

сейчас постоянная боль с SourceTree, ее переписали на этом мыле ебучем и при переключении с файла на файл в диффе как будто зрение расфокусируется постоянно.

зопили скрин сижу с высоким dpi, всё норм (хотя это не показатель, скрины в тг почему-то мылятся)

сейчас постоянная боль с SourceTree, ее переписали на этом мыле ебучем и при переключении с файла на файл в диффе как будто зрение расфокусируется постоянно.

Да он сто лет такой

Там помоему надо выставить тип рендеринга шрифтов или что-то такое.

в xaml или в проекте

не помню уже

и будет по человечески

Я сразу как глянул на SourceTree, так сразу и понял, что он на мыльном WPF, вот с первого взгляда :)

последняя версия сурс три

Есть такое.

Всё равно шрифты будут плохими, это нельзя исправить

Там помоему надо выставить тип рендеринга шрифтов или что-то такое.

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

В WPF-Math мы так полностью проблему не искоренили.

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

хм. ок. Просто в моём случае получилось побороть эту хрень. Но я и писал не wpf math

https://github.com/ForNeVeR/wpf-math ← WPF-Math, мы ищем таланты и ждём ваших контрибьюций :3

(и, да, мы будем туда вкручивать Авалонию)

WPF math накинул на меня воспоминания когда я в Delphi использовал либу для вывода мат. выражений

http://www.delphikingdom.ru/asp/viewitem.asp?catalogid=718

https://github.com/ForNeVeR/wpf-math ← WPF-Math, мы ищем таланты и ждём ваших контрибьюций :3

А какие там issue можно в работу брать?

MarkupExtension по идее, туда должен норм зайти

MarkupExtension по идее, туда должен норм зайти

Про какой экстеншен ты говоришь?

Ща

https://github.com/ForNeVeR/wpf-math/issues/42

<controls:FormulaControl Formula="\left(x^2 + 2 \cdot x + 2\right) = 0" />

Можно написать MarkupExtension, который будет делать рендер вместо контрола

А какие там issue можно в работу брать?

Насколько я знаю, никто сейчас активной работы над проектом не ведёт, так что можешь брать что понравится. Есть дальняя стратегическая задача — сделать кроссплатформ и присобачить Авалонию. Ну и кучка мелочей

Ну или ValueConverter

Можно написать MarkupExtension, который будет делать рендер вместо контрола

О, норм идея. Опишешь в трекере? Чтоб посаны тоже в курсе были.

issue создать типа?

Можешь в тот ишуй написать комментарий — мол, предлагаю сделать то-то. Ну и можешь начинать делать :)

просто пока выглядит так, что сейчас рендерингом занимаются контролы

ERROR: S client not available

А по идее бы не должны

В wpf, насколько я помню, один из путей решения проблемы именно MarkupExtension

Если ты что-то задумал крупно рефакторить — тогда запили всё-таки отдельный ишуй с деталями

Пока присматриваюсь

Нужен какой-то пет прожект, чтобы форму не терять

Ну и навыки WPF шоб освежить

В общем-то да, там сейчас в кодбехайнде контрола весь рендеринг. Это уж мы слепили из того, что уже было :)

https://github.com/ForNeVeR/wpf-math/blob/8c896a55ad5a5df1048e12d167735fda206e8db7/src/WpfMath/Controls/FormulaControl.xaml.cs#L85-L100

https://github.com/ForNeVeR/wpf-math/blob/8c896a55ad5a5df1048e12d167735fda206e8db7/src/WpfMath/Controls/FormulaControl.xaml.cs#L85-L100

А, вы в DrawingVisual все рендерите

Ага. И это вот будет сложно поменять, там дофига логики на этом.

Не очень

Я намедни прикручивал в эту рендерилку новый вид шрифта и чуть не издох.

Есть ещё серьёзная проблема с блюром, но я хз как её чинить. Там же не шрифты, а линии из вот этого Visual'а, геометрии всякие и пр. Чем мы уже его только не пробовали...

Отрисовка линий?

VisualXSnappingGuidelines

VisualYSnappingGuidelines

Вроде помогало в свое время

Кажись, я это заюзал

https://cloud.githubusercontent.com/assets/92793/23825187/ba2d1fde-06b7-11e7-8ee9-d310196bbe2f.png — вот как раз справа вариант с гайдлайнами

Он очень хороший, но в паре мест всё равно блюрит :(

Выглядит не так плохо, как кажется

Там еще надо вроде BitmapScaleMode

Ну и вон ещё жаловался товарищ: https://github.com/ForNeVeR/wpf-math/pull/71#issuecomment-286044019

Запросто могло оказаться, что я просто гайдлайнов не везде навтыкал, хз.

Как их вообще правильно ставить?

https://msdn.microsoft.com/fr-fr/library/aa970908(v=vs.85).aspx

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

RenderOptions.BitmapScaleMode="Fant"

И ещё я куда-то там полпиксельный сдвиг подтыкал :)

Надо в главном окне прописать по идее

А ну, дай я попробую щас