开云体育

From: "Chris McCarthy" <chris@...>

Hi Roger, I don't know if you have come across this?
I got a UI-VIEW Internal error message:
Can't show non-modal form when modal form is displayed "Function check for
message" Extra information...followed my a message that someone sent.

This was displayed when I had the open map window open and someone sent a
message.

I get this occasionally as well. I just thought it was a reminder that the
program cannot display both things at the same time - HI!

I have noticed, though, that when right clicking on a station, occasionally
the map seems to slip down. Leaving the dialog box open but some way away
from the station that was clicked on. However, it doesn't happen all the
time.....

Cheers de Dave (G0DJA)

In article <000101be9029$ea3a49e0$251e883e@pentium166>, Chris McCarthy
<chris@...> writes

From: "Chris McCarthy" <chris@...>

Hi Roger, I don't know if you have come across this?
I got a UI-VIEW Internal error message:
Can't show non-modal form when modal form is displayed "Function check for
message" Extra information...followed my a message that someone sent.

This was displayed when I had the open map window open and someone sent a
message.

Thanks for reporting that. I've had a look, and it could also occur in
some other situations if a message arrives when a dialogue window is
open. I've fixed it now.

--
Roger Barker, G4IDE roger@...
Boston, UK

In article <000f01be8fc0$912a16a0$fb9101d4@tfi014359>, Ken Collins
<ken.collins@...> writes

Would it be possible to include an overlay showing the Grid Locator squares
to the four figure level, i.e IO94. If this could be enabled/disabled it
could prove very useful on the small scale maps.

There's no problem with drawing the squares, however, labelling the
squares is less straightforward. The problem is that not only the size,
but also the style of the labelling text needs to be different according
to the scale of the map. It is also somewhat dependent on the level of
detail shown on the map. For instance, what would be perfectly
acceptable labelling of locator squares on the Europe map supplied with
the program, would be completely lost in the detail of the larger scale
maps.

--
Roger Barker, G4IDE roger@...
Boston, UK

Hi Roger,

Superb Update!

Now, as always, a request.

Would it be possible to include an overlay showing the Grid Locator squares
to the four figure level, i.e IO94. If this could be enabled/disabled it
could prove very useful on the small scale maps.

If you feel that this would take UI-View too close to APRS then please just
ignore it.

Thanks.

73 - Ken

I pleased to say that Version 077b has addressed another requirement of the
KAM+, and other dual port TNCs of course, as I can now address both the VHF
and the HF port on my KAM.

Thanks very much Roger, much appreciated. :-)

I'm intending to run some tests on HF as soon as I can remake the lead for
the HF port to fit my TS850S.

Any body any suggestions for suitable HF frequency to try? Clear of CW and
other modes of course!

Cheers de Dave (G0DJA)

Hi Roger, I don't know if you have come across this?
I got a UI-VIEW Internal error message:
Can't show non-modal form when modal form is displayed "Function check for
message" Extra information...followed my a message that someone sent.

This was displayed when I had the open map window open and someone sent a
message.
Cheers Chris
chris@...

Oh no, not the freq debate again!!

I told him that we'd be on 144.85 or 144.95


73...Ciemon Dunville g0trt@...
APRS UK
!5207.40N/00058.35E-PHG7268/ QRA:JO02lc QTH Wattisham Suffolk

You forgot to tell us what freq the visiting ham would have his gps/laptop
on Ciemon - or did you inadvertently get the wrong list?

73 - Terry, Wattisham, 5 Hanger GEF 1974-1977!

Morning all,

The big problem with the current message screen is fitting in the
information on a 640x480 display without the user having to use the
horizontal scroll bar. Putting in a time stamp would take up a lot of
screen width. If you ask people to use Ctrl+S and Ctrl+E if they're
leaving a message, then it sends time stamp message lines.

Yes, I can understand that. I always tend to work in 800x600 and forget
the constraints of a smaller screen. I didn't know about Ctrl S and E,
I will try to get people to use that.

