开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

Re: Ui-View Updates..

Roger Barker <[email protected]
 

In article <E10Xsdh-0006Gx-00@...>, Dave Ackrill
<dave.g0dja@...> writes
[snip]

I've been asked by a station in the US if it will be released for general
availability soon?
The main problem is support. I have no idea what suitable maps are
available in other countries, and I know that I would be inundated with
questions from overseas users. It's very easy with something like this
to reach a point where all the time you have available to spend on it is
actually spent on support, and so development of the program grinds to a
halt.

Also, at the moment in the USA, controversy has finally erupted over
WB4APR's attempts to restrict the writing of APRS compatible software.
(I'm amazed that he managed to keep the lid on it for so many years!)
Therefore I certainly wouldn't want anyone over there to start using
UI-View, in case it got involved in the argument.

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


Re: Ui-View Updates..

Andy Pritchard
 

Hi All

Just a quick note about agw digi it needs to be installed and run from the
same directory as agwpe.exe

Andy.

-----Original Message-----
From: Andy Pritchard <apritch@...>
To: ui-view@... <ui-view@...>
Date: 15 April 1999 21:49
Subject: [ui-view] Re: Ui-View Updates..


From: "Andy Pritchard" <apritch@...>

Hi All

Digipeater for AGW at the following



73, Andy G7OCW


------------------------------------------------------------------------
Start a new hobby. Meet a new friend.

ONElist: The leading provider of free e-mail list services!


AGW Digi. Was Re: Ui-View Updates..

Keith Maton
 

I've downloaded the digi, but get the following error when I try and run it.

"Exception #32735 (Could not load description string; <owl/except.rc>
not bound?)."

Anyone got any ideas?

When I click OK, the error repeats and then if I OK it, it goes away, but
the digi isn't running. I HAVE got it installed in the same directory as
agwpe.exe.

Keith. G6NHU

On 16 Apr 99, at 18:01, Andy Pritchard wrote:
From: "Andy Pritchard" <apritch@...>

Hi All

Just a quick note about agw digi it needs to be installed and run from the
same directory as agwpe.exe


Re: AGW Digi. Was Re: Ui-View Updates..

"Emlyn Cooke" <[email protected]
 

I get the same error...

73 Emlyn (MW0ATT)

----- Original Message -----
From: Keith Maton <feek@...>
To: <ui-view@...>
Sent: 16 April 1999 19:13
Subject: [ui-view] AGW Digi. Was Re: Ui-View Updates..


From: "Keith Maton" <feek@...>

I've downloaded the digi, but get the following error when I try and run
it.

"Exception #32735 (Could not load description string; <owl/except.rc>
not bound?)."

Anyone got any ideas?

When I click OK, the error repeats and then if I OK it, it goes away, but
the digi isn't running. I HAVE got it installed in the same directory as
agwpe.exe.

Keith. G6NHU


On 16 Apr 99, at 18:01, Andy Pritchard wrote:
From: "Andy Pritchard" <apritch@...>

Hi All

Just a quick note about agw digi it needs to be installed and run from
the
same directory as agwpe.exe


------------------------------------------------------------------------
Are you hogging all the fun?

Friends tell friends about ONElist!


AGW DIGI The Fix

Andy Pritchard
 

Hi All

After working with a local station who had the same problem it seem you need
the file AGWBBS.SYS in the agw directory this is the same as agwpe.sys it
would seem so a simple ..

COPY AGWPE.SYS to AGWBBS.SYS does the job

73, Andy G7OCW


Re: AGW Digi. Was Re: Ui-View Updates..

Keith Maton
 

See the message from Andy Pritchard.

That sorts it - Thanks Andy.

Keith

On 16 Apr 99, at 20:33, Emlyn Cooke wrote:
From: "Emlyn Cooke" <egcooke@...>

I get the same error...

73 Emlyn (MW0ATT)


----- Original Message -----
From: Keith Maton <feek@...>
To: <ui-view@...>
Sent: 16 April 1999 19:13
Subject: [ui-view] AGW Digi. Was Re: Ui-View Updates..


From: "Keith Maton" <feek@...>

I've downloaded the digi, but get the following error when I try and run
it.

"Exception #32735 (Could not load description string; <owl/except.rc>
not bound?)."

