Skip to content

Releases: linzeyan/macshot

v0.8.32

Choose a tag to compare

@github-actions github-actions released this 02 Nov 15:25

Fixed

  • Ctrl+C copies the capture. Once a region was chosen, pressing Ctrl+C used to do
    nothing; it now copies the region with its annotations to the clipboard and closes the
    capture screen, the same as the Copy button on the toolbar and ⌘C on macOS. Thanks to
    Demohu.

v0.8.31

Choose a tag to compare

@github-actions github-actions released this 20 Oct 11:57

Fixed

  • The up and down arrows on number settings stay inside their box. Settings such as
    Dismiss after and History size used to show their arrows in a pop-up that stayed open
    after you clicked elsewhere on the page and moved along with the page as you scrolled.
    The arrows are now always shown in the box, as on macOS.
  • Closing the settings window gives its memory back. macshot used to keep the memory
    the open window had used until your next capture.

Changed

  • The settings footer credits linzeyan and links to github.com/linzeyan/macshot.

v0.8.30

Choose a tag to compare

@github-actions github-actions released this 16 Oct 11:46

Fixed

  • The capture screen shows the crosshair as soon as it appears. It used to come up
    with the spinning busy pointer and keep it until you moved the mouse, which made a
    capture after a long idle feel slower than it was.

v0.8.29

Choose a tag to compare

@github-actions github-actions released this 15 Oct 13:15

Changed

  • The log line written for a slow capture also says whether Windows had to read macshot
    back into memory first
    : how much of macshot was in memory when you pressed the
    shortcut, and how many times it then had to be read back in, counting the ones that came
    from the disk apart. A capture that is slow because macshot sat idle for hours can now be
    told apart from one that is slow for any other reason.

v0.8.28

Choose a tag to compare

@github-actions github-actions released this 14 Oct 12:17

Changed

  • The detailed log is now a choice of three levels. Settings → About → Diagnostics has
    a Log level menu where the "Write a detailed log" checkbox was. Normal writes failures,
    Debug adds every step of a capture or recording and how long it took, and Trace adds
    every frame and every error, including the ones macshot recovers from on its own. If you
    had the checkbox on, choose Debug.
  • Every line in the log names the line of macshot's source that wrote it, and every
    error is written with the full detail of where it happened, so a log you send in points
    at the fault instead of only describing it.
  • A capture that takes a second or more to appear is written to the log, with how long
    each step took, even at the Normal level. A slow capture can now be explained after the
    fact, without having to turn anything on before it happens.

v0.8.27

Choose a tag to compare

@github-actions github-actions released this 05 Oct 11:57

Fixed

  • The video editor that opens after a recording keeps its memory. macshot tidies up
    once a recording is finished, and that ran while the editor was opening, handing the
    editor's memory back to Windows just as you started to use it, so it had to be read
    back in. The tidy-up now waits until you close the editor.

v0.8.26

Choose a tag to compare

@github-actions github-actions released this 03 Oct 00:25

Changed

  • Marks stay editable when you open a capture in the editor, as on macOS. Before,
    anything you had drawn on the capture became part of the picture on the way into the
    editor, so you could no longer move it, change it or delete it. Adjustments such as
    brightness and contrast, and the frame, come across as settings you can still change,
    too.
  • The editor window opens at the size macOS uses, and the capture is centred in the
    space above the toolbar and beside the buttons on the right, rather than partly under
    them.
  • A pinned image opens at the size it is in the editor. A capture pins at the size it
    was on screen, as before. An image file now pins at its own size, as on macOS, rather
    than at its pixel count, which made it look smaller on a scaled display.

v0.8.25

Choose a tag to compare

@github-actions github-actions released this 02 Oct 23:19

