Problem with V2.8.5? [dropdown list of codes]

Jon,

Just encountered this problem and see it is scheduled for a fix later in the year. There are 16 standard codes. I can easily imagine a couple each of special redress, discretionary and penalty codes (such as for arbitration) and so I should think having more than 20 codes would not be unusual (partly because I think users are likely to add more but unlikely to delete ones they will probably never use). I should think you would want at least an additional 5, which would be 21 total. I suggest going to 24 or 25 as the default number

Art

PS - Maybe it isn't possible but why couldn't the dropdown list number be dynamic and be defined as the same number as exist under the list of definitions? That way the dropdown list would be as long as necessary but no longer.

An alternative solution might be to allow the list of definitions to be ordered other than alphabetically and presumably the dropdown list could have the same order. Definitions that are seldom, if ever, used could be at the bottom. For example, DNE is in the rulebook but I don't think I've ever seen it used since the circumstances are very rare. Or, my club has a policy of NEVER using the black flag so we could put that one at the bottom of the list and if there are more than 20 codes it simply wouldn't show.

>
> Thanks Malcom,
>
> I've spent a couple of evenings this week trying to fix it - But no
> solution, it all stems from the fact that an event has to be generated for
> each key press so as to decide if you are entering a code or a time etc.
> If I turn that event generation off - it scrolls fine. The documentation
> tends to infer that if you switch the event generation on its up to you to
> refresh and scroll the dropdown but it doesn't say how to do it. Done lots
> of Googling but to no avail. If it was in my normal language I could do it
> no trouble. The best solution I've come up with at the moment is to allow
> the dropdown box to be up to 20 entries, this means that its an unusual
> scoring system to have more than 20 codes. You can still type them in just
> can't select them from a dropdown box. So the next release will have the
> 20 size dropdown. Hopefully this will help but I think its always been
> that way, not something I've broken!.
>
> Jon
>
> > **
> >
> > Jon,
> >
> > I powered up an old laptop today, which I sometimes use for scoring at a
> > venue. It has SW 2.4.5
> >
> > This version's Sail No. Wizard shows the same behaviour as the more recent
> > versions - only shows 10 items, doesn't scroll.
> >
> > So its nothing new.
> >
> > regards,
> > Malcolm Osborne
> > Sedgefield South Africa
> >
> > Thanks Malcom,
> >
> > Yes there is an issue where the drop down does not scroll. It is set to
> > a size of 10, but should scroll if there are more than 10. I'm curious to

···

--- In sailwave@yahoogroups.com, Jon Eskdale <jon@...> wrote:
> On 17 January 2013 13:38, Malcolm Osborne <malcolmo@...> wrote:
> > On 2013/01/14 11:55, Jon Eskdale wrote:
> > know when this went wrong or if it has always been this way as it's not
> > something I have changed (at least not deliberately).
> >
> > Jon
> >
> > On 14 January 2013 09:34, Malcolm Osborne <malcolmo@...> wrote:
> >
> >>
> >
>
> --
> Jon Eskdale
> 07976 709777
> Skype "eskdale"
>

Hi Art,

A beta of Version 2.9 will hopefully be released this week which has the expanded dropdown mentioned in my reply to Malcom. Yes ideally it would be dynamic to the size but as I mentioned previously as soon as you enable the event generation which is needed to determine if it is a code or position/time that is being entered, the dropdown no longer scrolls so you are just left with the first ones. It has always been this way at least for several years and although this is no excuse, as I said in my reply to Malcom, 20 will cover most cases and you can always type in the code, you don’t need to select it from the dropdown.

Jon

···

On 26 February 2013 01:21, Art Engel artengel123@earthlink.net wrote:

Jon,

Just encountered this problem and see it is scheduled for a fix later in
the year. There are 16 standard codes. I can easily imagine a couple
each of special redress, discretionary and penalty codes (such as for
arbitration) and so I should think having more than 20 codes would not
be unusual (partly because I think users are likely to add more but
unlikely to delete ones they will probably never use). I should think
you would want at least an additional 5, which would be 21 total. I
suggest going to 24 or 25 as the default number

Art

PS - Maybe it isn’t possible but why couldn’t the dropdown list number
be dynamic and be defined as the same number as exist under the list of
definitions? That way the dropdown list would be as long as necessary
but no longer.

