Repository navigation
Releases: linzeyan/macshot
Releases · linzeyan/macshot
Release list
v0.8.32
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
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
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
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
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
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
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
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
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
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.