Changed

  • The editor opens a capture at the size it was on screen, as on macOS. On a display
    scaled to 175%, a capture used to open in the editor 175% larger than it was, with its
    handles and marks enlarged to match. It now opens at 100% with one pixel of the capture
    to one pixel of the screen, and marks and handles are the size they were when you drew
    them. Captures reopened from the history open the same way.
  • Image files open at their own size. The editor reads the file's resolution, as
    macOS does, so a 96 DPI image opens at its size in points. On a display scaled to 175%
    it looks larger than its pixel count, exactly as a 72 DPI image does on a Retina Mac.
  • Arrowheads, number badges, the padding around labels, dotted lines and the other
    sizes you do not set are in points too
    , so on a scaled display they are no longer
    smaller than on macOS. 0.8.24 did this for the sizes on the toolbar; this finishes it.
  • The smart marker works as on macOS while you draw. The band stays level from where
    you pressed and is as thick as the line of text under the pointer from the start. The
    pointer becomes a yellow highlighter tip. Before, the band followed the pointer at the
    toolbar's width and only snapped to the text when you let go.
  • "Save at standard resolution" uses the scale the capture was taken at. An image
    opened from a file is no longer shrunk by your display's scaling when you save it.

Fixed

  • The editor's tool options are no longer cut off at the bottom of the window.
  • The editor window opens big enough to show the capture and its toolbars on a
    scaled display.
  • The text box in the editor is the size the label will be, so the text no longer
    changes size when you press Enter.

Note

  • Captures in the history from earlier versions open as before, because they were
    saved without the scale they were taken at. Only captures taken with this version open
    at 1:1.
  • WebP and AVIF files do not store a resolution, so they open at one point per pixel.

v0.8.24

Choose a tag to compare

@github-actions github-actions released this 02 Oct 15:58

Changed

  • The marker is a highlighter, as on macOS. It follows the pointer instead of drawing
    a straight line from where you pressed to where you let go, so it can follow a sloping
    line of text or circle something. It draws a broad, see-through band six times the width
    shown on the toolbar, so the text under it stays readable. Before, it drew a thin opaque
    line that covered what it was meant to mark.
  • Line widths and sizes are in points, as on macOS, so a mark looks as thick on a
    display scaled to 175% as on one at 100%. This covers lines, text, numbers, stamps and
    the magnifier. Before, they were in screen pixels, so at 175% a width of 3 drew a line
    little more than half as thick as on macOS. On a scaled display, new marks are now
    thicker and larger than before.
  • A selected pencil or marker stroke is outlined around its whole width, rather than
    through the middle of it.

Added

  • Hold Shift to keep a pencil or marker stroke straight, as on macOS. The stroke
    follows whichever direction you move first, horizontal or vertical, from the point
    where you pressed Shift.

Note

  • If you had changed the marker's width, it goes back to 3 once. The number now means
    something different, and the old setting would have drawn a band six times too wide.
    Highlights in captures you saved earlier reopen from the history at the width they were
    drawn at, but they are now see-through.

v0.8.23

Choose a tag to compare

@github-actions github-actions released this 02 Oct 14:52

Changed

  • The pointer now shows what a click will do, as it does on macOS. Over a mark you can
    move, it becomes the move pointer, whichever drawing tool is selected. Over the handles
    of a selected shape, it shows the direction that handle resizes. Before, it stayed a
    crosshair everywhere unless the pointer tool was selected, so the only way to find out
    whether a click would draw or move something was to click.
  • Marks are easier to pick up on a high-resolution display. The distance at which a
    click still catches a line used to shrink as Windows' display scaling went up, so at
    175% you had to put the crosshair right on the line. It is now the same at every scaling,
    as on macOS.
  • The pencil and the marker show how thick their line will be. A dot the size of the
    stroke follows the pointer, so you can judge the width before you draw. On macOS the dot
    replaces the pointer; on Windows the crosshair stays and the dot is drawn under it.

Added

  • Shapes have a handle in the middle of each side, as on macOS. Drag one to make a
    rectangle, ellipse or other shape taller or wider without changing its other dimension.

Fixed

  • The magnifier stays round when you resize it. Dragging one of its corners used to
    stretch it into an oval, which stretched what it magnified too.