Reconsider Usage of Dome Component "slave" Terminology about ascomplatform HOT 2 CLOSED

Hi Micheal,

I raised your suggestion at the ASCOM Core Group meeting yesterday. One of ASCOM's cornerstones is absolute "backward compatibility", which, at times, does constrain our ability to change interfaces. The Slaved and CanSlave properties have been in use for 10 to 15 years and are hard wired into all Dome applications and drivers. We can't simply remove these members from the interface without breaking every Dome driver and application that works with Dome devices.

We also discussed adding duplicate properties with different names but this seemed to have little value given that we can't remove the existing members.

Consequently, we don't plan to take your thoughtful and considerate suggestion further.

Best wishes, Peter

from ascomplatform.

Hi Peter,

I understand that constraint.

Could I propose to the ASCOM Core Group that this is something to consider for a future breaking changes release of the API, e.g., from v1 => v2?

Many thanks,

Michael

from ascomplatform.