Closed oheil closed 1 year ago
Is this PR related to https://github.com/JuliaGraphics/Luxor.jl/issues/117?
No. Using threads and checking issues with it is next on my agenda... It is completing this https://github.com/JuliaGraphics/Luxor.jl/pull/236
Perhaps some of these functions would be better named as ...index()
and ...indices()
since they return or set index values rather than drawing objects?
One day we might have named drawings (an extra field in the struct perhaps?) rather than these old-school numbers... π
Actually they were named ...index ;-) and I found ...drawing better. But no problem, I will change back to index. And the named drawings I also thought already about, but thought, this is something for another time. One step per step :-)
With multiple dispatch you could have drawing_index()
for get
and drawing_index(n)
for set
... Anyway, It can be done how you like.
Yes, of course, as you wish. There is not much like or dislike in me regarding those things. But perhaps you want it like the other geters and seters, e.g. get_current_redvalue() , set_current_redvalue(r), ...
1) get_indices() get_current_index() set_current_index(i::Int) get_next_index() set_next_index()
2) drawing_indices() drawing_index() drawing_index(i::Int) get_next_drawing_index() set_next_drawing_index()
or something else?
Probably
drawing_indices()
get_drawing_index()
set_drawing_index()
get_next_drawing_index()
set_next_drawing_index()
are the most explicit, consistent, and predictable names. Longer but more self-explanatory...?
Yes, that's how it should be then π
Thanks! Let's see how it works... :)
Codecov Report
66.12% <90.74%> (+2.65%)
Continue to review full report at Codecov.