Replies: 3 comments 3 replies
-
I think most valuable part is c. That track appearance dialog must also provide a 'reset to defaults'. Everything else is fixable / avoidable. GPX database memory could / should be fixed during reimport asking to restore appearance or not. Though if we have "Reset" button why would we bother then about it.
|
Beta Was this translation helpful? Give feedback.
-
Plus: Investigate why some tracks from their first display on are shown with width 1 now in newer builds, leading users to believe they are not displayed at all. That seems to be the 'bug' portion of my report. All the rest can be viewed as an incomplete implementation of both a feature and the corresponding customization dialog, agreed. |
Beta Was this translation helpful? Give feedback.
-
I agree with Victor's comment above "I think most valuable part is c." So how can we get this back into a Milestone? |
Beta Was this translation helpful? Give feedback.
-
With newer builds I encounter oddities when displaying some of the tracks in my big gpx folder and subfolders. (These tracks don't usually contain any formatting information, and their file date shows they have not changed in years. I mostly use the Touring view Map style.)
Wrong default width: Some (strangely not all) now default to being displayed with track width 1 point, i.e. barely visible. (Checking their Appearance/Width tab, it seems that 'Custom' with value 1 is in deed selected for these.But I had never set this.)
Missing indication of currently used values: I initially I believed they were displayed transparently, hence I changed their color. How can I reset them to display in the map style's gpx default color? We have the following bugs now: Checking a track correctly displayed in e.g. Touring view's defaults (as specified in the renderer), that track's Appearance tab shows neither a color selected, nor a width selected. It seems that that dialog does not cope with color or width values which are not contained in its own preselections?
Missing track appearance reset: The new Appearance dialog is missing a reset or default button. Hence it is unclear how to reset any track's appearance so that it is again displayed with the renderer (or track-intrinsic) defaults.
GPX database seems sticky: Some of this may be due to history of nightly developer builds? (Although I seem to have these issues also on rather newly installed test devices). But we are missing a viable way to reset the gpx appearance database? (It seems that temporarily renaming my Tracks folder does not do the trick, all bogus track appearance information was back after renaming the folder back?)
Acceptance criteria to fix this:
a. When first displaying a track from the tracks folder which does not contain any appearance information, the renderer defaults must be used.
b. The track appearance dialog must in all cases indicate the corresponding color and width used.
c. That track appearance dialog must also provide a 'reset to defaults' button to return a track's appearance to its defaults
d. There must be a way to return all track appearance to their default, best via resetting the gpx database then this can also be used for cases where the gpx database became corrupt.
Beta Was this translation helpful? Give feedback.
All reactions