Also is it possible to filter the message screen in someway ? This may
sound like a strange question but I can see a point were there will
be an awful lot of stations chatting to each other, and it becoming
dificult to find your QSO's text lines in amongst everyone elses.

You can use Options, Only My Messages.

I havent tried this, as I assumed it would filter all messages except
ones directed to my call. However when your in a "round robin" discussion,
You can be involved in a QSO with several stations, in which case you will
want to see the interaction between the other members of the group.
At the moment someone can jump in between the textlines of your group,
say with a station query, at which point it can get pretty confusing.

Above said, it is only a minor issue Roger. Dont lose any sleep over it ;-)
UI-View is doing exactly what you wanted,people are experimenting with a new
idea and debate has been sparked on something new. Its a breath of fresh
air in a stale room, well done and many thanks for it.

73 de John (G0FSM)

--
Roger Barker, G4IDE roger@...
Boston, UK

------------------------------------------------------------------------
Looking for the perfect gift for a friend?

Tell them about ONElist's 115,000 free e-mail communities!

Hello all, received via ICQ:


Hi-
This Is Ralph (N4NEQ) from Atlanta GA.
Just wanted to say I'm here in the UK until Wednesday.
I've been in Uxbridge and am now going on holiday to travel. Expect to be in
the Lincoln/Grimsby area tomorrow



73...Ciemon Dunville g0trt@...
APRS UK
!5207.40N/00058.35E-PHG7268/ QRA:JO02lc QTH Wattisham Suffolk

Is it possible to assign a wav file to the ping system?

Ideally I'd like to use one for ping successful and one for ping failure.


73...Ciemon Dunville g0trt@...
APRS UK
!5207.40N/00058.35E-PHG7268/ QRA:JO02lc QTH Wattisham Suffolk

In article <000001be8e7e$ff5470a0$eb927ed4@house-server>, John Bent
<jbent@...> writes

From: "John Bent" <jbent@...>

Hi Roger,

I know this has been suggested before, and I can't remember if you
gave an answer to it, but it would be handy to have a timestamp against
received messages. A couple of times I have been out of the shack for
protracted periods and returned to find messages for me, but I have no
idea when they were received. I know I can zoom the monitor and scroll
back to find them, but it would be easier with a timestamp.

The big problem with the current message screen is fitting in the
information on a 640x480 display without the user having to use the
horizontal scroll bar. Putting in a time stamp would take up a lot of
screen width. If you ask people to use Ctrl+S and Ctrl+E if they're
leaving a message, then it sends time stamp message lines.

Also is it possible to filter the message screen in someway ? This may
sound like a strange question but I can see a point were there will
be an awful lot of stations chatting to each other, and it becoming
dificult to find your QSO's text lines in amongst everyone elses.

You can use Options, Only My Messages.

--
Roger Barker, G4IDE roger@...
Boston, UK

Excuse me for appearing to be a bit of a knowall, but here's my two
penneth....

Messages that aren't connected with you are in one colour, black would be
good as it doesn't attract much attention

Messages from you could be in red

Messages to you should remain blue as they smack you in the face.

Messages to ALL could be green

Timestamp is an idea, but does it matter? The good thing about this type of
software is that it doesn't really matter, just reply, you know instantly,
whether it gets there. The other guy will reply when he does!

Also what about user definable font, font colour and even back ground colour
to make the window completely user configurable. Ok this is asking a lot but
UI-View is cutting edge so why not ask.




73...Ciemon Dunville g0trt@...
APRS UK
!5207.40N/00058.35E-PHG7268/ QRA:JO02lc QTH Wattisham Suffolk

Hi Roger,

I know this has been suggested before, and I can't remember if you
gave an answer to it, but it would be handy to have a timestamp against
received messages. A couple of times I have been out of the shack for
protracted periods and returned to find messages for me, but I have no
idea when they were received. I know I can zoom the monitor and scroll
back to find them, but it would be easier with a timestamp.