An alternative solution might be to allow the list of definitions to be
ordered other than alphabetically and presumably the dropdown list could
have the same order. Definitions that are seldom, if ever, used could be
at the bottom. For example, DNE is in the rulebook but I don’t think
I’ve ever seen it used since the circumstances are very rare. Or, my
club has a policy of NEVER using the black flag so we could put that one
at the bottom of the list and if there are more than 20 codes it simply
wouldn’t show.

— In sailwave@yahoogroups.com, Jon Eskdale wrote:

Thanks Malcom,

I’ve spent a couple of evenings this week trying to fix it - But no
solution, it all stems from the fact that an event has to be
generated for
each key press so as to decide if you are entering a code or a time etc.
If I turn that event generation off - it scrolls fine. The
documentation
tends to infer that if you switch the event generation on its up to
you to
refresh and scroll the dropdown but it doesn’t say how to do it. Done
lots
of Googling but to no avail. If it was in my normal language I could
do it
no trouble. The best solution I’ve come up with at the moment is to
allow
the dropdown box to be up to 20 entries, this means that its an unusual
scoring system to have more than 20 codes. You can still type them
in just
can’t select them from a dropdown box. So the next release will have the
20 size dropdown. Hopefully this will help but I think its always been
that way, not something I’ve broken!.

Jon

On 17 January 2013 13:38, Malcolm Osborne wrote:

**

Jon,

I powered up an old laptop today, which I sometimes use for scoring
at a

venue. It has SW 2.4.5

This version’s Sail No. Wizard shows the same behaviour as the more
recent

versions - only shows 10 items, doesn’t scroll.

So its nothing new.

regards,
Malcolm Osborne
Sedgefield South Africa

On 2013/01/14 11:55, Jon Eskdale wrote:

Thanks Malcom,

Yes there is an issue where the drop down does not scroll. It is
set to

a size of 10, but should scroll if there are more than 10. I’m
curious to

know when this went wrong or if it has always been this way as it’s not
something I have changed (at least not deliberately).

Jon

On 14 January 2013 09:34, Malcolm Osborne wrote:


Jon Eskdale
07976 709777
Skype “eskdale”

Jon,

