7. Newly created Kits return to the Dashboard

Gimkit's official Create a Kit from Scratch guide describes selecting New Kit from the dashboard, entering the required information and adding questions through the supported editor. When the educator finishes and selects All Done, the new Kit becomes available in the dashboard. From there, the educator can play it, edit it or add it to a folder.

This establishes a clear navigation relationship: the editor creates or updates the content, while the dashboard gives the educator a place to locate the resulting resource. The dashboard is not itself an alternative authoring interface. It is the resource-discovery and access point from which deeper editing functions are reached.

For this article, the important task is locating the Kit after creation. The detailed processes for writing questions, choosing source material and modifying Kit content belong to other pages. The Workspace Navigator therefore includes the route to the Kit listing but does not provide a duplicate question editor.

8. A Kit's More menu exposes contextual actions

Gimkit's Folders and Archive documentation both describe the More menu associated with a Kit card. The menu provides actions relevant to that particular resource. For example, the documented folder workflow uses More followed by Add to Folder, while the archive workflow also begins with a Kit's More menu.

This is a contextual navigation pattern. The action does not apply to every resource in the dashboard simultaneously; the educator first locates the intended Kit, then opens its own menu. The correct initial step is therefore finding the right card, not searching for a sitewide option unrelated to the selected item.

The navigator represents that sequence explicitly. It can guide a user from the dashboard to a Kit's More menu and then to the documented action. It cannot know which real Kit the user selected, and the walkthrough cannot verify the menu's current contents inside the authenticated session.

9. Folders help group Kits within the dashboard

Folders are documented as an organisational method for Kits. The official workflow starts from the educator dashboard, uses a Kit's More menu and continues through Add to Folder. A user can select an existing folder or create one during that process.

The value of a folder lies in making related resources easier to locate. An educator may have Kits for different subjects, units or course sections, and placing related material together can make the visible workspace easier to understand. The official documentation does not require one universal naming system; that is a local organisational choice.

This page limits its guidance to discovering and locating folder controls. It does not duplicate a full Kit library manager or modify real folders. Its tool explains the path and identifies the relevant official action so users know where to go.

10. Gimkit has a documented limit of thirty visible folders

Gimkit's Folders Help article specifies a hard limit of thirty folders and explains that additional folders will not appear on the dashboard until older folders are deleted. This is an important distinction when someone believes newly created folder content has disappeared.

If the dashboard already contains many folders, the user should consider the documented visibility condition before concluding that every missing folder was permanently deleted. A folder's absence from the visible dashboard is not, by itself, evidence about the underlying content's exact state.

The Workspace Navigator includes a folder-visibility route that highlights the official limit. It does not count a user's actual folders or recommend deleting anything automatically. The number thirty comes from Gimkit's documentation, whereas the user's current folder count remains unknown to this independent website.

11. Archiving and deleting a Kit are different actions

Gimkit's official Archive and Delete a Kit article explains that a Kit must first be archived before it can be deleted. Archiving moves the Kit to the bottom of the Kit list and labels it Archived. It is not the same action as permanently deleting the resource.

This distinction matters when a Kit is no longer visible in its former position. A user may believe it has vanished after archiving, when the documented behaviour is to relocate it toward the bottom of the list. The relevant navigation task is to find the archived entry rather than immediately create a replacement.

The navigator includes separate routes for finding the Archive action and locating an archived Kit. It does not offer a simulated Delete button capable of affecting real resources. Any actual destructive action remains inside Gimkit and should be evaluated carefully by the account holder.

12. Unarchive provides a path back to the regular list

The same official documentation describes an Unarchive option for archived Kits. This means archiving should be understood as a reversible organisational state rather than the terminal condition of a deleted resource.

To find the appropriate control, the educator needs to locate the archived Kit in the listing, open its More menu and choose Unarchive. This path is different from creating a new Kit or uploading content. It addresses the visibility of an already existing resource.

The Workspace Navigator can take a user through that route. It does not inspect which Kits are archived or mark a real Kit active. Instead, it records whether the user has progressed through the documented navigation steps in their own separate official session.

13. Deletion requires an archived state first

Gimkit's documentation states that the Delete option appears after a Kit has been archived. This establishes an order of operations: an active Kit is archived, and an archived Kit may then expose the option for deletion through its More menu.

Understanding the order is useful even when the user does not intend to delete anything. It explains why a Delete action may not be visible on an ordinary Kit card. A missing destructive control is not necessarily a malfunction; it may reflect the product's documented workflow.

