be5invis

Are there any plan in forseeable future (10 years) to port Rune to other platforms (win, mobile/tablet, ..)?

The story about line wrapping is mainly that, you:

  · Break the text into runs.
  · Calculate BiDi at paragraph level.
  · Shape every run to get its length and possible line breaking points.
  · Arrange the runs (now only have length, height, text isnide it and some breaking properties — glyphs and glyph positions are dropped) into lines.

Such process is called “measuring”. And the real text display is delayed until a line become visible: you fetch out the text runs in the line and do the real display.

In most times (like appending text) you do not to do much recalculation.

Let me count all the features that a proper rich text box should support:

  · Input methods, including...  
    · Composing IME  
    · Speech  
    · Handwriting  
    · Emoji picker  
  · Complex text rendering, including...  
    · Bidi  
    · Shaping  
    · Complex-script-aware editing  
    · Complex-script-aware find, replace, etc.  
  · Accessibility

And what they can choose to support:

  · Advanced typography, including...  
    · About line breaking...  
      · Hyphenation  
      · Optimized line break (Knuth-plass, etc.)  
    · About microtypography  
      · OpenType features (ligatures, etc.)  
      · OpenType variations  
      · Multiple master fonts  
      · Proper font fallback ← It is not a simple lookup-at-each-character process  
    · Advanced Middle East features, including...  
      · Kashida  
    · Advanced Far East features, including...  
      · Kinsoku Shori  
      · Auto space insertion  
      · Kumimoji  
      · Warichu  
      · Ruby  
    · Proper vertical layout, including...  
      · Yoko-in-Tate  
  · Inline objects and paragraph-like objects, including...  
    · Images  
    · Hyperlinks  
    · Math equations ← This is really hard.

I don't see any references to things like HarfBuzz or DWRITE, which are NECESSARY to properly display any scripts that's not European. All properly implemented text editors are rich text — because you will need to support font fallback and BiDi and all the Unicode complexity

DWRITE is very extensible so you can always implement an IDWriteTextRenderer and do all the magic staff in it.

Link: https://docs.microsoft.com/en-us/windows/desktop/directwrite...

Rich text editors' complexity is far beyond ordinary programmer's imagination, especially when complex script (like Arabic) is in it.

It is really good to see they have RTL support.

-- However they messed up when using composing IMEs :(

You have to know that the MSFT may not have the source code of Equation Editor, since it is a simplified version of MathType.

The website works well in Edge but you claimed that it does not support that. I have to override the user agent in order to access your editor.

I guess you (or your company) does not have any Windows PC.

You say you have dependent types

OK, could you define this?

    data Eq : {a : Type} -> a -> a -> Type where
        Refl : Eq x x

    sym : {x : a} -> {y : a} -> Eq x y -> Eq y x
    sym Refl = Refl

    replace : {a : Type} -> {x : a} -> {y : a} -> {f : a -> Type} -> Eq x y -> f x -> f y
    replace Refl p = p

So where is the famous Idris elaborator? Where are the universes? Where’s inductive types? Where are they?

Wait, isn’t using TypeScript politically incorrect? It is made by MS!!

Your version is outdated.

Leading and width is configurable, actually :)

Iosevka does not have `fi` ligature. The "Term" variant is used for some restricted environments, like some Linux would think that Iosevka is not monospace due to it has glyphs wider than one space.

To be honest, Iosevka is not suitable for the current VF specification, because that it does not support changing glyph topology while changing parameters.

Do you know that all letters in Iosevka are EXACTLY 1/2 em wide?

For ASIAN users, you can use THIS and preserve your perfect alignment.

I think Hanlon's Razor can be applied to this example: They just do not think that encryption is important. It is real for Chinese companies.

So, when will cl support two-phase name lookup?

github homepage is unicorn now

It reminds me the format of fonts. That is, your font is actually a program, a program used to draw shapes. There are even subroutine calls in it, and it is widely used to reduce file size.

OK, so you can finally fix the bug that breaks non-ASCII, LF line endings and binary redirection. Link: https://github.com/PowerShell/PowerShell/issues/1908

Tested using Edge on r14393, and the demo returns “Not vulnerable”. There is a SEC7111 error in the console.

First you have to remember that China itself's population is as large as the entire western world, so things are completely different here. For example, almost nobody in China use credit card for online payment: they use Alipay as an alternative.

1. Perhaps high salary? Non-local employees are rare here.

2. No in tech companies, but yes in small cities and countries. In tech companies and cities like Shanghai, forigners are treated better than locals, seriously.

3. Easier than getting a work in US.

4. Don't send a clock as a gift :)

Autohinting is hard, especially for ideographs. My hinter even used differential evolution to calculate how strokes should be placed. (link: github.com/be5invis/sfdhanautohint)