Michael Kirk f42b7c003c layout uses logical pixels, not physical ... Previously it was not clear (to me at least) when a value used in layout was in units of logical pixels vs physical pixels. This lead to some ambiguity about where to scale values, and lead to some values being scaled more than once or sometimes not at all, leading to inconsistent layouts across DPI's. The intent of this change is to solve this ambiguity by having the ui clients work *exlusively* with logical pixels. To achieve this, we consolidate all scaling to the graphics backend. We translate all PhysicalPositions from the windowing libraries to LogicalPixles. Our own types: ScreenPt, ScreenDim, etc. are all in logical units. In some places, I replaced passing raw floats with a corresponding Screen* type to clarify that the units are in logical pixels.		2020-08-12 15:44:48 -07:00
..
src	layout uses logical pixels, not physical	2020-08-12 15:44:48 -07:00
build.rs	load different colorschemes in another way	2020-04-04 14:29:45 -07:00
Cargo.toml	change the few places that copied an OSM ID to the clipboard to instead	2020-08-05 11:24:51 -07:00
compare_screencaps.sh	zip screenshots in dropbox, because managing individual files keeps crashing the daemon	2020-07-07 16:31:52 -07:00
confirm_screencap.sh	zip screenshots in dropbox, because managing individual files keeps crashing the daemon	2020-07-07 16:31:52 -07:00