[For source links, see linked pages]
Øystein Gullvåg Holter [2010]
Source material
(Foto by Synnøve Tefre)
The source list is restricted to some publications and excerpts that could easily be converted to web format. Please state your source if you use the material.
Sources
If a link does not work, right click on the link, choose “Save target as…” to save the file on disk, and then open it.
1982b on sexuality and history see text
1984d on socialist patriarchy (Sosialismens herredømme) (word doc, alternative See htm)
Men in Norway 1988 survey: variables list and data file (SPSS format)
1989 gender equality survey (excerpt).
1993a on Norwegian families (1993a excerpt)
On sexuality in antiquity (1994g excerpt)
1996 IASOM Newsletter June 1996 (pdf from Ventura Publisher publication). International Association for Studies of Men – example issue
On social forms analysis (1997e thesis excerpt)
2004f Mannsroller og mannsforskning (ppt / Powerpoint fil). Innledning på seminaret Mannspolitikk anno 2005 – hva nå?, Likestillingssenteret, Oslo 4.12.04
2005c Mænds arbejdsliv og forsørgerrollen (pdf fra Powerpoint). Presentasjon på konferansen MÆND FAMILIE OG ARBEJDE, arrangert av Nordisk Ministerråd 19.5.05, Holmen, København
More sources – see history source page
Text reference base
Reference bases are published here with some errors (Ventura Database Publisher does not handle non-US characters, etc). The listings are not always accurate, some items were corrected in the publication, but I was unable to do it in the base. Around 90 percent of the items in the text reference base have been read and used in my publications.
Text reference base Open (may take some time, try Save target as… if you see nothing).
Music reference base
Music reference base Open
Posters etc
Brochure for 2007 UN/CSW side event.
“Men against rape” flyer, Oslo March 2007
Hobby projects / drawings
Talltegn (numbersign) Øystein Gullvåg Holter 1970
Ansikt (face) Øystein Gullvåg Holter 1974
Sosialpsykologi (social psychology) Øystein Gullvåg Holter 1973 (bokomslag / book cover)
Butterfly (sommerfugl) Øystein Gullvåg Holter 1993, used on cover of first IASOM Newsletter.
Familie (family). Øystein Gullvåg Holter 1969
Trist klovn (Sad clown) Øystein Gullvåg Holter 1968
Velkommen til verden (Welcome to the world) 1975
Hobby projects / Programming
In my case, programming is a hobby, starting from DOS batch file writing in the 1980s and moving to Windows in the 1990s. My programming had a core purpose that I developed as a work researcher – to make PC work easier and the routine work faster. This section describes my hobby project Bro (bridge), and ideas for information work tools. It is a work researcher’s hobby project, not a commercial system. It is indebted to the many programmmers who have put their work in the public domain, and helped people trying to develop information work.
Bro had a very common starting point – how to cut down on unneccesary PC time. Someone put up the idea that “babysitting computers can be better used for babies” already in the 1980s (perhaps it was in PC Magazine).
As a hobby project, Bro was not developed for the average user, but for 1 advanced user with quite specific research and reference needs – me. It started as isolated remedies to poor program behaviour in the 1980s. Gradually, core cooperation tasks were taken over by my own code, retaining the idea that lower-level tasks should be done separately by independent programs. .From the mid 90s I developed Bro using Visual Basic. It has evolved into a work logging and statistics program combined with code to control program startup and cooperation. The goal is to create easier access and improve work flows.
I start the presentation of the system by showing an on-going experiment, Ball / Kule, and then some of the more permanent parts.
Usually Bro runs in a quiet manner as a small window at the bottom of my screen. For a quite different idea of a user interface, I thought of a “crystal ball”. Wouldn’t it be nice if past actions could slide down towards the sides of the ball, with present choices, or even future predictions, in the middle? Or if predictions can’t be made, at least a list of main past actions? The Ball / Kule program does this, as shown below. In the middle is a list of main past actions, and out towards the sides, past actions in different categories.
The user can click on an item to repeat the action (for example, open a text document, or repeat a web search). The most recent items in each action category (that is, the lists outwards from the middle) are the items closest to the centre. Three special lists are included, the master list in the middle, a listing of the most usual action after a selected program (here: Bro) to the left, and Ball options at right. The idea of having a choice box or button bar in the middle did not work well, and was excluded in this version. So it is not much of a crystal ball, but has evolved to be useful as a map for locating items or commands. An earlier 2007 version with Bro in the middle is shown below. .
In the Bro system, Bro itself is generally the expert, and submodules usually run as standard separate exe programs. These ask Bro for things like the correct file adress to a program that needs to be started. However, Bro can also ask submodules for information.
Bro is not the expert in case of Ball / Kule, which is managed by Filechoice / Filvalg, the main disk logging and file statistics part of the system. So in order to know “what are the ten most usual actions after starting program x” you would have to ask Filechoice, but Bro will politely pass this request along. By issuing a one-line command from your program, you can get a listbox with the ten items, to be opened with one click.
The picture above shows Filechoice listing the most frequent choices in my programming projects category (frequency numbers, left (this dialog is a more conventional display of the “arms” of the ball interface, above). The categories include Projects, Searches, Contacts, Texts and other files, Directories visited, Graphics, and Help items (in the Bro help system). Urls and Active program monitoring can be included also.
Inter-program communication is the key to the whole system. Since this a changing and difficult terrain, Bro has many approaches. Today, running in Windows XP, it mostly uses a common ini file and registry entries for getting updated information, and Dynamic Data Exchange (DDE) where possible, but it can use cruder methods like programs passing command files to each others (and executing these by timers), windows socket port communication (LAN ipc), or even direct keystrokes when nothing else works. Third party programs like word processors are preferably run as independent applications and contacted through DDE or macro commands, sometimes through add-ins that give them DDE capability. Sometimes I use the more conventional method of directly invoking other programs as objects, though this is not allowed in Bro itself. Although such direct object manipulation is most common e g in Microsoft Office programming, I prefer a more detached method where the other program works more independently and on its own.
Bro includes analysis programs that can help the user monitor how the system works, like Checkinstallation (Sjekkinstallasjon) that checks things that must be in place – dynamic link libraries, shortcuts, etc – for the system to run smoothly, and tries to fix errors found. Another analysis module is Graphics plotter, shown below. Graphics plotter can show the frequency of items on two axes (and simulate a third).
The plotter is here giving ‘active programs/files’ statistics (one axis only), with the most frequent at top right. The control panel for the tool is shown top left. Frequency is here concretized to time use (as the active Windows program). Be careful – your employer may use this against you….
Bro submodules (semi-independent programs), examples
Emailer Bro module.
The purpose of Bro Emailer is to show the contact, not the mail. It is contact-history-focused. It has one contact box, instead of two disparate inbox and sent mail boxes. Emailer uses a special ‘virtual’ list box to make this more intuitive, with one color (here, light blue) for input, another (here beige) for output. It also has two special graphic controls at the top (below toolbar) showing contact events last year (dots) plus a summary (top right circle). These follow the same color code – the summary changes color according to input/output balance, and size according to total frequency. The events last year are clickable to open each letter.
Emailer uses the Outlook object model, partly through the Redemption library, to analyze and archive emails. independently. Emailer can be run in “follow Outlook” mode. Here, Emailer will open the selected contact in Outlook.
Emailer is shown left, Outlook right. When a different mail is selected in Outlook, Emailer changes to show the contact, if the name is recognized.
Together with Mirror (Speil), shown below, Emailer can synchronize sent mail accross pc’s.
Bro Mirror / Speil
Purpose: mirrors (synchronizes) user-selected hard disk areas between computers, primarily on a local area network. The most recent file in the networked computers overwrite earlier versions on other computers. Also includes safety backup.
Mirror (Speil) has the claim of beeing the most consistently useful of my Bro applications. I use it every time I go away with a laptop or reconnect a laptop to my main home system pc. Using a Palm Tungsten, my database program (Commence) is also able to update my Palm Tungsten handheld pc.
Reference Bro module. Purpose: show literary, music etc references from data base (now, Commence), especially, to use in text documents and presentations as research literature references.
Can be called from a word processor to insert reference at the insertion point and full listing at the end of the document. Not as sophisticated as Endnote and similar, but does the work.
Tasks Bro module showing running processes’ exe file names and their window titles. 
Using advanced DDE code, Bro can respond to a command line call from a non-DDE-capable application, as if it was sent through DDE. The Bro system application then either processes the call itself (sometimes), or (mostly) forwards it to other modules running as separate exe programs (like Emailer, Speil/Mirror, Referanse, or the log editor), again using DDE, so that the command can run, if needed, w ithout starting a new instance of the program.
The picture below shows how Bro records incoming DDE messages. If these are recognized, they are executed.
The Bro DDE message log.
Bro Outlook addin
Redemption and a special version of DDE (DDEML) make it possible for Bro to establish two-way communication with email programs like MS Outlook. This allows the program to run more smoothly on its own premises, yet we can also get information from it, and forward commands. The next figure shows Outlook with Bro-added command buttons.
Through the Bro toolbar, the user can access an external database, paste recipient mail addresses easily into the body text of an email, or get a calendar from a date mentioned in an email.
The Get a calendar tool works by searching the email text for a date and then opening a calendar view with the date, shown below.
In this case, the third-party database (Commence) does not have the capability to go to a specific date from a command, only manually, so I had to write a “wrapper”.
Other modules
The Bro system includes modules for household keeping purposes like checking system installation, running automatic tasks, and giving / writing help. For example, the Bro Help system is editable, based on a Bro database that can run concurrent with an external database program, using a text editor program for the main file viewing and editing of help items.
Research applications
Intervjutolker / Interview interpreter was developed as a help for analyzing qualitative interviews.
The program presents interviews in a list at left, with a text box showing the interview to the right. Here, interviews from the Nordic Man i rørelse 2007 study (see 2007e in Publications). This window runs together with two other components in the program – a control for setting variables and recording values, and a background database. The control is shown below.
The ideas behind the Interview interpreter application were based on a 1992 version made in Foxpro (using Men’s life connections interviews). The user should be able to setup a number of often-used variables, and code them quickly reading the interviews. The 1992 version was mainly based on text search for specific words, giving the search terms plus some lines of context. This idea is retained in the new version (cf the 3 search terms, shown at the bottom of the control, Søk variable / Search variables). The new version has 10 variables that can be set up by the user (at the top), with values to be filled in, based on the interview to be coded.
NetWord (NettOrd) is a program for web text (e g discourse) analysis. It lists the most frequent words that are used close to some selected term or search words – what kinds of words are most frequently associated (in the somewhat narrow sense: is close to) some search term.
For example, I want to know how “rape” is discussed in Norway today, so I do a Bro – Referanse – NettOrd search on”voldtekt”, getting the following list (April, 2007). Note how women-associated items appear at the top of the list, men (in the term “man”) at the bottom, with criminology rather than sociology terms.
In this list, “women” / kvinner is most frequent (72) followed by “guilt / skyld” (47), “meaning” (46), “violaton” (35), “2007” (30), “men” (25), “sexual” (24), “violence” (22), “flirting” (19). At the bottom, we find “men”, “sentenced”, “abuse”.
Finally…
I test each module using strict test criteria, declaring variables explicitly and starting with a bTest variable set to true. This gives debug or messagebox information, and is set to false only when the procedure works without trouble. I also use strict syntax and format rules for tricky things like nested for loops with many ifs inside.
Why enjoy programming?
A task is on the one hand just a task. Take the hammer, put in the nail. Looking more closely, it consists of the task itself, and various surrounding tasks. Task: hammer in the nail. Surrounding tasks: focus the hammer correctly, take the right grip, get the right angle, a solid foundation etc. These surrounding tasks are meta tasks. Programs on the PC are still mainly designed around “the task itself”, while the Bro system mainly adresses the meta tasks.
Programming is therefore interesting for a work researcher. And whatever one’s background, it can create a good learning experience.
Coding is not so hard, once you get into it. Start with the most simple tasks, and try to write code to solve them. Write code that you will actually use. Search the net, perhaps someone has discovered the wheel before you. Give it a new shape. Have fun.
