1. 23 May, 2021 1 commit
  2. 22 May, 2021 4 commits
  3. 21 May, 2021 3 commits
  4. 20 May, 2021 6 commits
  5. 19 May, 2021 5 commits
    • Deucе's avatar
      Known bugs are fixed... it's now Beta. · 84eb116c
      Deucе authored
      84eb116c
    • Deucе's avatar
      bbd5e52a
    • Deucе's avatar
      Go back to ALT-Up/Down for speed adjustment · 6285417f
      Deucе authored
      Now that ALT-Up/Down no longer have an effect on window size, they
      can go back to their previous bindings of changing the emulated
      output speed.
      
      At the same time, remove AltGr support from keysym parsing since it
      should be properly handled by the text input stuff now.
      6285417f
    • Deucе's avatar
      Use aspect_fix() not aspect_correct() for initial window size · aa4180ee
      Deucе authored
      Caused the initial window to be the wrong size.
      aa4180ee
    • Deucе's avatar
      Use display aspect ratio, not pixel for tracking. · a5c619fc
      Deucе authored
      People are used to thinking about the aspect ratio of displays and
      used to not thinking at all about that of pixels.  Most of the modes
      are simplt 4:3 modes and the text area is the entire window.  The
      only oddball here is the Commodore 64 and 128 40-column modes.
      Because they have a border around them that's wider on the sides than
      the top/bottom, the display aspect ratio is actually narrower than
      a normal NTSC screen (6:5).  It seems the PAL version actually has
      square pixels, but nobody has asked for a PAL Commodore mode, and I
      think that has a different colour palette too so I'm not doing it.
      
      Just to frustrate DigitalMan a bit, the default custom aspect ratio
      is now 4:3 (but can be configured).  At present, modifying the custom
      mode while *in* the custom modes "works", which no sane person would
      want when adjusting the aspect ratio.
      a5c619fc
  6. 18 May, 2021 4 commits
  7. 15 May, 2021 6 commits
  8. 14 May, 2021 4 commits
  9. 11 May, 2021 2 commits
  10. 10 May, 2021 3 commits
    • Deucе's avatar
      37d8d708
    • Deucе's avatar
      Draw the ellipse pixel when the angle is equal to start/end as well · 461d36a1
      Deucе authored
      Being stritly less/greater causes a one pixel gap at the start/end
      of the ellipse, meaning flood fills can escape.
      461d36a1
    • Deucе's avatar
      Numerous changes: · 634c8763
      Deucе authored
      Clamp coordinate translation max
      Fill using native pattern, not scaled pattern
      Add a bad, broken, and slow even/odd fill
      Fix logging when RIP is enabled
      Use the same ellipse algorithm for partial as full ellipses
      Detect diagonal movement in ellipse drawing and don't make the edge fat
      Only recurse once in the flood fill
      Implement the v2 poly bezier command
      Enable filled pie slices
      Add RIP_POINT command (basically a scaled pixel using line width)
      634c8763
  11. 07 May, 2021 1 commit
    • Deucе's avatar
      More improvements... · 19f0c215
      Deucе authored
      Consistently use map_rip_color()
      Optimize flood fill to not clobber the stack
      Fix small full ellipses to match RIPTerm 1.54
      19f0c215
  12. 06 May, 2021 1 commit