<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title><![CDATA[Swisslog's Forum - All Forums]]></title>
		<link>https://www.swisslogforwindows.com/forum/</link>
		<description><![CDATA[Swisslog's Forum - https://www.swisslogforwindows.com/forum]]></description>
		<pubDate>Sun, 06 Sep 2026 22:45:30 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[Beta released on 6th September 2026]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1378</link>
			<pubDate>Sun, 06 Sep 2026 15:14:09 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=8">EA3GCV</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1378</guid>
			<description><![CDATA[Dear users,<br />
<br />
I have released a beta including the following improvements (latest changes highlighted in boldface):<br />
<ul class="mycode_list"><li>NEW: French Regions: Swisslog will automatically fill out the French Region field in all QSO with French stations (DXCC = F) where user has set the DDFM number (French Departament)<br />
</li>
<li>Corrected: QSO Entry &gt; Station tab: Notes field was displayed empty when adding a new QSO with a previously worked station having notes in the C_NOTE field.<br />
</li>
<li>Corrected: QSO Entry &gt; Station tab: Note field Unicode characters were displayed as ???.<br />
</li>
<li>Corrected: Band Maps: double clicking on a spot, if one of the actions was Log QSO and the spot contained award info such as WFF, SOTA, DME, etc. these fields were not set in the QSO Entry window.<br />
</li>
<li>Corrected: Dx Alerts: position and size were not restored after closing Swisslog.<br />
</li>
<li>Corrected: Telnet server window: now accented latin characters are displayed properly<br />
</li>
<li>Corrected: Routine to process Pendient Log QSO Requests: often one or some QSO were lost during the process of the queue of Pending Log QSO requests. Now the routine has been improved and it checks if the QSO has been really saved before deleting it from the queue. In case it's not saved the routine will process next queued QSO leaving this pending QSO in the queue to be processed later.<br />
</li>
<li>Corrected:  Routine to process Pendient Log QSO Requests: BETA from 20th August had a queue limit of 20 instead of 3000.  Also QSOs were saved twice under certain setups.<br />
</li>
<li>Corrected: DEE info table: DME where not imported properly resulting with no leading zero in DME. Example: instead of 01001 was imported as 1001.<br />
</li>
<li>Optimized: Transceiver control for TCI and Flex Radio: reduced traffic drastically improving overall performance<br />
</li>
<li>Corrected: Logbook view: Manual tab: when selecting a MyQTH the following error message appears: Parameter L_MyQTHID has no default value.<br />
</li>
<li><span style="font-weight: bold;" class="mycode_b">Corrected: Import ADIF QSO: selecting option "QSL action based on QSL Received/sent" fields didn't work and a blank QSL Action was set despite user assigned a value in the QSL-Action field.</span><br />
</li>
</ul>
]]></description>
			<content:encoded><![CDATA[Dear users,<br />
<br />
I have released a beta including the following improvements (latest changes highlighted in boldface):<br />
<ul class="mycode_list"><li>NEW: French Regions: Swisslog will automatically fill out the French Region field in all QSO with French stations (DXCC = F) where user has set the DDFM number (French Departament)<br />
</li>
<li>Corrected: QSO Entry &gt; Station tab: Notes field was displayed empty when adding a new QSO with a previously worked station having notes in the C_NOTE field.<br />
</li>
<li>Corrected: QSO Entry &gt; Station tab: Note field Unicode characters were displayed as ???.<br />
</li>
<li>Corrected: Band Maps: double clicking on a spot, if one of the actions was Log QSO and the spot contained award info such as WFF, SOTA, DME, etc. these fields were not set in the QSO Entry window.<br />
</li>
<li>Corrected: Dx Alerts: position and size were not restored after closing Swisslog.<br />
</li>
<li>Corrected: Telnet server window: now accented latin characters are displayed properly<br />
</li>
<li>Corrected: Routine to process Pendient Log QSO Requests: often one or some QSO were lost during the process of the queue of Pending Log QSO requests. Now the routine has been improved and it checks if the QSO has been really saved before deleting it from the queue. In case it's not saved the routine will process next queued QSO leaving this pending QSO in the queue to be processed later.<br />
</li>
<li>Corrected:  Routine to process Pendient Log QSO Requests: BETA from 20th August had a queue limit of 20 instead of 3000.  Also QSOs were saved twice under certain setups.<br />
</li>
<li>Corrected: DEE info table: DME where not imported properly resulting with no leading zero in DME. Example: instead of 01001 was imported as 1001.<br />
</li>
<li>Optimized: Transceiver control for TCI and Flex Radio: reduced traffic drastically improving overall performance<br />
</li>
<li>Corrected: Logbook view: Manual tab: when selecting a MyQTH the following error message appears: Parameter L_MyQTHID has no default value.<br />
</li>
<li><span style="font-weight: bold;" class="mycode_b">Corrected: Import ADIF QSO: selecting option "QSL action based on QSL Received/sent" fields didn't work and a blank QSL Action was set despite user assigned a value in the QSL-Action field.</span><br />
</li>
</ul>
]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[ADIF to QSO group]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1377</link>
			<pubDate>Thu, 03 Sep 2026 17:11:59 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=710">dl1daw</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1377</guid>
			<description><![CDATA[Is it possible to import an SWL ADIF-file into a QSO group (i.e QSL_label) ? I have an ADIF- file with 200 QSOs of my logbook which I need to import to a QSO group in order to add the QSL action (i.e. via buro). At the end the logbook view should show and tickmarked  the QSL-action. Or is there any other alternative? i.e. how to add the QSL action to the ADIF-file? In this caase I could do the normal data import and overwrite the QSOs with the additional QSL-action. Any idea is highly appreciated! Thanks for your time!]]></description>
			<content:encoded><![CDATA[Is it possible to import an SWL ADIF-file into a QSO group (i.e QSL_label) ? I have an ADIF- file with 200 QSOs of my logbook which I need to import to a QSO group in order to add the QSL action (i.e. via buro). At the end the logbook view should show and tickmarked  the QSL-action. Or is there any other alternative? i.e. how to add the QSL action to the ADIF-file? In this caase I could do the normal data import and overwrite the QSOs with the additional QSL-action. Any idea is highly appreciated! Thanks for your time!]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[New Country Table (WRTC special)]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1375</link>
			<pubDate>Fri, 28 Aug 2026 17:59:33 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=75">EI4KF</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1375</guid>
			<description><![CDATA[A new Country Database has been released 28 August 2026.<br />
<br />
It has one new definition: MB has been added for G England. Swisslog will prompt to update soon.<br />
<br />
This prefix was used at WRTC but did not have a DXCC assignment in Swisslog.<br />
<br />
This leaves the issue of existing log entries for MB calls that you worked. These, unless you made a manual entry, will not have a DXCC allocated. Some Swisslog users made a large number of MB QSOs and to avoid a lot of manual editing of your logbook, please use a solution below.<br />
<br />
Jordi has prepared a SQL script. Download it from <a href="http://www.swisslogforwindows.com/Download/Fix-MB-QSO.zip" target="_blank" rel="noopener" class="mycode_url">www.swisslogforwindows.com/Download/Fix-MB-QSO.zip</a><br />
<br />
Unzip it in the SCRIPTS folder. Open Swisslog and go to Tools&gt;For Experts Only&gt; Execute SQL script and pick your saved file. Swisslog will execute the script and the database will refresh.<br />
<br />
Note: Jordi would like to remind everyone that Swisslog implements a very powerful and useful function to Set DXCC from Club Log in the Tools &gt; Club Log menu. Not only will it fix these QSOs but will probably fix many other wrong allocations.]]></description>
			<content:encoded><![CDATA[A new Country Database has been released 28 August 2026.<br />
<br />
It has one new definition: MB has been added for G England. Swisslog will prompt to update soon.<br />
<br />
This prefix was used at WRTC but did not have a DXCC assignment in Swisslog.<br />
<br />
This leaves the issue of existing log entries for MB calls that you worked. These, unless you made a manual entry, will not have a DXCC allocated. Some Swisslog users made a large number of MB QSOs and to avoid a lot of manual editing of your logbook, please use a solution below.<br />
<br />
Jordi has prepared a SQL script. Download it from <a href="http://www.swisslogforwindows.com/Download/Fix-MB-QSO.zip" target="_blank" rel="noopener" class="mycode_url">www.swisslogforwindows.com/Download/Fix-MB-QSO.zip</a><br />
<br />
Unzip it in the SCRIPTS folder. Open Swisslog and go to Tools&gt;For Experts Only&gt; Execute SQL script and pick your saved file. Swisslog will execute the script and the database will refresh.<br />
<br />
Note: Jordi would like to remind everyone that Swisslog implements a very powerful and useful function to Set DXCC from Club Log in the Tools &gt; Club Log menu. Not only will it fix these QSOs but will probably fix many other wrong allocations.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[ICOM IC-7300MK2 Hex-Adress]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1374</link>
			<pubDate>Thu, 20 Aug 2026 16:12:52 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=7116">DH1PS</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1374</guid>
			<description><![CDATA[Hello Jordi,<br />
<br />
I have no Problems to run the Kenwood TS-990 and the ICOMs IC-705, IC-7300 and IC-9700 with Swisslog 5.118.<br />
But with the ICOM IC-7300MK2 it is not possible to put in the right Hex-Adress B6.<br />
<br />
See Picture below:<br />
<br />
[attachment=634] <br />
<br />
All the other HAM-Radio-Applications, like UCX-Log, WSJT-X, JTDX, etc. run very well with the IC-7300MK2.<br />
<br />
Do you have a solution for this error?<br />
<br />
Thanks in advance]]></description>
			<content:encoded><![CDATA[Hello Jordi,<br />
<br />
I have no Problems to run the Kenwood TS-990 and the ICOMs IC-705, IC-7300 and IC-9700 with Swisslog 5.118.<br />
But with the ICOM IC-7300MK2 it is not possible to put in the right Hex-Adress B6.<br />
<br />
See Picture below:<br />
<br />
[attachment=634] <br />
<br />
All the other HAM-Radio-Applications, like UCX-Log, WSJT-X, JTDX, etc. run very well with the IC-7300MK2.<br />
<br />
Do you have a solution for this error?<br />
<br />
Thanks in advance]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[New Country Table]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1372</link>
			<pubDate>Fri, 14 Aug 2026 11:22:34 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=75">EI4KF</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1372</guid>
			<description><![CDATA[The Swisslog Country Database was updated 14 August 2026.<br />
<br />
Definition updates are as follows:<br />
<br />
9M4GKS and 9M4LHD = 9M6 East Malaysia<br />
<br />
GB2CG and G5RRR = GM Scotland<br />
<br />
G0X = GW Wales<br />
<br />
KK7RSM = KH8 American Samoa<br />
<br />
KG5NSU = KP2 Virgin Is<br />
<br />
K4A, WQ2N and K1PT are KP4 Puerto Rico<br />
<br />
VI9POL = VK Australia<br />
<br />
VK2LHW = VK9L Lord Howe Is<br />
<br />
<br />
Swisslog will prompt to update soon.<br />
<br />
<br />
73 de Erik EI4KF.]]></description>
			<content:encoded><![CDATA[The Swisslog Country Database was updated 14 August 2026.<br />
<br />
Definition updates are as follows:<br />
<br />
9M4GKS and 9M4LHD = 9M6 East Malaysia<br />
<br />
GB2CG and G5RRR = GM Scotland<br />
<br />
G0X = GW Wales<br />
<br />
KK7RSM = KH8 American Samoa<br />
<br />
KG5NSU = KP2 Virgin Is<br />
<br />
K4A, WQ2N and K1PT are KP4 Puerto Rico<br />
<br />
VI9POL = VK Australia<br />
<br />
VK2LHW = VK9L Lord Howe Is<br />
<br />
<br />
Swisslog will prompt to update soon.<br />
<br />
<br />
73 de Erik EI4KF.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[ERROR]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1370</link>
			<pubDate>Sat, 25 Jul 2026 18:40:01 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=7071">EA8BPI</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1370</guid>
			<description><![CDATA[BUENAS TARDES:<br />
HE CONECTADO LA EMISORA KENWOOD TS-690S AL PROGRAMA SWISSLOG. EN PRINCIPIO TODO FUNCIONA CORRECTAMENTE. DE REPENTE UNAS VECES ANTES Y OTRAS MAS TARDE COMIENZA A PRESENTAR UN CUADRO DE DIALOGO DE <span style="font-weight: bold;" class="mycode_b"><span style="text-decoration: underline;" class="mycode_u">ERROR: " ES UN VALOR ENTERO INCORRECTO"</span></span>  Y VA SALIENDO ESTE CUADRO DE DIALOGO UNA VEZ TRAS OTRA BLOQUEANDO CUALQUIER ACTIVIDADA EN EL PROGRAMA TENIENDO QUE ACUDIR AL ADMINISTRADOR DE TAREAS DE WINDOWS PARA PODER CERRAR EL PROGRAMA.<br />
N<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://www.swisslogforwindows.com/forum/images/attachtypes/image.gif" title="PNG Image" border="0" alt=".png" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=631" target="_blank" title="">Captura de pantalla 2026-07-25 192548.png</a> (Size: 260,05 KB / Downloads: 5)
<!-- end: postbit_attachments_attachment -->]]></description>
			<content:encoded><![CDATA[BUENAS TARDES:<br />
HE CONECTADO LA EMISORA KENWOOD TS-690S AL PROGRAMA SWISSLOG. EN PRINCIPIO TODO FUNCIONA CORRECTAMENTE. DE REPENTE UNAS VECES ANTES Y OTRAS MAS TARDE COMIENZA A PRESENTAR UN CUADRO DE DIALOGO DE <span style="font-weight: bold;" class="mycode_b"><span style="text-decoration: underline;" class="mycode_u">ERROR: " ES UN VALOR ENTERO INCORRECTO"</span></span>  Y VA SALIENDO ESTE CUADRO DE DIALOGO UNA VEZ TRAS OTRA BLOQUEANDO CUALQUIER ACTIVIDADA EN EL PROGRAMA TENIENDO QUE ACUDIR AL ADMINISTRADOR DE TAREAS DE WINDOWS PARA PODER CERRAR EL PROGRAMA.<br />
N<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://www.swisslogforwindows.com/forum/images/attachtypes/image.gif" title="PNG Image" border="0" alt=".png" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=631" target="_blank" title="">Captura de pantalla 2026-07-25 192548.png</a> (Size: 260,05 KB / Downloads: 5)
<!-- end: postbit_attachments_attachment -->]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Printing eQSLs with a Brother HL-L2375DW Laser printer]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1369</link>
			<pubDate>Sat, 25 Jul 2026 04:31:47 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=28">F6DKQ</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1369</guid>
			<description><![CDATA[Hi,<br />
<br />
So far, I have been printing my QSL cards on 10 × 15 cm card stock, which fits perfectly in my printer's lower paper tray.<br />
<br />
Unfortunately, following our recent TM25TFR operation, I now have to deal with professionally printed standard 9 × 14 cm QSL cards.<br />
With this size, I can only use the manual feed slot, one card at a time!  (Brother HL-L2375DW Laser printer)<br />
Does anyone have a Swisslog QSL printing form set up for 9 × 14 cm cards, and if so, what printer/page settings do you use?<br />
<br />
add : I think I found one : QSL9x14 A4_EA5VK.rpt  prints on my brother from the upper tray, without any mod<br />
......but only prints a SINGLE qso......any idea to print more ...say 4 or 5 ...?<br />
add : found how to group qso's, but only can display 3     the 10x15 format allows me 5 qso's....never mind.....<br />
<br />
73 de Guy F6DKQ]]></description>
			<content:encoded><![CDATA[Hi,<br />
<br />
So far, I have been printing my QSL cards on 10 × 15 cm card stock, which fits perfectly in my printer's lower paper tray.<br />
<br />
Unfortunately, following our recent TM25TFR operation, I now have to deal with professionally printed standard 9 × 14 cm QSL cards.<br />
With this size, I can only use the manual feed slot, one card at a time!  (Brother HL-L2375DW Laser printer)<br />
Does anyone have a Swisslog QSL printing form set up for 9 × 14 cm cards, and if so, what printer/page settings do you use?<br />
<br />
add : I think I found one : QSL9x14 A4_EA5VK.rpt  prints on my brother from the upper tray, without any mod<br />
......but only prints a SINGLE qso......any idea to print more ...say 4 or 5 ...?<br />
add : found how to group qso's, but only can display 3     the 10x15 format allows me 5 qso's....never mind.....<br />
<br />
73 de Guy F6DKQ]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[What might be happening?]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1368</link>
			<pubDate>Fri, 24 Jul 2026 15:16:57 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=75">EI4KF</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1368</guid>
			<description><![CDATA[Hello Jordi<br />
<br />
Please see video at <a href="https://youtu.be/7UjtpWRsfxk" target="_blank" rel="noopener" class="mycode_url">https://youtu.be/7UjtpWRsfxk</a><br />
<br />
This is not an email for help as its not a Swisslog error I believe. I do wonder though if you have any idea why it happens. Its on every station called / worked on JTDX. The callsign comes to the Entry of QSOs window and then switches in and out. Nothing actually goes wrong, the callsign is logged.<br />
<br />
Flex Radio SmartSDR software, due to the company's regressive policy toward its customers that now mean a subscription is required to get latest new features, has come under competition. A superb alternative has emerged called AetherSDR. All software that works with SmartSDR also works with AetherSDR. One of its features is that I can open a second panorama and connect to a KIWI SDR. So I can have Slice 1 locally on 21074 for example and be using JTDX and I have Slice 2 connected to a KIWI and use WSJTx to receive either same band or other band. <br />
<br />
Swisslog does not like this! My UDP link is only to JTDX (as far as I know) but somehow the WSJTx instance interferes. As soon as I close WSJTx or the second Slice, the problem stops. The UDP is solid and remains green.<br />
<br />
It is not "end of the world" but I wonder if there might be a solution.<br />
<br />
73 de Erik EI4KF]]></description>
			<content:encoded><![CDATA[Hello Jordi<br />
<br />
Please see video at <a href="https://youtu.be/7UjtpWRsfxk" target="_blank" rel="noopener" class="mycode_url">https://youtu.be/7UjtpWRsfxk</a><br />
<br />
This is not an email for help as its not a Swisslog error I believe. I do wonder though if you have any idea why it happens. Its on every station called / worked on JTDX. The callsign comes to the Entry of QSOs window and then switches in and out. Nothing actually goes wrong, the callsign is logged.<br />
<br />
Flex Radio SmartSDR software, due to the company's regressive policy toward its customers that now mean a subscription is required to get latest new features, has come under competition. A superb alternative has emerged called AetherSDR. All software that works with SmartSDR also works with AetherSDR. One of its features is that I can open a second panorama and connect to a KIWI SDR. So I can have Slice 1 locally on 21074 for example and be using JTDX and I have Slice 2 connected to a KIWI and use WSJTx to receive either same band or other band. <br />
<br />
Swisslog does not like this! My UDP link is only to JTDX (as far as I know) but somehow the WSJTx instance interferes. As soon as I close WSJTx or the second Slice, the problem stops. The UDP is solid and remains green.<br />
<br />
It is not "end of the world" but I wonder if there might be a solution.<br />
<br />
73 de Erik EI4KF]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[NEW version 5.118]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1365</link>
			<pubDate>Sun, 12 Jul 2026 19:49:49 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=8">EA3GCV</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1365</guid>
			<description><![CDATA[Dear users,<br />
<br />
I have just released version 5.118 implementing <span style="font-weight: bold;" class="mycode_b">VERY IMPORTANT CORRECTIONS detected in version 5.117</span>.<br />
<br />
Please UPGRADE when asked and read the full list of corrections <a href="http://www.swisslogforwindows.com/releasenotes.html" target="_blank" rel="noopener" class="mycode_url"><span style="color: #0072bc;" class="mycode_color">HERE</span></a>. <br />
<br />
<span style="font-weight: bold;" class="mycode_b"><span style="color: #c10300;" class="mycode_color">IMPORTANT!! </span>All users executing Swisslog as administrator will lose this setting after upgrade. Remember to set it again in the Swisslog icon to avoid undesired issues.</span><br />
<br />
Best 73]]></description>
			<content:encoded><![CDATA[Dear users,<br />
<br />
I have just released version 5.118 implementing <span style="font-weight: bold;" class="mycode_b">VERY IMPORTANT CORRECTIONS detected in version 5.117</span>.<br />
<br />
Please UPGRADE when asked and read the full list of corrections <a href="http://www.swisslogforwindows.com/releasenotes.html" target="_blank" rel="noopener" class="mycode_url"><span style="color: #0072bc;" class="mycode_color">HERE</span></a>. <br />
<br />
<span style="font-weight: bold;" class="mycode_b"><span style="color: #c10300;" class="mycode_color">IMPORTANT!! </span>All users executing Swisslog as administrator will lose this setting after upgrade. Remember to set it again in the Swisslog icon to avoid undesired issues.</span><br />
<br />
Best 73]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Swisslog freezes if a non-valid locator is entered.]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1364</link>
			<pubDate>Wed, 24 Jun 2026 16:40:58 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=1621">JW6VDA</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1364</guid>
			<description><![CDATA[If an invalid qth locator is entered, Swisslog is freezing up. Pressing OK in the error medsage does not close it, so Swisslog remains open and unresponsive. I happen to open the task manager on the same screen that Swisslog occupies, but Swisslog stays in the way, so the only way to resolve this is a full restart of the computer. <br />
<br />
Tom ex JW6VDA, now OH6VDA]]></description>
			<content:encoded><![CDATA[If an invalid qth locator is entered, Swisslog is freezing up. Pressing OK in the error medsage does not close it, so Swisslog remains open and unresponsive. I happen to open the task manager on the same screen that Swisslog occupies, but Swisslog stays in the way, so the only way to resolve this is a full restart of the computer. <br />
<br />
Tom ex JW6VDA, now OH6VDA]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[new sequence ordering takes hours]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1363</link>
			<pubDate>Wed, 17 Jun 2026 07:08:34 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=67">DG7RO</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1363</guid>
			<description><![CDATA[Hi,<br />
<br />
when I delete some QSO in the database - here 8k QSOs - next time I start swisslog the new qso sequence number can be assigned.<br />
This takes here hours: 10 QSOs per second!  Is there a possibility to speed up this?<br />
<br />
Torsten, dg7ro]]></description>
			<content:encoded><![CDATA[Hi,<br />
<br />
when I delete some QSO in the database - here 8k QSOs - next time I start swisslog the new qso sequence number can be assigned.<br />
This takes here hours: 10 QSOs per second!  Is there a possibility to speed up this?<br />
<br />
Torsten, dg7ro]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[New Country Table]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1361</link>
			<pubDate>Fri, 12 Jun 2026 21:53:50 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=75">EI4KF</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1361</guid>
			<description><![CDATA[The Swisslog Country Table was updated 5 June and included with the version 5.117 release.<br />
<br />
In the update I reviewed and identified some of the UK callsigns where the licensee has elected to drop the regional identifier (GD, GI, GJ, GM etc). This is now allowable per a recent change from OFCOM.<br />
<br />
The following definitions were added. It is by no means an exhaustive list, merely some of the most active stations.<br />
<br />
<br />
M8TSH, M9SMC and M9WGP are all Northern Ireland, GI<br />
<br />
M8DOI, M8HZR, M8IYV, M8LAO, M8NEG, M8SNT, M8UAT, M8XZA, M9DEL, M9SNW, M9SRU and M9STM are all Scotland, GM<br />
<br />
M8CYE, M8ENA, M8FBB, M8PVZ, M8RBW, M9LPZ, M9MMB, M9MWZ, M9SAE and M9TGX are all Wales, GW<br />
<br />
<br />
By far the vast majority of UK stations do wish to retain their country identity by sending the full prefix. However, should an accurate logbook be important, it is recommended that you review all UK calls worked and amend the DXCC where required.<br />
<br />
If you encounter callsigns where Swisslog does not assign the correct DXCC, please post to this thread with the details.<br />
<br />
73 de Erik EI4KF]]></description>
			<content:encoded><![CDATA[The Swisslog Country Table was updated 5 June and included with the version 5.117 release.<br />
<br />
In the update I reviewed and identified some of the UK callsigns where the licensee has elected to drop the regional identifier (GD, GI, GJ, GM etc). This is now allowable per a recent change from OFCOM.<br />
<br />
The following definitions were added. It is by no means an exhaustive list, merely some of the most active stations.<br />
<br />
<br />
M8TSH, M9SMC and M9WGP are all Northern Ireland, GI<br />
<br />
M8DOI, M8HZR, M8IYV, M8LAO, M8NEG, M8SNT, M8UAT, M8XZA, M9DEL, M9SNW, M9SRU and M9STM are all Scotland, GM<br />
<br />
M8CYE, M8ENA, M8FBB, M8PVZ, M8RBW, M9LPZ, M9MMB, M9MWZ, M9SAE and M9TGX are all Wales, GW<br />
<br />
<br />
By far the vast majority of UK stations do wish to retain their country identity by sending the full prefix. However, should an accurate logbook be important, it is recommended that you review all UK calls worked and amend the DXCC where required.<br />
<br />
If you encounter callsigns where Swisslog does not assign the correct DXCC, please post to this thread with the details.<br />
<br />
73 de Erik EI4KF]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[NEW version 5.117]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1360</link>
			<pubDate>Fri, 12 Jun 2026 21:47:53 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=8">EA3GCV</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1360</guid>
			<description><![CDATA[Dear users,<br />
<br />
I have just released version 5.117 implementing <span style="font-weight: bold;" class="mycode_b">VERY IMPORTANT NEWS AND </span><span style="font-weight: bold;" class="mycode_b">CORRECTIONS</span>.<br />
<br />
Please UPGRADE when asked and read the full list of corrections <a href="http://www.swisslogforwindows.com/releasenotes.html" target="_blank" rel="noopener" class="mycode_url"><span style="color: #0072bc;" class="mycode_color">HERE</span></a>. <br />
<br />
<span style="font-weight: bold;" class="mycode_b"><span style="color: #c10300;" class="mycode_color">IMPORTANT!! </span>All users executing Swisslog as administrator will lose this setting after upgrade. Remember to set it again in the Swisslog icon to avoid undesired issues.</span><br />
<br />
Best 73]]></description>
			<content:encoded><![CDATA[Dear users,<br />
<br />
I have just released version 5.117 implementing <span style="font-weight: bold;" class="mycode_b">VERY IMPORTANT NEWS AND </span><span style="font-weight: bold;" class="mycode_b">CORRECTIONS</span>.<br />
<br />
Please UPGRADE when asked and read the full list of corrections <a href="http://www.swisslogforwindows.com/releasenotes.html" target="_blank" rel="noopener" class="mycode_url"><span style="color: #0072bc;" class="mycode_color">HERE</span></a>. <br />
<br />
<span style="font-weight: bold;" class="mycode_b"><span style="color: #c10300;" class="mycode_color">IMPORTANT!! </span>All users executing Swisslog as administrator will lose this setting after upgrade. Remember to set it again in the Swisslog icon to avoid undesired issues.</span><br />
<br />
Best 73]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[NEW Trusted QSL 2.8.6]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1359</link>
			<pubDate>Thu, 04 Jun 2026 21:08:38 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=8">EA3GCV</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1359</guid>
			<description><![CDATA[Dear users,<br />
<br />
A new version of Trusted QSL v2.8.6 has been released. List of corrections / news can be found <span style="color: #0072bc;" class="mycode_color"><a href="https://www.arrl.org/tqsl/TrustedQSL-2-8-6-release.pdf" target="_blank" rel="noopener" class="mycode_url">here</a></span>.<br />
<br />
You can download it in the Download section of the website or by clicking <span style="color: #0072bc;" class="mycode_color"><a href="https://www.arrl.org/tqsl/tqsl-2.8.6.msi" target="_blank" rel="noopener" class="mycode_url">here</a></span>.<br />
<br />
It's <span style="font-weight: bold;" class="mycode_b">VERY IMPORTANT</span> to upgrade to the latest TQSL version to avoid issues in the LoTW synchronization!<br />
<br />
Best 73]]></description>
			<content:encoded><![CDATA[Dear users,<br />
<br />
A new version of Trusted QSL v2.8.6 has been released. List of corrections / news can be found <span style="color: #0072bc;" class="mycode_color"><a href="https://www.arrl.org/tqsl/TrustedQSL-2-8-6-release.pdf" target="_blank" rel="noopener" class="mycode_url">here</a></span>.<br />
<br />
You can download it in the Download section of the website or by clicking <span style="color: #0072bc;" class="mycode_color"><a href="https://www.arrl.org/tqsl/tqsl-2.8.6.msi" target="_blank" rel="noopener" class="mycode_url">here</a></span>.<br />
<br />
It's <span style="font-weight: bold;" class="mycode_b">VERY IMPORTANT</span> to upgrade to the latest TQSL version to avoid issues in the LoTW synchronization!<br />
<br />
Best 73]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Problems with 1 June Beta]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1358</link>
			<pubDate>Mon, 01 Jun 2026 14:03:06 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=75">EI4KF</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1358</guid>
			<description><![CDATA[I installed the new beta from 1 June and now have problems with delays on some actions.<br />
<br />
If I click a callsign in JTDX, in this version the call comes to the Statistic Overview window but then disappears and reappears, which has always happened before quite quickly but now is with a delay. If I click on a callsign in a DX Messages window, there is a delay before the call comes to Statistic Overview. <br />
<br />
The launching of Swisslog in this version takes longer than normal.<br />
<br />
Register of QSL Cards: the window opens but is not immediately populated.<br />
<br />
Prior to posting this report I had rebooted the computer and compacted my database to rule out extraneous factors. I also reverted to the 29 May beta and do not see this issue in that version.<br />
<br />
I have attached a zipped video that may help visualise some of the problem.<br />
<br />
Erik.<br />
<br />
<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://www.swisslogforwindows.com/forum/images/attachtypes/zip.gif" title="ZIP File" border="0" alt=".zip" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=622" target="_blank" title="">SwisslV5_dDQmRbcLNh.zip</a> (Size: 3,77 MB / Downloads: 1)
<!-- end: postbit_attachments_attachment -->]]></description>
			<content:encoded><![CDATA[I installed the new beta from 1 June and now have problems with delays on some actions.<br />
<br />
If I click a callsign in JTDX, in this version the call comes to the Statistic Overview window but then disappears and reappears, which has always happened before quite quickly but now is with a delay. If I click on a callsign in a DX Messages window, there is a delay before the call comes to Statistic Overview. <br />
<br />
The launching of Swisslog in this version takes longer than normal.<br />
<br />
Register of QSL Cards: the window opens but is not immediately populated.<br />
<br />
Prior to posting this report I had rebooted the computer and compacted my database to rule out extraneous factors. I also reverted to the 29 May beta and do not see this issue in that version.<br />
<br />
I have attached a zipped video that may help visualise some of the problem.<br />
<br />
Erik.<br />
<br />
<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://www.swisslogforwindows.com/forum/images/attachtypes/zip.gif" title="ZIP File" border="0" alt=".zip" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=622" target="_blank" title="">SwisslV5_dDQmRbcLNh.zip</a> (Size: 3,77 MB / Downloads: 1)
<!-- end: postbit_attachments_attachment -->]]></content:encoded>
		</item>
	</channel>
</rss>