Skip to content

The basics

CineLog uses the same patterns everywhere. The same gestures move things around, the same way of selecting works on every list, the same shortcuts edit any field. Learning those patterns once is the single biggest jump in being fluent with the app.

Four sections: a tour of the app, then the three things you do over and over again — editing, selecting, dragging. Each section ends with a short “If this isn’t working” list so you can drop in to fix a specific problem without reading the rest.

Contents

  1. App tour: where everything lives
  2. Editing fields
  3. Selecting rows
  4. Dragging to reorder

Sign-in is email-only. Enter your address, we send a code, you enter the code. No password. If you’ve never signed in before and don’t have any projects yet, the Projects screen prompts you to create one (just a name and a description — the abbreviation badge is generated from the name). Otherwise you land in the project you last had open.

Every screen in the app, except sign-in and the project list, lives inside a project.

Three regions, top to bottom:

  • A thin title bar with the connection status dot on the left. Windows users get the standard minimize / maximize / close on the right.
  • The left sidebar plus the content area — sidebar for navigation, content for the work.
  • Floating things: modals, snackbars, the hotkeys dialog.

Always present on desktop and tablet. Top to bottom: the project switcher, a list of features, the sync indicator, and the More button.

The features:

  • Script Editor — write the screenplay.
  • Shot List — Linear and Production views of every shot, with each Production Day as a sub-entry.
  • Storyboard — visual planning, with saved views as sub-entries.
  • Call Sheets — daily call sheets, with each Production Day as a sub-entry.
  • Cast & Crew — the project’s people directory, with saved views.

Updates (change history) appears only if your role allows it. Media Explorer lives in the More menu.

At the top of the sidebar on desktop, in the top app bar on phone. Shows the current project’s name and badge. Click it to switch projects — the overlay (or sheet, on phone) lists the current project, any pending invitations, three recents, a “New Project” button, and a “Show All” link.

Switching projects refreshes the whole sidebar, so the sub-entries you see always belong to the project you’re in.

Two indicators, two different things:

  • The connection dot in the title bar is colour-coded — green / orange / red — for the realtime link to the server.
  • The sync indicator at the bottom of the sidebar is muted grey and tells you about your local edit queue by icon and label: check + “Synced” (queue empty), spinning sync + “Sync: N pending” or “Syncing…” (changes on the wire), cloud-off + “Offline: N pending” (waiting on connectivity).

They can disagree, and that’s fine. Red dot + “Synced” = you’re disconnected but had nothing pending. Green dot + “Sync: N pending” = you’re online and the queue is draining.

On phone, both bits of state are folded into the connection badge in the top app bar.

CineLog is built to keep working offline. The first sign-in needs internet; after that the device is logged in and stays that way. Edits made offline save to the device’s local database and queue in the sync indicator until you’re online again, at which point they drain to the server automatically.

Your session refreshes itself in the background as it approaches expiry — usually a couple of hours before — so as long as you’re online around then, you never see a sign-in prompt. Normal mixed online/offline use means refresh just works.

If you stay fully offline long enough for the session to lapse — on the order of a month — it expires. The next time the app tries to talk to the server it shows a re-auth dialog. The dialog is blocking but your data stays put: sign back in as the same account and you pick up right where you left off, queued edits and all.

Bottom of the sidebar on desktop and tablet; the right-most item on phone’s bottom navigation bar. Contents differ by platform:

  • Desktop: Help & Support, Hotkeys, Roadmap, Theme toggle, Media Explorer, Account, Logout.
  • Phone: Script Editor, Updates, Help & Support, Media Explorer, Theme toggle, Account, Logout.

Script Editor and Updates are inside the phone More sheet because there’s no room for them on the five-slot bottom bar. Hotkeys and Roadmap aren’t surfaced on phone at all.

Theme toggle is also bound to Cmd / Ctrl + Shift + M on desktop.

