assets/developer-notes/stephanie-gawroriski/2017/10/20.mkd

   1 # 2017/10/20
   2
   3 ## 15:20
   4
   5 Question is do initialization keys go with values? I would say no because
   6 each value is unique anyway and that would require copying new values when
   7 all of the same values become initialized.
   8
   9 ## 19:11
  10
  11 TextBox, TextEditor, and TextField are literally the same exact classes with
  12 carets, size limits, and constraints. It would be best to just have a single
  13 common class all three can use.
  14
  15 ## 19:40
  16
  17 So the question is, do I do graphics through a framebuffer and have my own
  18 display interface kind of thing? Or... do I have it where widget engines which
  19 match native UI elements and otherwise able to be used. It would be nice if
  20 native systems could be considered and such. I know many users have complained
  21 about Swing's huge lack of native widgets (even though it really supported
  22 them), although it was quite odd. I would need to figure that out.
  23
  24 ## 20:28
  25
  26 Pretty sure I want to support codepoints and emoji when it comes to font,
  27 since those are the wave of the future. Only thing is would be handling color
  28 and dynamically generated fonts. I will say that of the LCDUI interfaces that
  29 fonts will be the most complex thing ever. I also need to figure out a way
  30 to do reverse font lookups which will be needed by drawing. Most of the
  31 classes are given `Font`, but that needs to be reversable from the font
  32 manager to be able to draw them properly. So I am pretty sure I will be able
  33 to do that, if I manage things correctly.
  34
  35 ## 20:32
  36
  37 This will mean that `Font` just wraps some `PrimitiveFont`.
  38
  39 ## 20:36
  40
  41 Actually, maybe instead Fonts are just handles to primitive fonts with special
  42 specifiers. Basically there are just `FontHandle`s, which are pointed to
  43 directly.
  44
  45 ## 20:44
  46
  47 Actually, what I can do is just hide the fonts within handles which is stored
  48 by the hash code. Basically I just have a mapping of every single font which
  49 has ever been created by the native system. This makes it simple to be handled
  50 and such then.
  51
  52 ## 21:02
  53
  54 Question is, how do you handle DPI differences across displays? That would be
  55 a bit complicated, so I suppose the `DisplayManager` should have a consistent
  56 setup. Well really, I suppose when it comes to fonts and anything display
  57 dependent, it should just use the default head to get parameters from. Since
  58 multiple heads can in fact have different color parameters and such.