bookmarks  3

  •  

    Uzbl follows the UNIX philosophy - "Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface." Uzbl comes in different flavors: * uzbl-core: main component meant for integration with other tools and scripts o Uses WebkitGtk+ for rendering, network interaction (libsoup). Css, javascript, plugin support etc come for free o Provides interfaces to get data in (commands/configuration) and out (events): stdin/stdout/fifo/unix sockets o You see a webkit view and (optionally) a statusbar which gets popuplated externally o No built-in means for url changing, loading/saving of bookmarks, saving history, keybinds, downloads, ... o Extra functionality: many sample scripts come with it, on uzbl wiki or write them yourself o Entire configuration/state can be changed at runtime o Uzbl keeps it simple, and puts you in charge. * uzbl-browser: a complete browser experience based on uzbl-core o Uses a set of scripts (mostly python) that will fit most people, so things work out of the box. Yet plenty of room for customisation o Brings everything you expect: url changing, history, downloads, form filling, link navigation, cookies, event management etc. However: one page per instance o Advanced, customizable keyboard interface with support for modes, modkeys, multichars, variables (keywords) etc. (eg you can tweak the interface to be vim-like, emacs-like or any-other-program-like) o Adequate default configuration o Focus on plaintext storage for your data and configs in simple, parseable formats and adherence to the xdg basedir spec o Visually, similar to uzbl-core except that the statusbar contains useful things. One window per webpage * uzbl-tabbed: wraps around uzbl-browser and multiplexes it o Spawns one window containing multiple tabs, each tab containing a full embedded uzbl-browser o Ideal as a quick and simple solution to manage multiple uzbl-browser instances without getting lost
    14 years ago by @gresch
    (0)
     
     
  •  

    Put simply, Puppet is a system for automating system administration tasks. To learn more, read our big picture overview of Puppet, or take a deeper look at what Puppet can do with the Puppet Introduction. There's also an about Puppet page which gives the highlights of Puppet's functionality.
    15 years ago by @gresch
    (0)
     
     
  •  

    cstream is a general-purpose stream-handling tool like UNIX dd, usually used in commandline-constructed pipes. Features: * Sane commandline switch syntax. * Exact throughput limiting, on the incoming side. Timing variance in previous reads are counterbalanced in the following reads. * Precise throughput reporting. Either at the end of the transmission or everytime SIGUSR1 is received. Quite useful to ask lengthy operations how much data has been transferred yet, i.e. when writing tapes. Reports are done in bytes/sec and if appropriate in KB/sec or MB/sec, where 1K = 1024. * SIGHUP causes a clean shutdown before EOF on input, timing information is displayed. * Build-in support to write its PID to a file, for painless sending of these signals. * Build-in support for fifos. Example usage is a 'pseudo-device', something that sinks or delivers data at an appropriate rate, but looks like a file, i.e. if you test soundcard software. See the manpage for examples. * Built-in data creation and sink, no more redirection of /dev/null and /dev/zero. These special devices speed varies greatly among operating systems, redirecting from it isn't appropriate benchmarking and a waste of resources anyway. * Accepts 'k', 'm' and 'g' character after number for "kilo, mega, giga" bytes for overall data size limit. * "gcc -Wall" clean source code, serious effort taken to avoid undefined behavior in ANSI C or POSIX, except long long is required. Limiting and reporting works on data amounts > 4 GB.
    17 years ago by @gresch
    (0)
     
     
  • ⟨⟨
  • 1
  • ⟩⟩

publications  

    No matching posts.
  • ⟨⟨
  • ⟩⟩