Removing buttons from the Quick Access toolbar

Want to remove a command from the Quick Access toolbar? It’s easy:

Point to the unwanted button on the Quick Access toolbar and right-click.

Choose Remove from Quick Access Toolbar from the pop-up menu (see Figure 2-15).

Voilà! It’s gone.

Because the button remains on the tab where it originally lived, it’s not lost — it’s just not taking up space at the top of the Access workspace.

Be careful not to remove the default buttons — Save, Undo, and Redo. Why? Because they’re used so often that it’s silly to remove them from such a great location. If you do remove them, you’ll have to use the Quick Access menu button and select them from that menu when you want to use them. That’s two steps (opening the menu and making a selection) instead of one, and who wants to increase steps by 100 percent? Not me!

Minimizing the Ribbon

Need more elbow room? If you need to spread out and want more workspace, you can make the Ribbon smaller, reducing it to just a strip of the tab titles (whichever tabs are in place at the time you choose to minimize the Ribbon). When it’s minimized, you can bring it back to full size with minimum fuss.

Figure 2-15: Reconsidering that added button? No problem. Say byebye with a simple right-click.

To minimize the Ribbon, follow these steps:

1. Right-click anywhere on the Ribbon.

A pop-up menu appears. Note that you can click on a button, a Ribbon tab, or a section name (such as “Reports” on the Create tab, or “Font” on the Home tab) and the appropriate pop-up menu will appear.

2. Choose Collapse the Ribbon.

The Ribbon is reduced to a long bar with just the tab titles on it, as shown in Figure 2-16.

3. To bring the Ribbon back to its full glory, right-click the reduced Ribbon and then choose Collapse the Ribbon.

Note that the command is now checked (as also shown in Figure 2-16), indicating that the Ribbon is currently minimized. Performing this step — reselecting the command — toggles this setting off, and the Ribbon returns to full size.

Figure 2-16: The Ribbon, minimized.

Comments

Access Field Types and Uses

A field, you remember, is where your data lives. Each field holds one piece of data, such as Last Name or Batting Average. Because there are so many different kinds of information in the world, Access offers a variety of field types for storing it. In fact, Access puts the following field types at your disposal: Short Text Long Text Number Currency Date & Time Yes/No Lookup & Relationship Rich Text Attachment Hyperlink OLE Object Calculated There’s also an Autonumber field type, which is applied automatically to the first field in a new, blank database. The types just listed are those available for fields you create in addition to that first field — the ones that will contain your data. For now, suffice it to say that the Autonumber field is a field that contains an automatically-generated number so that each record is unique in that it has a unique autonumber, or ID. You get the word about the need for (and ways to create) unique fields later on, in Chapter

Building a Database in Access

So you’ve read a few posts here at the beginning of the blog, maybe you’ve leafed ahead where I’ve referred to other chapters, and now you feel ready. You want to dive in and start building a database. Keeping in mind my previous advice to take it slowly, you can take a whack at it here. In the following procedure, you set up a new database and then use the Table Wizard to build the first table in the database. Ready? Here we go . . . 1. If Access is not already running, take a moment to start it. Chapter 1 shows you how to do this. In the Access workspace, a series of large template icons appears, below a Search for Online Templates box, accompanied by links to likely searches for templates that store Assets, Business, Contacts, Employee, and so on. 2. Click the Blank Desktop Database icon. A Blank Desktop Database dialog box appears, as shown in Figure 3-1. Figure 3-1: New blank databases need names. Give yours one here. 3. Type a name to replace the generic Databa

Choosing Between Flat and Relational Databases

Unlike ice cream, databases come in just two flavors: flat-file and relational. Also unlike ice cream, it’s not really a matter of preference as to which one you choose. Some databases require a relational approach; others would be overwhelmed by it. Read on to figure out how to tell the difference. Isolationist tables In a flat system (also known as a flat-file system), all the data is lumped into a single table. A phone directory is a good example of a flat-file database: Names, addresses, and phone numbers (the data) are crammed into a single place (the database). Some duplication occurs — if one person has three phone lines at home, his or her name and address are listed three times in the directory — but that’s not a big problem. Overall, the database works just fine. Tables that mix and mingle The relational system (or relational database) uses as little storage space as possible by cutting down on the duplicated (also known as redundant) data in the database. To a

MS Access Guide

Search This Blog