A responsible guide should also distinguish knowing where a destructive action is located from recommending its use. The navigator documents the route without asking for a Kit identifier or carrying out the deletion. Users should confirm their own intentions and the current official interface before removing content.

14. A folder view and an archived view answer different questions

A Kit placed in a folder is being grouped for organisation. A Kit placed in the archived state is being moved away from the ordinary active listing. Both actions affect how resources can be found, but they do not describe the same condition.

If someone cannot find a Kit, the search for its location should consider the type of action that occurred earlier. Was the Kit moved into a folder? Was it archived? Was the resource created under a different account? These are distinct possibilities that cannot be resolved by one generic instruction to search the dashboard.

The tool separates folder navigation from archive navigation and provides different guided paths for each. It does not claim to detect the true cause of a missing resource, because the private account state is not accessible.

21. Reports are a separate destination from the Dashboard home

Gimkit's Game Reports guide describes reaching past live-game reports through the dashboard's Reports tab. It also supplies a direct destination at gimkit.com/reports.

This means a completed game report should not be confused with the current Kit list. A Kit may have been used in several different game sessions, while reports concern recorded results from particular sessions. Finding the educational resource and finding its historical activity evidence are different tasks.

The direct Reports destination is useful when a user knows that the desired object is a past-game report. The official account still determines which reports are visible and which results belong to the user.

The navigator provides a verified shortcut to the reports area. It does not retrieve private report data or infer any performance statistics.

22. Reports can be reached after a game ends

Gimkit documents a View Report action at the end of a completed live game. The button's position differs between 2D and non-2D games in the official guide, demonstrating that the route to a report can depend on the activity format.

This immediate route is useful when the host is still at the end-of-game interface. If the host has already left that screen, the later Reports area provides a separate pathway.

The two routes reach related information from different starting conditions. Someone currently at the game-end screen does not necessarily need to return to the dashboard before opening the available report. Someone searching for last month's session is more likely to use historical Reports navigation.

Our tool focuses mainly on dashboard navigation, while documenting the official historical route. Detailed host-session controls and gameplay-end screens remain with the specialist hosting content.

23. The Reports list is ordered with recent entries first

The official Game Reports article explains that historical reports are listed with the most recent first. This establishes a useful expectation when a user opens Reports but does not immediately see the desired older session.

A past report may appear farther down the list because of its date. The right navigation task is to examine the historical report listing rather than treat the top entry as the only available result.

The navigator can explain this documented ordering, but it cannot know which sessions exist in the reader's private account. It therefore does not present a fake table of actual game dates, scores or student names.

The objective is to identify the location and general organisation of the historical reports screen, leaving the review and interpretation of specific evidence to its dedicated subject.

24. Report navigation includes several views

According to Gimkit's Game Reports documentation, report information can be viewed through Student Overview, General Overview and Question Breakdown. The guide describes choosing the relevant view from the left-hand pane after opening a report.

These categories are useful as navigation landmarks. Someone who wants question-level information should recognise Question Breakdown as a different destination from a student-focused overview.

This page does not reproduce those report views or generate synthetic student scores. That would move beyond dashboard orientation into analysis of assessment evidence.

The Workspace Navigator contains a route that identifies where to find the different views after opening a report. It deliberately does not make claims about individual performance or academic outcomes.

25. A report's location does not establish its interpretation

Finding a report is a navigation achievement, not an instructional conclusion. Once the report is open, a teacher may examine class-level or question-level information and consider what the results suggest. Those decisions require the actual data and its context.

An independent site without access to the authenticated report cannot claim that the students performed well, that particular misconceptions were present or that a future intervention is required.

This page therefore owns the question “Where do I find the report?” rather than “What does the report prove?” The distinction helps prevent unrelated tools from competing for the same topic and keeps the Dashboard article aligned with its navigation intent.

The navigation simulator marks only the user's progress through the steps. It cannot mark the report's academic analysis as complete.

26. Game reports and assignment reports have different entry paths

Historical live-game reports can be reached from the dedicated Reports area. Assignment reports can be opened through the corresponding assignment interface. Both may present useful learning evidence, but the documented starting paths are not identical.

This is a common reason a user can become confused when trying to find a particular result. If the activity was an independently completed assignment, opening the Assignments section may provide the more direct route. If it was a completed live session, the historical Reports area is documented for that purpose.

The navigator separates these paths into distinct tasks. It does not combine every activity into a fabricated unified analytics screen, nor does it claim that the official interface always uses one common report list for every purpose.

32. The Me menu provides a documented Settings route

Gimkit's official account documentation describes opening the Me dropdown from the dashboard and selecting Settings. It also provides the direct account settings destination at gimkit.com/settings.

This is a different area from the educator's instructional resources. A Kit concerns learning content, while Settings concerns properties associated with the user's account or broader preferences.

The navigation task is therefore to find the Me menu or use the verified direct Settings URL. This page stops at that destination rather than providing an alternative account-management form.

Real identity changes should be performed only through Gimkit's official authenticated interface, not through a third-party dashboard simulation.

33. Account information and game preferences occupy different settings areas

Gimkit documents several settings-related functions. Editing a person's name or updating the registered email begins from the Account Information area, while Game Settings is identified as the destination for certain host preferences such as custom currency and language.

These are different categories of configuration. Changing a display name does not mean changing the default currency used in hosted games, and entering the Game Settings area does not automatically provide an email-change form.

The navigator identifies the relevant settings section for each kind of task. It does not expose the actual personal information in the visitor's account and cannot save changes to Gimkit.

The distinction is helpful because the word Settings is broad. A direct route to the main settings page may be correct, but the user still needs the appropriate subsection.

34. Name changes begin in Account Information

Gimkit's Edit Your Name Help article describes opening Settings and editing the relevant first-name and last-name fields. The instructions establish where the action is located within the official account interface.

This page does not ask users to type their real names into a local simulator. That would serve no navigation purpose and could create confusion about whether the name was actually updated.

Instead, the guided route identifies the official Settings destination and the Account Information area. The final action is performed by the user on Gimkit if they choose to make the change.

The distinction between locating a control and modifying account data is deliberate. The former belongs to the Dashboard guide; the latter belongs to official authenticated account management.

35. Changing an email address is an official account operation

The Update Your Email documentation describes opening Settings from the dashboard, selecting the email-related control in Account Information and following the service's verification process.

This involves actual identity information and should not be delegated to a third-party informational page without an appropriate authorised integration. The Workspace Navigator does not collect email addresses or verification codes.

The documented dashboard route is still useful. A user who wants to find where an existing account's email can be updated may navigate through Settings and the relevant account section.

Detailed identity verification belongs to the official service and the separate account-access topics. The Dashboard page simply provides the verified location.

36. Plan and Billing is reached through Settings

Gimkit's Pro FAQ describes Plan and Billing as a section of account settings. It can contain subscription-related information such as charges and receipts, depending on the account's situation.

Someone looking for an existing billing receipt should therefore begin from Settings and find Plan and Billing rather than assume the information appears beside every Kit or report.

The navigator provides the destination without copying financial information or calculating subscription comparisons. It also does not imply that every account will show identical billing entries.

Subscription eligibility, price comparisons and cancellation workflows are separate subjects. This article owns only the location of the documented settings section.

37. Account privacy and collected-information controls also begin in Settings

Gimkit's View Information Collected article describes opening Settings, finding the Account Information page and expanding a Support area to reach information collected about the user.

This is a different destination from gameplay reports or academic results. The information concerns the account itself, not simply the student's answers to a particular activity.

The Workspace Navigator includes an account-information route based on the documented path. It does not retrieve private data or present an invented summary of what Gimkit knows about a specific visitor.

Users should consult the actual official privacy controls and policy when they need authoritative information about their account data.

38. Account deletion is not a dashboard-cleanup shortcut

Gimkit's Delete Your Account documentation explains that account deletion is performed through Settings and is permanent. It removes the account and related content, including Kits, assignments, reports and Classes.

This should not be confused with archiving a Kit or organising folders. An educator who wants to reduce dashboard clutter should not treat deleting the entire account as an ordinary content-management action.

The guide identifies the relevant settings destination but does not simulate account deletion or present a one-click action. The actual process includes official safeguards and should be read carefully on the service itself.

This example demonstrates why understanding destination ownership matters: seemingly similar words such as delete and remove can refer to operations with very different consequences.

39. The application uses documented navigation destinations

The tool's route library is based on Gimkit Help Center instructions for Kits, folders, archived resources, assignments, Classes, reports and account settings. Each route describes an action sequence rather than claiming to contain the user's actual account data.

The route to a historical live-game report, for example, begins with the Reports destination. The route to a folder action begins with the educator dashboard and the relevant Kit card's More menu. The route to account settings uses the documented Me menu or direct settings destination.

