<?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>Thu, 22 Oct 2026 02:58:00 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[Options not remembered on closing programme and restarting]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1385</link>
			<pubDate>Wed, 07 Oct 2026 09:59:59 +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=1385</guid>
			<description><![CDATA[I do not want to have the “Query LLOTA activators” checked. When unchecking and closing the program, next time I open it, it it still is checked. Occasionally this also happens with “Query US state…”<br />
<br />
Is this a bug?<br />
<br />
De Tom OH6VDA]]></description>
			<content:encoded><![CDATA[I do not want to have the “Query LLOTA activators” checked. When unchecking and closing the program, next time I open it, it it still is checked. Occasionally this also happens with “Query US state…”<br />
<br />
Is this a bug?<br />
<br />
De Tom OH6VDA]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Beta released on 16th October 2026]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1384</link>
			<pubDate>Tue, 06 Oct 2026 09:55:33 +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=1384</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: Band Map - Advanced filtering system:<br />
    - Selection criteria — DXCC, Continent and Zone filters — The mode selection dialog now includes three additional filter: DXCC, Continent and Zone. Multiple values are supported in all three checkbox fields. Examples: EA, G, F for DXCC; EU, NA for Continent; 14, 33 for Zone. These filters allow precise control over which spots appear in the window based on the geographic origin of the DX station.<br />
</li>
<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>NEW: UDP Realtime saving and receiving UDP/TCP data in ADIF format: added State / Cnty ADIF fields (REGION, SUB-REGION respectively). When saving QSOs with DL stations the UDP packet will include the field DARC_DOK if the DOK field is filled out.<br />
</li>
<li>NEW: Support for JTTY: added new mode and adapted ADIF import/export function to fulfill the new requirements in forthcoming ADIF specs 3.1.8<br />
</li>
<li>NEW: Support for PAC, PAC2, PAC3 and PAC4: Renamed PACTOR mode to PAC to fulfill ADIF specs. Added new modes PAC2, PAC3 and PAC4<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: 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>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.<br />
</li>
<li>Corrected: QSO entry: QTH Locator was not set when reading from Callbook databases under very rare scenarios.<br />
</li>
<li>Improved: Transceiver control: improved performance and stability reducing port traffic and internal messages.<br />
</li>
<li>Corrected: Band Maps: solved reported filtering issues. If user checked all modes, not all were checked after restarting Swisslog.<br />
</li>
<li><span style="font-weight: bold;" class="mycode_b">Corrected: Query LLOTA Activators option: this option could not be disabled unless user disable the Query POTA Activators option.</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: Band Map - Advanced filtering system:<br />
    - Selection criteria — DXCC, Continent and Zone filters — The mode selection dialog now includes three additional filter: DXCC, Continent and Zone. Multiple values are supported in all three checkbox fields. Examples: EA, G, F for DXCC; EU, NA for Continent; 14, 33 for Zone. These filters allow precise control over which spots appear in the window based on the geographic origin of the DX station.<br />
