Skip to main content
SimilarExport ZIP
100%

Gist a03e53f32d7cda243f0f

✓ Published0🌍 Public
FFrozenfire92
Last edited Mar 13, 2012
Created on Jun 1, 2015

This example demonstrates how to configure GNOME Shell so that both the primary and secondary monitors switch workspaces together, rather than keeping the second monitor fixed to a single workspace. The code shows a shell script that instructs users to open `gconf-editor` and navigate to `/desktop/gnome/shell/windows/workspaces_only_on_primary`, setting the value to `false` to disable the default behavior. The visualization relies on the GConf configuration system to alter the desktop environment’s workspace behavior, with the script providing the exact key to modify. No external data or rendering library is used; the approach is purely a system configuration change.

AI-generated description

Similar vizzes

Loading thumbnail…

Gist d6cbe45544b6e9628a66

This visualization is a text-based configuration file, not a graphical chart. It shows a tmux terminal multiplexer setup, written in the tmux.conf scripting language, detailing key bindings, pane navigation, and plugin management. The code configures tmux through commands like `bind-key`, `set-option`, and `set-window-option`, and integrates the tmux plugin manager (tpm) via `run-shell` to load plugins such as tmux-resurrect for session persistence. It also adjusts mouse support, history limits, and copy-mode behavior, reflecting a developer’s personalized environment rather than data-driven graphics. The rendering approach is purely textual, with no external visualization libraries involved.

66ewis
52% match
Loading thumbnail…

Gist 83e1b6fcb5b1da33f595c08405f89f2a

This example visualizes a system administration workflow that automatically masks or unmasksthe Linux sleep and suspend targets based on active SSH sessions. It shows a shell script that counts established SSH connections on port 22 using `ss` and `awk`, then conditionally runs `systemctl mask` or `systemctl unmask` on `sleep.target` and `suspend.target`. The visualization highlights the script’s branching logic driven by `PAM_TYPE` (open or close session) and the connection count. No external charting library is used; the code relies on standard shell utilities (`ss`, `awk`, `logger`, `sudo`) to manage systemd power management.

HHerst
51% match
Loading thumbnail…

Gist d4c7362c0aa36f0dcf0fa78549e1d3b1

This visualization demonstrates an automatic root logout mechanism for interactive shell sessions. The code appends a configuration block to `/root/.bash_profile` that sets a 600-second idle timeout (`TMOUT`) for interactive shells, enforced via a `case` statement checking for the `i` flag in shell options. The script uses `sudo tee` to safely write the configuration with root privileges. The rendering approach is entirely text-based, showing the shell script and its embedded here-document that modifies bash startup behavior. No graphical libraries or data sources are involved; the visualization highlights the code structure and the logic for auto-logging out idle root sessions.

HHerst
51% match
Loading thumbnail…

Gist 4621876

This example demonstrates how to automate the setup of a Go workspace and package installation via a shell script, following the official Go documentation. The script creates a temporary directory structure with a `src/newmath` folder and writes a custom `sqrt.go` file implementing a basic square root function. It then runs `go install example/newmath` to compile and install the package, verifying the result by checking for zero output or errors. The code relies on the Go command-line tool and standard shell utilities like `echo` and `mkdir`; no external visualization libraries are involved.

HHoffmannP
49% match
Loading thumbnail…

Gist 7d257dfb3e98658c4943dbf2e599e5b7

This example demonstrates a Raspberry Pi setup process for creating isolated Python environments. The code shows a sequence of shell commands that install `virtualenv` and `virtualenvwrapper`, configure the user's profile to initialize these tools, and then create a new virtual environment named `envname`. The visualization highlights the command-line interface as a data source, rendering each terminal command as a text-based flow. It uses the system's package manager (`pip`) and shell environment variables (`WORKON_HOME`) to establish the workflow. The example focuses on the setup steps, not on graphical data plotting.

JJWTappert
48% match
Loading thumbnail…

Gist 109228

This example visualizes a custom workflow for managing development environment variables through a shell script. It shows how the script scans a directory for subdirectories, extracts their names, and dynamically sets environment variables pointing to those paths. The code uses standard Unix command-line tools like `ls`, `awk`, and shell `for` loops, along with `export` to define variables such as `dev` and `devwork`. No external visualization libraries are present; instead, the focus is on text-based configuration logic, with the output being variable assignments rather than graphical rendering. The data source is the local file system under `/Users/dylanfm/Development`.

DDylanFM
48% match
Loading thumbnail…

Gist acd4e515970a40a52b46

This example visualizes the configuration and plugin mappings from a user’s `.zshrc` and `.vimrc` files, revealing how shell and editor settings are organized. It presents the raw text content of these dotfiles, highlighting sections like PATH exports, theme selection, and Vim key remappings. The rendering uses plain text display with syntax highlighting, likely via a JavaScript library such as highlight.js, to delineate commented lines, variables, and Vim commands. The layout follows the file structure, making the hierarchy of settings and aliases directly readable.

66ewis
48% match
Loading thumbnail…

Gist 619560

This visualization loads a map using Polymaps and merges it with a local fork via a shell script. The code demonstrates a version-control workflow rather than a graphical output, as it logs git commands piping the `mbostock/master` branch into the local tree. The primary rendering relies on Polymaps’ tile-based mapping, while the surrounding repository management shows how to integrate external contributions. The example pairs a geographic data display with a practical Git merge, highlighting maintenance of a live mapping project through `git remote`, `fetch`, and `merge` operations.

Mmbostock
47% match