scheduling strategy. Devices added to the system are stored and get a profile
for identification. These profiles are persistent during reboots of the
\gls{iTasks}-system to allow for easy reconnecting with old devices. The way of
-interacting with \gls{mTask}-\gls{Task} is analogous to interacting with
+interacting with \gls{mTask}-\glspl{Task} is analogous to interacting with
\gls{iTasks}-\glspl{Task}. This means that programmers can access the
\glspl{SDS} made for a device in the same way as regular \glspl{SDS} and they
can execute, combine and transform \gls{mTask}-\glspl{Task} as if they where
\section{Communication}\label{sec:communication}
\input{arch.communication}
-\section[Lifting mTasks to iTasks-Tasks]%
- {Lifting \gls{mTask}-\glspl{Task} to \gls{iTasks}-\glspl{Task}}
-\input{arch.lift}
-
-\section{Example}
+\section{Example}\label{sec:archexamples}
\input{arch.example}