Date   

Re: fldigi 4.1.14.65 posted

Dave
 

A more extensive test illustrating the difference between the C style printf and C++ std::cout / std::wcout functions:
#include <iostream>
#include <locale.h>
#include <locale>
#include <string>

int main()
{
    {
        std::cout << "----------------------" << std::endl;
        std::cout << "std::cout numeric format tests" << std::endl;

        std::locale user_locale("");        // get global locale
        std::cout << "User-preferred locale setting is " << user_locale.name().c_str() << std::endl;
        std::cout.imbue(user_locale);        // imbue global locale
        std::cout << "std::cout: " << 12233.4455 << std::endl;

    // replace the C++ global locale as well as the C locale with the user-preferred locale
        std::locale::global(std::locale("de_DE.UTF-8"));
        std::cout << "New locale setting is " << std::locale().name().c_str() << std::endl;
        std::cout.imbue(std::locale());
        std::cout << "std::cout: " << 12233.4455 << std::endl;

    // restore user_locale
        std::locale::global(user_locale);
        std::cout << "restored user preferred locale setting" << std::endl;
        std::cout.imbue(std::locale());
        std::cout << "std::cout: " << 12233.4455 << std::endl;
        std::cout << "----------------------" << std::endl;
    }

    {
        printf("printf numeric format tests\n");
        std::locale user_locale("");        // get global locale
        printf("User-preferred locale setting is %s\n", user_locale.name().c_str());
        printf("%f\n", 12233.4455);

    // replace the C++ global locale as well as the C locale with the user-preferred locale
        std::locale::global(std::locale("de_DE.UTF-8"));
        printf("New locale setting is %s\n", std::locale().name().c_str());
        printf("%f\n", 12233.4455);

    // restore user_locale
        std::locale::global(user_locale);
        printf("restored user preferred locale setting\n");
        printf("%f\n", 12233.4455);
        printf("----------------------\n");
    }
}

73, David


Re: fldigi 4.1.14.65 posted

Dave
 

Peter,

My suggested change to XmlRpcValue.cpp may have to be modified based on further testing on my development system.

Try this on your system:

#include <iostream>
#include <locale.h>
#include <locale>
#include <string>

int main()
{
    std::locale user_locale("");         // get global locale
    std::cout.imbue(user_locale);        // imbue global locale

    std::cout << "User-preferred locale setting is " << user_locale.name().c_str() << std::endl;
    std::cout << "std::cout: " << 12233.4455 << std::endl;
    printf("printf: %f\n", 12233.4455);

    // replace the C++ global locale as well as the C locale with the user-preferred locale
    std::locale::global(std::locale("de_DE.UTF-8"));   // should be "en_US.UTF-8" for your tests

    // use the new global locale for future wide character output
    std::cout.imbue(std::locale());

    // output the same number again
    std::cout << "New locale setting is " << std::locale().name().c_str() << std::endl;
    std::cout << "std::cout: " << 12233.4455 << std::endl;
    printf("printf: %f\n", 12233.4455);

    // restore user_locale
    std::locale::global(user_locale);
    std::cout.imbue(std::locale());

    std::cout << "restored user preferred locale setting" << std::endl;
    std::cout << "std::cout: " << 12233.4455 << std::endl;
    printf("printf: %f\n", 12233.4455);
}

My results:

[dave]$ g++ locale_test.cxx -o locale_test
[dave]$ ./locale_test
User-preferred locale setting is en_US.UTF-8
std::cout: 12,233.4
printf: 12233.445500
New locale setting is de_DE.UTF-8
std::cout: 12.233,4
printf: 12233,445500
restored user preferred locale setting
std::cout: 12,233.4
printf: 12233.445500

73, David, W1HKJ



Re: fldigi 4.1.14.65 posted

Dave
 

My apologies Peter,

I tagged your email as important and then it slipped above an ensuing 400 emails that followed yours.  Monitoring emails from >10,000 users sometimes produces a large number of needed responses.

The man page for sprintf, the function call for printing the double xmlrpc value states:

       For some numeric conversions a radix character ("decimal point")  or  thousands'  grouping
       character  is  used.   The  actual  character  used  depends on the LC_NUMERIC part of the
       locale.  (See setlocale(3).)  The POSIX locale uses '.' as radix character, and  does  not
       have a grouping character.  Thus,

               printf("%'.2f", 1234567.89);

       results  in  "1234567.89" in the POSIX locale, in "1234567,89" in the nl_NL locale, and in
       "1.234.567,89" in the da_DK locale.

Which tells me that your suggested change will not produce the double string with the period as the decimal separator.  Am I correct in assuming that your locale is set to "de_DE.UTF-8 UTF-8"

