kaxaml | lightweight XAML editor that gives you a `` split view | Form library
kandi X-RAY | kaxaml Summary
kandi X-RAY | kaxaml Summary
#Welcome to Kaxaml! Kaxaml is a lightweight XAML editor that gives you a "split view" so you can see both your XAML and your rendered content (kind of like XamlPad but without the gigabyte of SDK). Kaxaml is a hobby and was created to be shared, so it's free!. Kaxaml is designed to be "notepad for XAML." It's supposed to be simple and lightweight and make it easy to just try something out. It also has some basic support for intellisense and some fun plugins (including one for snippets, one for cleaning up your XAML and for rendering your XAML to an image).
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of kaxaml
kaxaml Key Features
kaxaml Examples and Code Snippets
Community Discussions
Trending Discussions on kaxaml
QUESTION
Full disclosure: I'm working on my libui GUI framework's text API. This wraps DirectWrite on Windows, Core Text on OS X, and Pango (which uses HarfBuzz for OpenType shaping) on other Unixes. One of the text formatting attributes I want to specify is a collection of OpenType features to use, which all three provide; DirectWrite's is IDWriteTypography
.
Now, when you draw some text with these libraries, by default you'll get a few useful OpenType features enabled, such as the standard ligatures (liga
) like the f+i ligature. I thought this was font-specific, but it turns out this is specific to the script of the text being shaped. Microsoft provides guidelines for all the scripts supported by OpenType (under "Script-specific Development"), and I can see rather complex logic for doing it all in HarfBuzz itself to confirm it.
On Core Text and Pango, if I enable other attributes, they'll be added on top of these defaults. But with DirectWrite, in particular IDWriteTextLayout::SetTypography()
, doing so removes the defaults:
The program that produces this output is can be found here.
Obviously my first option would be to ask how to get the default features on DirectWrite. Someone did so already on this site, though, and the answer seems to be "no".
I am guessing that DirectWrite is allowing me to be in complete control of the list of features to apply to some text. This is nice, except that I can't do this with the other APIs unless I explicitly disable the default features somehow! Of course, I don't know if this list will ever change, so hardcoding it might not be the best idea.
Even if hardcoding is an option, I could just grab HarfBuzz's list for each script, but a) it's rather complicated b) there are multiple possible shapers for a script, depending on (I think) version compatibility (for instance, Myanmar).
So why not use HarfBuzz's lists to recreate the default list of features for DirectWrite anyway? It seems to want to be accurate to other shapers anyway, so this should work, right? Well I would need to do two things: figure out what script to use, and figure out which attributes to use on which characters for script where the position of a character in the word matters.
DirectWrite provides an interface IDWriteTextAnalyzer
that provides facilities to perform shaping. I could use this, but it seems the script data is returned in a DWRITE_SCRIPT_ANALYSIS
structure, and the description for the script ID says "The zero-based index representation of writing system script.".
This doesn't help, so I wrote a program to just dump the script numbers for text I type in. Running it on the input string
...ANSWER
Answered 2017-Jul-23 at 16:53After some discussions with Peter Sikking and Ebrahim Byagowi, I went and debugged a more general-purpose program I built quickly to test things, and I figured out what's going on internally.
First, however, I will say this applies to Uniscribe and DirectWrite equally.
As it turns out, DirectWrite is always providing a set of default OpenType features, regardless of what feature set I use! The situation is that the list of default features provided differs depending on whether I load my own features or not, and depending on the shaping engine. For the latn
script in horizontal writing mode and for English, this is done with the "generic engine".
If I don't provide any features, the generic engine will load script-specific features. For horizontal latn
, this list is
QUESTION
I want to create a resizable expander control, as described in Combine expander and grid (resizable expander). This solution is working perfectly, but I need it flipped horizontally (an expander aligned to the right & expanding to the left).
In order to do this, I turned around everything I thought was needed, but I can't seem to get it to work: Only the column containing the GridSplitter resizes when dragging.
Here's what I tried in KAXAML:
...ANSWER
Answered 2018-May-14 at 09:32I can make GridSplitter resize properly to the left, if I set Width="*"
instead of Width="5"
.
QUESTION
I am trying to create a grid of buttons for a simple WPF calculator application but I'm having trouble drawing the buttons properly.
I am using a Grid (grdPlusMinus) inside a Button (btnPlusMinus) - within the overall controls grid (grdControls) - so that I can make an elliptical Button with a simple Label over the top of it. The Ellipse should fill the visible portion of the Button.
When using the code below, the bottom and right-hand sides of the ellipse are "cut off" no matter how the window is resized. The ellipse is always in proportion but it is never displayed fully. When I reset the Width and Height of grdPlusMinus to Auto (via the VS UI, not in code) they are both set to 1 with the result that grdPlusMinus - and therefore everything in it - shrinks to a single pixel.
I'm probably doing something very stupid at a basic level but I just can't think what it is. I've tried all different kinds of bindings and settings - e.g. binding to Width instead of ActualWidth, etc. - but I cannot figure out what I'm doing wrong. I thought it might be because of the margins but removing the margin altogether doesn't change the problem much.
Can anyone point out what I must be doing wrong please? (I tried a variation of the XAML in Kaxaml and got the same problem.)
If there is a better way of doing - overall - what I'm trying to do then I'd like to hear about but I'd like to know what's wrong with this before I try anything else. (My eventual intention is to have the height and width of each button set to the smallest dimension of the button so that it is always displayed as a circle in the centre of the button but that's something for later, unless this extra information allows for a better solution.)
...ANSWER
Answered 2017-Jul-28 at 13:52I'm sorry i can't explain why it is happening, but i found that your desired results can be achieved by replacing the button line with this:
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install kaxaml
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page