Anyone got any ideas?

When I click OK, the error repeats and then if I OK it, it goes away,
but the digi isn't running. I HAVE got it installed in the same
directory as agwpe.exe.

Keith. G6NHU


On 16 Apr 99, at 18:01, Andy Pritchard wrote:
From: "Andy Pritchard" <apritch@...>

Hi All

Just a quick note about agw digi it needs to be installed and run from
the
same directory as agwpe.exe


------------------------------------------------------------------------
Are you hogging all the fun? Friends tell friends
about ONElist!

------------------------------------------------------------------------
Have you visited the new ONElist home page lately?
ONElist: The Leading e-mail list and community service on the Internet!


Additional feature?

"Mick O'Donnell" <[email protected]
 

Hello Roger.

Just a thought.

UI-View sends out a Beacon when first run, I believe, which should enable
the appropriate Symbol to appear on the map for that call. Would it be
possible to have UI-View send out a "remove" Symbol command when UI-View is
closed down. Because it doesn't do this, there are users around with
unexpired Symbols which state they are there, when in fact, they aren't, if
you see what I am getting at?

ie. if you are going to send a "Hello" beacon on start-up of UI-View, why
not send a "Farewell" beacon on closure of UI-View?

Can new Callsigns be made to flash when they appear on the map for the first
time, or at least appear in a different colour, until confirmed with the
reception of their next beacons?

eg. new ones Red, confirmed Green, or Font size is different etc?

Can messages be timestamped so we can see what time the messages were left.
There is enough room for a Timestamp column.

Thanks and 73, Mick O'Donnell, g8ccv@gb7ben.#43.gbr

Phone/Fax:: +44 (0)1908 316052
Mobile : +44 (0)836 228084
E-Mail: mickodonnell@...
ICQ 27902590


Idea and Questions.

Keith Maton
 

Roger.

An idea - How easy this would be, I don't know.

Maps are shown with the blue squares indicating smaller maps. I've
now made a few for the area. Would it be possible for UI-View to load
these smaller maps simply by clicking on the blue corner square?

Secondly - More about maps.
What is the preferred format? gif or bmp?
I ask because I've had probems with gifs. With some gifs, I find that
when I load them, UIV crashes with a GPF. When I look in the map
directory, it's created a .bmp of 1.05K with the same name as the .gif
that I had. If I delete the .bmp and try again, the same happens. If I
convert the gif to a bmp, it works OK.

Odd.

Keith G6NHU


Re: Idea and Questions.

Roger Barker <[email protected]
 

In article <924341973.112314.0@...>, Keith Maton
<feek@...> writes
From: "Keith Maton" <feek@...>

Roger.

An idea - How easy this would be, I don't know.

Maps are shown with the blue squares indicating smaller maps. I've
now made a few for the area. Would it be possible for UI-View to load
these smaller maps simply by clicking on the blue corner square?
You can do that by holding down Ctrl and double-clicking. (The Ctrl is
needed to differentiate between clicks concerned with maps and clicks
concerned with stations.) Or you can Ctrl + right-click a blue square to
get a one line menu giving the map description, which can then be
clicked to load the map.

Secondly - More about maps.
What is the preferred format? gif or bmp?
GIF is smaller, BMP is faster to load. The next update will load GIFs
about twice as fast as previous versions, but loading GIFs will always
be slower than loading BMPs because they have to be uncompressed.

I ask because I've had probems with gifs. With some gifs, I find that
when I load them, UIV crashes with a GPF. When I look in the map
directory, it's created a .bmp of 1.05K with the same name as the .gif
that I had. If I delete the .bmp and try again, the same happens. If I
convert the gif to a bmp, it works OK.
It sounds like there's something unusual about your GIFs. Do they load
ok into graphics utilities, such as PaintShop Pro, and actually identify
as GIF format?

The current method of loading GIFs is to convert them to a BMP using
GIF2BMP.EXE which you will find in the UI-VIEW directory, load the BMP
into the map window, and then delete it. Yours are obviously failing
during the conversion, so either the format is wrong, or GIF2BMP.EXE is
corrupted.

From the next update, GIFs will be loaded direct into the map window
without the intermediate step, but you'll obviously still get a problem
if the format of the files is incorrect.

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


Re: Idea and Questions.

