-- Bug description --Gather and improve champ() and champ1() plotting functions-- Scilab error message ---- How to reproduce the bug --Here are some possible improvements :* gather champ() and champ1() in a single function. Both do by 98% the same job. champ1() just finally adds .colored="on" on the champ handle... Does this really deserve a specific function? I do not think so.* adding a champ.center_arrows boolean attribute.Indeed, it is presently not possible to display arrows _centered_ on the grid's points, instead of starting from them. Yet, it would be useful (and more common).* adding a champ.colorbar_id attribute: When .colored=="on", creates the related colorbar (with visible="on" by default), and refers to it through this property (either as its handle, or as the string tag to its handle)* adding a champ.tag string attribute As stated in other reports by other reporters, in a more general way, such tags are more handy than looking or guessing where the useful handle is located in the graphical hierarchy.Regards
Designs
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related or that one is blocking others.
Learn more.
adding a champ.tag string attribute
As stated in other reports by other reporters, in a more general way,
such tags are more handy than looking or guessing where the useful handle
is located in the graphical hierarchy.
The .tag attribute is available since Scilab 5.4.0