You would have to change these two functions in the file XmlRpcValue.cpp

  // Double
  bool XmlRpcValue::doubleFromXml(std::string const& valueXml, int* offset)
  {
    const char* valueStart = valueXml.c_str() + *offset;
    char* valueEnd;

    std::string mylocale = std::setlocale(LC_NUMERIC, NULL);
    std::setlocale(LC_NUMERIC, "en_US.UTF-8");   // decimal dot will be US preference, period

    double dvalue = strtod(valueStart, &valueEnd);
    if (valueEnd == valueStart)
      return false;

    _type = TypeDouble;
    _value.asDouble = dvalue;
    *offset += int(valueEnd - valueStart);

    std::setlocale(LC_NUMERIC, mylocale.c_str());   // restore users preferred LC_NUMERIC locale

    return true;
  }

  std::string XmlRpcValue::doubleToXml() const
  {
    char fmtbuf[256], buf[256];
    snprintf(fmtbuf, sizeof(fmtbuf)-1, "<value><double>%s</double></value>", getDoubleFormat().c_str());
    fmtbuf[sizeof(fmtbuf)-1] = 0;

    std::string mylocale = std::setlocale(LC_NUMERIC, NULL);
    std::setlocale(LC_NUMERIC, "en_US.UTF-8");   // decimal dot will be US preference, period

    snprintf(buf, sizeof(buf)-1, fmtbuf, _value.asDouble);

    buf[sizeof(buf)-1] = 0;

    std::setlocale(LC_NUMERIC, mylocale.c_str());   // restore users preferred LC_NUMERIC locale

    return std::string(buf);
  }

to change all the decimal separator to period independent of the users locale.

Please let me know if you test this change, and whether or not it produces the desired result.

73, David, W1HKJ


On 10/7/20 7:13 AM, Peter Loeffler wrote:
dave, is there a special reason why you don't answer my email ?


fldigi 4.1.14.66 posted

Dave
 


Re: fldigi 4.1.14.65 posted

Peter Loeffler
 

dave, is there a special reason why you don't answer my email ?

--
Disclaimer: May be opened and read by the NSA, CIA, GCHQ, KGB, BND, and whoever else it may NOT concern.


Am Di., 6. Okt. 2020 um 02:46 Uhr schrieb Dave <w1hkj@...>:

at http://www.w1hkj.com/alpha/fldigi/

  1. Added FMT unknown/reference reset buttons. (see FMTusage)
  2. Changed tracking check box to tracking button for both unknown and reference
  3. Changed order of FMT main dialog controls

73, David, W1HKJ


fldigi 4.1.14.65 posted

Dave
 

at http://www.w1hkj.com/alpha/fldigi/

  1. Added FMT unknown/reference reset buttons. (see FMTusage)
  2. Changed tracking check box to tracking button for both unknown and reference
  3. Changed order of FMT main dialog controls

73, David, W1HKJ


correction to flrig 1.3.51.27 posted

Dave
 

On 10/5/20 7:10 AM, Dave, W1HKJ wrote:

at http://www.w1hkj.com/alpha/flrig/

Includes

commit b5550da77e403f27b4cb613e29e945499e91812d
Author: Mike Phipps <qrz@...>
Date:   Mon Oct 5 06:37:52 2020 -0500

    FT736R
   
      * Correct mode select cat string

diff --git a/src/rigs/FT736R.cxx b/src/rigs/FT736R.cxx
index 2a75d27..e61a6d3 100644
--- a/src/rigs/FT736R.cxx
+++ b/src/rigs/FT736R.cxx
@@ -170,7 +170,7 @@ int RIG_FT736R::get_modeA()
 void RIG_FT736R::set_mode(int val)
 {
        init_cmd();
-       cmd[3] = FT736Rmode_val_[val];
+       cmd[0] = FT736Rmode_val_[val];
        cmd[4] = 0x07;
        send();
 }

73, David, W1HKJ



flrig 1.3.51.27 posted

Dave
 

at http://www.w1hkj.com/alpha/flrig/

Includes

commit b5550da77e403f27b4cb613e29e945499e91812d
Author: Mike Phipps <qrz@...>
Date:   Mon Oct 5 06:37:52 2020 -0500

    FT736R
   
      * Correct mode select cat string

diff --git a/src/rigs/FT736R.cxx b/src/rigs/FT736R.cxx
index 2a75d27..e61a6d3 100644
--- a/src/rigs/FT736R.cxx
+++ b/src/rigs/FT736R.cxx
@@ -170,7 +170,7 @@ int RIG_FT736R::get_modeA()
 void RIG_FT736R::set_mode(int val)
 {
        init_cmd();
-       cmd[3] = FT736Rmode_val_[val];
+       cmd[0] = FT736Rmode_val_[val];
        cmd[4] = 0x07;
        send();
 }

