If you want to take captures of individual windows, the entire desktop or arbitrary areas of your screen, it is extremely easy using a tool built into Windows since Vista. The Snipping Tool its called. Screen/Window captures are the preferred method of capturing images for posting to the forum. Taking a digital photo using your cell/mobile phone is not suitable and takes far longer (more steps) and often produces oversized/slanted images A couple of simple online tutorials... https://support.microsoft.com/en-au/help/13776/windows-use-snipping-tool-to-capture-screenshots https://computertutorflorida.com/2011/10/windows-7-built-in-screenshot-tool/ de Laurie VK3AMA

Copyright 2011 - 2019, Laurie VK3AMA, All Rights Reserved. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to use the Software subject to the following conditions. The software is provided "AS IS", without warranty of any kind, express or implied, including but not limited to the warranties of merchantability, fitness for a particular purpose and non-infringement. In no event shall the authors or copyright holders be liable for any claim, damages or other liability, whether in an action of contract, tort or otherwise, arising from, out of or in connection with the software or the use or other dealings in the software. Specifically. * You may install and use an unlimited number of copies of JTAlert for personal use ONLY. Commercial use is expressly forbidden. * You are not permitted to sell JTAlert or any portion of it. * You are not permitted to distribute JTAlert in any form. * You are not permitted to include JTAlert or any portion of it in any commercial software. * You are not permitted to decompile, disassemble, reverse engineer or modify the JTAlert executable or any portion of it, including support files (eg. plugin, sound and callsign files).

Since JTAlert was released in 2011, there have NEVER been any documented virus/malware/trojan infections caused by JTAlert. Prior to making a new JTAlert release publicly available, the JTAlert Installer is submitted to the VirusTotal Online Scanner where scans from over 70 commercial scanners are performed. Detection's that don't identify a specific named threat, but contain words like "Gen", "Generic", "Malicious", "Confidence", "Malware", "Riskware", "Reputation", "Score", "Heuristic", "Autoit", "Script", are typically false-positives. They don't identify a genuine threat. These sort of threat identifications are typically due to the compiler used to generate the JTAlert code or due to a lack of use among the user base of this Virus protection software (typically for niche-market Amateur Radio software) If your concerned about unsafe JTAlert files reported by your Virus/Malware software please do the following... Don't install the software. Send a false-positive submission to your Protection software company. Wait for them to confirm that the file is safe and they update their definitions files before installing/upgrading JTAlert. Reputable Protection software companies offer a false-positive reporting/testing service. If your software doesn't provide this fundamental service, you should seriously consider changing to a company that does. Users are ultimately responsible for their PC/Windows infrastructure, as such they should take the initiative and report suspicious files to their Protection software provider, rather than simply accepting third party advice to apply file/directory exemptions. If you believe there is a genuine threat contained within the JTAlert files, stop using/installing the program and immediately submit the file to your Protection software vendor for analysis. If your vendor reports a threat (not a possible threat or potential risk) submit a message to this group. de Laurie, VK3AMA

The services running on the HamSpots Server that manage Band Activity data and Text Messaging for old (pre 2.15.0) versions of JTAlert have been disabled. Spots upload to HamSpots is not affected by this change. Server load has seen a significant increase in recent weeks. This change is part of the current Server load reduction activity. It is very unlikely they will be re-enabled in the future. If either of these two disabled services is important to you, a JTAlert upgrade to a more recent version will be needed. Sorry for the inconvenience. de Laurie VK3AMA

While I permit discussion of JTDX and WSJT-X issues here on this forum, especially when they relate to JTAlert, this group is not for JTDX or WSJT-X specific bug reports or operation questions. These application specific questions (bug reports, how-to questions) should be posted to the support groups of those applications. For your convenience, the official support groups are... *WSJT-X https://groups.io/g/WSJTX/ JTDX https://jtdx.groups.io/g/main* de Laurie VK3AMA

The latest JTAlert version 2.16.13 is now available @ https://hamapps.com/JTAlert/ This release has the long-requested ability to automatically set an Alert entity (eg. grid, prefix, dxcc, etc) to no longer needed after logging a QSO. Suitable for users who don't require QSL confirmations and are happy to simply have the entity worked. de Laurie VK3AMA Release Notes. 2.16.13 (29-Aug-2020) *** Includes Callsign database file version 2020-08-29 (2020-Aug-29) New Features: - Auto Clear Alert Triggers: New "Auto clear triggered Alert entity after logging" option available for each of the 8 Wanted Alert types. When set this option will automatically clear an Alert entity (eg. Grid) after logging a QSO, thus avoiding the need to run a "Rebuild Alert Database" operation to remove "worked only" entities. Note: This is only suitable for users who don't require any form of QSL confirmation (as read from their log during a Rebuild operation) before an Entity is considered no longer needed. See the "Options" section of each of the "Wanted Alerts" in the Settings. - Alert Database Rebuild: New "Ignore QSOs before this date" option for each of the 8 Wanted Alert types (Dxcc, State, Grid, etc). Setting this option will instruct the rebuild log scanning to exclude (ignore) QSOs in your log before the specified date. See the "Rebuild Alert Database" section of the Settings window. Changes: - Country Names: Several of the country names displayed below the Callsigns in the main JTAlert window have been changed to reduce the truncation of longer names, improving readability, and to remove the ambiguity when similarly named countries are truncated. - Logging Success Popop: The display time for this popup is increased to 10 seconds (default is 5 seconds) if one or more of the Wanted Alerts is set to have their "Needed" settings automatically adjusted when logging a QSO as per the "Auto clear triggered Alert entity after logging" new feature. The increase display time is to provide sufficient time to review what changes have been automatically applied to the internal Alert Database.