@@ -139,7 +139,7 @@ Base suffix. This identifies the class as a generated base class.
139
139
140
140
141
141
Examples:
142
- QgsPluginMangerBase
142
+ QgsPluginManagerBase
143
143
QgsUserOptionsBase
144
144
145
145
@@ -303,6 +303,13 @@ Braces should start on the line following the expression:
303
303
}
304
304
305
305
306
+ There is a scripts/prepare-commit.sh that looks up the changed files and
307
+ reindents them using astyle. This should be run before committing.
308
+
309
+ As newer versions of astyle indent differently than the version used to do a
310
+ complete reindentation of the source, the script uses an old astyle version,
311
+ that we include in our repository.
312
+
306
313
307
314
1.8. API Compatibility
308
315
======================
@@ -348,10 +355,12 @@ errors, development time, and maintenance.
348
355
349
356
350
357
This will:
351
- * allow changes to be made in one location instead of in multiple places
352
- * help prevent code bloat
353
- * make it more difficult for multiple copies to evolve differences over time,
354
- thus making it harder to understand and maintain for others
358
+
359
+ - allow changes to be made in one location instead of in multiple places
360
+ - help prevent code bloat
361
+ - make it more difficult for multiple copies to evolve differences over time,
362
+ thus making it harder to understand and maintain for others
363
+
355
364
356
365
357
366
1.9.2. Prefer Having Constants First in Predicates
@@ -660,7 +669,7 @@ a ticket in trac (https://trac.osgeo.org/qgis/) first and then attach you
660
669
This makes it easier for us to apply the patches since we don't need to
661
670
navigate to a specific place in the source tree to apply the patch. Also when I
662
671
receive patches I usually evaluate them using kompare, and having the patch
663
- from the top level dir makes this much easier. Below is an example of you you
672
+ from the top level dir makes this much easier. Below is an example of how you
664
673
can include multiple changed files into your patch from the top level
665
674
directory:
666
675
@@ -689,10 +698,10 @@ patch e.g.
689
698
690
699
QGIS developers are busy folk. We do scan the incoming patches on bug reports
691
700
but sometimes we miss things. Don't be offended or alarmed. Try to identify a
692
- developer to help you - using the [" Project Organigram"] and contact them
701
+ developer to help you - using the Project Organigram (http://www.qgis.org/wiki/Project_Organigram) and contact them
693
702
asking them if they can look at your patch. If you don't get any response, you
694
703
can escalate your query to one of the Project Steering Committee members
695
- (contact details also available on the [" Project Organigram"] ).
704
+ (contact details also available on the Project Organigram).
696
705
697
706
698
707
2.6.5. Due Diligence
@@ -709,13 +718,13 @@ under the GPL.
709
718
710
719
Write access to QGIS source tree is by invitation. Typically when a person
711
720
submits several (there is no fixed number here) substantial patches that
712
- demonstrate basic competance and understanding of C++ and QGIS coding
721
+ demonstrate basic competence and understanding of C++ and QGIS coding
713
722
conventions, one of the PSC members or other existing developers can nominate
714
723
that person to the PSC for granting of write access. The nominator should give
715
724
a basic promotional paragraph of why they think that person should gain write
716
725
access. In some cases we will grant write access to non C++ developers e.g. for
717
726
translators and documentors. In these cases, the person should still have
718
- demonstrated ability to submit patches and should ideally have submtted several
727
+ demonstrated ability to submit patches and should ideally have submitted several
719
728
substantial patches that demonstrate their understanding of modifying the code
720
729
base without breaking things, etc.
721
730
0 commit comments