System -> Preferences -> Monitorsand change the resolution there, but I googled around and stumbled onto a command line solution -- this is the command that did the trick:
$ xrandr -s 1024x768
My thoughts on food, technology, politics, running and... nope, those are the only thoughts I've got!
System -> Preferences -> Monitorsand change the resolution there, but I googled around and stumbled onto a command line solution -- this is the command that did the trick:
$ xrandr -s 1024x768
# # Configuration file for the acpi-support package # # # The acpi-support package is intended as "glue" to make special functions of # laptops work. Specifically, it translates special function keys for some # laptop models into actions or generic function key presses. # # # Suspend/hibernate method # ------------------------ # # When gnome-power-manager or klaptopdaemon are running, acpi-support will # translate the suspend and hibernate keys of laptops into special "suspend" # and "hibernate" keys that these daemons handle. # # Only in situations where there is no gnome-power-manager or klaptopdaemon # running, acpi-support needs to perform suspend/hibernate in some other way. # There are several options for this. The options are: # # dbus-pm: # Perform suspend and hibernate actions via a DBUS request to the power # management daemon. This works for power management daemons that we don't # know of. (For gnome-power-manager and klaptopdaemon this will do nothing, # since those will be detected when they are running, and triggered using # a virtual keypress.) # # dbus-hal: # Perform suspend and hibernate actions via a DBUS request directly to HAL, # bypassing any running power management daemons. # # pm-utils: # Use pm-suspend and pm-hibernate to suspend and hibernate. (The dbus method # normally results in this as well, but calls through dbus. Use this option # only if you don't have dbus installed.) # # hibernate: # Use the hibernate package to suspend and hibernate. # # acpi-support: # Use the legacy built-in suspend/hibernate support. (DEPRECATED) # # none: # Do not attempt to suspend/hibernate. Set SUSPEND_METHODS="none" to # disable suspend/hibernate handling in acpi-support. # # If you specify dbus or pm-utils, the result will normally be the same as when # you suspend from your desktop environment. If you specify "hibernate" or # "acpi-support", be aware that this probably does not match what your desktop # environment would do (unless you have managed to configure something so that # the DBUS power management interfaces call the hibernate package). # # # Please specify a space separated list of options. The recommended value is # "dbus pm-utils" # SUSPEND_METHODS="dbus-pm dbus-hal pm-utils" # # LEGACY BUILT IN SUSPEND SUPPORT (DEPRECATED) # -------------------------------------------- # # These options only work for the "acpi-support" suspend method. This is NOT # recommended, but is retained for backward compatibility reasons. # # Comment the next line to disable ACPI suspend to RAM ACPI_SLEEP=true # Comment the next line to disable suspend to disk ACPI_HIBERNATE=true # Change the following to "standby" to use ACPI S1 sleep, rather than S3. # This will save less power, but may work on more machines ACPI_SLEEP_MODE=standby # Add modules to this list to have them removed before suspend and reloaded # on resume. An example would be MODULES="em8300 yenta_socket" # # Note that network cards and USB controllers will automatically be unloaded # unless they're listed in MODULES_WHITELIST MODULES="" # Add modules to this list to leave them in the kernel over suspend/resume MODULES_WHITELIST="" # Should we save and restore state using the VESA BIOS Extensions? SAVE_VBE_STATE=false # The file that we use to save the vbestate VBESTATE=/var/lib/acpi-support/vbestate # Should we attempt to warm-boot the video hardware on resume? POST_VIDEO=true # Save and restore video state? # SAVE_VIDEO_PCI_STATE=true # Should we switch the screen off with DPMS on suspend? USE_DPMS=true # Use Radeontool to switch the screen off? Seems to be needed on some machines # RADEON_LIGHT=true # Uncomment the next line to switch away from X and back again after resume. # This is needed for some hardware, but should be unnecessary on most. # DOUBLE_CONSOLE_SWITCH=true # Set the following to "platform" if you want to use ACPI to shut down # your machine on hibernation HIBERNATE_MODE=shutdown # Comment this out to disable screen locking on resume LOCK_SCREEN=true # Uncomment this line to have DMA disabled before suspend and reenabled # afterwards DISABLE_DMA=true # Uncomment this line to attempt to reset the drive on resume. This seems # to be needed for some Sonys # RESET_DRIVE=true # Add services to this list to stop them before suspend and restart them in # the resume process. STOP_SERVICES="" # Restart Infra Red services on resume - off by default as it crashes some # machines RESTART_IRDA=false # Add to this list network interfaces that you don't want to be stopped # during suspend (in fact any network interface whose name starts with # a prefix given in this list is skipped) SKIP_INTERFACES="dummy qemu" # Note: to enable "laptop mode" (to spin down your hard drive for longer # periods of time), install the laptop-mode-tools package and configure # it in /etc/laptop-mode/laptop-mode.conf.
.assign mta0: tape: .mount tape:/reelid:??????/nowaitStep 2: mount the "tape"
(go to SIMH and hit ctrl/E to interrupt the simulator) sim> set tu0 lock sim> attach tu0 /path/??????.tap sim> go .r opr OPR>shoW queUES OPR> 21:04:05 -- System Queues Listing -- Mount Queue: Volume Status Type Write Req# Job# User ------- -------- -------- ------- ------ ---- ------------------- T10FOR Waiting Magtape Locked 4 2 OPR [1,2] Volume-set: TAPE Label-Type: No, Tracks: 9, Density: 1600 BPI There is 1 request in the queue OPR>ideNTIFY (device) mta0: (with) reQUEST-ID 4 OPR> 21:04:29 Device MTA0 -- Volume T10FOR reassigned -- User: OPR [1,2] Job #2 OPR>exitStep 3: restore the files
.r backup /tape tape: /files /rew /restore dsk:=[*,*]*.*With a tip of the hat to www.asun.net for help with the first two steps.
...+++++++... .++++++++.........+.. .+. 0 S
...+++++aX+..........+++A+A++.........AA. .+. e
+++Xa+++..a++............+O+.........++AA. .++ 2 c
.+++++++...++++...........++........++AAOA....++ t
..+++++.....+++++...........+.........A++AA...+++ 4 o
++++++.......+++......................+AAA....A++ r
++................+++............T...........A+O+ 6
+X.........p..T...A++++.....................A++++ 5
a+++.++++........AO+++++..+..........++.....+++++ 8
+++a++........AA++A++++++.......++++....AA+++. R
++X++......A++++A++++++......+++++....A+++.. 10 o
++aaa......AAA+AAAO++++O....++++++.....+O.. u
++++a.....AA......++A+....A++O++......... 12 n
+++a+....................A++++A......... d
aa......................+A+++++....... 14
aa......................A+++++++...... 1
aa....................AOA+A++++...... 16 7
a++....................AAAAA+OA++... 8
.aXa....................AAAAAAA++... 18
........++++.......+++.......AA+A..
.....+X+++...... ++.. ....AA... 20
....++++a...... +... ........
...+++ a.... ++.. ....... 22
... +.. .....
+....... 24
.......
..... 26
...
My Droid 2 was crashing waaaay too much. Or should I have said wayyyy? It's hard to know. I never let it bother me too much until one day when my phone felt physically hot in my pocket and after setting it on my desk, I heard the tell-tale buzz of rebooting. Enough. I wish I could remember which site I was reading that led me to an idea of a culprit, because they deserve credit for what I'm about to tell you. Which is that Advanced Task Killer is no longer on my phone, and ::knock on wood:: it has been nearly crash-free (once) ever since. Come to think of it, the article I read might not have named the software, but just blamed task killers in general. Maybe the fault lies elsewhere and ATK is being blamed unfairly, but the result of removing one app does tend to speak pretty loudly for itself.
Every now and then I'll click a link in the Android browser and an alert will pop up, telling me I have too many windows open. Should I blame the web programmer for insisting that a new window be created? No, he/she might never have imagined their site being used on my tiny, wondrous computer. The developers of the Android web browser, on the other hand, had a pretty good idea where their program would be running and should have left the new-window decision up to me. The very idea of multiple windows, unless the user has requested such a thing, seems contrary to the natural flow of the Android UI. So let it never be said that this Phandroid never had a critical word for Google, even if it is a small one.