Consider making marker private and instead only set it in add_markers or start_marking

[eteq]

Right now there's a mix of a stateful and a non-stateful idiom in how you set the style of markers. self.markers is settable by the user, but it can also be set in start_marking. add_markers also uses self.markers, but does not have a markers keyword.

So I see two ways to fix this:

1. Add a markers keyword to add_markers
2. Do 1 and also make self.markers private
3. remove markers from start_marking

I really don't like 3 because I think it just makes sense to be able to set your marker style when you add the marks. So that leaves 1 and 2 - 2 is more "pure" (i.e., there's then one way to do it), but has the downside of breaking backwards compatibility (which we may or may not care about).

Triggered by spacetelescope/jdaviz#699

cc @pllim @mwcraig

[mwcraig]

I assume you mean marker not markers in most of this?

[pllim]

Yes, marker (no "s").

[pllim]

astrowidgets/astrowidgets/core.py

Lines 482 to 483 in c594308

	@property
	def marker(self):

astrowidgets/astrowidgets/core.py

Lines 438 to 439 in c594308

	def start_marking(self, marker_name=None,
	marker=None):

[mwcraig]

The only argument that I can see against removing the markers attribute is that it may sometimes be handy to use the same style markers for two different things, in which case would be helpful to be able to get the current marker in some way. That could be done by making it a read-only property or by adding a get_current_marker_style() method.

[pllim]

I don't have strong opinions on this issue.