Changes for page 2018/19 Layout

Last modified by Soeren Domroes on 2025/01/30 11:56
<
From version < 39.1 >
edited by cds
on 2019/01/31 10:23
To version < 28.1 >
edited by cds
on 2018/10/16 09:06
>
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -31,8 +31,6 @@
31 31  )))|(((
32 32  Reinhard von Hanxleden (rvh@informatik.uni-kiel.de)
33 33  Christoph Daniel Schulze (cds@informatik.uni-kiel.de)
34 -Sören Domrös (sdo@informatik.uni-kiel.de)
35 -Niklas Rentz (nre@informatik.uni-kiel.de)
36 36  )))
37 37  |=(% style="text-align: right;" %)(% style="text-align: right;" %)
38 38  (((
... ... @@ -60,7 +60,7 @@
60 60  
61 61   Lloyd, Rodgers, and Roberts. "Metro map colour-coding: effect on usability in route tracing." In International conference on Theory and Application of Diagrams, pp. 411-428. Springer, 2018. **[[PDF>>url:https://www.researchgate.net/profile/Peter_Lloyd14/publication/324279056_Metro_Map_Colour-Coding_Effect_on_Usability_in_Route_Tracing/links/5ac94b090f7e9bcd519751ae/Metro-Map-Colour-Coding-Effect-on-Usability-in-Route-Tracing.pdf||shape="rect"]]**
62 62  
63 - (% style="color: rgb(165,173,186);" %)Kobourov, Pupyrev, and Saket. "Are crossings important for drawing large graphs?" In //International Symposium on Graph Drawing//, pp. 234-245. Springer, 2014.(%%) **(vergeben)** **[[PDF>>url:https://www2.cs.arizona.edu/~~kobourov/crossings.pdf||shape="rect"]]**
61 + Kobourov, Pupyrev, and Saket. "Are crossings important for drawing large graphs?" In //International Symposium on Graph Drawing//, pp. 234-245. Springer, 2014. **[[PDF>>url:https://www2.cs.arizona.edu/~~kobourov/crossings.pdf||shape="rect"]]**
64 64  
65 65  (% style="color: rgb(165,173,186);" %)Ware, Colin, Purchase, Colpoys, and McGill. "Cognitive measurements of graph aesthetics." //Information visualization// 1, no. 2 (2002): 103-110.(%%) **(vergeben)** **[[PDF>>url:http://journals.sagepub.com/doi/pdf/10.1057/palgrave.ivs.9500013||shape="rect"]]**
66 66  
... ... @@ -96,7 +96,7 @@
96 96  
97 97  Chapman, Stapleton, Rodgers, Micallef, and Blake. "Visualizing sets: an empirical comparison of diagram types." In //International Conference on Theory and Application of Diagrams//, pp. 146-160. Springer, 2014. [[**PDF**>>url:http://eprints.brighton.ac.uk/13703/1/diagrams2014%20Visualizing%20DataREVISED.pdf||shape="rect"]]
98 98  
99 -(% style="color: rgb(165,173,186);" %)Mutton, Rodgers, and Flower. "Drawing graphs in Euler diagrams." In //International Conference on Theory and Application of Diagrams//, pp. 66-81. Springer, 2004.(%%) **(vergeben)** [[**PDF**>>url:https://core.ac.uk/download/pdf/64473.pdf||shape="rect"]]
97 +Mutton, Rodgers, and Flower. "Drawing graphs in Euler diagrams." In //International Conference on Theory and Application of Diagrams//, pp. 66-81. Springer, 2004. [[**PDF**>>url:https://core.ac.uk/download/pdf/64473.pdf||shape="rect"]]
100 100  
101 101  == Other Types of Diagrams ==
102 102  
... ... @@ -127,13 +127,13 @@
127 127  Vorbesprechung/Kick-Off, LaTeX/Git Kurzeinführung, CAP 4, R. 1115
128 128  )))
129 129  |(((
130 -Do., 15.11.2018, 08:00
128 +\\
131 131  )))|(((
132 -Abgabe Ausarbeitungsgerüst in [[EasyChair>>url:https://easychair.org/conferences/?conf=kielrtsyssem18ws||shape="rect"]] (Abstract, Einleitung, Gliederung, Stichworte zum Inhalt der Kapitel, Bibliographie)
130 +Abgabe Ausarbeitungsgerüst (Abstract, Einleitung, Gliederung, Stichworte zum Inhalt der Kapitel, Bibliographie)
133 133  )))
134 134  |(% colspan="1" %)(% colspan="1" %)
135 135  (((
136 -tbd
134 +\\
137 137  )))|(% colspan="1" %)(% colspan="1" %)
138 138  (((
139 139  Individualtermine
... ... @@ -140,14 +140,14 @@
140 140  )))
141 141  |(% colspan="1" %)(% colspan="1" %)
142 142  (((
143 -Do., 13.12.2018, 08:00
141 +\\
144 144  )))|(% colspan="1" %)(% colspan="1" %)
145 145  (((
146 -Abgabe der Erstversion der vollständigen Ausarbeitung (Submission-Update in EasyChair)
144 +Abgabe der Erstversion der vollständigen Ausarbeitung
147 147  )))
148 148  |(% colspan="1" %)(% colspan="1" %)
149 149  (((
150 -tbd
148 +\\
151 151  )))|(% colspan="1" %)(% colspan="1" %)
152 152  (((
153 153  Individualtermine
... ... @@ -154,14 +154,14 @@
154 154  )))
155 155  |(% colspan="1" %)(% colspan="1" %)
156 156  (((
157 -Do., 10.01.2018, 08:00
155 +\\
158 158  )))|(% colspan="1" %)(% colspan="1" %)
159 159  (((
160 -Abgabe der Review-Version der Ausarbeitung (Submission-Update in EasyChair)
158 +Abgabe der Review-Version der Ausarbeitung
161 161  )))
162 162  |(% colspan="1" %)(% colspan="1" %)
163 163  (((
164 -anschließend
162 +\\
165 165  )))|(% colspan="1" %)(% colspan="1" %)
166 166  (((
167 167  Zuordnung Ausarbeitungen/Reviewer (per Email)**
... ... @@ -169,14 +169,15 @@
169 169  )))
170 170  |(% colspan="1" %)(% colspan="1" %)
171 171  (((
172 -Do., 17.01.2018, 08:00
170 +\\
173 173  )))|(% colspan="1" %)(% colspan="1" %)
174 174  (((
175 -Abgabe der Reviews (in EasyChair)
173 +Abgabe der Reviews**
174 +**
176 176  )))
177 177  |(% colspan="1" %)(% colspan="1" %)
178 178  (((
179 -tbd
178 +\\
180 180  )))|(% colspan="1" %)(% colspan="1" %)
181 181  (((
182 182  Vortrag zur Gestaltung einer guten Präsentation
... ... @@ -183,7 +183,7 @@
183 183  )))
184 184  |(% colspan="1" %)(% colspan="1" %)
185 185  (((
186 -Do., 24.01.2018, 08:00
185 +\\
187 187  )))|(% colspan="1" %)(% colspan="1" %)
188 188  (((
189 189  Abgabe der Vortragsfolien und Handoutfolien (siehe Hinweise unten)
... ... @@ -190,7 +190,7 @@
190 190  )))
191 191  |(% colspan="1" %)(% colspan="1" %)
192 192  (((
193 -tbd
192 +\\
194 194  )))|(% colspan="1" %)(% colspan="1" %)
195 195  (((
196 196  Individualtermine**
... ... @@ -198,7 +198,7 @@
198 198  )))
199 199  |(% colspan="1" %)(% colspan="1" %)
200 200  (((
201 -Do., 21.02.2018, 08:00
200 +\\
202 202  )))|(% colspan="1" %)(% colspan="1" %)
203 203  (((
204 204  Abgabe der Endversionen der Vortragsfolien, Handouts und Ausarbeitungen, Anschließend Druck der Proceedings (inkl. Ausarbeitungen und Handoutfolien)**
... ... @@ -216,141 +216,9 @@
216 216  
217 217  Die Vorstellung des jeweils bearbeiteten Themas wird im Rahmen eines eintägigen Blockseminars stattfinden. Die Teilnahme am gesamten Seminartag ist Pflicht.
218 218  
219 -|=(((
220 -Zeit
221 -)))|=(((
222 -Tagesordnungspunkt
223 -)))|=(((
224 -Person
225 -)))
226 -|(((
227 -09:00
228 -)))|(((
229 -//Begrüßung//
230 -)))|(((
231 -Prof. Dr. Reinhard von Hanxleden
232 -)))
233 -|=(% colspan="3" %)(% colspan="3" %)
234 -(((
235 -Session //Graph Drawing and Other Types of Diagrams//
236 -)))
237 -|(((
238 -09:10
239 -)))|(((
240 -On the algorithmics of Higraphs
241 -)))|(((
242 -Janina Reuter
243 -)))
244 -|(((
245 -09:40
246 -)))|(((
247 -A multilevel algorithm for force-directed graph drawing
248 -)))|(((
249 -Sven Korfmann
250 -)))
251 -|(((
252 -10:10
253 -)))|(((
254 -Drawing graphs within restricted area
255 -)))|(((
256 -Daniel Teut
257 -)))
258 -|(((
259 -10:40
260 -)))|(((
261 -//Kaffeeprojekt//
262 -)))|(((
263 -\\
264 -)))
265 -|=(% colspan="3" %)(% colspan="3" %)
266 -(((
267 -Session //Euler Diagrams//
268 -)))
269 -|(((
270 -11:00
271 -)))|(((
272 -Drawing graphs in Euler diagrams
273 -)))|(((
274 -Lars Jürgensen
275 -)))
276 -|(((
277 -11:30
278 -)))|(((
279 -Generating effective Euler diagrams
280 -)))|(((
281 -Nicola Krumschmidt
282 -)))
283 -|(((
284 -12:00
285 -)))|(((
286 -//Mittagessen//
287 -)))|(((
288 -\\
289 -)))
290 -|=(% colspan="3" %)(% colspan="3" %)
291 -(((
292 -Session //Perception, Usage and Browsing//
293 -)))
294 -|(((
295 -14:00
296 -)))|(((
297 -“No Shit” or “Oh, Shit!”
298 -)))|(((
299 -Malte Clement
300 -)))
301 -|(((
302 -14:30
303 -)))|(((
304 -Intelligent prioritization and filtering of labels in navigation maps
305 -)))|(((
306 -Jette Petzold
307 -)))
308 -|(((
309 -15:00
310 -)))|(((
311 -Graphmaps
312 -)))|(((
313 -Connor Schönberner
314 -)))
315 -|(((
316 -15:30
317 -)))|(((
318 -//Kaffeepause//
319 -)))|(((
320 -\\
321 -)))
322 -|=(% colspan="3" %)(% colspan="3" %)
323 -(((
324 -SessionAesthetics
325 -)))
326 -|(((
327 -15:50
328 -)))|(((
329 -An exploration of visual complexity
330 -)))|(((
331 -Yannik Eikmeier
332 -)))
333 -|(((
334 -16:20
335 -)))|(((
336 -Cognitive measurements of graph aesthetics
337 -)))|(((
338 -Corvin Kraasch
339 -)))
340 -|(((
341 -16:50
342 -)))|(((
343 -//Abschlussworte//
344 -)))|(((
345 -Prof. Dr. Reinhard von Hanxleden
346 -)))
347 -|(((
348 -17:00
349 -)))|(((
350 -//Ende, Kaputt, Aus//
351 -)))|(((
352 -\\
353 -)))
218 +{{note}}
219 +Die Agenda bauen wir im Laufe des Semesters.
220 +{{/note}}
354 354  {{/expand}}
355 355  
356 356  = Organisatorische Details und Benotung =
... ... @@ -362,20 +362,20 @@
362 362  
363 363  === Ausarbeitung ===
364 364  
365 -Die Ausarbeitung soll eine Übersicht über das behandelte Themengebiet darstellen. Sie sollte so verfasst sein, dass sie von einer fortgeschrittenen Bachelor-Informatik-Person gut verstanden werden kann. Die Ausarbeitung soll 6 (Master) bzw. 4 (Bachelor) Seiten umfassen, nicht mehr und nicht weniger, und den ACM LaTeX-Style verwenden (dazu mehr Details weiter unten). Für mögliche Vorlagen zu den Ausarbeitungen siehe die Proceedings der früheren Seminare, die Sie bei uns am Lehrstuhl einsehen können. Auch empfehlenswert ist ein Blick in die [[Hinweise>>url:http://rtsys.informatik.uni-kiel.de/confluence/x/jwBe||shape="rect" class="external-link-new-window None internal-link None"]] für die Anfertigung einer Abschlussarbeit.
232 +Die Ausarbeitung soll eine Übersicht über das behandelte Themengebiet darstellen. Sie sollte so verfasst sein, dass sie von einer fortgeschrittenen Bachelor-Informatik-Person gut verstanden werden kann. Die Ausarbeitung soll 6 (Master) bzw. 4 (Bachelor) Seiten umfassen, nicht mehr und nicht weniger, und den ACM LaTeX-Style verwenden (dazu mehr Details weiter unten). Für mögliche Vorlagen zu den Ausarbeitungen siehe die Proceedings der früheren [[Seminare>>url:http://www.rtsys.informatik.uni-kiel.de/en/teaching/seminars/resolveuid/5b8f99e1-a887-4249-98a2-a50bf9490470||title="Seminare" shape="rect" class="None internal-link None"]]. Auch empfehlenswert ist ein Blick in die [[Hinweise>>url:http://rtsys.informatik.uni-kiel.de/confluence/x/jwBe||shape="rect" class="external-link-new-window None internal-link None"]] für die Anfertigung einer Abschlussarbeit.
366 366  
367 367  === Vortrag ===
368 368  
369 -Der Vortrag soll 40 Minuten (Master) bzw. 25 Minuten (Bachelor) lang sein, woran sich 5 Minuten Zeit für Fragen anschließen. Zu dem Vortrag sollen Folien erstellt werden. Die Vortragsfolien sollten Seitennummern enthalten. Sollte das Thema auch eine konkrete Implementierung behandeln, ist eine entsprechende kurze Tool-Demo im Rahmen des Vortrages großartig. Die Arbeitsgruppe bietet jeder vortragenden Person an, eine Videoaufnahme des Vortrags zu erstellen und zur Verfügung zu stellen.
236 +Der Vortrag soll 40 Minuten (Master) bzw. 25 Minuten (Bachelor) lang sein, woran sich 5 Minuten Zeit für Fragen anschließen. Zu dem Vortrag sollen Folien erstellt werden. Die Vortragsfolien sollten Seitennummern enthalten. Sollte das Thema auch eine konkrete Implementierung behandeln, ist eine entsprechende kurze Tool-Demo im Rahmen des Vortrages sinnvoll. Die Arbeitsgruppe bietet jeder vortragenden Person an, eine Videoaufnahme des Vortrags zu erstellen und zur Verfügung zu stellen.
370 370  
371 371  === Review ===
372 372  
373 373  Ein Review einer Ausarbeitung besteht aus folgenden zwei Komponenten:
374 374  
375 -1. Generelle Anmerkungen (was gefällt Ihnen / gefällt Ihnen nicht zu Inhalt, Gliederung und Lesbarkeit) sowie generelle Verbesserungsvorschläge
376 -1. Detailliertere Korrekturen
242 +1. Generelle Anmerkungen (was gefällt Ihnen / gefällt Ihnen nicht zu Inhalt, Gliederung und Lesbarkeit) sowie generelle Verbesserungsvorschläge. Mindestens eine halbe Seite, abgegeben als PDF-Datei.
243 +1. Detailliertere Korrekturen als elektronisch annotierte PDF-Version der Review-Version der Ausarbeitung. Es empfiehlt sich, hier nur mit dem Adobe Reader zu arbeiten, da Annotationen verschiedener PDF-Viewer oft inkompatibel sind.
377 377  
378 -Die Zuordnung von Papern zu Reviewenden geschieht kurzfristig nach dem Abgabetermin für die Review-Versionen der Ausarbeitungen, basierend auf den dann abgegebenen Ausarbeitungen.
245 +Ein eingescannter, handschriftlich annotierter Ausdruck der Ausarbeitung (generelle Anmerkungen sind auch hier erforderlich!) ist notfalls auch in Ordnung (wenn gut lesbar), sollte aber vermieden werden. Die Zuordnung von Papern zu Reviewenden geschieht kurzfristig nach dem Abgabetermin für die Review-Versionen der Ausarbeitungen, basierend auf den dann abgegebenen Ausarbeitungen.
379 379  
380 380  Jede teilnehmende Person erhält die Proceedings des laufenden Seminars.
381 381  
... ... @@ -387,25 +387,73 @@
387 387  = Technische Details =
388 388  
389 389  {{expand title="Klick mich, um Dinge zu sehen"}}
390 -== LaTeX ==
257 +== Git und LaTeX ==
391 391  
392 -Ihre Ausarbeitungen sind mit Hilfe von LaTeX zu verfassen und müssen den Stil der ACM benutzen. In [[dieser ZIP-Datei>>attach:acm-style.zip]] finden Sie alle benötigten Dateien dafür, inklusive eines Beispiel-Dokuments, welches hilfreiche LaTeX-Tips für den Anfang enthält. Kopieren Sie die Dateien in ein beliebiges Verzeichnis und fangen Sie an, Ihre Ausarbeitung zu schreiben.
259 +Wir haben [[ein Git-Repository>>url:https://git.rtsys.informatik.uni-kiel.de/projects/SEM/repos/18ws-layout/browse||shape="rect"]], in welchem Sie Ihre Ausarbeitungen und Folien ablegen sollen. Das Repository liegt in unserem Bitbucket-System, in welchem Sie sich mit Ihrem Informatik-Account anmelden können. Es empfiehlt sich, in Ihrem Profil einen SSH-Key zu hinterlegen.
393 393  
394 -Für die Bibliographie (enthält wissenschaftliche Publikationen, die referenziert werden, um Quellen zu belegen) bietet LaTeX ebenfalls Lösungen. Im Beispiel finden Sie eine Datei namens {{code language="none"}}myrefs.bib{{/code}}, in welche Referenzen ausgelagert wurden. Die ACM bietet [[eine kurze Übersicht>>url:https://www.acm.org/publications/authors/bibtex-formatting||shape="rect"]] mit Beispielen zum Schreiben von Bibliographie-Einträgen.
261 +Sie können das Repository folgendermaßen auschecken, falls Sie einen SSH-Key hinterlegt haben:
395 395  
396 -Beachten Sie beim Verfassen Ihrer Ausarbeitung insbesondere folgende Punkte:
263 +{{code language="bash"}}
264 +git clone ssh://git@git.rtsys.informatik.uni-kiel.de:7999/sem/18ws-layout.git
265 +{{/code}}
397 397  
398 -* Überlegen Sie, ob Sie die Ausarbeitung auf Deutsch oder auf Englisch verfassen wollen und verwenden Sie die entsprechende Version des ACM-Stils.
399 -* Grafiken aus Ihrem Paper sollten Sie nicht einfach per Screenshot in Ihre Ausarbeitung befördern. Idealerweise bauen Sie Grafiken neu (idealerweise als Vektorgrafik), damit sie eine ordentliche Qualität haben statt als Pixelhaufen zu enden.
400 -* Eine ordentliche Ausarbeitung enthält eine Zusammenfassung, eine Einleitung, mindestens ein Hauptkapitel, und eine Zusammenfassung.
267 +Damit wir beim Erstellen der Proceedings nicht wahnsinnig werden, richten Sie sich bitte nach den Namenskonventionen, die wir weiter unten beschreiben.
401 401  
402 -== EasyChair Tutorial ==
269 +* Reichlich Dokumentation zum //Git// Source Code Management System findet man unter [[http:~~/~~/www.git-scm.com/>>url:http://www.git-scm.com/||shape="rect" class="external-link"]]. Eine nette Einführung [[gibt es hier>>url:https://www.atlassian.com/git||shape="rect"]].
270 +* Für den Zugriff auf das Repository müssen wir Sie in unserem [[ Bitbucket>>url:https://git.rtsys.informatik.uni-kiel.de||shape="rect" class="None internal-link None"]]  dafür freischalten. Das sollten wir anhand der Teilnehmerliste prima tun können. Falls Sie keinen Zugriff auf das Repository bekommen, schreiben Sie uns eine E-Mail.
271 +* [[ACM Style>>url:http://www.acm.org/sigs/pubs/proceed/template.html||shape="rect" class="external-link"]] in [[deutscher>>url:https://www.informatik.uni-kiel.de/fileadmin/arbeitsgruppen/realtime_embedded/teaching/ws0910/s-conc/acm_proc_article-sp-german.cls||shape="rect"]] oder [[englischer>>url:https://www.informatik.uni-kiel.de/fileadmin/arbeitsgruppen/realtime_embedded/teaching/ws0910/s-conc/acm_proc_article-sp.cls||shape="rect"]] Version. Im Git Repository befinden sich im Unterverzeichnis //init/ //eine Reihe von Dateien, welche Sie als Vorlage nehmen können (siehe //README.txt//).
272 +* Wir benutzen [[pdflatex>>url:http://de.wikipedia.org/wiki/PdfLaTeX||shape="rect" class="external-link"]] (erstellt PDF-Dateien) und nicht direkt LaTeX (erstellt DVI Dateien). Hauptunterschied ist die Einbindung von Grafiken. In pdflatex siehe z.B. [[http:~~/~~/latex.mschroeder.net/#grafiken>>url:http://latex.mschroeder.net/#grafiken||shape="rect" class="external-link"]] (Es sollte immer eine komplette figure Umgebung mit caption, label und Referenz im Text benutzt werden!) Von der Kommandozeile aus kann ein PDF mit {{code language="none"}}latexmk -pdf filename{{/code}} erstellt werden (latexmk ruft automatisch pdflatex und biber auf).
273 +* (((
274 +Bibliographie: Siehe [[ACM Beispiel>>url:http://www.acm.org/sigs/publications/proceedings-templates||shape="rect" class="external-link"]] (hier werden die Bibliographielemente in eine eigene *.bib Datei ausgelagert).
275 +)))
403 403  
404 -Unser Seminar findet ihr im EasyChair-System [[genau hier>>url:https://easychair.org/conferences/?conf=kielrtsyssem18ws||shape="rect"]].
277 +\\
405 405  
279 +== EasyChair Tutorial ==
280 +
406 406  [[doc:RTSYS.EasyChair Student Tutorial]]
407 407  
408 408  {{include/}}
284 +
285 +== Namenskonventionen ==
286 +
287 +Auch wenn das Einchecken generierter Binärdateien generell eher vermieden werden sollte, sind für dieses Seminar auch die folgenden PDFs einzuchecken, um unnötige Kompilierungsschwierigkeiten bei Dozenten und Reviewern zu vermeiden. Grafiken sollten in einem Unterordner (z.B. {{code language="none"}}images{{/code}}) abgelegt werden. Grafiken sollten weiterhin möglichst skalierbare  Verktorgrafiken sein, die als PDF eingebunden werden können. Nicht einzuchecken sind temporäre Dateien ({{code language="none"}}.aux{{/code}} etc.).
288 +
289 +Die Namen für die Dateien, die im Git abzulegen sind, sollen wie folgt (gleichartig) aufgebaut sein. **Bitte halten Sie sich** **von Anfang an an diese Namenskonventionen.** Das vermeidet unnötige Sucherei, bewahrt uns vor späteren Schwierigkeiten mit automatischen Skripten und macht umständliches Umbenennen überflüssig. Außerdem wird cds sonst böse.
290 +
291 +(% class="wrapped" %)
292 +|=(((
293 +Ausarbeitung
294 +)))|(((
295 +{{code language="none"}}
296 +<login>/sem18ws-<login>.[tex/pdf]
297 +{{/code}}
298 +)))
299 +|=(((
300 +Vortragsfolien
301 +)))|(((
302 +{{code language="none"}}
303 +<login>/sem18ws-<login>-talk.[tex/pdf]
304 +{{/code}}
305 +)))
306 +|=(((
307 +Handoutfolien
308 +)))|(((
309 +{{code language="none"}}
310 +<login>/sem18ws-<login>-handout.[tex/pdf]
311 +{{/code}}
312 +)))
313 +|=(((
314 +Review
315 +)))|(((
316 +Generelle Anmerkungen:
317 +{{code language="none"}}<login review-Empfänger>/sem18ws-<login review-Empfänger>-reviewnotes-<login Reviewer>.[pdf]{{/code}}
318 +
319 +Annotiertes PDF:
320 +{{code language="none"}}<login review-Empfänger>/sem18ws-<login review-Empfänger>-review-<login Reviewer>.[pdf]{{/code}}
321 +)))
322 +
323 +Die Handoutfolien unterscheiden sich von den Vortragsfolien dadurch, dass die Handoutfolien keine Animationen für die Präsentation am Beamer enthalten. Beim Arbeiten mit der LaTeX-beamer Klasse können Handoutfolien durch das Hinzufügen eines optionalen Argumentes bei der Deklaration der Dokumentenklasse generiert werden ({{code language="none"}}\documentclass[trans]{beamer}{{/code}}).
409 409  {{/expand}}
410 410  
411 411  = Ressourcen =
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -54198466
1 +49152039
URL
... ... @@ -1,1 +1,1 @@
1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/SEM/pages/54198466/WS18/19 (Layout)
1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/SEM/pages/49152039/WS18/19 (Layout)

Navigation

Quick Links

KIELER on GitHub
RTSYS Homepage