Changes for page 2018/19 Layout

Last modified by Soeren Domroes on 2025/01/30 11:56
<
From version < 41.1 >
edited by cds
on 2019/01/31 10:32
To version < 27.1 >
edited by cds
on 2018/10/16 08:54
>
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,142 +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 -(% class="wrapped" %)
220 -|=(((
221 -Zeit
222 -)))|=(((
223 -Tagesordnungspunkt
224 -)))|=(((
225 -Person
226 -)))
227 -|(((
228 -09:00
229 -)))|(((
230 -//Begrüßung//
231 -)))|(((
232 -Prof. Dr. Reinhard von Hanxleden
233 -)))
234 -|=(% colspan="3" %)(% colspan="3" %)
235 -(((
236 -Session //Graph Drawing and Other Types of Diagrams//
237 -)))
238 -|(((
239 -09:10
240 -)))|(((
241 -On the algorithmics of Higraphs
242 -)))|(((
243 -Janina Reuter
244 -)))
245 -|(((
246 -09:40
247 -)))|(((
248 -A multilevel algorithm for force-directed graph drawing
249 -)))|(((
250 -Sven Korfmann
251 -)))
252 -|(((
253 -10:10
254 -)))|(((
255 -Drawing graphs within restricted area
256 -)))|(((
257 -Daniel Teut
258 -)))
259 -|(((
260 -10:40
261 -)))|(((
262 -//Kaffeepause//
263 -)))|(((
264 -\\
265 -)))
266 -|=(% colspan="3" %)(% colspan="3" %)
267 -(((
268 -Session //Euler Diagrams//
269 -)))
270 -|(((
271 -11:00
272 -)))|(((
273 -Drawing graphs in Euler diagrams
274 -)))|(((
275 -Lars Jürgensen
276 -)))
277 -|(((
278 -11:30
279 -)))|(((
280 -Generating effective Euler diagrams
281 -)))|(((
282 -Nicola Krumschmidt
283 -)))
284 -|(((
285 -12:00
286 -)))|(((
287 -//Mittagessen//
288 -)))|(((
289 -\\
290 -)))
291 -|=(% colspan="3" %)(% colspan="3" %)
292 -(((
293 -Session //Perception, Usage and Browsing//
294 -)))
295 -|(((
296 -14:00
297 -)))|(((
298 -“No Shit” or “Oh, Shit!”
299 -)))|(((
300 -Malte Clement
301 -)))
302 -|(((
303 -14:30
304 -)))|(((
305 -Intelligent prioritization and filtering of labels in navigation maps
306 -)))|(((
307 -Jette Petzold
308 -)))
309 -|(((
310 -15:00
311 -)))|(((
312 -Graphmaps
313 -)))|(((
314 -Connor Schönberner
315 -)))
316 -|(((
317 -15:30
318 -)))|(((
319 -//Kaffeepause//
320 -)))|(((
321 -\\
322 -)))
323 -|=(% colspan="3" %)(% colspan="3" %)
324 -(((
325 -Session //Aesthetics//
326 -)))
327 -|(((
328 -15:50
329 -)))|(((
330 -An exploration of visual complexity
331 -)))|(((
332 -Yannik Eikmeier
333 -)))
334 -|(((
335 -16:20
336 -)))|(((
337 -Cognitive measurements of graph aesthetics
338 -)))|(((
339 -Corvin Kraasch
340 -)))
341 -|(((
342 -16:50
343 -)))|(((
344 -//Abschlussworte//
345 -)))|(((
346 -Prof. Dr. Reinhard von Hanxleden
347 -)))
348 -|(((
349 -17:00
350 -)))|(((
351 -//Ende, Kaputt, Aus//
352 -)))|(((
353 -\\
354 -)))
218 +{{note}}
219 +Die Agenda bauen wir im Laufe des Semesters.
220 +{{/note}}
355 355  {{/expand}}
356 356  
357 357  = Organisatorische Details und Benotung =
... ... @@ -363,20 +363,20 @@
363 363  
364 364  === Ausarbeitung ===
365 365  
366 -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. 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.
367 367  
368 368  === Vortrag ===
369 369  
370 -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.
371 371  
372 372  === Review ===
373 373  
374 374  Ein Review einer Ausarbeitung besteht aus folgenden zwei Komponenten:
375 375  
376 -1. Generelle Anmerkungen (was gefällt Ihnen / gefällt Ihnen nicht zu Inhalt, Gliederung und Lesbarkeit) sowie generelle Verbesserungsvorschläge
377 -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.
378 378  
379 -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.
380 380  
381 381  Jede teilnehmende Person erhält die Proceedings des laufenden Seminars.
382 382  
... ... @@ -388,25 +388,73 @@
388 388  = Technische Details =
389 389  
390 390  {{expand title="Klick mich, um Dinge zu sehen"}}
391 -== LaTeX ==
257 +== Git und LaTeX ==
392 392  
393 -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.
394 394  
395 -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:
396 396  
397 -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}}
398 398  
399 -* Überlegen Sie, ob Sie die Ausarbeitung auf Deutsch oder auf Englisch verfassen wollen und verwenden Sie die entsprechende Version des ACM-Stils.
400 -* 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.
401 -* 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.
402 402  
403 -== 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 +)))
404 404  
405 -Unser Seminar findet ihr im EasyChair-System [[genau hier>>url:https://easychair.org/conferences/?conf=kielrtsyssem18ws||shape="rect"]].
277 +\\
406 406  
279 +== EasyChair Tutorial ==
280 +
407 407  [[doc:RTSYS.EasyChair Student Tutorial]]
408 408  
409 409  {{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}}).
410 410  {{/expand}}
411 411  
412 412  = Ressourcen =
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -54198474
1 +49152037
URL
... ... @@ -1,1 +1,1 @@
1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/SEM/pages/54198474/WS18/19 (Layout)
1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/SEM/pages/49152037/WS18/19 (Layout)

Navigation

Quick Links

KIELER on GitHub
RTSYS Homepage