{"CACHEDAT":"2026-06-27 19:17:06","SLUG":"appsheet-eIWWG091br","MARKDOWN":"# Step 1: Create AppSheet\n\nA good starting point is a Google Sheet. The columns will later be the fields that can be filled in in the App.\n\n \n\nYou then start by clicking on \"+ Create\", go to \"App\" and \"Start with existing data\".\n\n \n\nYou then give the App a Name and choose a Category. \n\n## Link Google Sheet\n\nChoose the corresponding Google Sheets. You can create a Google Sheet in your drive or you might click on \"Shared drives\" and select \"E+ SciLMi\":\n\n \n\n \n\n\n\\\n\n\\\n\nAfter a short processing phase, you should see this:\n\n \n\n# Step 2: Understanding the User Interface\n\n## Data\n\nData is where you can see all the columns that are now data sets. For each column, you can define which field it will be, decide for a key and for labels, predefine content or write descriptions for the field, etc.\n\n \n\n## Views\n\nViews is where you define how the data will be shown to the user. Here, you can decide which data is shown, how it is displayed and how it can be edited.\n\n \n\n# Step 3: Define type for every column\n\nAppSheet automatically defines data types for your columns. However, if you want more than texts, names or numbers, you will have to define them themselves.\n\nTypes that I often used are:\n\n### Text\n\n* is the most versatile and commonly used data type. \n* is designed to store alphanumeric characters, including letters, numbers, symbols, and emojis.\n* **Character Limit:** By default, AppSheet doesn't enforce a strict character limit on Text fields, but underlying spreadsheets (like Google Sheets) usually max out around 50,000 characters per cell.\n* **Searchable:** Text columns are automatically included in the app's global search bar, making it easy for users to find specific rows by typing keywords.\n* **Display Flexibility:** In a Form view, a Text column renders as a single-line input field. In Detail or Table views, it displays as standard, unformatted text.\n\n \\\n\n### Name\n\n* **Auto-Suggestions from Device Contacts:** When a user opens a Form view on a mobile device to fill out a Name field, AppSheet can automatically tap into the device's native address book. It will suggest autocomplete options based on the names stored in the user's phone contacts.\n* **Smart Row Labeling:** If you don't manually select a \"Row Label\" for your table, AppSheet's AI scans your columns. If it sees a column set to the Name type, it will almost always automatically pick that column to be the primary display label for the row in deck, list, and table views.\n* **Auto-Capitalization:** On most mobile operating systems, changing a field to Name signals the virtual keyboard to automatically capitalize the first letter of each word typed (First and Last name).\n\n \\\n\n### Number \n\n* **Numeric Keyboard:** When a user taps into a Number field on a mobile device, AppSheet automatically forces the device to open the numeric keypad rather than the standard alphabetical keyboard, making data entry much faster.\n* **No Decimals:** The Number type strictly handles whole numbers (e.g., `1`, `42`, `-10`). If you need decimals (e.g., `10.5`), you must use the **Decimal** or **Price** column types instead.\n* **Automatic Formatting:** By default, AppSheet will add thousands separators based on the user's locale (e.g., showing `1000000` as `1,000,000`). You can turn this off in the column settings by toggling Show thousands separator to OFF.\n\n \\\n\n### Enum (for options that can be chosen) \n\n* can be Buttons, Stack or Dropdown\n* options can be predefined\n* users can also be allowed to create new options\\n\n\n### LongText \n\n* is specifically designed for handling large amounts of text, multi-line paragraphs, and detailed notes. Think of it as the \"paragraph\" equivalent to the standard Text column's \"single line.\"\n* **Multi-Line Input:** In Form views, LongText expands into a large box where users can hit \"Enter\" to create new paragraphs and line breaks.\n* **Expandable UI:** In Detail views, AppSheet smartly handles long descriptions. If the text is very long, it will show the first few lines with a **\"More\"** link that users can tap to expand the full text, keeping the app layout clean.\n* **Rich Text Formatting (Optional):** You can enable a property called **\"Scannable\"** or turn on specific settings to allow markdown or basic formatting in some views, making it great for documentation or instructions.\n* **Best Use Cases**: Notes & comments, descriptions, multi-line addresses, feedback & reviews\n\n**Key Settings to Know**\n\n* **Display Mode:** You can choose how the text is rendered. For example, you can set it to wrap text automatically so it doesn't get cut off in table or detail views.\n* **Searchable:** Just like Text, LongText columns are searchable by default, meaning users can search for keywords hidden deep inside long notes or descriptions.\n\n# Step 4: Create your view - and a slice for your view\n\n## Creating a view\n\n \n\n## Types of views\n\nThe most commonly used views and the ones that seemed useful for our context are:\n\n### Deck\n\nis highly visual and displays rows as individual \"cards\" stacked on top of each other. It is the most popular view for mobile app layouts and was also the one particularly easy to work with for the Lesson Plan Artefact Analysis.\n\n* **Rich Media Support:** Dynamically pulls in images, thumbnails, or maps into each card.\n* **Action Buttons:** You can place custom action buttons (like \"Call\", \"Approve\", or \"Navigate\") directly onto the card for one-tap execution.\n* **Clean Hierarchy:** Strictly limits what text is shown (Primary Header, Secondary Header, and Summary Text) to keep the screen uncluttered.\n\n**Best Used For:**\n\n* Mobile phones where standard tables look too cramped.\n* Lists that feature images (e.g., a Product Catalog, Employee Directory, or Real Estate listings).\n* Workflows where users need to take quick actions directly from a list without opening the full record.\n\n\nIn the browser app, a deck looks like this:\n\n \n\n### Table\n\npresents your data in a traditional grid format of rows and columns, closely resembling a spreadsheet.\n\n* **High Data Density:** Displays a large number of rows and columns on a single screen.\n* **Inline Editing:** You can enable a setting that lets users type and edit data directly in the table cells without opening a separate form.\n* **Quick Sorting & Filtering:** Users can tap column headers to sort alphabetically or numerically instantly.\n\n**Best Used For:**\n\n* Desktop or tablet layouts where screen real estate is plentiful.\n* Reviewing logs, inventories, or large financial sheets.\n* Situations where users need to scan across multiple columns to compare data.\n\n\nIn the browser app, a table looks like this:\n\n \n\n### Form\n\nis used exclusively for entering new data or editing existing data. Unlike Table or Deck views, which are for *viewing* data, Forms are for *submitting* data.\n\n* **Input-Driven UI:** Changes its layout based on column types (shows a numeric pad for Numbers, dropdowns for Enumerations, and large text boxes for LongText).\n* **Multi-Page/Tabs:** Can be split into multiple pages or tabs with a \"Next\" button for long, complex forms.\n* **Auto-Save & Form Guard:** Prevents data loss by warning users if they try to exit without saving.\n* **Important: this ONLY adds new lines!!**\n\n**Best Used For:**\n\n* Creating new records (e.g., filling out an inspection report, clocking into a shift, adding a new customer).\n* Editing existing records when a user clicks the \"Edit\" pencil icon from a Deck or Detail view.\n\n\nIn the browser app, a form looks like this:\n\n \n\n\n## Slice\n\nFor your view, you can decide whether you want it to show your whole dataset or a slice of it. You can create a new slice by clicking on the plus in the dropdown under '**for** **this** **data**':\n\n \n\nHere, you can decide which columns will be included in your slice.\n\n \n\n# Step 5: Create pages to divide your data into meaningful chunks\n\nIn our table, a few columns are only headers. They were still purposely added to create pages. You could also do this by creating virtual columns, but to show you the basics, it will be demonstrated with real ones.\n\nTo create a new page, select \"Show\" as data type in the column that should be your header for your new page.\n\n \n\nThen click on the pencil next to the name. In the pop-up window, you can see that you can define \"Type Details\". \n\n \n\nSelect \"Page_Header\" and type in the text you want to display as the page header.\n\n \n\nWhen you click on 'edit' in one line in the Browser App, a '**Next'** button will appear in the upper-right corner. Clicking this will take you to the next page, which begins with your page header; in this case, '**SSI Sequence'.**\n\n \n\n\n# Step 6: Adapt your columns \n\n## Conditional Visibility\n\nTo create a conditional visibility, you have to again click on the edit symbol of the column you want to be conditionally visible and then the **Show?** field.\n\n \n\nWhen you click into the field, a pop-up will appear. Here you can, for example, make the visibility depend on an answer in another field …\n\n \n\n… or on the person who edits the field:\n\n \n\n\n## DISPLAY NAME\n\nExcel requires unique column headers to properly identify and reference data. To prevent duplicate titles, you can append identifiers (like numbers) to the column names and use the **Display Name** to keep the headers clean for users.\n\n \n\n\n\\","HTML":"
A good starting point is a Google Sheet. The columns will later be the fields that can be filled in in the App.
\nYou then start by clicking on "+ Create", go to "App" and "Start with existing data".
\nYou then give the App a Name and choose a Category.
\nChoose the corresponding Google Sheets. You can create a Google Sheet in your drive or you might click on "Shared drives" and select "E+ SciLMi":
\nAfter a short processing phase, you should see this:
\nData is where you can see all the columns that are now data sets. For each column, you can define which field it will be, decide for a key and for labels, predefine content or write descriptions for the field, etc.
\nViews is where you define how the data will be shown to the user. Here, you can decide which data is shown, how it is displayed and how it can be edited.
\nAppSheet automatically defines data types for your columns. However, if you want more than texts, names or numbers, you will have to define them themselves.
\nTypes that I often used are:
\n1, 42, -10). If you need decimals (e.g., 10.5), you must use the Decimal or Price column types instead.\n1000000as 1,000,000). You can turn this off in the column settings by toggling Show thousands separator to OFF.\nKey Settings to Know
\nThe most commonly used views and the ones that seemed useful for our context are:
\nis highly visual and displays rows as individual "cards" stacked on top of each other. It is the most popular view for mobile app layouts and was also the one particularly easy to work with for the Lesson Plan Artefact Analysis.
\nBest Used For:
\nIn the browser app, a deck looks like this:
\npresents your data in a traditional grid format of rows and columns, closely resembling a spreadsheet.
\nBest Used For:
\nIn the browser app, a table looks like this:
\nis used exclusively for entering new data or editing existing data. Unlike Table or Deck views, which are for viewing data, Forms are for submitting data.
\nBest Used For:
\nIn the browser app, a form looks like this:
\nFor your view, you can decide whether you want it to show your whole dataset or a slice of it. You can create a new slice by clicking on the plus in the dropdown under 'for this data':
\nHere, you can decide which columns will be included in your slice.
\nIn our table, a few columns are only headers. They were still purposely added to create pages. You could also do this by creating virtual columns, but to show you the basics, it will be demonstrated with real ones.
\nTo create a new page, select "Show" as data type in the column that should be your header for your new page.
\nThen click on the pencil next to the name. In the pop-up window, you can see that you can define "Type Details".
\nSelect "Page_Header" and type in the text you want to display as the page header.
\nWhen you click on 'edit' in one line in the Browser App, a 'Next' button will appear in the upper-right corner. Clicking this will take you to the next page, which begins with your page header; in this case, 'SSI Sequence'.
\nTo create a conditional visibility, you have to again click on the edit symbol of the column you want to be conditionally visible and then the Show? field.
\nWhen you click into the field, a pop-up will appear. Here you can, for example, make the visibility depend on an answer in another field …
\n… or on the person who edits the field:
\nExcel requires unique column headers to properly identify and reference data. To prevent duplicate titles, you can append identifiers (like numbers) to the column names and use the Display Name to keep the headers clean for users.
\n