You may have missed my point about the dropdown list in the Sail Wizard being dynamic. At some point in your code you define the number of items to be included in the dropdown list. Currently, you use a fixed number (either 10 or 20 or something else). What if that number were a variable that was determined each time you opened Sailwave and was equal to the number of items in the list of definitions? That way if one had more definitions then the dropdown list would get longer. [Ideally, you shouldn't have to close and reopen to implement that but I should think that if that is a lot simpler to code then it would be a reasonable compromise.]

THE PROBLEM - Presumably, the goal is to have a program that can be used by data-entry people who aren't intimately familiar with how to set up a regatta or series in Sailwave. The latter is quite difficult and complex. But, the actual entry of data, at least in theory, can be relatively simple and straight forward. If a code isn't listed in the Sail Wizard dropdown list then your typical data-entry person will think the code doesn't exist and will then try and contact an "expert" for a fix. But, that shouldn't be required.

FIXES - I tried to suggest a way to include all the codes in the dropdown list. That would be one way the data-entry person won't be confused.

Another solution would be to have a message pop up saying something like "The dropdown list for codes does not list all of the available codes. Other codes may be typed in." Then, check whatever code is input and if it isn't in the definition list then pop up an error message "This code isn't in the list of defined codes. Proceed anyway - Yes or No." Undefined codes will cause an error when you score but you probably want to try and catch it at this stage.

I know there is a work-around of typing in codes. However, if you have different people scoring a long-term series each week (or even just different people scoring different weekend regattas) then there are just too many work-arounds to remember without some kind of error message or helpful explanation.

Art

PS - I think a reasonable solution would probably be to simply increase the number of items in the dropdown list.

···

On 2/26/2013 7:42 AM, Jon Eskdale wrote:

Hi Art,

A beta of Version 2.9 will hopefully be released this week which has the
expanded dropdown mentioned in my reply to Malcom. Yes ideally it would be
dynamic to the size but as I mentioned previously as soon as you enable the
event generation which is needed to determine if it is a code or
position/time that is being entered, the dropdown no longer scrolls so you
are just left with the first ones. It has always been this way at least
for several years and although this is no excuse, as I said in my reply to
Malcom, 20 will cover most cases and you can always type in the code, you
don't need to select it from the dropdown.

Jon

On 26 February 2013 01:21, Art Engel<artengel123@earthlink.net> wrote:

**

Jon,

Just encountered this problem and see it is scheduled for a fix later in
the year. There are 16 standard codes. I can easily imagine a couple
each of special redress, discretionary and penalty codes (such as for
arbitration) and so I should think having more than 20 codes would not
be unusual (partly because I think users are likely to add more but
unlikely to delete ones they will probably never use). I should think
you would want at least an additional 5, which would be 21 total. I
suggest going to 24 or 25 as the default number

Art

PS - Maybe it isn't possible but why couldn't the dropdown list number
be dynamic and be defined as the same number as exist under the list of
definitions? That way the dropdown list would be as long as necessary
but no longer.

An alternative solution might be to allow the list of definitions to be
ordered other than alphabetically and presumably the dropdown list could
have the same order. Definitions that are seldom, if ever, used could be
at the bottom. For example, DNE is in the rulebook but I don't think
I've ever seen it used since the circumstances are very rare. Or, my
club has a policy of NEVER using the black flag so we could put that one
at the bottom of the list and if there are more than 20 codes it simply
wouldn't show.

--- In sailwave@yahoogroups.com, Jon Eskdale wrote:

Thanks Malcom,

I've spent a couple of evenings this week trying to fix it - But no
solution, it all stems from the fact that an event has to be

generated for

each key press so as to decide if you are entering a code or a time etc.
If I turn that event generation off - it scrolls fine. The

documentation

tends to infer that if you switch the event generation on its up to

you to

refresh and scroll the dropdown but it doesn't say how to do it. Done

lots

of Googling but to no avail. If it was in my normal language I could

do it

no trouble. The best solution I've come up with at the moment is to

allow

the dropdown box to be up to 20 entries, this means that its an unusual
scoring system to have more than 20 codes. You can still type them

in just

can't select them from a dropdown box. So the next release will have the
20 size dropdown. Hopefully this will help but I think its always been
that way, not something I've broken!.

Jon

On 17 January 2013 13:38, Malcolm Osborne wrote:

**

Jon,

I powered up an old laptop today, which I sometimes use for scoring

at a

venue. It has SW 2.4.5

This version's Sail No. Wizard shows the same behaviour as the more

recent

versions - only shows 10 items, doesn't scroll.

So its nothing new.

regards,
Malcolm Osborne
Sedgefield South Africa

On 2013/01/14 11:55, Jon Eskdale wrote:

Thanks Malcom,

Yes there is an issue where the drop down does not scroll. It is

set to

a size of 10, but should scroll if there are more than 10. I'm

curious to

know when this went wrong or if it has always been this way as it's not
something I have changed (at least not deliberately).

Jon

On 14 January 2013 09:34, Malcolm Osborne wrote:

--
Jon Eskdale
07976 709777
Skype "eskdale"

Hi Art,

I do understand what you are suggesting and if it was written in one of the languages that I'm more familiar with I could do that, although in most of them the dropdown would still scroll even if you are subclassing the control. Using Clarion however the size of the dropdown is a Design time parameter not a Run-time parameter. It may certainly be possible but in the time that I have spent looking at it I've not found away of specifying it at run-time. I can change prompts, hide/show and disable/enable controls at runtime but as to changing their sizes and other parameters don't know. It is only an issue in the Sailno wizard if you are entering the result code in other areas the dropdown scrolls OK. It all comes down to how much time I spend looking at this as opposed to getting on with other requests. Most often the Sailno Wizard is used to enter all the results from the water (Mostly finishing positions) and then the other result codes are entered later not using the Sailno Wizard.

Jon

···

--- In sailwave@yahoogroups.com, Art Engel <artengel123@...> wrote:

Jon,

You may have missed my point about the dropdown list in the Sail Wizard
being dynamic. At some point in your code you define the number of items
to be included in the dropdown list. Currently, you use a fixed number
(either 10 or 20 or something else). What if that number were a variable
that was determined each time you opened Sailwave and was equal to the
number of items in the list of definitions? That way if one had more
definitions then the dropdown list would get longer. [Ideally, you
shouldn't have to close and reopen to implement that but I should think
that if that is a lot simpler to code then it would be a reasonable
compromise.]

THE PROBLEM - Presumably, the goal is to have a program that can be used
by data-entry people who aren't intimately familiar with how to set up a
regatta or series in Sailwave. The latter is quite difficult and
complex. But, the actual entry of data, at least in theory, can be
relatively simple and straight forward. If a code isn't listed in the
Sail Wizard dropdown list then your typical data-entry person will think
the code doesn't exist and will then try and contact an "expert" for a
fix. But, that shouldn't be required.

FIXES - I tried to suggest a way to include all the codes in the
dropdown list. That would be one way the data-entry person won't be
confused.

Another solution would be to have a message pop up saying something like
"The dropdown list for codes does not list all of the available codes.
Other codes may be typed in." Then, check whatever code is input and if
it isn't in the definition list then pop up an error message "This code
isn't in the list of defined codes. Proceed anyway - Yes or No."
Undefined codes will cause an error when you score but you probably want
to try and catch it at this stage.

I know there is a work-around of typing in codes. However, if you have
different people scoring a long-term series each week (or even just
different people scoring different weekend regattas) then there are just
too many work-arounds to remember without some kind of error message or
helpful explanation.

Art

PS - I think a reasonable solution would probably be to simply increase
the number of items in the dropdown list.

On 2/26/2013 7:42 AM, Jon Eskdale wrote:
> Hi Art,
>
> A beta of Version 2.9 will hopefully be released this week which has the
> expanded dropdown mentioned in my reply to Malcom. Yes ideally it would be
> dynamic to the size but as I mentioned previously as soon as you enable the
> event generation which is needed to determine if it is a code or
> position/time that is being entered, the dropdown no longer scrolls so you
> are just left with the first ones. It has always been this way at least
> for several years and although this is no excuse, as I said in my reply to
> Malcom, 20 will cover most cases and you can always type in the code, you
> don't need to select it from the dropdown.
>
> Jon
>
>
> On 26 February 2013 01:21, Art Engel<artengel123@...> wrote:
>
>> **
>>
>>
>> Jon,
>>
>> Just encountered this problem and see it is scheduled for a fix later in
>> the year. There are 16 standard codes. I can easily imagine a couple
>> each of special redress, discretionary and penalty codes (such as for
>> arbitration) and so I should think having more than 20 codes would not
>> be unusual (partly because I think users are likely to add more but
>> unlikely to delete ones they will probably never use). I should think
>> you would want at least an additional 5, which would be 21 total. I
>> suggest going to 24 or 25 as the default number
>>
>> Art
>>
>> PS - Maybe it isn't possible but why couldn't the dropdown list number
>> be dynamic and be defined as the same number as exist under the list of
>> definitions? That way the dropdown list would be as long as necessary
>> but no longer.
>>
>> An alternative solution might be to allow the list of definitions to be
>> ordered other than alphabetically and presumably the dropdown list could
>> have the same order. Definitions that are seldom, if ever, used could be
>> at the bottom. For example, DNE is in the rulebook but I don't think
>> I've ever seen it used since the circumstances are very rare. Or, my
>> club has a policy of NEVER using the black flag so we could put that one
>> at the bottom of the list and if there are more than 20 codes it simply
>> wouldn't show.
>>
>> --- In sailwave@yahoogroups.com, Jon Eskdale wrote:
>>>
>>> Thanks Malcom,
>>>
>>> I've spent a couple of evenings this week trying to fix it - But no
>>> solution, it all stems from the fact that an event has to be
>> generated for
>>> each key press so as to decide if you are entering a code or a time etc.
>>> If I turn that event generation off - it scrolls fine. The
>> documentation
>>> tends to infer that if you switch the event generation on its up to
>> you to
>>> refresh and scroll the dropdown but it doesn't say how to do it. Done
>> lots
>>> of Googling but to no avail. If it was in my normal language I could
>> do it
>>> no trouble. The best solution I've come up with at the moment is to
>> allow
>>> the dropdown box to be up to 20 entries, this means that its an unusual
>>> scoring system to have more than 20 codes. You can still type them
>> in just
>>> can't select them from a dropdown box. So the next release will have the
>>> 20 size dropdown. Hopefully this will help but I think its always been
>>> that way, not something I've broken!.
>>>
>>> Jon
>>>
>>>
>>> On 17 January 2013 13:38, Malcolm Osborne wrote:
>>>
>>>> **
>>>>
>>>>
>>>> Jon,
>>>>
>>>> I powered up an old laptop today, which I sometimes use for scoring
>> at a
>>>> venue. It has SW 2.4.5
>>>>
>>>> This version's Sail No. Wizard shows the same behaviour as the more
>> recent
>>>> versions - only shows 10 items, doesn't scroll.
>>>>
>>>> So its nothing new.
>>>>
>>>> regards,
>>>> Malcolm Osborne
>>>> Sedgefield South Africa
>>>>
>>>> On 2013/01/14 11:55, Jon Eskdale wrote:
>>>>
>>>>
>>>> Thanks Malcom,
>>>>
>>>> Yes there is an issue where the drop down does not scroll. It is
>> set to
>>>> a size of 10, but should scroll if there are more than 10. I'm
>> curious to
>>>> know when this went wrong or if it has always been this way as it's not
>>>> something I have changed (at least not deliberately).
>>>>
>>>> Jon
>>>>
>>>>
>>>> On 14 January 2013 09:34, Malcolm Osborne wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Jon Eskdale
>>> 07976 709777
>>> Skype "eskdale"
>>>
>>
>>
>

Jon,

If dynamic sizing isn't possible (or easy) then I agree it isn't worth pursing.

Still, I would probably allow for more than 20 codes. That is just 4 more than standard and I already know of 5 codes that my club will need to implement in 2013 - a DPI code of assigned number of places penalty, a DPI code of assigned percentage penalty, an after-race penalty code, an arbitration penalty code and a custom DNC code for boats that don't enter a long series. That means we are already not going to be displaying some codes!!

Long ago I mentioned another way to attack this issue - I thought that there should be a single code for all RDG (and another for all DPI) with a pop-up window to say what to do in this particular case. That would reduce the current default number of codes from 16 to 14. But, that might be difficult to implement and therefore a long-term project (like 2014 maybe), if at all.

I GREATLY appreciate the efforts that you and Colin are making to improve Sailwave. I'm trying not to complain but instead to point out that "here are things that don't work well or properly or are confusing and we are having to devise a workaround; perhaps a solution in the software itself might be possible and, if so, that would be better and eliminate the need for some some of the workarounds." I certainly don't want to come off as whining about a FREE program when my intent is merely to offer useful feedback (ala beta testing).

We recently ran our second regatta with Sailwave and found a number of "glitchs" that I will report separately.

Art

Hi Art,

I do understand what you are suggesting and if it was written in one of the languages that I'm more familiar with I could do that, although in most of them the dropdown would still scroll even if you are subclassing the control. Using Clarion however the size of the dropdown is a Design time parameter not a Run-time parameter. It may certainly be possible but in the time that I have spent looking at it I've not found away of specifying it at run-time. I can change prompts, hide/show and disable/enable controls at runtime but as to changing their sizes and other parameters don't know. It is only an issue in the Sailno wizard if you are entering the result code in other areas the dropdown scrolls OK. It all comes down to how much time I spend looking at this as opposed to getting on with other requests. Most often the Sailno Wizard is used to enter all the results from the water (Mostly finishing positions) and then the other result codes are entered later not using the

Sailno Wizard.

···

On 2/28/2013 4:10 PM, JON wrote:

Jon

--- In sailwave@yahoogroups.com, Art Engel<artengel123@...> wrote:

Jon,

You may have missed my point about the dropdown list in the Sail Wizard
being dynamic. At some point in your code you define the number of items
to be included in the dropdown list. Currently, you use a fixed number
(either 10 or 20 or something else). What if that number were a variable
that was determined each time you opened Sailwave and was equal to the
number of items in the list of definitions? That way if one had more
definitions then the dropdown list would get longer. [Ideally, you
shouldn't have to close and reopen to implement that but I should think
that if that is a lot simpler to code then it would be a reasonable
compromise.]

THE PROBLEM - Presumably, the goal is to have a program that can be used
by data-entry people who aren't intimately familiar with how to set up a
regatta or series in Sailwave. The latter is quite difficult and
complex. But, the actual entry of data, at least in theory, can be
relatively simple and straight forward. If a code isn't listed in the
Sail Wizard dropdown list then your typical data-entry person will think
the code doesn't exist and will then try and contact an "expert" for a
fix. But, that shouldn't be required.

FIXES - I tried to suggest a way to include all the codes in the
dropdown list. That would be one way the data-entry person won't be
confused.

Another solution would be to have a message pop up saying something like
"The dropdown list for codes does not list all of the available codes.
Other codes may be typed in." Then, check whatever code is input and if
it isn't in the definition list then pop up an error message "This code
isn't in the list of defined codes. Proceed anyway - Yes or No."
Undefined codes will cause an error when you score but you probably want
to try and catch it at this stage.

I know there is a work-around of typing in codes. However, if you have
different people scoring a long-term series each week (or even just
different people scoring different weekend regattas) then there are just
too many work-arounds to remember without some kind of error message or
helpful explanation.

Art

PS - I think a reasonable solution would probably be to simply increase
the number of items in the dropdown list.

On 2/26/2013 7:42 AM, Jon Eskdale wrote:

Hi Art,

A beta of Version 2.9 will hopefully be released this week which has the
expanded dropdown mentioned in my reply to Malcom. Yes ideally it would be
dynamic to the size but as I mentioned previously as soon as you enable the
event generation which is needed to determine if it is a code or
position/time that is being entered, the dropdown no longer scrolls so you
are just left with the first ones. It has always been this way at least
for several years and although this is no excuse, as I said in my reply to
Malcom, 20 will cover most cases and you can always type in the code, you
don't need to select it from the dropdown.

Jon

On 26 February 2013 01:21, Art Engel<artengel123@...> wrote:

**

Jon,

Just encountered this problem and see it is scheduled for a fix later in
the year. There are 16 standard codes. I can easily imagine a couple
each of special redress, discretionary and penalty codes (such as for
arbitration) and so I should think having more than 20 codes would not
be unusual (partly because I think users are likely to add more but
unlikely to delete ones they will probably never use). I should think
you would want at least an additional 5, which would be 21 total. I
suggest going to 24 or 25 as the default number

Art

PS - Maybe it isn't possible but why couldn't the dropdown list number
be dynamic and be defined as the same number as exist under the list of
definitions? That way the dropdown list would be as long as necessary
but no longer.

An alternative solution might be to allow the list of definitions to be
ordered other than alphabetically and presumably the dropdown list could
have the same order. Definitions that are seldom, if ever, used could be
at the bottom. For example, DNE is in the rulebook but I don't think
I've ever seen it used since the circumstances are very rare. Or, my
club has a policy of NEVER using the black flag so we could put that one
at the bottom of the list and if there are more than 20 codes it simply
wouldn't show.

--- In sailwave@yahoogroups.com, Jon Eskdale wrote:

Thanks Malcom,

I've spent a couple of evenings this week trying to fix it - But no
solution, it all stems from the fact that an event has to be

generated for

each key press so as to decide if you are entering a code or a time etc.
If I turn that event generation off - it scrolls fine. The

documentation

tends to infer that if you switch the event generation on its up to

you to

refresh and scroll the dropdown but it doesn't say how to do it. Done

lots

of Googling but to no avail. If it was in my normal language I could

do it

no trouble. The best solution I've come up with at the moment is to

allow

the dropdown box to be up to 20 entries, this means that its an unusual
scoring system to have more than 20 codes. You can still type them

in just

can't select them from a dropdown box. So the next release will have the
20 size dropdown. Hopefully this will help but I think its always been
that way, not something I've broken!.

Jon

On 17 January 2013 13:38, Malcolm Osborne wrote:

**

Jon,

I powered up an old laptop today, which I sometimes use for scoring

at a

venue. It has SW 2.4.5

This version's Sail No. Wizard shows the same behaviour as the more

recent

versions - only shows 10 items, doesn't scroll.

So its nothing new.

regards,
Malcolm Osborne
Sedgefield South Africa

On 2013/01/14 11:55, Jon Eskdale wrote:

Thanks Malcom,

Yes there is an issue where the drop down does not scroll. It is

set to

a size of 10, but should scroll if there are more than 10. I'm

curious to

know when this went wrong or if it has always been this way as it's not
something I have changed (at least not deliberately).

Jon

On 14 January 2013 09:34, Malcolm Osborne wrote:

--
Jon Eskdale
07976 709777
Skype "eskdale"

------------------------------------

-!- http://www.yachtsandyachting.com/ -!- http://www.sailing.org/ -!- http://www.sailwave.com/ -!- On-Line Sailwave help...http://sailwave.com/help/HTML ~ Mark Townsend's Sailwave User Guide is available from http://www.abyc.org/upload/Sailwave_ABYC_User_Guide.pdf ~ Convert to daily digest of emails send blank email to sailwave-digest@yahoogroups.com ~ To unsubscribe from the SUG please send blank email to sailwave-unsubscribe@yahoogroups.com Yahoo! Groups Links