mifr/subsurface
1
0
Fork 0
mirror of https://github.com/subsurface/subsurface.git synced 2024-11-28 05:00:20 +00:00
Code Issues Projects Releases Packages Wiki Activity
subsurface/core/pref.cpp

116 lines
2.7 KiB
C++
Raw Normal View History

cleanup: move pref related structs and functions to pref.c These were declared in pref.h and defined in subsurfacestartup.c. pref.c didn't even exist. Create it and move preferences-related structs and functions there. setup_system_prefs() is left in subsurfacestartup.c, since it works with environment variables. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2021-01-02 13:03:25 +00:00
// SPDX-License-Identifier: GPL-2.0
#include "pref.h"
#include "subsurface-string.h"
cloudstorage: try to pick between multiple cloud servers The backend infrastructure will soon be able to support more than one cloud server which automagically stay in sync with each other. One critical requirement for that to work is that once a session was started with one of the servers, the complete session happens with that server - we must not switch from server to server while doing a git transaction. To make sure that's the case, we aren't trying to use DNS tricks to make this load balancing scheme work, but instead try to determine at program start which server is the best one to use. Right now this is super simplistic. Two servers, one in the US, one in Europe. By default we use the European server (most of our users appear to be in Europe), but if we can figure out that the client is actually in the Americas, use the US server. We might improve that heuristic over time, but as a first attempt it seems not entirely bogus. The way this is implemented is a simple combination of two free webservices that together appear to give us a very reliable estimate which continent the user is located on. api.ipify.org gives us our external IP address ip-api.com gives us the continent that IP address is on If any of this fails or takes too long to respond, we simply ignore it since either server will work. One oddity is that if we decide to change servers we only change the settings that are stored on disk, not the runtime preferences. This goes back to the comment above that we have to avoid changing servers in mid sync. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2021-04-11 01:03:08 +00:00
#include "git-access.h" // for CLOUD_HOST
cleanup: move pref related structs and functions to pref.c These were declared in pref.h and defined in subsurfacestartup.c. pref.c didn't even exist. Create it and move preferences-related structs and functions there. setup_system_prefs() is left in subsurfacestartup.c, since it works with environment variables. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2021-01-02 13:03:25 +00:00
preferences: use std::string in struct preferences This is a messy commit, because the "qPref" system relies heavily on QString, which means lots of conversions between the two worlds. Ultimately, I plan to base the preferences system on std::string and only convert to QString when pushing through Qt's property system or when writing into Qt's settings. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-06-13 20:59:32 +00:00
struct preferences prefs, git_prefs, default_prefs;
preferences::preferences() :
animation_speed(500),
cloud_base_url("https://" CLOUD_HOST_EU "/"), // if we don't know any better, use the European host
core: convert pref.c and units.c to C++ Convert both files simultanously, because the SI_UNITS define works either under C or under C++. This was painful, because initialization of struct-members has to be done in order of definition in C++. And it was completely out of order. However, as long as not all is C++, we can't use default initialization directly in the struct definition. :( Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-05-02 05:56:47 +00:00
#if defined(SUBSURFACE_MOBILE)
preferences: use std::string in struct preferences This is a messy commit, because the "qPref" system relies heavily on QString, which means lots of conversions between the two worlds. Ultimately, I plan to base the preferences system on std::string and only convert to QString when pushing through Qt's property system or when writing into Qt's settings. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-06-13 20:59:32 +00:00
cloud_timeout(10),
core: convert pref.c and units.c to C++ Convert both files simultanously, because the SI_UNITS define works either under C or under C++. This was painful, because initialization of struct-members has to be done in order of definition in C++. And it was completely out of order. However, as long as not all is C++, we can't use default initialization directly in the struct definition. :( Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-05-02 05:56:47 +00:00
#else
preferences: use std::string in struct preferences This is a messy commit, because the "qPref" system relies heavily on QString, which means lots of conversions between the two worlds. Ultimately, I plan to base the preferences system on std::string and only convert to QString when pushing through Qt's property system or when writing into Qt's settings. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-06-13 20:59:32 +00:00
cloud_timeout(5),
core: convert pref.c and units.c to C++ Convert both files simultanously, because the SI_UNITS define works either under C or under C++. This was painful, because initialization of struct-members has to be done in order of definition in C++. And it was completely out of order. However, as long as not all is C++, we can't use default initialization directly in the struct definition. :( Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-05-02 05:56:47 +00:00
#endif
preferences: use std::string in struct preferences This is a messy commit, because the "qPref" system relies heavily on QString, which means lots of conversions between the two worlds. Ultimately, I plan to base the preferences system on std::string and only convert to QString when pushing through Qt's property system or when writing into Qt's settings. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-06-13 20:59:32 +00:00
sync_dc_time(false),
display_invalid_dives(false),
font_size(-1),
mobile_scale(1.0),
show_developer(true),
three_m_based_grid(false),
map_short_names(false),
include_unused_tanks(false),
display_default_tank_infos(true),
auto_recalculate_thumbnails(true),
extract_video_thumbnails(true),
extract_video_thumbnails_position(20), // The first fifth seems like a reasonable place
defaultsetpoint(1100),
default_file_behavior(LOCAL_DEFAULT_FILE),
o2consumption(720),
pscr_ratio(100),
use_default_file(true),
extraEnvironmentalDefault(false),
salinityEditDefault(false),
date_format_override(false),
time_format_override(false),
proxy_auth(false),
proxy_port(0),
proxy_type(0),
ascratelast6m(9000 / 60),
ascratestops(9000 / 60),
ascrate50(9000 / 60),
ascrate75(9000 / 60),
core: introduce a few user-defined literals for unit types Thise makes initialization of unit types more palatable. For example: surface.time = sample.time - duration_t { .seconds = 20 }; => surface.time = sample.time - 20_sec; delta_depth.mm = feet_to_mm(1.0); // 1ft => delta_depth = 1_ft; get_cylinderid_at_time(..., { .seconds = 20 * 60 + 1 })); => get_cylinderid_at_time(..., 20_min + 1_sec)); Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-09-03 15:04:48 +00:00
bestmixend(30_m),
preferences: use std::string in struct preferences This is a messy commit, because the "qPref" system relies heavily on QString, which means lots of conversions between the two worlds. Ultimately, I plan to base the preferences system on std::string and only convert to QString when pushing through Qt's property system or when writing into Qt's settings. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-06-13 20:59:32 +00:00
bottompo2(1400),
bottomsac(20000),
decopo2(1600),
decosac(17000),
descrate(18000 / 60),
display_duration(true),
display_runtime(true),
display_transitions(true),
display_variations(false),
doo2breaks(false),
dobailout(false),
o2narcotic(true),
drop_stone_mode(false),
last_stop(false),
min_switch_duration(60),
surface_segment(0),
planner_deco_mode(BUEHLMANN),
problemsolvingtime(4),
reserve_gas(40000),
sacfactor(400),
safetystop(true),
switch_at_req_stop(false),
verbatim_plan(false),
calcalltissues(false),
calcceiling(false),
calcceiling3m(false),
calcndltts(false),
decoinfo(true),
dcceiling(true),
display_deco_mode(BUEHLMANN),
ead(false),
gfhigh(75),
gflow(30),
gf_low_at_maxdepth(false),
hrgraph(false),
mod(false),
modpO2(1.6),
percentagegraph(false),
redceiling(false),
rulergraph(false),
show_average_depth(true),
show_ccr_sensors(false),
show_ccr_setpoint(false),
show_icd(false),
show_pictures_in_profile(true),
show_sac(false),
show_scr_ocpo2(false),
tankbar(false),
vpmb_conservatism(3),
zoomed_plot(false),
infobox(true),
Planner: Improve Gas Handling in CCR Mode. This has become a bit of a catch-all overhaul of a large portion of the planner - I started out wanting to improve the CCR mode, but then as I started pulling all the other threads that needed addressing started to come with it. Improve how the gas selection is handled when planning dives in CCR mode, by making the type (OC / CCR) of segments dependent on the gas use type that was set for the selected gas. Add a preference to allow the user to chose to use OC gases as diluent, in a similar fashion to the original implementation. Hide gases that cannot be used in the currently selected dive mode in all drop downs. Include usage type in gas names if this is needed. Hide columns and disable elements in the 'Dive planner points' table if they can they can not be edited in the curently selected dive mode. Visually identify gases and usage types that are not appropriate for the currently selected dive mode. Move the 'Dive mode' selection to the top of the planner view, to accommodate the fact that this is a property of the dive and not a planner setting. Show a warning instead of the dive plan if the plan contains gases that are not usable in the selected dive mode. Fix the data entry for the setpoint in the 'Dive planner points' table. Fix problems with enabling / disabling planner settings when switching between dive modes. Refactor some names to make them more appropriate for their current usage. One point that is still open is to hide gas usage graphs in the planner profile if the gas isn't used for OC, as there is no way to meaningfully interpolate such usage. Signed-off-by: Michael Keller <github@ike.ch>
2024-05-15 05:23:39 +00:00
allowOcGasAsDiluent(false),
preferences: use std::string in struct preferences This is a messy commit, because the "qPref" system relies heavily on QString, which means lots of conversions between the two worlds. Ultimately, I plan to base the preferences system on std::string and only convert to QString when pushing through Qt's property system or when writing into Qt's settings. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-06-13 20:59:32 +00:00
coordinates_traditional(true),
unit_system(METRIC),
units(SI_UNITS)
cleanup: move pref related structs and functions to pref.c These were declared in pref.h and defined in subsurfacestartup.c. pref.c didn't even exist. Create it and move preferences-related structs and functions there. setup_system_prefs() is left in subsurfacestartup.c, since it works with environment variables. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2021-01-02 13:03:25 +00:00
{
}
preferences: use std::string in struct preferences This is a messy commit, because the "qPref" system relies heavily on QString, which means lots of conversions between the two worlds. Ultimately, I plan to base the preferences system on std::string and only convert to QString when pushing through Qt's property system or when writing into Qt's settings. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-06-13 20:59:32 +00:00
preferences::~preferences() = default;
void set_git_prefs(std::string_view prefs)
cleanup: move pref related structs and functions to pref.c These were declared in pref.h and defined in subsurfacestartup.c. pref.c didn't even exist. Create it and move preferences-related structs and functions there. setup_system_prefs() is left in subsurfacestartup.c, since it works with environment variables. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2021-01-02 13:03:25 +00:00
{
preferences: use std::string in struct preferences This is a messy commit, because the "qPref" system relies heavily on QString, which means lots of conversions between the two worlds. Ultimately, I plan to base the preferences system on std::string and only convert to QString when pushing through Qt's property system or when writing into Qt's settings. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2024-06-13 20:59:32 +00:00
if (contains(prefs, "TANKBAR"))
git_prefs.tankbar = 1;
if (contains(prefs, "SHOW_SETPOINT"))
git_prefs.show_ccr_setpoint = 1;
if (contains(prefs, "SHOW_SENSORS"))
git_prefs.show_ccr_sensors = 1;
if (contains(prefs, "PO2_GRAPH"))
git_prefs.pp_graphs.po2 = 1;
cleanup: move pref related structs and functions to pref.c These were declared in pref.h and defined in subsurfacestartup.c. pref.c didn't even exist. Create it and move preferences-related structs and functions there. setup_system_prefs() is left in subsurfacestartup.c, since it works with environment variables. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
2021-01-02 13:03:25 +00:00
}
Reference in a new issue Copy permalink