73, David, W1HKJ



flrig 1.3.51.26 posted

Dave
 


flrig 1.3.51.25 posted

Dave
 


Re: flrig 1.3.51.24 posted

Dave Corio
 

This version works fine so far. FLRig and FLRig Extra Controls both resize and persist between sessions.


Thanks Dave es 73

Dave - K1DJE


On 10/3/2020 7:32 PM, Dave wrote:

at http://www.w1hkj.com/alpha/flrig/

Sat Oct 3 16:02:00 2020 -0500  alpha 1.3.51.24

  UI wide resize
    * save and restore width of UI wide

  Extras Dialog
    * code clean up
    * allow user to resize horizontal dimension
    * always open beneath, aligned and adjacent to the main dialog

  IC-705
    * Add Icom 705 transceiver
     - based on IC7300

  gpio PTT
    * add Pi gpio PTT capability

  Memory UI
    * Add header line to browser
    * Increase font sizes
    * Change to user resizable dialog

  meter image
    * fix bug which caused alc/swr meter to display
      wrong image after change of bands / tune

  IC7000
    * Add bandwidth table.
    * Remove reference to 746Pro in class methods

...

Are you fortunate enough to own a new IC-705?  If so, please consider testing the IC705 interface added to this version of flrig.

73, David, W1HKJ



flrig 1.3.51.24 posted

Dave
 

at http://www.w1hkj.com/alpha/flrig/

Sat Oct 3 16:02:00 2020 -0500  alpha 1.3.51.24

  UI wide resize
    * save and restore width of UI wide

  Extras Dialog
    * code clean up
    * allow user to resize horizontal dimension
    * always open beneath, aligned and adjacent to the main dialog

  IC-705
    * Add Icom 705 transceiver
     - based on IC7300

  gpio PTT
    * add Pi gpio PTT capability

  Memory UI
    * Add header line to browser
    * Increase font sizes
    * Change to user resizable dialog

  meter image
    * fix bug which caused alc/swr meter to display
      wrong image after change of bands / tune

  IC7000
    * Add bandwidth table.
    * Remove reference to 746Pro in class methods

...

Are you fortunate enough to own a new IC-705?  If so, please consider testing the IC705 interface added to this version of flrig.

73, David, W1HKJ



fldigi 4.1.14.64 posted

Dave
 

at http://www.w1hkj.com/alpha/fldigi

Sat Oct 3 09:54:00 2020 -0500  -- alpha 4.1.14.64

  xmlrpc rig timeout
    * fix main.set_frequency and rig.set_frequency commands inoperative

  CW Farnsworth
    * WPM macro fix

  DXCC lookup
    * Change all references to "United States" to USA

  kml
    * reorganize kml source
    * fix missing cleanup on start

  status locale
    * change double ratios to interger ratios
      - work around solution to class preferences bug
        read failure of floating point values if locale
        does not use period as the decimal separator

  FeldHell
    * Fix font resize bug
      - caused intermittent seg fault
      - caused loss of raster

  Level indicator
    * Add user definable signal levels for level indicator color changes
    * Add VU style input signal level meter
    * Increase waterfall gain range to 80 dB

  W1AW-macros
    * Add <LOCAL>
      . use local time for all subsequent scheduling macros
...

73, David, W1HKJ



Re: AndFlmsg; attaching forms to text msgs? sent messages not always listed as sent

John (vk2eta)
 

Hi Ole,

Glad it worked. What you describe was the original intent of the share function. It was also seen as useful if wanting to forward a message received in the Inbox to the internet. 

Here is a newer version that prompts the user for transferring the message from the Outbox to the Sent folder upon returning from the "Share" action. This only occurs if sharing from the Outbox folder: https://drive.google.com/file/d/1xXfMlu-IXJpkuVkH7pt3S0JuJ84OlLWu/view?usp=sharing

So if you want to send both over radio and internet/SMS, just share it first, then reply No to the prompt and then do a "Send over Radio".

Alternatively, "Send over radio" first followed by opening the Sent folder and sharing from there. Either will work.

When you confirm it is working I will forward it to Dave for update of the Sourceforge repository. 

I am happy to see other persons test this too by the way.

All the best,

73, John (VK2ETA)


Re: AndFlmsg; attaching forms to text msgs? sent messages not always listed as sent

Ole Helgerson KI7MBR
 