Press [ to collapse the sidebar to icons only (or expand it again). Sub-entries are still visible in either state — they just show in a shortened form when the sidebar is collapsed. The sidebar never disappears completely on desktop.

There is no sidebar on phone — navigation is the bottom bar.

Five slots in the bottom navigation bar:

  1. Shot List
  2. Storyboard
  3. Call Sheets
  4. Cast & Crew
  5. More

Everything else (Script Editor, Updates, Media Explorer, Account…) is inside the More sheet. The top app bar shows the project name + badge; tap it to switch projects.

Cmd / Ctrl + K on desktop or tablet opens a modal that lists every shortcut. Dismiss with Esc or Cmd + K. Not surfaced on phone.

Short messages appear at the bottom of the screen when something succeeds, fails, or finishes. They disappear on their own after a few seconds.

“Where did Script Editor go on my phone?” Inside the More sheet, not on the bottom bar.

“My connection dot and the sync indicator disagree.” They measure different things. The dot is the network link; the sync indicator is the local edit queue. Either can be unhealthy alone.

“Can I use CineLog without internet?” Yes, after the first sign-in. Offline edits save locally and sync when you reconnect. As your session approaches expiry the app refreshes it automatically if you’re online at that moment, so normal mixed online/offline use stays signed in. A device left fully offline long enough — on the order of a month — will need to sign back in.

“The app asked me to sign in again on location.” That’s the re-auth dialog after a long stretch with no connectivity. Sign back in with the same email; your queued edits stay and sync up.


Click a cell. The cell opens for editing. That’s it on desktop.

The editor’s shape depends on the type of field — a text input for text, a picker for dropdowns, an immediate toggle for checkboxes, a media picker for image cells. It always commits without a Save button.

On phone or tablet, tapping a single cell doesn’t edit it directly — first you tap the row to expand it, then you tap the field inside the expanded view. That second tap opens a bottom sheet for the field.

If you tap a row and nothing seems editable, expand it first.

CineLog autosaves on every commit and on a roughly 450 ms debounce while you’re typing. There is no Save button anywhere.

Everything you type autosaves on a roughly 450 ms debounce, and closing the editor saves whatever’s in it. Esc has no special discard behaviour in a text field — there is no “throw away my last keystrokes” gesture.

  • Enter commits and closes.
  • Arrow keys move through dropdown options.

(There is no Esc-to-discard inside a text field; edits are already autosaved.)

“I can’t edit anything on mobile.” Tap the row to expand it first, then tap the specific field.

“Where’s the Save button?” There isn’t one — autosave on every commit, plus a 450 ms debounce while you type.


Selecting a row is how you mark it for moving or for an action that should apply to several rows at once. Selection is a sticky mode, not a hover — once a row is selected, the list is in selection mode until you exit.

  • Desktop: Cmd / Ctrl + Click on any row.
  • Mobile: long-press any row.

The first row you select becomes the anchor for range selection (next).

Once you’re in selection mode:

  • Desktop: Cmd / Ctrl + Click toggles individual rows in or out. A plain click without the modifier replaces the selection with just the clicked row.
  • Mobile: plain tap now toggles selection (outside selection mode, the same tap expands the row).

Shift + Click selects every row between the anchor and the clicked row, inclusive. The anchor moves to the most recently clicked row, so successive Shift + Clicks keep extending the range.

There’s no mobile equivalent — select one row at a time.

  • Desktop: Esc.
  • Mobile: the clear-selection (X) control in the selection toolbar.

Either clears the selection and returns the list to its normal interactions.

“I can’t tell whether I’m in selection mode.” The selection toolbar appears at the top of the list whenever any row is selected — that toolbar is the indicator. Selected rows themselves get a subtle tint.

“Tapping a row on mobile doesn’t select it.” Long-press to enter selection mode; plain tap is for expanding the row.


Once you have a row (or a multi-selection) marked, drag any one of them to move the lot. Drag works the same way everywhere in the app — the destination just changes meaning depending on the screen.

Any row, anywhere along its body. There’s no separate drag handle. On desktop you’ll see the cursor change to grab on hover and grabbing mid-drag.

A press alone doesn’t start a drag — the pointer or finger has to move a small distance first:

  • Roughly 8 pixels for an unselected row. Anything less is treated as a click.
  • Roughly 3 pixels for a row that’s already part of the selection — the lower threshold makes moving an existing selection feel responsive.

On mobile there are two ways in:

  • Cold drag: long-press an unselected row; it pops up under your finger, keep moving to drag.
  • Warm drag: if the row is already part of an active selection, just touch and drag — no second long-press.

As you drag, a gap opens between rows at any position where dropping is valid. If you move over a spot and no gap appears, the drop isn’t allowed — the row springs back to its original position when you release. The rules for what’s valid vary by screen (covered in the feature guides); the gap is the universal “you can drop here” signal.

If you drag a row that’s part of the current selection, the entire selection moves together. If you drag a row that isn’t part of the selection, the drag implicitly drops the selection down to just that single row.

That’s why selecting first, then dragging, is the predictable workflow — you can confirm what’s selected before you commit.

While dragging, if you move into the top or bottom 100 pixels of the visible list, it auto-scrolls toward that edge. The closer to the edge, the faster (up to about 24 pixels per frame). Move back toward the centre to stop.

On desktop, a two-finger trackpad scroll does not start a drag — it scrolls the list. Only a single-finger drag (or a mouse press-and-move) reorders. This is the single most common “drag is broken” report; if you’ve been using two fingers, switch to one.

On mobile only, expanded rows collapse back to compact view the moment you enter selection mode. This keeps row heights uniform for dragging. Nothing is lost; expanding is just a display state.

Release the pointer or lift the finger outside any valid drop gap and the row returns to its starting spot. There’s no Esc-to-cancel mid-drag.

“Drag does nothing.” Either you haven’t moved past the small movement threshold, or you’re using a two-finger trackpad gesture (which scrolls, not drags).

“Drag works but my drop is rejected.” The destination isn’t a valid target for what you’re dragging. The per-feature guides cover the rules.

“My rows collapsed when I tapped to select.” That’s the intentional mobile auto-collapse — it makes drag heights uniform. Your data is intact.


That’s the universal vocabulary of the app. Every feature guide builds on these patterns; if you’re ever unsure how a particular screen works, the answer is almost always “the same way every other list does.”

Where to go next: Shot list essentials is the most common next stop. Linear view vs Production view covers the split between script-order and shoot-order — most new producers and ADs run into it quickly. Keyboard shortcuts is the reference page worth bookmarking.