Also is it possible to filter the message screen in someway ? This may
sound like a strange question but I can see a point were there will
be an awful lot of stations chatting to each other, and it becoming
dificult to find your QSO's text lines in amongst everyone elses.

Does that make sense???

Or is it possible to give each incoming station a different coloured
line ?

Anyway update 077b has been installed and is running AOK here,
many thanks Roger.


73 de John G0FSM

Hi Roger

At the moment if I want to broadcast a general message I put ALL as the
callsign.

Would it be possible to make ALL a special allsign. So it transmits the
message once and not 5 times ?

Andy - G7OCW

How about the ability to repeat the ALL message at individually set times.
For example I want everyone to know that there is going to be a meeting and
demo of UI-View so I setup UIV to send the message to ALL at x hours
interval (minimum 1) over y days with a maximum of say three. Obviously x
and y could be decided thru debate.


73...Ciemon Dunville g0trt@...
APRS UK
!5207.40N/00058.35E-PHG7268/ QRA:JO02lc QTH Wattisham Suffolk

I've just uploaded the V0.77b update to my web site. Please note that
this is only an update, not a complete installation system. The update
can be applied to V0.6b or later and includes all the changes made since
that version, you don't need to apply the previous updates before
applying this one. The url is:-



Please don't publicise the link outside this mailing list. Also, it's
probably a good idea not to pass the update on to too many people until
a day or two has elapsed, to allow any serious problems to be reported
by subscribers to this list.

There aren't a lot of changes, but they are all things that have been
requested by users.

If anyone wants a full version, rather than an update, then let me know
and I'll put one together once I'm confident that there are no major
problems with it.

Here is the relevant section of HISTORY.TXT:-

[There was a V0.76b, but it was only released to one person.]

V0.77b 1999-Apr-24 1. A bug fixed in restoring the size of the main
window when the program was loaded.
2. The Station List can now be sized and the
station count is shown on the caption bar.
3. The Station List, the Message window and the
Terminal window can all be hidden by selecting
Close on the window System menu. Previously Close
was disabled.
4. KISS mode support added for both ports on
Kantronics dual port TNCs. (It's selected from the
KISS Setup dialogue.)
5. Double-clicking a callsign in the messages
received window will automatically put that
callsign in the "To" box, and position the cursor
in the "Text" box.

--
Roger Barker, G4IDE roger@...
Boston, UK

In article <000801be8e1d$cb106e40$bd18883e@ciemon>, Ciemon Dunville
<g0trt@...> writes
[snip]

Well, that's your opinion and I, a many others don't agree. Opposition to
the use of UIV on BBS freqs will grow, after all they're BBS access freqs
and shouldn't be used for keyboard to keyboard chats (DCC's words from my
previous experiences).

[Sorry that the following is a bit long!]

In that case all 2m packet frequencies except possibly one, and all 70cm
packet frequencies should not be used for live packet! No wonder packet
in the UK has become equated with BBS usage! I really don't think the
recommendations of the DCC count for much in this respect. They are only
interested in the mailbox and cluster aspects of packet, and they don't
seem to want to accept some of the harsh realities of what is happening.
They still talk about the growth of the mailbox network, even though
usage probably peeked about two years ago and is now slowly declining.
(Despite that, the network now uses twice as many 2m frequencies as it
two years ago!)

In this part of the world, the biggest problem on the BBS "access"
frequencies is BBSs forwarding on them. The amount of traffic generated
by that in one day is probably equivalent to the total traffic that
UI-View use will generate in a year!

I simply cannot get my head round the concept that it's ok for BBSs to
clog up the user frequencies in this way, and it's ok for those
frequencies to be used for downloading large quantities of "junk"
bulletins that have absolutely nothing to do with amateur radio (more
like CB really), but it's not ok for me to indulge in a little real
amateur radio on those frequencies!

UIV has generated a lot of interest with many talking
about seperate networks. Such a network has already been proposed for APRS
and it's because of this that it's essential that UIV complies with the
exisiting protocols.

The biggest mistake that can be made in attempting to encourage use of
this type of packet software in the UK is going to be to import a system
from the USA, that has grown up to suit conditions in the USA (which are
very different in some ways to conditions in the UK) and say that this
is the standard and everything else should follow it.

APRS was never designed, it has developed by the authors adding bits to
the system as they think fit, and those bits reflect what is needed in
the USA. They are never going to add (or remove) bits to suit the UK. To
do as you suggest means that we would never have software developed to
suit the needs of users in this country. You only need to look at the
history of packet BBS software to see that the UK and Europe very soon
went their own way, and developed far better products than the BBS
software used in the USA.

Also, anyone who reads the APRSSIG will know that, even now, comments
are being made in the USA that a new protocol should be developed. So
some people over there are already not happy, for various reasons, with
what they are using.

Another important point is that anyone developing software of this type
is likely to be motivated by wanting to implement their own ideas.
There's no way I would have bothered to write UI-View if all I had been
doing was cloning someone else's "protocol", particularly when I regard
parts of it as crap!

Whilst UIV is streets ahead on the interface, there will be people who
prefer WinAPRS, APRSDos and MacAPRS so it makes sense to ensure that UIV is
compatible with these programs. Otherwise we will eventually have two
systems running on the same freq.

Basic compatibility exists at beacon level. Some other aspects are not
compatible. However, as Ciemon is well aware, for me or anyone else to
even claim a program is compatible with APRS means, that, in theory,
they are infringing a claimed copyright on the APRS "protocol". The most
unacceptable aspect of APRS is that the original author, Bob Bruninga,
WB4APR, and the authors of the versions cloned onto other platforms,
notably the Sproul brothers with WinAPRS and MacAPRS, have for years
attempted to stop other software authors writing compatible software.

The very existence of their software depends on the free availability of
the highly complex AX25 protocol. They also make use of other freely
available protocols - KISS, TNC2 command language, tcp/ip, etc. Yet they
attempt to restrict the use of the APRS "protocol", which amounts to
little more than abbreviated plain text.

Their attitude is different to anything else that I have encountered in
the field of amateur radio software, and, to me, goes completely against
the normal ethics of amateur radio.

If the *wishes* of WB4APR are respected (his claimed copyright almost
certainly has no legal validity) then neither I nor anyone else can
write APRS compatible software without getting his approval, and he
won't give it except for weird "niche" applications.

My main concern with UIV is not the whinging on the BBS access freqs but
that of incompatibility with APRS. Previously there have been problems with
accessing the protocol, but these restrictions are being lifted.

Maybe, that remains to be seen. However, the problem still remains that
the "protocol" will always reflect the conditions and requirements of
the USA. Bruninga and the Sprouls are never going to change their
systems to reflect anything that I or any UK author thinks is a good
idea for users in the UK!

My suggestion is very simple - "Suck it and see!" Don't let's start off
by making lots of rules about what should and shouldn't be done. I
expect a lot of other people are like me and sick to death of petty
packet bureaucrats saying what can't be done on the BBS network. Let
people have a "play" with UI-View and APRS, in the true spirit of
amateur radio, and see if the interest holds, which is the important
thing. I think incompatibilities are relatively unimportant at this
early stage.

--
Roger Barker, G4IDE roger@...
Boston, UK

Hi all,

After re-reading this thread I'm not going to continue it. This, by the way,
isn't me harumfing, I just think that UIV is such a bloody good piece of
software that me ranting on about APRS isn't a good idea.

73...Ciemon qrx

If anyone objects to URL's onthe server please say so!

Here's a nice one for those using GPS engines in their trackers, without a
display.




73...Ciemon Dunville g0trt@...
APRS UK
!5207.40N/00058.35E-PHG7268/ QRA:JO02lc QTH Wattisham Suffolk
Operating on 144.825 with a 'serious' WIDE