Logseq beginner's course (7/8) - Exploring Logseq menus and other user interface elements
Based on CombiningMinds's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Use the database/graph selector to switch between graphs and add new ones without losing access to existing databases.
Briefing
Logseq’s interface is built around fast navigation between your databases, journals, and linked pages—so the practical goal is learning where key controls live and how they affect retrieval later. The left-side menu starts with a search bar and a shortcut for opening the menu, then a database/graph selector lets users switch between graphs, add new ones, and unlink graphs when needed. A refresh and “re-index” control pulls in changes from local files; re-indexing effectively rebuilds the graph, which can act like an “off and on again” fix when updates don’t appear. Because re-indexing can be risky if local changes haven’t actually been saved, the workflow includes checking the local directory first to confirm the new content exists before rebuilding the index.
From there, the menu organizes core workflows. Journals provide a direct jump back to journal pages, while Flashcards connect to spaced repetition: questions appear as cards, and users can reveal answers and move through them with shortcuts. “All pages” functions as a database-wide index, listing every page and showing link counts; sorting by number of links helps identify heavily used pages as well as pages that may be under-connected. It also displays creation and update times, and includes a cleanup tool to remove orphan pages—empty pages with no links—helping keep the knowledge base tidy.
Graph view is presented as a navigation and relationship map. Pages become nodes, and links become lines connecting related concepts. A page that isn’t linked to anything else may appear isolated except for its journal connection; once a user links it to another page (for example, linking “recipe”), the graph updates to reflect the new relationship. A separate “nodes” menu can be used to control what appears in the graph; one example avoids showing journal date pages in the graph because those built-in date entries can clutter the relationship view.
The right sidebar offers additional entry points for structuring and browsing information. Favorites and “contents” provide ways to organize access, while “page graph” shows all links made from a specific page in focus—useful when a page contains lots of connected notes. Help is positioned as a practical resource hub, pointing to keyboard shortcuts, documentation, unofficial community documentation, and the Discord community for troubleshooting. The emphasis is that open-source support often comes from detailed forum answers.
Finally, the settings area covers customization without overwhelming beginners. Developer mode can be enabled in advanced settings, which unlocks plugins and theme controls. Common beginner-friendly options include workflow preferences (such as changing the completion style), date format preferences, and tooltip previews for link pages. Shortcut customization is also available. The overall takeaway is that Logseq’s power comes from consistent structuring and retrieval: learning these interface elements early makes it easier to find and connect information as the database grows.
Cornell Notes
Logseq’s interface centers on navigating and retrieving connected notes. The database/graph selector lets users switch between graphs, add new ones, and refresh/re-index to pull in local file changes—re-indexing rebuilds the graph and can fix missing updates, but users should verify local files first. “All pages” provides a link-count-based index and supports removing orphan pages (empty, unlinked pages) to keep the database clean. Graph view turns pages into nodes and links into edges, helping users see relationships and navigate later. The right sidebar (favorites, contents, page graph) and help resources (shortcuts, documentation, Discord) round out the workflow, while settings allow theme and workflow customization, with plugins unlocked via developer mode.
What does “refresh” and “re-index” do, and why does local file verification matter?
How does “All pages” help users manage a growing knowledge base?
What’s the difference between graph view and page-level link views?
Why might a user hide journal date pages from the graph?
How do Flashcards and spaced repetition fit into Logseq’s UI?
Which settings are most relevant for beginners, and what requires developer mode?
Review Questions
- When should a user consider running re-index, and what precaution helps prevent losing information?
- How can link counts in “All pages” guide decisions about which notes to connect next?
- What does graph view reveal that page graph might not, and how could hiding journal date pages change what you see?
Key Points
- 1
Use the database/graph selector to switch between graphs and add new ones without losing access to existing databases.
- 2
Refresh and re-index are the main tools for importing local file changes; re-index rebuilds the graph and can resolve missing updates.
- 3
Before re-indexing, verify that new content exists in the local directory to avoid indexing stale or incomplete data.
- 4
Use “All pages” to sort by link count, identify under-linked notes, and remove orphan pages to keep the database clean.
- 5
Rely on graph view for relationship discovery (nodes and edges) and page graph for understanding links from a specific page.
- 6
Structure browsing with the right sidebar (favorites, contents) and use help resources (shortcuts, documentation, Discord) when stuck.
- 7
Customize workflow, date format, and tooltips in settings; enable developer mode only when you want plugins and deeper customization.