Re: [aprsisce] Multiple Settings Profiles
- Sadly, that is outside my skill set.
From: Rob Giuliano
Sent: 29 Jan 2013 15:58:00 GMT
Subject: Re: [aprsisce] Multiple Settings Profiles
You don't need multiple EXE files. You can have each shortcut call the same (common) EXE file, but from a different "Start In" directory. his makes updates easy.If you are physically running multiple instances, then only the instance that updates will actually restart into the new version. All other running instances must be manually restarted for the update to take affect.Robert Giuliano
---------------------------------------------From: Adam Mahnke <kc2ant@...>
To: "email@example.com" <firstname.lastname@example.org>
Sent: Monday, January 28, 2013 11:55 AM
Subject: RE: [aprsisce] Multiple Settings Profiles
I think you've pretty much got it Lynn. The only serious advantage I see to having it done inside the program is that when you release an update it only has to be done once, instead of however many instances someone may have. Big deal, it doesn't take that long. IMHO of course.Right now I have multiple shortcuts on my desktop with names indicating which configuration APRSIS32 is being used for. I decide which one I want, double click on it and I"m off to the races. if I want to change to another one, I close it, double click the new one, and away I go. They all share the same NWS shape file directory, they all share the same map tiles. The only thing in the respective directories is the EXE, XML and associated log files.I don't think you really need to have something in program to match the Kenwoods PM capability, it's already there through windows functionality, just takes more than a couple of button presses, but not MUCH more.My PM's are set up as such.PMoff, VFO, no TNCPM1 the YL's call sign, D710 native APRS mode onlyPM2 MY Callsign, Native APRS and this is the one that I use for connecting APRSIS32 to. Regardless of the mode of operation I'm using with APRSIS32.PM3 My callsign, Packet mode.PM4 SKYCommand Operations with TS-2000sPM5 Public service frequencies for use when my fire duties require them.the only settings that save across each and every one of those, are changes that I make to the stored memory channels. nothing to do with APRS settings transfers from one to the other.FWIW, my D700 in my plow truck has similar settings in the PM saves.I really think that mimicking the PM option from kenwood within APRSIS32 is moot, educating folks on how to use the directory set up within windows is the solution. Save map files in one place, all instances of APRSIS32 use the same tiles. Copy the EXE and XML to a new directory, make your changes and save. BINGO, new "PM" settings. Rinse, wash repeat for as many different set ups as one wants.like I said, the only draw back to that is when Lynn releases an update every day for a week (or more often) then each one needs to be updated, but for me, that's really not that big a deal, and honestly, even if I don't run the update, the program still works just fine as it has been sense the last set of updates.Just my $.04 (I typed too much for 2)AdamKC2ANTTo: email@example.com From: kj4erj@... Date: Mon, 28 Jan 2013 10:15:15 -0500 Subject: Re: [aprsisce] Multiple Settings ProfilesOn 1/28/2013 10:11 AM, Rob Giuliano wrote:
The down side is that a single change that you want across ALL XML has to be repeated for each setup (each directory), but you won't change things on other setups (directory).The same is true with Kenwood's PMs, isn't it? If you've got a change you want to make to all PMs, you need to recall it, make the change, and save it away. So I'm still struggling to see what the difference is between a set of XMLs in unique directories and a Kenwood PM? With proper shortcuts in a single place, it's just about as easy to close an instance and open a different one as it is to figure out which PM number has the settings you're looking for this time... Am I still missing something? Or what is the actual use case for easily switching (some) configuration parameters for different modes of operation that requires explicit multi-configuration support in APRSISCE/32? Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
- On 1/30/2013 6:59 AM, Colin XSD wrote:
> On 30/01/2013 02:15, Lynn W Deffenbaugh (Mr) wrote:Yep, that would do it as the general release is nearly always lagging
>> Has anyone ever gotten the startup warning that the configuration was
>> saved by a later version of APRSISCE/32 and warned that it might not be
>> reliable to go backwards in versions?
> Yes Lynn, many times, I just ignored it:S. It has never caused me any
> I think I normally see that warning when I cut & paste bits into a new
> xml file but forget to change the 'Dev' flag.
being the development version. I just wanted to make sure that the
reversion detection code was actually working in light of the recent
discussion of multiple configurations and XML files and preserved
settings. I attempt to do backward compatibility by
migrating/converting/upgraded XML settings in the new versions. But
sometimes that conversion is one-way and if you take an upgraded XML and
load it into a back-level version, those settings may revert to default
values. Hence the warning. Nothing particularly "bad" will happen, but
your settings may not be as you expect.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32