Code review: inconsistent thicknesses scale definition#31
Code review: inconsistent thicknesses scale definition#31
Conversation
|
Not following, @copilot . So is the PR you reviewed good or not? |
The PR has one bug that needs fixing: Should I fix this by updating thicknesses to use transform like sizes does? |
Yes please |
Co-authored-by: gvegayon <893619+gvegayon@users.noreply.github.com>
Fixed in commit 2675a8e. Updated Warning Firewall rules blocked me from connecting to one or more addresses (expand for details)I tried to connect to the following addresses, but was blocked by firewall rules:
If you need me to access, download, or install something from one of these locations, you can either:
|
|
@paulgirard, I don't know enough about this to tell whether Copilot's suggestions are good or not. I leave it up to you. |
Code Review of GEXF 1.3.1 Legend and Scale Features
Issues Fixed:
thicknessesscale to use the newtransformelement with math functions (pow, sqrt, log, log10, exp, exp10, spline) instead of the deprecatedscalepointapproach, matching thesizesimplementationChanges Made:
specs/1.3.1/_viz.rncto replace scalepoint with transform in thicknesses-scale-contentspecs/1.3.1/_viz.xsdandspecs/1.3.1/_viz.rngfrom the updated RNC fileSummary:
The implementation now has consistent scale definitions across sizes and thicknesses, both using the transform approach with math functions. Title element successfully added to meta section, and layout changed to ordered list with explicit step attribute.
✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.