]> git.lyx.org Git - lyx.git/blobdiff - development/coding/CodingRulesAndAdvice.lyx
Cmake export tests: Use absolute paths for subfiles inside the source dir
[lyx.git] / development / coding / CodingRulesAndAdvice.lyx
index 27b272ce5df79d283a143396fa3811250dc6b735..ee1f09e61a415bf1dfaab9d41648698ce1261708 100644 (file)
@@ -1,4 +1,4 @@
-#LyX 1.6.7 created this file. For more info see http://www.lyx.org/
+#LyX 2.0.0svn created this file. For more info see http://www.lyx.org/
 \lyxformat 345
 \begin_document
 \begin_header
@@ -14,7 +14,6 @@
 \font_osf false
 \font_sf_scale 100
 \font_tt_scale 100
-
 \graphics default
 \paperfontsize default
 \spacing single
 \secnumdepth 3
 \tocdepth 3
 \paragraph_separation indent
-\defskip medskip
 \quotes_language english
 \papercolumns 1
 \papersides 1
 \paperpagestyle default
 \listings_params "basicstyle={\footnotesize}"
-\tracking_changes false
+\tracking_changes true
 \output_changes false
-\author "" 
-\author "" 
+\author "Kornel Benko" Kornel.Benko@berlin.de
 \end_header
 
 \begin_body
@@ -511,7 +508,13 @@ c/exception_safety.html Probably the most interesting point here is that
  for free.
  For example, in our Stack implementation, almost everything we did was
  needed to satisfy just the basic guarantee -- and what's presented above
- very nearly satisfies the strong guarantee, with little of no extra work.
+ very nearly satisfies the strong guarantee, with little o
+\change_inserted 0 1288157484
+r
+\change_deleted 0 1288157483
+f
+\change_unchanged
+ no extra work.
  Not half bad, considering all the trouble we went to.
  In addition to these two guarantees, there is one more guarantee that certain
  functions must provide in order to make overall exception safety possible:
@@ -1070,6 +1073,16 @@ Use existing structures
 
 \begin_deeper
 \begin_layout Itemize
+
+\change_inserted 0 1288159254
+\begin_inset CommandInset label
+LatexCommand label
+name "Use-string-wherever"
+
+\end_inset
+
+
+\change_unchanged
 Use string wherever possible.
  LyX will someday move to Unicode, and that will be easy if everybody uses
  string now.
@@ -1269,8 +1282,12 @@ How to create class interfaces
 \end_layout
 
 \begin_layout Standard
-I recently read an article by Scott Meyers in , where he makes a strong
- case on how non-member functions makes classes more encapsulated, not less.
+I recently read an article by Scott Meyers
+\change_deleted 0 1288158556
+ in 
+\change_unchanged
+, where he makes a strong case on how non-member functions makes classes
+ more encapsulated, not less.
  Just skipping to the core of this provides us with the following algorithm
  for deciding what kind of function to add to a class interface:
 \end_layout
@@ -1389,6 +1406,18 @@ use the same form in corresponding calls to new and delete, i.e.
  write delete[] obj; if new obj[n]; was used to create the object and write
  delete obj; if you wrote new obj; Notice strings should be std::string's
  instead of char *'s.
+
+\change_inserted 0 1288159280
+ (this contradicts to 
+\begin_inset CommandInset ref
+LatexCommand ref
+reference "Use-string-wherever"
+
+\end_inset
+
+ )
+\change_unchanged
+
 \end_layout
 
 \begin_layout Itemize
@@ -1477,7 +1506,11 @@ And one of mine: (Lgb)
 
 \begin_deeper
 \begin_layout Itemize
-when swiching on enums, refrain from using "default:" if possible
+when swi
+\change_inserted 0 1288159389
+t
+\change_unchanged
+ching on enums, refrain from using "default:" if possible
 \end_layout
 
 \end_deeper