Keith Maton
 

From: Roger Barker <roger@...>

You can do that by holding down Ctrl and double-clicking. (The Ctrl is
needed to differentiate between clicks concerned with maps and clicks
concerned with stations.) Or you can Ctrl + right-click a blue square to
get a one line menu giving the map description, which can then be clicked
to load the map.
Thanks, Roger. I guess I didn't RTFM about this one.

GIF is smaller, BMP is faster to load. The next update will load GIFs
about twice as fast as previous versions, but loading GIFs will always be
slower than loading BMPs because they have to be uncompressed.

I ask because I've had probems with gifs. With some gifs, I find that
when I load them, UIV crashes with a GPF. When I look in the map
directory, it's created a .bmp of 1.05K with the same name as the .gif
that I had. If I delete the .bmp and try again, the same happens. If I
convert the gif to a bmp, it works OK.
It sounds like there's something unusual about your GIFs. Do they load ok
into graphics utilities, such as PaintShop Pro, and actually identify as
GIF format?
They work fine. In fact, they were created in Paintshop Pro 5. They
were screen grabbed from AutoRoute 2000 (By the way, guys AR2000
produces absolutely superb maps, and isn't a bad route planner either),
pasted into PSP5 and then saved.

The current method of loading GIFs is to convert them to a BMP using
GIF2BMP.EXE which you will find in the UI-VIEW directory, load the BMP
into the map window, and then delete it. Yours are obviously failing
during the conversion, so either the format is wrong, or GIF2BMP.EXE is
corrupted.
As said above, I've not used gif2bmp, so it can't be that. Should it
matter whether they are 87a or 89a gif format?

Thanks, once again Roger.

Keith. G6NHU


THE ANTI BRIGADE

Eddy Payne
 

Roger,
It's started. Down here on the South Coast this bull was put out this morning. The massive increase it's talking about, to the best of my knowledge, is three people.

USE of UI frames and DIGIPEATING
Due to the recent massive increase in the use of UI frames and now the extended use of Digipeating, I have reluctantly decided >to turn of the digipeater on GB7VR. This was for the use of those needing to use the FBB broadcast mode on Winpack/TPK etc. >For those stations who are out of direct range of the BBS my apologies, you will need to find another BBS who's User channels >are not so badly affected.

For those of you who are creating UI frames being digipeated onto 432.675MHz please bear in mind that you are now blocking >both User channels into the BBS. Digipeated frames are sent without regard to the use of the AX.25 protocol and hence are >repeated without waiting. You might also bear in mind that for every packet that is sent via a digipeater the packet will be >repeated on EVERY channel that is enabled. Thus a 6 port Node allowing Digi'ing to all ports will generate 6 additional packets. >Currently the BBS sees the same UI frame repeated 3 times, the original, the digipeated packet on 144.950 and the digipeated >packet on 432.675, other Nodes may well see many more copies! You may also wish to bear in mind that for every UI frame sent >in a connected session then there will be 14 UI frames generated when digipeated via a 6 port node (original + 6 copies, >ACK + 6 copies).

IF the increase of UI frames and Digipeating continues to grow then to ensure that the BBS can continue to function, it will be >necessary to turn of the FBB broadcast protocol, this will obviously affect all users of the BBS - you will have to revert to >connecting and obtaining a list of messages manually and then selecting those messages to be read.

73 Geoff G8DHE @ GB7VRB - Sysop Worthing Video Repeater Group BBS
geoff@...
I did attend a meeting of the local packet user group (SUNPAC) and whilst they were not for or against the use of UI-View (they have agreed to put locators in the text of their beacons on BBs's and nodes) they have said that the auto digipeating facility was never switched on, on their nodes because of the increase in traffic it would generate.

Keep up the good work.

73 - Eddy, G6UQI


Re: Idea and Questions.

Roger Barker
 

In article <924370390.2118189.0@...>, Keith Maton
<feek@...> writes
From: "Keith Maton" <feek@...>

From: Roger Barker <roger@...>
[snip]
The current method of loading GIFs is to convert them to a BMP using
GIF2BMP.EXE which you will find in the UI-VIEW directory, load the BMP
into the map window, and then delete it. Yours are obviously failing
during the conversion, so either the format is wrong, or GIF2BMP.EXE is
corrupted.
As said above, I've not used gif2bmp, so it can't be that. Should it
matter whether they are 87a or 89a gif format?
UI-View uses GIF2BMP.EXE to load the GIFs into the program. So, if it
has somehow become corrupted, it could cause a problem. However, it is
difficult to imagine corruption that would allow it to load some GIFs
but not others.

Both 87a and 89a load ok for me.

Anyway, V0.74b uses completely different code to load GIFs, and GIF2BMP
is no longer used, so it will be interesting to see if the problem goes
away.

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


V0.74b Update Available

Roger Barker
 

I've just uploaded the V0.74b 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, because
some of the changes involve fairly profound alterations to the code,
it's probably a good idea not to pass it 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.

Here is the relevant section of HISTORY.TXT:-

V0.74b 1999-Apr-17 1. If UI-View is running in WinpDDE mode, and you
close down WinPack, UI-View will also close.
2. Loading of GIF images now about twice as fast
as previous versions.
3. "Refresh Mode" options added to the
"Miscellaneous Setup" dialogue. Read the help for
the dialogue to find out what they do.
4. "Refresh Map" option added to the Action menu.
5. "Auto Refresh" option added to the Option menu.
If it is disabled, then stations are crossed out
and the callsign is greyed out, rather than
removed, when they expire or move. (Note that
various actions, such as changing the map or
changing the label colours, will always cause a
refresh, even if "Auto Refresh" is disabled.
6. Fixed a bug which caused the SSID of callsigns
six characters long to be lost when using host
mode KISS. E.g. GM4IDE-9 would appear as GM4IDE.
7. Fixed a bug with parsing the frame headers when
using a KAM.
8. Auto sort option added to the Miscellaneous
Setup. If it is enabled then the Station List is
sorted every time it is updated. The sort order is
most recently heard at the top. How usable it is
depends on the speed of your PC, and how many
stations you have in the list.
9. Sort button added to the Station List, to allow
sorting to be done manually.
10. Help updated to reflect the above changes.

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


Re: THE ANTI BRIGADE

Roger Barker
 

In article <000f01be8967$50421f20$ce5a95c1@pbncomputer>, Eddy Payne
<EJPayne@...> writes
Roger,
It's started. Down here on the South Coast this bull
was put out this morning. The massive increase it's talking about,
to the best of my knowledge, is three people.
[snip]

Yes, I was aware of the situation regarding GB7VRB, G8DHE and also one
of his remote sysops.

Surely a first step should be for the few users of UI-View to stop
digipeating via G8DHE's node and see if they then stop complaining?

Also, read the comments in the "Station Setup" section of the help about
sending beacons. Try and make sure that you aren't sending out beacons
too often - every 30 minutes is adequate - and that you aren't sending
out a UI-View beacon and also sending a beacon from your TNC BTEXT or
from WinPack.

Otherwise, the only advice I can offer is - Take heed of the "It Might
Not Be For You..." section of the UI-View help. There's no point in
getting involved in a battle with the local sysop over the use of the
program!

Anyone who understands BPQ and reads the comments from G8DHE will
realise that at least some of what he is saying is completely wrong, but
that isn't going to make him change his mind! I attempted to reply to
some of his previous comments via one of his users, without success.

Also, anyone who can do a few sums can easily show that the total volume
of traffic being generated by UI-View use will pale into insignificance
compared to a user downloading a few bulletins from the BBS.

The real problem is that:-

(a) An attitude has developed in the UK that "packet = using the BBS
network", and the packet channels are to be used for nothing other than
accessing BBSs.

(b) Packet has almost ceased to be an amateur radio mode. Not only do
some users never think of packet in terms of self-training and
experimentation, but they complain if anyone else does!

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


Re: Map calibration...

Mark Simper
 

Hi Roger,
I too have a similar problem after upgrading to version 0.74b, when
I first run UI-View it loads a map that I have created but it only fills the
very top left corner of the map window. The workaround that I have found here- if
I load one of the supplied maps and then go back to one of my own maps it then
fill the screen, the trouble then though is that all stations are shifted a
couple of miles south of where they should actually be.

Roger Barker wrote:

From: Roger Barker <roger@...>

In article <001101be898c$e4667820$0a20832c@pr233>, Jon Eyes
<jon@...> writes
From: "Jon Eyes" <jon@...>

Hi one and all...
I've just upgraded to v0.74b this morning..
I have now discovered all the maps I was using, no longer cover all the
screen, as a result the location of heard stations has slipped quite
dramatically (They have all moved up and to the left).
Using the gifs, supplied with the original version of UIVIEW, staions are
displayed in the correct area, but map is still not covering the whole area
of the screen. (A large grey remains to the right and below the displayed
image of the map).
I have been running at 1024x768... Reducing the screen size increases
everything proportionally, and adds the scroll bars as expected, but the
calibration is still incorrect.
The original maps won't cover the screen at 1024x768, so that is correct
behaviour.

As regards calibration, the original maps are still calibrated correctly
on my test systems. Are other people finding that the original maps are
no longer calibrated correctly?

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

------------------------------------------------------------------------
Has ONElist changed your life?

Visit our homepage and share with us your experiences at ONElist of the Week!


Map calibration...

Jon Eyes
 

Hi one and all...
I've just upgraded to v0.74b this morning..
I have now discovered all the maps I was using, no longer cover all the
screen, as a result the location of heard stations has slipped quite
dramatically (They have all moved up and to the left).
Using the gifs, supplied with the original version of UIVIEW, staions are
displayed in the correct area, but map is still not covering the whole area
of the screen. (A large grey remains to the right and below the displayed
image of the map).
I have been running at 1024x768... Reducing the screen size increases
everything proportionally, and adds the scroll bars as expected, but the
calibration is still incorrect.
Dragging the cursor accross the screen and watching the lat long readout at
the bottom, the readings stop changing once off the map area. Top left and
bottom right corners agree with the co-ord in the inf file, so the co-ord on
the map are still correct and it seems to be do with the way the map is
loaded/displayed.

It would appear that the edges of the maps have also been cropped (The map I
usually use, as the coverage area of GB7OMN, should stop just south of Rhyl
on it's southern edge, but now stops at Prestatyn - this is the same view as
I get on PSP with the scroll bar in the up position at full screen)

The maps I have been using are imported from AutoRoute 2000, and saved as
bitmaps with paint shop pro.

Hope that's enough info!

Is this a result of the tweaks Roger has done to enable the .gifs to load
faster?

~~~~~~~~~~
Jon Eyes
Southport UK.


Re: Map calibration...

Roger Barker
 

In article <001101be898c$e4667820$0a20832c@pr233>, Jon Eyes
<jon@...> writes
From: "Jon Eyes" <jon@...>

Hi one and all...
I've just upgraded to v0.74b this morning..
I have now discovered all the maps I was using, no longer cover all the
screen, as a result the location of heard stations has slipped quite
dramatically (They have all moved up and to the left).
Using the gifs, supplied with the original version of UIVIEW, staions are
displayed in the correct area, but map is still not covering the whole area
of the screen. (A large grey remains to the right and below the displayed
image of the map).
I have been running at 1024x768... Reducing the screen size increases
everything proportionally, and adds the scroll bars as expected, but the
calibration is still incorrect.
The original maps won't cover the screen at 1024x768, so that is correct
behaviour.

As regards calibration, the original maps are still calibrated correctly
on my test systems. Are other people finding that the original maps are
no longer calibrated correctly?

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


Re: Map calibration...

Jon Eyes
 

All versions up to and including .73b have displayed the bitmaps at
1024x768, filling the screen, although as Roger correctly states, the as
supplied gifs were in 800x600.
(just checked by going back to the previous beta.
~~~~~~~~~~
Jon Eyes
Southport UK.

-----Original Message-----
From: Roger Barker <roger@...>
To: ui-view@... <ui-view@...>
Date: 18 April 1999 11:47
Subject: [ui-view] Re: Map calibration...


From: Roger Barker <roger@...>

In article <001101be898c$e4667820$0a20832c@pr233>, Jon Eyes
<jon@...> writes
From: "Jon Eyes" <jon@...>

Hi one and all...
I've just upgraded to v0.74b this morning..
I have now discovered all the maps I was using, no longer cover all the
screen, as a result the location of heard stations has slipped quite
dramatically (They have all moved up and to the left).
Using the gifs, supplied with the original version of UIVIEW, staions are
displayed in the correct area, but map is still not covering the whole
area
of the screen. (A large grey remains to the right and below the displayed
image of the map).
I have been running at 1024x768... Reducing the screen size increases
everything proportionally, and adds the scroll bars as expected, but the
calibration is still incorrect.
The original maps won't cover the screen at 1024x768, so that is correct
behaviour.

As regards calibration, the original maps are still calibrated correctly
on my test systems. Are other people finding that the original maps are
no longer calibrated correctly?

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

------------------------------------------------------------------------
Has ONElist changed your life?

Visit our homepage and share with us your experiences at ONElist of the
Week!


Re: Map calibration...

Roger Colwell
 

Hello All,

The problem appears to be only with .BMP files. If you convert your existing
maps to .GIF format, rename/delete your equivalent .BMP files, then opening
the maps in UI-VIEW 074b should display stations correctly positioned.

--
73 - Roger Colwell G4ZEC <zec@...>

----- Original Message -----
From: Roger Barker <roger@...>
To: <ui-view@...>
Sent: Sunday, April 18, 1999 12:24 PM
Subject: [ui-view] Re: Map calibration...


From: Roger Barker <roger@...>

In article <001101be898c$e4667820$0a20832c@pr233>, Jon Eyes
<jon@...> writes
From: "Jon Eyes" <jon@...>

Hi one and all...
I've just upgraded to v0.74b this morning..
I have now discovered all the maps I was using, no longer cover all the
screen, as a result the location of heard stations has slipped quite
dramatically (They have all moved up and to the left).
Using the gifs, supplied with the original version of UIVIEW, staions are
displayed in the correct area, but map is still not covering the whole
area
of the screen. (A large grey remains to the right and below the displayed
image of the map).
I have been running at 1024x768... Reducing the screen size increases
everything proportionally, and adds the scroll bars as expected, but the
calibration is still incorrect.
The original maps won't cover the screen at 1024x768, so that is correct
behaviour.

As regards calibration, the original maps are still calibrated correctly
on my test systems. Are other people finding that the original maps are
no longer calibrated correctly?

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

------------------------------------------------------------------------
Has ONElist changed your life?

Visit our homepage and share with us your experiences at ONElist of the
Week!


Re: Map calibration...

Jon Eyes
 

I forgot to mention that..... :-)

~~~~~~~~~~
Jon Eyes
Southport UK.

-----Original Message-----
From: Mark Simper <mark.simper@...>
To: ui-view@... <ui-view@...>
Date: 18 April 1999 12:43
Subject: [ui-view] Re: Map calibration...


From: Mark Simper <mark.simper@...>

Hi Roger,
I too have a similar problem after upgrading to version 0.74b,
when
I first run UI-View it loads a map that I have created but it only fills
the
very top left corner of the map window. The workaround that I have found
here- if
I load one of the supplied maps and then go back to one of my own maps it
then
fill the screen, the trouble then though is that all stations are shifted a
couple of miles south of where they should actually be.

Roger Barker wrote:

From: Roger Barker <roger@...>

In article <001101be898c$e4667820$0a20832c@pr233>, Jon Eyes
<jon@...> writes
From: "Jon Eyes" <jon@...>

Hi one and all...
I've just upgraded to v0.74b this morning..
I have now discovered all the maps I was using, no longer cover all the
screen, as a result the location of heard stations has slipped quite
dramatically (They have all moved up and to the left).
Using the gifs, supplied with the original version of UIVIEW, staions
are
displayed in the correct area, but map is still not covering the whole
area
of the screen. (A large grey remains to the right and below the
displayed
image of the map).
I have been running at 1024x768... Reducing the screen size increases
everything proportionally, and adds the scroll bars as expected, but the
calibration is still incorrect.
The original maps won't cover the screen at 1024x768, so that is correct
behaviour.

As regards calibration, the original maps are still calibrated correctly
on my test systems. Are other people finding that the original maps are
no longer calibrated correctly?

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

------------------------------------------------------------------------
Has ONElist changed your life?

Visit our homepage and share with us your experiences at ONElist of the
Week!


------------------------------------------------------------------------
Have you visited the new ONElist home page lately?

ONElist: The Leading e-mail list and community service on the Internet!