The Conkeror Web Browser Conquers Small Screens
Most Firefox extensions work in Conkeror, but if you're used to Firefox extensions, installing an extension in Conkeror may feel like a step backward. First, find the extension on the Mozilla Web site (or another Web site), and download it to your computer. (Firefox extension filenames end in .xpi.) Then, press M-x, type extensions, and press Enter to start the extension manager. Choose the Extensions tab, click the Install button, use the file navigator to select the file you downloaded, and click Open. As in Firefox, you must restart Conkeror to load the extension.
Conkeror lets you edit HTML text boxes in an external text editor—for example, Emacs (Figure 5). Conkeror copies the text box's contents to a temporary file, opens your text editor on the file and reads the changed file back into the text box when you close your editor. To use this feature, you must compile Conkeror's small helper program, conkeror-spawn-helper. (If you used the instructions above to install the two Conkeror packages in Debian or Ubuntu, you may skip this paragraph.) Go to the Conkeror source directory you installed and run the following command: make. You don't need to run make install, because make compiles the program in the directory Conkeror uses.
Next, you need to tell Conkeror which text editor to use. Conkeror looks for the editor command in the $EDITOR environmental variable, but if $EDITOR isn't set, Conkeror starts Emacs. Most distributions let you set the $EDITOR variable by adding the following line to your ~/.xsession and ~/.xinitrc files:
Replace my_editor above with the name of the editor you want to use—for example, for the graphical VIM editor, gvim; the GNOME editor, gedit; or the KDE editor, kate. If you want to use a console editor, prefix the environmental variable's value with the name of a terminal emulator—for example:
export EDITOR="xterm -e vim"
However, if you use external editors in other programs, you may not want to do everything in a graphical editor. To make Conkeror alone start a specific editor, add the following line to your Conkeror RC file and don't set the $EDITOR variable:
editor_shell_command = "my_editor";
After all that configuration, using the external editor should seem simple. Use the Tab key or the mouse to place the input cursor in a text box and press C-i. You can edit small boxes—for example, a box for your name—or large boxes—for example, the edit box in a Wikipedia article. Conkeror grays out the text box while you edit. When you finish editing by closing your text editor, Conkeror restores the original background color.
The Conkeror start page links to its built-in tutorial, which you activate by pressing C-h t. The tutorial teaches you how to browse the Web with Conkeror.
Similar to Emacs' help, Conkeror's help can describe its own commands. The C-h f keybinding describes commands, and the C-h k keybinding describes keybindings. For example, to find out what the print-buffer command does, type C-h f and print-buffer. Conkeror will tell you that, “print-buffer is an interactive command in commands.js [to] print the currently loaded page.” Similarly, press C-h k and f, and Conkeror tells you “f is bound to the command follow in bindings/default/content-buffer/element.js.”
For complex problems, Conkeror can help you search its wiki. Press g, and type conkerorwiki, and enter your search terms. Conkeror searches its wiki, which includes troubleshooting information and lots of ways to get the most out of Conkeror. Of course, you always can go directly to the Conkeror wiki using the link in Resources.
I hesitated before trying Conkeror the first time. As a longtime vi user, I wasn't interested in anything based on Emacs. But, I did need a Web browser that could make the most of my Netbook's 5"-tall screen and crummy touchpad. Conkeror fit the bill, and I tried it. It impressed me. Although Conkeror may seem complicated in its sophistication, I spent most of my time going to pages, following links and editing text boxes—three things Conkeror makes easy and quick. After I slowly learned to use its other features, I found no reason I shouldn't enjoy the advantages of an advanced keyboard-driven Web browser on my desktop as well.
|Designing Electronics with Linux||May 22, 2013|
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
- RSS Feeds
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Designing Electronics with Linux
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- A Topic for Discussion - Open Source Feature-Richness?
- Drupal Is a Framework: Why Everyone Needs to Understand This
- Validate an E-Mail Address with PHP, the Right Way
- What's the tweeting protocol?
- Kernel Problem
6 hours 35 min ago
- BASH script to log IPs on public web server
11 hours 2 min ago
14 hours 38 min ago
- Reply to comment | Linux Journal
15 hours 10 min ago
- All the articles you talked
17 hours 34 min ago
- All the articles you talked
17 hours 37 min ago
- All the articles you talked
17 hours 38 min ago
22 hours 3 min ago
- Keeping track of IP address
23 hours 54 min ago
- Roll your own dynamic dns
1 day 5 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?