These distinctions make the tool more useful than a static list of unrelated official links. The user can locate a task and inspect its path in the context of the specific object being sought.

Product updates may alter visual details. The source links remain visible so users can check the official instructions when necessary.

40. Search finds tasks, not private account content

The application's search field filters its built-in navigation routes. Searching for archived Kits finds the documentation-backed walkthrough, not actual Kits belonging to the visitor. Searching for a report locates the Reports task, not private session results.

This is an important difference from an authenticated dashboard's own internal search, if available. The independent navigator has no access to account records and cannot know what a real user has created or stored.

Its search function works entirely on publicly describable task titles, sections and route descriptions. Because those records are built into the page, the user does not need to provide personal information.

The result is a practical orientation tool that remains honest about the object it searches.

41. Workspace sections organise the route library

The navigation map groups routes by their destination: Kits, folders, assignments, reports, Classes, settings and Student assignments. This helps readers move from a broad question toward a more specific operation.

The categories in the independent tool are an explanatory organisation. They should not be interpreted as a screenshot-perfect recreation of the current Gimkit sidebar. Some official operations are nested within a content card or a menu rather than being permanent top-level sections.

Clicking a section filters the available tasks. The selected route can then show a more detailed breadcrumb representing the documented sequence of locations.

This creates a functional relationship between the broad navigation area and the individual task instead of displaying a collection of decorative cards.

42. Each route is a sequence with a starting destination

A route begins with the most relevant documented entry point. For educator tasks, that is often gimkit.com/me. For historical Reports, the official documentation supplies gimkit.com/reports. For account controls, Gimkit documents gimkit.com/settings.

The subsequent steps identify where to look and what action leads toward the destination. The navigator uses ordinary explanatory language, not simulated clicks that pretend to operate the real product.

Users can move between steps or jump back to an earlier point. A progress indicator shows the fraction of local steps acknowledged as found.

The sequence can guide a person who has the official service open in a separate tab, while the application remains independent of that authenticated session.

43. Progress markers are personal navigation acknowledgements

The Mark Step Found button records that the user has acknowledged a step in the independent guide. It does not detect the official website's current URL, inspect the user's browser tab or confirm that a private action succeeded.

A person might mark a step after finding the corresponding control in Gimkit. Another might use the marks while studying the navigation sequence. Both are local uses of the guide and should not be presented as official completion evidence.

The route progress percentage is calculated from the number of acknowledged steps divided by the route's total steps. This is a genuine calculation, but its meaning is intentionally narrow.

The tool does not generate an academic performance score or invent a classroom-management efficiency percentage.

44. Saved routes provide repeatable personal shortcuts

A teacher may repeatedly need to open historical Reports, inspect assignment details or locate archived Kits. Saving those navigation instructions locally can make it easier to return to the correct documented route later.

The navigator supports a collection of saved task IDs. Selecting a saved route reopens the corresponding walkthrough. Removing it from saved routes does not change any Kit, assignment or other object on Gimkit.

The collection is deliberately limited to navigation metadata. It does not copy real student results, access tokens or private resources. The saved records refer only to the tool's built-in task library.

This makes bookmarking functional while preventing the independent page from becoming a misleading alternative account database.

45. Exports preserve routes without pretending to preserve Gimkit data

The navigator produces text, CSV and JSON exports describing the selected role, saved routes, official reference links and locally acknowledged steps.

A text brief can be read as a list of locations. A CSV can be reviewed as a structured navigation record. JSON can restore the tool's local state in the same application. None of these formats can modify an official dashboard.

The import function accepts only the application's own supported state structure and recognised route IDs. It does not execute code from pasted JSON or use imported text to construct an arbitrary external account connection.

These safeguards help keep the application useful as a navigation reference without implying undocumented integration capabilities.

46. Official links are different from unofficial simulated controls

Some sections have explicitly documented direct destinations. The navigator links to those official locations when appropriate. Other routes begin from the dashboard because the official documentation provides a sequence of interface actions instead of an independently verified stable deep link.

A button labelled Open Official Destination therefore opens a real Gimkit web address. A button labelled Mark Step Found updates the independent guide's local state. The labels describe different actions, and the application keeps them separate.

This distinction prevents a common design problem in educational simulators: controls that look like real account actions but perform nothing more than an animation.

The walkthrough does not pretend to have navigated the external website or confirmed whether the visitor is signed in.