</li>
<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>NEW: UDP Realtime saving and receiving UDP/TCP data in ADIF format: added State / Cnty ADIF fields (REGION, SUB-REGION respectively). When saving QSOs with DL stations the UDP packet will include the field DARC_DOK if the DOK field is filled out.<br />
</li>
<li>NEW: Support for JTTY: added new mode and adapted ADIF import/export function to fulfill the new requirements in forthcoming ADIF specs 3.1.8<br />
</li>
<li>NEW: Support for PAC, PAC2, PAC3 and PAC4: Renamed PACTOR mode to PAC to fulfill ADIF specs. Added new modes PAC2, PAC3 and PAC4<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: 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>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.<br />
</li>
<li>Corrected: QSO entry: QTH Locator was not set when reading from Callbook databases under very rare scenarios.<br />
</li>
<li>Improved: Transceiver control: improved performance and stability reducing port traffic and internal messages.<br />
</li>
<li>Corrected: Band Maps: solved reported filtering issues. If user checked all modes, not all were checked after restarting Swisslog.<br />
</li>
<li><span style="font-weight: bold;" class="mycode_b">Corrected: Query LLOTA Activators option: this option could not be disabled unless user disable the Query POTA Activators option.</span><br />
</li>
</ul>
]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[QTH locator NOT copied from callbook (QRZ.com)]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1383</link>
			<pubDate>Tue, 06 Oct 2026 06:01:35 +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=1383</guid>
			<description><![CDATA[I am using v. 5.118 BETA. In a few instances the locator is not copied from the callbook (QRZ) view. Pushing the "Copy" or "Copy All" buttons have no effect.<br />
It happens with some, not all calls. See enclosed screenshot (JH0CIX). I tested my own Norwegian call LA6VDA, and that works as it's supposed to do.<br />
<br />
Tom<br /><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://www.swisslogforwindows.com/forum/images/attachtypes/image.gif" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=638" target="_blank" title="">Edit qso-callbook view error.JPG</a> (Size: 92,58 KB / Downloads: 4)
<!-- end: postbit_attachments_attachment -->]]></description>
			<content:encoded><![CDATA[I am using v. 5.118 BETA. In a few instances the locator is not copied from the callbook (QRZ) view. Pushing the "Copy" or "Copy All" buttons have no effect.<br />
It happens with some, not all calls. See enclosed screenshot (JH0CIX). I tested my own Norwegian call LA6VDA, and that works as it's supposed to do.<br />
<br />
Tom<br /><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://www.swisslogforwindows.com/forum/images/attachtypes/image.gif" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=638" target="_blank" title="">Edit qso-callbook view error.JPG</a> (Size: 92,58 KB / Downloads: 4)
<!-- end: postbit_attachments_attachment -->]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[New Country Table]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1382</link>
			<pubDate>Sun, 04 Oct 2026 11:45:08 +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=1382</guid>
			<description><![CDATA[The Swisslog Country Database was updated 4 October 2026.<br />
<br />
The following definitions were added:<br />
<br />
KH6KI = W USA <br />
E51A = E5N North Cook<br />
<br />
DXCC Name Change: C2 Nauru is now Naoero (pronounced Now-ero). See various online confirmations including <a href="https://www.independent.co.uk/news/world/australasia/nauru-name-change-naoero-population-country-b3032999.html" target="_blank" rel="noopener" class="mycode_url">https://www.independent.co.uk/news/world...32999.html</a><br />
<br />
<br />
Swisslog will soon prompt you to update.<br />
<br />
Erik EI4KF / G0CGL / "The Magic Rat" (CB!)]]></description>
			<content:encoded><![CDATA[The Swisslog Country Database was updated 4 October 2026.<br />
<br />
The following definitions were added:<br />
<br />
KH6KI = W USA <br />
E51A = E5N North Cook<br />
<br />
DXCC Name Change: C2 Nauru is now Naoero (pronounced Now-ero). See various online confirmations including <a href="https://www.independent.co.uk/news/world/australasia/nauru-name-change-naoero-population-country-b3032999.html" target="_blank" rel="noopener" class="mycode_url">https://www.independent.co.uk/news/world...32999.html</a><br />
<br />
<br />
Swisslog will soon prompt you to update.<br />
<br />
Erik EI4KF / G0CGL / "The Magic Rat" (CB!)]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[JTTS]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1381</link>
			<pubDate>Wed, 30 Sep 2026 18:06:06 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=2627">dk3uw</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1381</guid>
			<description><![CDATA[just made my first QSO in JTTS . It would be nice to have JTTS included in the mode list<br />
<br />
73's<br />
Martin<br />
DK3UW]]></description>
			<content:encoded><![CDATA[just made my first QSO in JTTS . It would be nice to have JTTS included in the mode list<br />
<br />
73's<br />
Martin<br />
DK3UW]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[V5 error, entry window frequency change]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1380</link>
			<pubDate>Thu, 24 Sep 2026 17:20:53 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=7122">S58Y</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1380</guid>
			<description><![CDATA[Hi!<br />
<br />
I would like to say thank you to the admin who accepted me to the forum. <br />
<br />
I have a few questions about the Swisslog.<br />
<br />
1. Every time I run Swisslog, an error shows up: Access violation at address 00B192B1 in module "SwissIV5.exe". Read of address 00000000. Actually the log also opens a WSJT-X.<br />
<br />
2. In the entry window of the Swisslog I cannot change the band and mode on the radio, but the radio always changes the band and mode in the entry window. Is this normal? <br />
<br />
3. It happens that QSO made in WSJT-X is not properly saved in the log, especially if I use the button <span style="text-decoration: underline;" class="mycode_u">S</span>ave in the entry window. In this case, in the log is always missing the reports (RST-S and RST-R). When I use the log window in the WSJT-X, there are no problems. <br />
<br />
I use IC-7300Mk2 with Omnirig settings.<br />
<br />
Any suggestion?<br />
<br />
Thanks for all the answers!<br />
<br />
73 DE Robi S58Y]]></description>
			<content:encoded><![CDATA[Hi!<br />
<br />
I would like to say thank you to the admin who accepted me to the forum. <br />
<br />
I have a few questions about the Swisslog.<br />
<br />
1. Every time I run Swisslog, an error shows up: Access violation at address 00B192B1 in module "SwissIV5.exe". Read of address 00000000. Actually the log also opens a WSJT-X.<br />
<br />
2. In the entry window of the Swisslog I cannot change the band and mode on the radio, but the radio always changes the band and mode in the entry window. Is this normal? <br />
<br />
3. It happens that QSO made in WSJT-X is not properly saved in the log, especially if I use the button <span style="text-decoration: underline;" class="mycode_u">S</span>ave in the entry window. In this case, in the log is always missing the reports (RST-S and RST-R). When I use the log window in the WSJT-X, there are no problems. <br />
<br />
I use IC-7300Mk2 with Omnirig settings.<br />
<br />
Any suggestion?<br />
<br />
Thanks for all the answers!<br />
<br />
73 DE Robi S58Y]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[QSO-Gruppen exportieren]]></title>
			<link>https://www.swisslogforwindows.com/forum/showthread.php?tid=1379</link>
			<pubDate>Thu, 10 Sep 2026 16:54:28 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://www.swisslogforwindows.com/forum/member.php?action=profile&uid=1483">DJ3WE</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.swisslogforwindows.com/forum/showthread.php?tid=1379</guid>
			<description><![CDATA[Ich habe derzeit rund 120 K QSOs in Swisslog gespeichert und habe daraus rund 4 K QSOs als &lt;GRUPPE&gt; extrahiert, die ich als ADIF-Datei in das DARC DCL Logbuch eintragen möchte. <br />
Meine Fragen:<br />
A) Wie kann ich die extrahierten QSOs sehen? Wenn ich auf den Gruppennamen klicke, erscheinen keinerlei QSO-Einträge<br />
B) Wo wird die ADIF-Datei unter SWISSLOG gespeichert, damit ich sie exportieren kann?<br />
<br />
Vielen Dank für jede Hilfe!<br />
<br />
vy 73 de Rudolf, DJ3WE]]></description>
			<content:encoded><![CDATA[Ich habe derzeit rund 120 K QSOs in Swisslog gespeichert und habe daraus rund 4 K QSOs als &lt;GRUPPE&gt; extrahiert, die ich als ADIF-Datei in das DARC DCL Logbuch eintragen möchte. <br />
Meine Fragen:<br />
A) Wie kann ich die extrahierten QSOs sehen? Wenn ich auf den Gruppennamen klicke, erscheinen keinerlei QSO-Einträge<br />
B) Wo wird die ADIF-Datei unter SWISSLOG gespeichert, damit ich sie exportieren kann?<br />
<br />
Vielen Dank für jede Hilfe!<br />
<br />
vy 73 de Rudolf, DJ3WE]]></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>
	</channel>
</rss>