Log a meal and record when you ate it

PlateLens gives you several ways to capture the same kind of diary entry. Choose the method that is quickest for the food in front of you and set the date and time to when you actually ate—not when you happened to open the app. When analysis finishes, review the result and correct it if needed.

Choose how to log

These methods are available in the mobile and web apps. On Apple Watch, you can speak a meal or repeat a saved or recent meal; photo and barcode capture stay on the phone or web.

Set the date and meal time before logging

When you start from Today, an untouched meal time means Now. PlateLens resolves it at the action that establishes the meal occurrence, not when you first opened the screen. On mobile, that is the photo shutter, barcode scan, start of a voice recording, or the final confirmation for text and saved or recent meals. On web, photo, text and barcode use the final Add or submit action, while voice uses the start of the recording. If an untouched Today flow stays open across midnight, Now follows the new day; a past day or a time you chose explicitly does not move.

When you start from a specific past day in Diary, PlateLens keeps that day as the logging context. Date & meal time shows the past date together with a suggested clock time instead of presenting the entry as Today. Tap the field to change either the date or the time.

If you are entering a meal later, review the proposed date and time before submitting. Quick choices for 30 minutes ago and 1 hour ago are also available. When you choose a specific clock time, PlateLens keeps the suggested eating occasion aligned with it until you choose Breakfast, Lunch, Dinner or Snack yourself; a manual choice is preserved.

A confirmed meal time cannot be more than five minutes in the future. A future diary day is treated as a plan, so PlateLens saves no “eaten at” time until the meal has actually happened.

Edit the time after logging

Open the entry from Today or Diary and open its editing controls (Edit Meal on mobile) to change its date or meal time. You can also add a meal time to any entry that does not have one. Saving updates the whole meal event together, including dishes created from the same capture; it does not create a second meal.

Changing meal time does not re-run the nutrition analysis. Portion and ingredient changes are separate; see editing portions and fixing meals.

Meals with no confirmed time

A meal without a confirmed time remains valid and unconfirmed. The surfaces make that distinction in slightly different ways:

The audit timestamp records when PlateLens received the entry. None of these surfaces silently treats it as the time you ate.

Time zones, travel and daylight saving time

PlateLens stores the meal’s clock time with its IANA time zone. New entries start in the device’s current zone. If you travel later, a meal recorded at 8:00 AM in New York stays 8:00 AM New York time instead of shifting to the new device zone.

Automatic historical suggestions avoid daylight-saving times that are missing or ambiguous by choosing a valid, unambiguous time instead. If you manually choose a clock time that occurs twice on the fall-back day, PlateLens asks you to select the earlier or later occurrence. A time inside the spring-forward gap is rejected so the record cannot point to an impossible instant.

Where the time is used

Planning future meals

You can place a meal on a future Diary date for planning, but PlateLens deliberately leaves its meal time unset. A planned clock time is not evidence that the meal was eaten. Once that diary date arrives or has passed, edit the entry to record the actual time.

See also: the Meal time announcement  ·  where nutrition data comes from  ·  editing portions and fixing meals.