- 29 Jan, 2018 1 commit
-
-
Gus Grubba authored
-
- 27 Jan, 2018 23 commits
-
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
Users can select multiple rules concurrently. In addition, some are mutually exclusive. Add logic to handle this.
-
Gus Grubba authored
Adjust Airspace control text color to match changing background color
-
Gus Grubba authored
-
Gus Grubba authored
Added an "unknown" weather icon for when I get "valid" data and no icon
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
Break apart string of classes into their own files as all in one file became unwieldy Expose Airspace data in a QML ready format Split global Airspace from AirMap (Only now I figured out the reason for the pure virtual root classes) Refactored a bunch of things to make it consistent and/or obvious
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
All settings wired and persistent Cleanup non Airmap builds
-
Gus Grubba authored
-
Gus Grubba authored
Move all airmap related stuff to its own directory
-
Gus Grubba authored
* commit 'ebb5b8ce': (40 commits) Including airmapd into the repo (macOS only) Restore expanded state when enabling AirMap AirMap Settings Control on Fly View Eliminated flight widget "states" Define flight widget top margin (plugin options) Add expand icon Expand/Colapse Controllers Adjust colors Remove unused image Initial Mockup qgroundcontrol.pro: update build to latest airmapd master AirMapManager: update authorizations to changed airmapd interface rebase fixup: remove AirMapController.{cc,h} remove submodule commits qmqtt and tiny-AES128-C AirMapManager: error handling, change to updated API of airmapd AirMapManager: update polygons to changed airmapd interface AirMapManager: update flight search according to updated airmapd AirMap: remove SITA registration numbers AirspaceManagement & AirMapManager: add weather request API AirMapManager: add LifetimeChecker class to prevent callbacks from accessing invalid memory AirMapManager: handle multi_polygon AirMapManager: change backend to use airmapd AirMap: refactor for multi-vehicle support & base class API ...
-
Gus Grubba authored
Write only metadata
-
- 26 Jan, 2018 5 commits
-
-
Gus Grubba authored
-
Gus Grubba authored
-
Gus Grubba authored
-
-
PX4 Jenkins authored
-
- 23 Jan, 2018 2 commits
-
-
PX4 Jenkins authored
-
Gus Grubba authored
-
- 22 Jan, 2018 1 commit
-
-
Gus Grubba authored
Move MAV_PARAM_TYPE to MAV_PARAM_EXT_TYPE as we're now using the proper MAVLink version.
-
- 21 Jan, 2018 3 commits
-
-
Gus Grubba authored
-
Gus Grubba authored
* AirMapWithAirmapd: (33 commits) qgroundcontrol.pro: update build to latest airmapd master AirMapManager: update authorizations to changed airmapd interface rebase fixup: remove AirMapController.{cc,h} remove submodule commits qmqtt and tiny-AES128-C AirMapManager: error handling, change to updated API of airmapd AirMapManager: update polygons to changed airmapd interface AirMapManager: update flight search according to updated airmapd AirMap: remove SITA registration numbers AirspaceManagement & AirMapManager: add weather request API AirMapManager: add LifetimeChecker class to prevent callbacks from accessing invalid memory AirMapManager: handle multi_polygon AirMapManager: change backend to use airmapd AirMap: refactor for multi-vehicle support & base class API AirMap traffic: remove inactive vehicles after a timeout of 5 seconds AirMapManager: handle dynamic setting changes AirmapManager: make sure to pass the SITA reg data to the right objects Make AirMapController as part of a Vehicle rather than a creatable QML instance. This is ultimately linked to a vehicle and not the view. Eventually a lot of the code currently in AirMapManager will have to come here as well so the data persists with a vehicle. AirMapManager should only handle the global aspects. Added a temporary indicator right below the toolbar. It's only visible if a permission (of any kind) exists. I need to understand better how this works before coming up with a more permanent solution. Restored toolbar to its original state (brand logo and whatnot) Added include and lib path for protobuf on maxOS (we need to make this automatic for all builds) Added AirMap settings (SettingsGroup) Added AirMap settings block to General Settings Create macros to deal with the tedious repetitions within SettingsGroup Removed old, hacked in setting for AirMapKey Remove a few of the tons of build warnings PlanManager: upload flight to AirMap when uploading to the vehicle AirMapController: add flightPermitStatusChanged ... # Conflicts: # src/QGCApplication.cc # src/Vehicle/Vehicle.cc # src/Vehicle/Vehicle.h
-
Gus Grubba authored
* AirmapUI: Restore expanded state when enabling AirMap AirMap Settings Control on Fly View Eliminated flight widget "states" Define flight widget top margin (plugin options) Add expand icon Expand/Colapse Controllers Adjust colors Remove unused image Initial Mockup # Conflicts: # src/Settings/AppSettings.cc # src/Settings/AppSettings.h
-
- 20 Jan, 2018 5 commits
-
-
Gus Grubba authored
-
Don Gagne authored
Add gstreamer debug log option, and dot file output
-
Don Gagne authored
Localization update
-
Don Gagne authored
Fix NMEA settings layout
-
Don Gagne authored
Insert ROI command which is supported by firmware
-