- 11 Sep, 2016 9 commits
-
-
Torsten Rahn authored
-
Dennis Nienhüser authored
-
Dennis Nienhüser authored
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
- 10 Sep, 2016 3 commits
-
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Bernhard Beschow authored
-
- 09 Sep, 2016 2 commits
-
-
Friedrich W. H. Kossebau authored
Summary: * make static methods member methods for access to members (e.g. default font member) * remove default arg value QFont(QLatin1String("Arial") * reuse same QFont object more (implicitely shared data) Seems vector tiles are cached somehow, so a new font is not picked up instantly Reviewers: sanjibanb, nienhueser, #marble Reviewed By: nienhueser, #marble Differential Revision: https://phabricator.kde.org/D2598
-
Friedrich W. H. Kossebau authored
Missed to push another needed patch to KPackage to make this work, so will be only a later KF5 version where this is fixed hopefully. This reverts commit fb427298.
-
- 08 Sep, 2016 8 commits
-
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
Summary: * subclass DeclarativeDataPlugin replaced that need * allows to drop dep of libmarblewidget to Qt5::Quick again Follow-up for c9bf0b77 Reviewers: sanjibanb, nienhueser, #marble Reviewed By: nienhueser, #marble Differential Revision: https://phabricator.kde.org/D2714
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
-
Alexander Potashev authored
(cherry-picked from branch Applications/16.08, resolved conflicts) Test Plan: Works with OSM and Moon legends + Russian marble_qt.qm. Reviewers: nienhueser, kossebau Reviewed By: kossebau Subscribers: #marble Differential Revision: https://phabricator.kde.org/D2566
-
- 07 Sep, 2016 1 commit
-
-
Bernhard Beschow authored
pass a GeoDataPlacemark rather than a visual category, so in the future more magic can happen behind the scene
-
- 06 Sep, 2016 8 commits
-
-
Friedrich W. H. Kossebau authored
-
Friedrich W. H. Kossebau authored
Only done for methods in installed header files
-
Friedrich W. H. Kossebau authored
Summary: Some code getting data from OsmPlacemarkData instances currently does a double-lookup with data.containsTagKey(x) & data.tagValue(x). As OsmPlacemarkData already exposes begin and end iterators for the tags, adding a findTag(const QString &key) to allow single-lookup of a tag on conditional access to its value seems matching. Resulting code trades readability (IMHO) for speed, but for a library this option seems to make sense. Reviewers: shentey, sanjibanb, nienhueser, #marble Reviewed By: nienhueser, #marble Differential Revision: https://phabricator.kde.org/D2684
-
Dennis Nienhüser authored
CCBUG: 368219
-
Bernhard Beschow authored
-
Friedrich W. H. Kossebau authored
* avoid multiple lookup (data.containsTagKey(x) & data.tagValue(x)) when both an existing empty QString value for a tag and a non-existing tag are handled the same, an empty QString() is not expensive to use
-
Bernhard Beschow authored
-
Friedrich W. H. Kossebau authored
-
- 04 Sep, 2016 9 commits
-
-
Friedrich W. H. Kossebau authored
-
Dennis Nienhüser authored
-
Dennis Nienhüser authored
-
Dennis Nienhüser authored
Without this memory consumption raises continously and exceeds 32 GB already when working on level 7.
-
Dennis Nienhüser authored
-
Dennis Nienhüser authored
-
Dennis Nienhüser authored
-
Dennis Nienhüser authored
-
Dennis Nienhüser authored
Lazily create QWidget, QPixmap, QFont... dependend stuff
-