Addendum; it just occurred to me that this adds some very useful flexibility.  Such as; moved the message from the SENT box to the OUTBOX, and hit "TX OVER RADIO" and...it did its thing.  Thus, once a message exists in Andflmsg, it can be re-sent as needed via SMS, email and radio.  Very cool.  73s KI7MBR Ole'


Re: AndFlmsg; attaching forms to text msgs? sent messages not always listed as sent

Ole Helgerson KI7MBR
 

Hi John,

Thanks greatly! It worked a treat.  Yippee! The menu was straightforward enough that even an IT challenged sort such as myself could follow it.

To test, filled out out an ICS 213 using "Test 1, Test 2....Test n" for the fields, also autofill time & date, and my call sign and location.

Then forwarded it to myself via SMS (screenshot attached) and Gmail.  Solid results both times.  Please see below.

73s, KI7MBR  Ole'  :)





=============================
[WRAP:beg][WRAP:lf][WRAP:fn NOCAL-20201002-231743Z-5.213]<flmsg>2.0.4
:hdr_fm:21
NOCAL 20200210231813
:hdr_ed:21
NOCAL 20200210231743
<ics213>
:inc:6 Test 1
:to:6 Twst 2
:p1:6 Test 3
:fm:6 Test 4
:p2:6 Test 5
:sb:6 Test 6
:d1:10 2020-10-02
:t1:5 1616L
:mg:6 Test 7
:s1:6 Test 8
:p3:6 Test 9
:d2:10 2020-10-02
:s2:6 Ki7mbr
:p4:6 Carson
[WRAP:chksum 1C87][WRAP:end]





fldigi 4.1.14.61 posted

Dave
 

at http://www.w1hkj.com/alpha/fldigi

The file "sha256sum.txt" contains the computed sha256sum vale for the Windows setup.exe file.

73, David, W1HKJ

Wed Sep 30 13:19:00 2020 -0500  -- alpha 4.1.14.61

  CW Farnsworth
    * WPM macro fix

  DXCC lookup
    * Change all references to "United States" to USA

  kml
    * reorganize kml source
    * fix missing cleanup on start

  status locale
    * change double ratios to interger ratios
      - work around solution to class preferences bug
        read failure of floating point values if locale
        does not use period as the decimal separator

  FeldHell
    * Fix font resize bug
      - caused intermittent seg fault
      - caused loss of raster

  Level indicator
    * Add user definable signal levels for level indicator color changes
    * Add VU style input signal level meter
    * Increase waterfall gain range to 80 dB

  W1AW-macros
    * Add <LOCAL>
      . use local time for all subsequent scheduling macros


Re: [winfldigi] File /Rigs/IC-705.xml uploaded

Dave
 

Thank you Andrew.  I have posted your IC-705.xml file to

http://www.w1hkj.com/files/xmls/icom/

and

https://sourceforge.net/projects/fldigi/files/xmls/icom/

73, David, W1HKJ

On 9/29/20 11:07 PM, winfldigi@groups.io Notification wrote:

The following files have been uploaded to the Files area of the winfldigi@groups.io group.

By: Andrew OBrien

Description:
Rig Cat file for Icom-705 . I took the liberty of modifying the 7300 file. All commands tested. The only change is , I replaced the C-IV address so that Fldigi will work with the 705's default address.



Re: AndFlmsg; attaching forms to text msgs? sent messages not always listed as sent

John (vk2eta)
 

No problems Ole, when you can.

73, John


Re: AndFlmsg; attaching forms to text msgs? sent messages not always listed as sent

Ole Helgerson KI7MBR
 

Hi John,

Be glad to try it out.  MIght be a day or two?  73  KI7MBR


On Mon, Sep 28, 2020 at 5:49 PM John (vk2eta) <vk2eta@...> wrote:
Ole,

Can you please give this pre-release version a test please: https://drive.google.com/file/d/1gAumNltqWsBbZ1Q82D3RmZToQi4xxaNo/view?usp=sharing

Installed as the original app. All settings and messages should be retained.

Upon pressing the share button the app now proposes three options:

1. For printing
2. For sending as attachment (eMail...)
3. For sending as plain text (SMS...)

The bottom formats (Wrap, raw-Flmsg and HTLM) remain the same.

So for sending as an SMS you can select option 3 above (plain text) and either raw-Flmsg or better in my opinion WRAP as this way pasting the text into any file and importing into Flmsg will result in the correct file name to be created at the receiving end.

Please note that currently the app will include a subject of "Message <Original file name>" if the format selected is NOT Wrap as it allows the receiving end to identify the message. That can be changed of course.

Now working on automatically moving the messages from Outbox to Sent folder.

All the best,

73, John (VK2ETA)