techtalk-pse(1)
π techtalk-pse π
ok so bestie. techtalk-pse is the manual page you're reading right now β it's Tech Talk "Platinum Supreme Edition", aka the presentation software that actually gets technical people. this is part 1, there's more coming, don't go anywhere β¨
β¨ NAME β¨
techtalk-pse β superior technical demonstration software π
πΈ SYNOPSIS πΈ
cd /path/to/talk/; techtalk-pse
techtalk-pse /path/to/talk/
π¦ DESCRIPTION π¦
Tech Talk "Platinum Supreme Edition" (PSE) is Linux Presentation Software designed by technical people to give technical software demonstrations to other technical people. it's literally built to be simple to use (for people who already know their way around an editor and the command line) and powerful, so you can create informative, technically accurate and entertaining talks and demonstrations. no cap.
Tech Talk PSE is good at: opening editors at the right place, opening shell prompts with preloaded history, compiling and running things during the demonstration, displaying text, photos, figures and video. π«Ά
Tech Talk PSE is bad at: slide effects, chart junk and bullet points. π (and honestly? that's a feature.)
This manual page covers all the documentation you will need to use Tech Talk PSE. The next section covers running the tool from the command line. After that there is a "TUTORIAL" section to get you started. Then there is a detailed "REFERENCE" section. Finally there is a discussion on "WHAT MAKES A GOOD TALK". π
π₯ RUNNING THE TOOL FROM THE COMMAND LINE π₯
Tech Talk PSE talks are just directories containing *.html, *.sh (shell script) and *.term (terminal) files:
0010-introduction.html
0500-demonstration.sh
0600-command-line.term
9900-conclusion.html
The filenames that Tech Talk PSE considers to be slides have to match the regular expression:
^(\d+)(?:-.*)\.(html|sh|term)$
(any other file or subdirectory is ignored, bestie). Shell scripts and terminal files must be executable. π
π DISPLAYING AN EXISTING TALK π
To display or run a talk, change into the directory containing all those files and run the techtalk-pse command:
cd /path/to/talk/; techtalk-pse
You can also run techtalk-pse without changing directory, instead specifying the path to the talk:
techtalk-pse /path/to/talk/
π OPTIONS π
--helpβ Display brief help and exit.--lastβ Start at the last slide.
okay so you literally cannot use this with the-n/--startoption. pick a lane π
-n SLIDE|--start SLIDEβ Start at the named slide. SLIDE is the shortest unique prefix of the slide name, so to start at a slide named00010-introduction.html, you could use-n 00010or-n 00010-intro, or give the full filename-n 00010-introduction.html. The default is to start at the first slide in the talk.--verboseβ Display verbose messages, useful for debugging or tracing what the program is doing. π--versionβ Display version number and exit.
π TUTORIAL π
π START WRITING A TALK π
[Before you start writing your real talk, I urge you to read "WHAT MAKES A GOOD TALK" below].
To start your talk, all you have to do is to make a new directory somewhere:
mkdir talk
cd talk
A tech talk consists of HTML files ("slides") and shell scripts. The filenames must start with a number, followed optionally by a description, followed by the extension (.html, .sh or .term). So to start our talk with two slides:
echo "This is the introduction" > 0010-introduction.html
echo "This is the second slide" > 0020-second.html
To run it, run the command from within the talk directory:
techtalk-pse
Any other file in the directory is ignored, so if you want to add Makefiles, version control files etc, just go ahead. π
π TIPS FOR WRITING HTML π
You may have your own techniques and tools for writing HTML, so this section is just to share my ideas. I start every HTML file with a standard stylesheet and Javascript header:
<link rel="stylesheet" href="style.css" type="text/css"/>
<script src="code.js" type="text/javascript"></script>
That just ensures that I can put common styling instructions for all my slides in a single file (style.css), and I have one place where I can add all Javascript, if I need to use any (code.js).
πΈ BACKGROUNDS, FONTS AND LOGOS πΈ
To add a common background and font size to all slides, put this in style.css:
body {
font-size: 24pt;
background: url(background-image.jpg) no-repeat;
}
To add a logo in one corner:
body {
background: url(logo.jpg) top right no-repeat;
}
π§ SCALING AND CENTERING π§
Scaling slide text and images so that they appear at the same proportionate size for any screen resolution can be done using Javascript. (See <https://developer.mozilla.org/En/DOM/window.innerHeight>).
If you want to center text horizontally, use CSS, eg:
p.center {
text-align: center;
}
To center text vertically, CSS3 is supposed to offer a solution some time, but while you're waiting for that try <http://www.w3.org/Style/Examples/007/center#vertical>. π
β¨ PREVIEWING HTML β¨
I find it helpful to have Firefox open to display the HTML files and styles as I edit them. Just start firefox in the talk directory:
firefox file://$(pwd) &
When you edit an HTML file, click the Firefox reload button to immediately see your changes.
Tech Talk PSE uses WebKit embedding to display HTML. HTML is standardized enough nowadays that what you see in Firefox and other browsers should be the same as what Tech Talk PSE displays. WebKit-based browsers (Chrome, Safari) should be identical. π
π¨ CREATING FIGURES π¨
Use your favorite tool to draw the figure, convert it to an image (in any format that the Mozilla engine can display) and include it using an <img> tag, eg:
<img src="fig1.gif">
Suitable tools include: Inkscape, XFig, GnuPlot, GraphViz, and many TeX tools such as PicTex and in particular TikZ.
π¬ EMBEDDING VIDEOS, ANIMATIONS, ETC. π¬
Using HTML 5, embedding videos in the browser is easy. See: <https://developer.mozilla.org/En/Using_audio_and_video_in_Firefox>
For animations, you could try Haxe <http://haxe.org/> which has a Javascript back-end. There are many other possibilities.
If you are sure that the venue will have an internet connection, why not embed a YouTube video. πΊ
π¦ DISPLAYING EXISTING WEB PAGES π¦
Obviously you could just have an HTML file that contains a redirect to the public web page:
<meta http-equiv="Refresh" content="0; url=http://www.example.com/">
However if you want your talk to work offline, then it's better to download the web page in advance, eg. using Firefox's "Save Page As -> Web Page, complete" feature, into the talk directory, then either rename or make a symbolic link to the slide name:
ln -s "haXe - Welcome to haXe.html" 0010-haxe-homepage.html
π TIPS FOR WRITING SHELL SCRIPTS π
Make sure each *.sh or *.term file you write is executable, otherwise Tech Talk PSE won't be able to run it. (The program gives a warning if you forget this). β οΈ
The difference between *.sh (shell script) and *.term (a terminal script) is that a shell script runs any commands, usually graphical commands, whereas a terminal script runs in a full screen terminal.
A good idea is to start each script by sourcing some common functions. All my scripts start with:
#!/bin/bash -
source functions
where functions is another file (ignored by Tech Talk PSE) which contains common functions for setting shell history and starting a terminal.
In functions, I have:
# -*- shell-script -*-
# Place any local environment variables required in 'local'.
if [ -f local ]; then source local; fi
export PS1="$ "
export HISTFILE=$talkdir/history
rm -f $HISTFILE
touch $HISTFILE
add_history ()
{
echo "$@" >> $HISTFILE
}
terminal ()
{
# Make $HISTFILE unwritable so the shell won't update it
# when it exits.
chmod -w $HISTFILE
# Execute a shell.
bash --norc "$@"
}
By initializing the shell history, during your talk you can rapidly recall commands to start parts of the demonstration just by hitting the Up arrow. A complete terminal script from one of my talks would look like this:
#!/bin/bash -
source functions
add_history guestfish -i debian.img
terminal
This is just a starting point for your own scripts.
π REFERENCE π
π ORDER OF FILES π
Tech Talk PSE displays the slides in the directory in lexicographic order (the same order as LANG=C ls -1). Only files matching the following regexp are considered:
^(\d+)(?:-.*)\.(html|sh|term)$
For future compatibility, you should ensure that every slide has a unique numeric part (ie. don't have 0010-aaa.html and 0010-bbb.html). This is because in future we want to have the ability to display multiple files side by side.
Also for future compatibility, don't use file names that have an uppercase letter immediately after the numeric part. This is because in future we want to allow placement hints using filenames like 0010L-on-the-left.html and 0010R-on-the-right.html.
π BASE URL AND CURRENT DIRECTORY π
The base URL is set to the be the directory containing the talk files. Thus you should use relative paths, eg:
<img src="fig1.gif">
You can also place assets into subdirectories, because subdirectories are ignored by Tech Talk PSE, eg:
<img src="images/fig1.gif">
When running shell scripts, the current directory is also set to be the directory containing the talk files, so the same rules about using relative paths apply there too.
The environment variable $talkdir is exported to scripts and it contains the absolute path of the directory containing the talk files. When a script is run, the current directory is the same as $talkdir, but if your script changes directory (eg. into a subdirectory containing supporting files) then it can be useful to use $talkdir to refer back to the original directory. π«Ά
π WHAT MAKES A GOOD TALK π
okay bestie, this is the part where we get philosophical. Edward Tufte is my roman empire β I literally love what he writes, like his full-on evisceration of PowerPoint use at NASA, which lives right here:
<http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=0001yB>
but ngl, sometimes it's hard to translate his ideas into actually clear presentations, and not all of that is the tools' fault. so here are the thoughts and rules on how to deliver a good talk. π«Ά
π Rule One: Essay First, Slides Later π
First, and most important rule: before you start drawing any slides at all, write your talk as a short essay.
this is the number one mistake presenters make, and it's partly a tool fault, because PowerPoint, OpenOffice, even Tech Talk PSE, all open up on an initial blank slide, just inviting you to write a title and some bullet points. π and if you start that way? you end up using the program as a kind of clumsy outlining tool, and then reading that outline to your audience. that's boring and a waste of time for you and your audience. (it would be quicker for them just to download the talk and read it at home, fr fr.)
β¨ Rule Two: Time Is Real β¨
Secondly: how long do you want to spend preparing the talk? a good talk β with a sound essay behind it, well thought out diagrams and figures, and interesting demonstrations β takes many hours to prepare. how many hours? I'd suggest thinking about how many hours of effort your audience are putting in. even just 20 people sitting there for half an hour is 10 man-hours of attention, and that is a very small talk, and it doesn't even include all the extra time and hassle it took to get them all in one place. π
I don't think you can get away with spending less than two full days preparing a talk, if you want to master the topic and draw up accurate slides. Steve Jobs was reputed to spend weeks preparing his annual sales talk to the Apple faithful. π
πΈ Rule Three: What Actually Goes On The Slides πΈ
Thirdly: now that you're going to write your talk as an essay, what should go in the slides? I would say that you should consider delivering the essay, not the slides, to people who don't make the talk. an essay can be turned into an article or blog posting, whereas even "read-out-the-bullet-point" slides have a low information density, large size, and end-user compatibility problems (*.pptx anyone? π).
so what, then, goes on the slides? anything you cannot just say: diagrams, graphs, videos, animations, and of course (only with Tech Talk PSE!) demonstrations. π
π¦ Rule Four: Practice, Practice, Practice π¦
Lastly: once you've got your talk as an essay and slides, practice, practice and practice again. deliver the talk to yourself in the mirror, to your colleagues. practice going backwards and forwards through the slides, using your actual laptop and the software so you know what to click and what keys to press. partly memorize what you are going to say (but use short notes written on paper if you need to). π
π₯ SEE ALSO π₯
- The Cognitive Style of PowerPoint, Tufte, Edward R.
π AUTHOR π
- Richard W.M. Jones <http://people.redhat.com/~rjones/>
- Daniel BerrangΓ© <http://berrange.com/>
π COPYRIGHT π
Copyright (C) 2010-2012 Red Hat Inc.
This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
and that's a wrap on techtalk-pse(1), bestie!! π this lil beauty is from techtalk-pse-1.2.0, dated 2025-07-25, and it's filed under techtalk-pse(1). go forth, write your essay first, and slay that talk. π
β¨
π¦ where this page comes from
- fedora 43: techtalk-pse 1.2.0-19.fc43 Β· GPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms