subsurface/CHANGELOG.md

desktop: fix removal/editing of bookmarks on the profile
export: show progress dialog when exporting to TeX
printing: use sensible font size even for strange window size
* Planner: Don't immediately ascent automatically

---
* Always add new entries at the very top of this file above other existing entries and this note.
* Use this layout for new entries: `[Area]: [Details about the change] [reference thread / issue]`
# vim: textwidth=100
profile: remove internal event-copy (fix deleting/renaming events) The DiveEventItem had an internal copy of the event. It passed that copy to the undo-machinery, which of course didn't work. Simply keep a pointer to the event. All changes to a dive no pass via the undo-machinery, which causes a reload of the profile, so this should be safe. Reported-by: Willem Ferguson <willemferguson@zoology.up.ac.za> Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at> 2021-06-05 09:29:41 +02:00			`desktop: fix removal/editing of bookmarks on the profile`
export: show progress dialog for TeX exports The TeX exports may hang the UI for a long time. Show a progress-dialog that is updated after every exported dive and allows the user to cancel the export. This is pretty lame, because it is synchronous (export still runs in UI thread) and therefore the UI still is sluggish. But it is an improvement. Since the TeX-exporting code is in a shared directory (desktop and mobile), this uses a slim interface class. Mobile does not yet use TeX export, but you never know. Better than #ifdefs sprinkled all around, I reckon. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at> 2021-04-30 15:51:13 +02:00			`export: show progress dialog when exporting to TeX`
printing: use sensible font-size in profiles The font-size in printed profiles is based on the size of the profile in the main window. This makes no sense. Why should changing the window size change the font-size on printouts? Matter of fact, when making shrinking the height of the window to its minimum, comical printouts are obtained (font way too big). Therefore use an arbitrary rule: Say that profiles 600 pixels high look reasonable and then scale up to the actual size on the printout. This may need some tweaking for high-DPI mode. But that seems not to be supported on desktop anyway? Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at> 2021-04-01 22:40:55 +02:00			`printing: use sensible font size even for strange window size`
The planner should not always ascent from the depth of the last manually entered waypoint but consider the possibility that it should first top where we are before the next stop depth has cleared. Reported-by: David Carron Signed-off-by: Robert C. Helling <helling@atdotde.de> 2021-05-07 10:05:43 +02:00			`* Planner: Don't immediately ascent automatically`
Update ReleaseNotes Signed-off-by: Dirk Hohndel <dirk@hohndel.org> 2020-09-19 15:07:42 -07:00
CHANGELOG.md: fix bad markdown formatting The # and <> characters introduced formatting issues, for those who wanted to view our changelog in the Github repository. Signed-off-by: Lubomir I. Ivanov <neolit123@gmail.com> 2018-07-08 19:57:16 +03:00			`---`
			`* Always add new entries at the very top of this file above other existing entries and this note.`
			* Use this layout for new entries: `[Area]: [Details about the change] [reference thread / issue]`
CHANGELOG update This remove the old pre-3.0 entries and adds entries for 3.0.0->master Signed-off-by: Dirk Hohndel <dirk@hohndel.org> 2020-03-29 20:59:16 -07:00			`# vim: textwidth=100`