My example, I only use the days I complete for my calorie plots. If I take a week or two off for vacation, and I plot only completed days, it just shows a line connecting my 2 nearest completed days around that timeframe, which imo, just makes the data messy.

I know this can be done by exporting to excel, but it would be nice to have as a native feature.

Why not have an option to just QUICK ADD a food. I select the option and its opens up a form for me to punch in the info. This would have a “title” field that by default could be “Quick Add” or something. I could edit that, if I want, to give it a name that I remember what it is, but if not there’s no required fields missing. If all I want is to quickly add calories or macros, I can just add those and be done with it. Like a couple taps and a single screen just to record calories or carbs or something. At least it’s better than a note telling myself to add it as a full blown later (spoiler alert: I probably won’t do that).

The form for quick adding nutrients could also leverage the same tool you guys already have for adding custom foods, so I could just snap a photo of the nutrition label and BAM - data is tracked. Maybe put that botton as a major option under ADD, right next to scan barcode. Or else have both the barcode and label scanners separate under a SCAN option. Currently, users can’t access the label scanner import feature at all. Only from scanning a barcode that isn’t recognized. Why??? Why isn’t this option available when making a custom food? That way I can quickly add any recipe or food that gives me a nutrition label (but doesn’t have a barcode). Rather than manually inputting all of that stuff. Imagine hitting ADD, then SCAN, then LABEL, and there’s all the nutrition and serving size data. You then have the option to quick add (just dump the info into your diary and skip having to name it, save it, go through several screens) or to save the info as a custom food if it’s something you’re going to potentially use again.

This would be a life saver… because most of the time, I’m not eating things with barcodes. But I’m also not just eating whole foods out of hand that are easy to add. Sure, if I’m having an avocado, that’s easy to track. Tap, tap, done. But… not when I sit down for dinner and am looking at a bowl of some curry I made. That’s 75% of my eating - things I made or were made for me that are difficult to track. Adding recipes for everything I make is SO time consuming. And it’s next to impossible when my partner does the cooking/meal prep. I tried asking my partner to create recipes in Cronometer for everything she makes… that didn’t work out well. I can get her to share a link to whatever recipe she used, but using the recipe importer and/or manually importing everything is a huge chore. It’s not practical or sustainable. So, I often give up and backslide into blind eating. It’s not like I’m eating the same meals over and over again. We often make recipes once and move on.

But… A surprising amount of the time, the recipes have nutrition info listed. Instead of creating a custom recipe and worry about every single ingredient, it would be nice to have an option of just snapping a pic of the nutrition info/label or if all else fails just punch in at least the macros. That would be a game changer. If I could just snap a photo of the info to create the food (if I’m going to use it more than once) or snap a photo to just import those details into a single entry without “Next”ing my way through multiple screens, it would be so much easier. It would take away any excuse for not recording something (or worse yet having to feel like “do I even want to eat this, because then I’ll have to add it into Chronometer later”.

This seems like you guys have all the stuff to make this happen. Just allow a quick add feature to manually add nutrients for a one-time situation and add an option to import the details by photo when/if a label is available. Then simply add an option to do the same when importing custom foods, rather than only having this feature hidden behind the scan a barcode option.

e.g. my target for protein is 140g per day. That doesn't map to kcals in any meaningful way. Can the chart at the top of the 'Diary' tab page be shown as a widget so I don't have to open the app and go hunting?

Perhaps a single view of progress against a single macro target for folk that are focused on one thing?

• Light grey dots mean 0mg/0g has been logged.
• Dark grey dots change to show you have logged an amount, but the app has no target to compare it against.

While intended to provide clarity, the execution resulted in a busy, high-contrast grid that distracts from your primary macronutrients. Now the most highlighted items on the Diary page are the nutrients that you DO NOT WANT to track. I just want to see the numeric amount of these N/T items in my diet for items like soluble fiber, DHA, EPA, saturated fat, and other items with no RDA. But now these are highlighted with large dark gray circles making it very difficult to quickly view the other items I am tracking.

Can we get this changed back to the previous less obtrusive look or at least provide an option to turn off the annoying large dark gray circles that mean nothing.

Anyone else with similar issues with this new visual?

A VERY BAD USER EXPERIENCE.

It would be useful if macro targets could optionally be set as minimums, maximums, or ranges, rather than only fixed targets.

Right now, if I set a fixed target for carbs, protein or fat, the app shows how close I am to that exact number. That’s useful in some cases, but often I don’t actually care about hitting an exact value.

Examples:

• For carbs, I may only care about staying below a maximum, especially for glucose control.
• For protein, I usually care about reaching a minimum for diet/training, rather than hitting one exact number.
• For fat, a range makes more sense: enough for physiological needs, but not so much that it pushes calories too high.

So instead of only “target: 140 g”, it would be great to have options like:

• minimum: at least 140 g
• maximum: no more than 150 g
• range: 60-90 g
• fixed target, as it works now

The diary could then show whether I’m below, within, or above the target range, rather than treating everything as a fixed number to hit exactly.

We can have all the fancy integrations with fitness trackers and scales that make assumptions and then add or subtract numbers, but when our macros themselves are a guess, and the calories burned is also a guess, what's the point?

More and more competition has this now, MacroFactor is doing it very successfully, Carbon does it, MM+ has done it for a while, and it's a priceless feature. So much goes into the in/out equation and the gray area is huge, but since most people's goals are either to gain, lose, or maintain, the scale doesn't lie.

I still feel Cronometer is the most feature rich by a lot, but missing that one is a crime. I won't lie, I've been cheating with MF, having the ability to set a weight gain/loss goal and just track and having it auto adjust to keep me on track in real time can no longer be lived without. I workout more and raise TDEE, I get more cals, or maybe an adjustment to the macros otherwise, I start slacking off like around the holidays now, it'll back be off if the scale is showing i'm regressing, it just keeps going and it's almost impossible to screw up. This HAS to be added!

Would love an official word on this.

Assuming you guys are smart enough to have moles using your competitors products, the overwhelming majority of their users coming in daily are MFP people that smartened up, and Cronometer people that came and paid more specifically for the AI TDEE adjustments. It's a pretty regular conversation one that side. Worst part, is all of us agree this is the better overall tracker, but that one issue sells people.

For example, I currently have a "Snack" group, which is currently slotted as Group 5. I would like to rename the Snack group to "Pre-Workout Snack", and move that diary group to the top of my diary, before Breakfast, into the slot for Group 1. Similarly, I would like to move my "Biometrics" group, which is currently at the top of the diary in the group 1 slot, lower in the diary, to group 8.

I could rename the group slots one by one, but then past diary entries would be affected (breakfast foods might appear as lunch, etc.)

This is admittedly a minor tweak. But it would be nice to reorder the diary groups without affecting the categorization of past entries.

What I'd like is to be able to set my protein target as a multiple of my weight in kilograms--say, setting it to "1.6 g/kg/day" or "2 g/kg/day"--and have it calculate that day's protein target. Then for fat and carbs, set a percentage to apportion the rest of the calories between those two remaining macronutrients.

I sort of do this in my head now; I've set my percentages so that protein works out about 1.8 g/kg/day. But it'd be helpful if the software could do it instead.

I would like to suggest an improvement to the Data Confidence Score shown for micronutrients.

As I understand it, the current Data Confidence Score is calculated in a fairly rough way: it looks at the number of food entries that contain data for a given nutrient and divides that by the total number of food entries.

For example, if I log 13 food items, and 12 of them contain Selenium data, the Data Confidence Score for Selenium would be:

12 / 13 = 92.3%

That makes sense as a simple first pass, but I think it can be misleading in real-world food logs.

The issue is that each food entry appears to be treated equally, regardless of how much of that food was actually consumed.

For example, suppose the 1 item missing Selenium data is a spice or seasoning logged at 0.1 g. Should that really reduce the confidence score by 7.7 percentage points? That tiny amount is unlikely to have a meaningful impact on the total Selenium intake.

On the other hand, imagine the opposite case. Suppose the 12 foods with Selenium data are all tiny entries, like salt, pepper, spices, or small garnishes, while the 1 food missing Selenium data is the main meal of the day and accounts for 99% of the total food mass consumed. In that case, a confidence score of 92.3% would feel overly optimistic, because the missing data is attached to the food item that matters most.

My suggestion is to calculate the Data Confidence Score using the mass weight of each food item, rather than simply counting food entries.

So instead of:

(Items with nutrient data / total items) * 100

It could be:

(Total grams from foods with nutrient data / total grams logged) * 100

For example:

If I eat 910 g of food in total, and the foods that contain Magnesium data account for 900 g, while the missing item accounts for only 10 g, then the confidence score would be:

(900 / 910) * 100 = 98.9%

That seems much more representative than simply counting the number of food entries.

Likewise, if I eat 512 g of food, but only 12 g comes from foods with the nutrient data, while the remaining 500 g is missing that nutrient data, then the confidence score would be:

(12 / 512) * 100 = 2.3%

That would give a much more realistic warning that the nutrient value is probably unreliable.

The fundamental argument is that many food log entries are not equal in nutritional importance. A 0.1 g spice entry cannot contain more than 0.1 g of total substance across all nutrients, while a 500 g meal can obviously have a major impact on micronutrient totals. Treating both entries as having equal impact on the Data Confidence Score can either artificially inflate or artificially deflate the score.

I think a mass-weighted confidence score would better reflect the actual reliability of the nutrient totals and would make the label much more useful, especially for users who log many small ingredients, spices, supplements, or custom recipes.

Curious what others think.

I really like using Cronometer for tracking calories, macros, and micronutrients, especially the Nutrition Report feature. However, I think there is one area where the current report view can be a bit misleading: nutrient averages over longer date ranges.

Right now, the report is very useful for showing average daily intake across a selected period, such as the last 7 days, or custom ranges for Gold users. That works well for many things, but not all nutrients behave the same way in the body.

For example, some nutrients are relatively short-lived and need more regular intake. Vitamin C and many B vitamins are water-soluble, so excess intake is generally not stored in the same way as fat-soluble nutrients. On the other hand, vitamins A, D, E, and K are fat-soluble and can be stored for much longer. Minerals and fatty acids also vary a lot depending on the specific nutrient.

Because of this, a longer report average can sometimes create the impression that I am consistently meeting a target, even if the actual intake pattern is very uneven.

Example:

• I eat a lot of vitamin C-rich foods on Monday
• Then I barely get any vitamin C for the rest of the week
• The 7-day average might still look acceptable
• But from a practical nutrition perspective, that Monday spike may not be equally relevant by Sunday

This becomes even more important with longer reporting windows. If I look at a monthly report and had very high intake of a short-lived nutrient at the beginning of the month, the average may still look good near the end of the month, even though that intake may no longer be very relevant.

Main idea: active nutrient window shading in reports

My main suggestion would be to add a visual overlay or shaded stacked bar to the Nutrition Report.

The report could still show the normal average intake for the selected date range, but part of the bar could be shaded differently to indicate how much of that intake is likely still relevant based on the nutrient's expected storage or active window.

For example:

• Short-lived nutrients could fade quickly
• Fat-soluble vitamins could remain visually "active" for longer
• The user would then see both the selected date range average and a more biologically relevant recent-intake estimate

So instead of only seeing:

"Vitamin C: 100% average over 7 days"

You might see something like:

"Vitamin C: The full bar represents the 7-day average, while 70% of that bar has a stronger shaded portion to show how much of that intake is estimated to still be recently relevant."

Or visually, the current report bar could stay mostly the same, but with a shaded overlay. The total bar would still represent the selected report average, while the stronger shaded portion would represent the nutrient's estimated active/relevant window based on when it was consumed.

I think this would make the report much more informative, especially for users who rely on longer averages. It would help show the difference between "I averaged enough over this date range" and "I have had enough of this nutrient recently."

This does not need to be treated as a precise medical calculation. Even a rough heuristic or educational visual indicator would be useful.

Alternative / simpler versions

If a full dynamic overlay is too complex, there could be simpler implementations:

1: Label nutrient-specific averaging guidance

Cronometer could label nutrients by recommended tracking style, for example:

• Best tracked daily
• Best tracked weekly
• Long-term average is acceptable
• Storage varies / context dependent

2: Small disclaimer next to affected nutrients:

For example:

"Vitamin C is water-soluble and is best interpreted with recent daily intake rather than long-range averages."

3: Report warnings for uneven intake:

If a nutrient target is technically met by the average, but most of the intake came from one or two days early in the range, Cronometer could flag it with something like:

"Average met, but recent intake has been low."

4: User Toggle in Report

Another possible implementation could be to avoid the visual shading entirely and instead make the report average itself nutrient-aware.

For example, Cronometer could offer a toggle between:

• Pure average: the current mathematical average over the selected report period
• Active estimate: an adjusted view where nutrients "decay" differently depending on how they are stored or used by the body

So if I eat a fat-soluble vitamin near the beginning of a 7-day period, it could still have a stronger impact on the active estimate later in the week. But if I eat a large amount of a short-lived water-soluble vitamin at the beginning of the period, its impact would decay faster.

In other words, the report could still use the same date range, but the nutrient calculation would be weighted based on the expected storage/active window of each nutrient.

That might be simpler visually than adding shaded bars, while still solving the same issue: showing the difference between "I averaged enough over this period" and "my recent intake is likely still relevant."

The key thing would be making it optional, because the pure average is still useful. A toggle would let users choose whether they want the standard report or a more biologically contextual "active nutrients" view.

Why this would be useful

I think this would help users avoid misinterpreting long-range averages. Averages are helpful, but for nutrients with shorter storage windows, they do not always tell the full story.

This would also make Cronometer's reports feel more nutrition-aware, not just mathematically correct. The app already tracks a lot of detailed micronutrient data, so adding more context around how to interpret that data could be really valuable.

Curious what others think. Would something like this help you interpret your nutrient averages more accurately?

Concept Ideas:

Current Nutrition Targets:

Shading Idea based on "Active" nutrition:

Small visual feature request: could we get an optional setting to show food category icons in the Diary instead of using the same 🍎 icon for every food item?

For example:

• 🥛 Dairy and Egg Products
• 🥩 Beef Products
• 🐟 Finfish and Shellfish Products
• 🥜 Nut and Seed Products
• 🍞 Cereal Grains and Pasta
• 🍓 Fruits and Fruit Juices
• 🥦 Vegetables and Vegetable Products
• 🍬 Sweets
• 🧄 Spices and Herbs
• 🍝 Restaurant Foods

The diary currently uses the same 🍎 icon for every food item, except supplements, biometrics, etc. It works, but visually everything blends together. For entries like milk, almonds, oats, sugar, juice, berries, and salt, the apple icon does not really add much information.

To illustrate my point, here's a screenshot of where the repeated 🍎 icon becomes superflous instead of adding meaningful information.

A few reasons I think category icons would be helpful:

1. Faster visual scanning: When reviewing a meal, category icons would make it much easier to quickly understand what the meal is made of without reading every item line by line.
2. Better meal composition awareness: Seeing icons for dairy, grains, nuts, fruit, drinks, and added sugar could help users notice patterns more easily, such as "this breakfast is mostly grains and juice" or "I could add more protein or vegetables."
3. More intuitive and polished: Diary UI Cronometer already provides very detailed nutrition data, so category icons would add a nice visual layer that makes the Diary feel more informative and friendly without changing the underlying data.

I think this should definitely be optional, maybe under Diary settings:

Food item icons: 
[ ] Generic food icon 
[x] Category icons
[ ] No icons

That way users who prefer the current clean look can keep it, while users who like visual cues can enable category icons.

Thanks for considering it. Cronometer is already great, and I think this would make the Diary even easier to use at a glance.

I noticed Cronometer already has a "New & Improved" updates page, app update notes are available through the Play Store under "What's New", and there is also a newsletter option in account settings. That's useful, but the newsletter seems more focused on general nutrition content, like how to eat healthy, rather than dedicated product updates, app changes, and development progress.

Would Cronometer consider offering a separate newsletter focused purely on new features, app updates, database improvements, and development progress?

Something like a monthly "what's new, what's improved, and what's coming next" update could be really valuable. Not everyone checks the blog regularly, and app store release notes are easy to miss, especially when they are split across platforms.

A dedicated newsletter could highlight things like:

• Newly released features
• Improvements to existing features
• App changes that might otherwise go unnoticed
• Features currently being worked on
• Upcoming priorities
• Database improvements and quality work

This would not need to be a huge production either. Even a simple monthly format with "shipped, improved, in progress, and database updates" would already make a big difference. For example:

• Shipped: New features or app improvements released this month
• Improved: Existing features, usability changes, or bug fixes
• Database: New foods added, verified entries, or data quality improvements
• In progress: Features or fixes currently being worked on
• Next: Upcoming priorities or areas of focus

Ideally, this could be available as an email newsletter, an in-app update feed, or both. The important part is making the updates easy to see for people who are interested, instead of relying on users to stumble across them.

To support this, a public roadmap page would also be great. It would give users a clearer sense of where the app is heading and what kinds of improvements are planned. It doesn't have to be a binding promise carved into stone tablets, guarded by lawyers and/or dragons. Even a lightweight "planned / in progress / recently shipped" roadmap would be enough. Check out https://immich.app/roadmap for a nice roadmap.

Finally, I think a statistics or database insights page could be really interesting, especially for the nutrition nerds among us. Things like database growth, number of verified foods, recently added foods, data quality improvements, or other behind-the-scenes metrics would help show that the database is actively maintained and improving.

I think the biggest benefit would be transparency. People are more willing to pay for Gold when they can clearly see that the product is improving and that they are getting new value for their money. Some users may also see Gold as a way to support a good product and active development, but that only really works if the work being done is visible.

For existing Gold users, this would also make the subscription feel better. New features, database improvements, and smaller quality-of-life changes are easier to appreciate when they are communicated clearly and regularly.

Basically: the work may already be happening, but making it more visible could make a big difference. It would improve trust, make Gold feel more valuable, and reach users where they actually are instead of hoping they stumble across the updates themselves.

Edit: I know there's an option to subscribe to a Newletter in the Account settings; what I'm looking for is more app updates & feature related and not a "nutrition blog sent to my inbox" stuff.

I've been working with tracking in Cronometer for a few weeks now and have been absolutely loving it. The tracking and meal creation tools are especially useful and robust, however, I think that there is a big opportunity for an awesome feature that would be VERY useful for a lot of people (myself included). I'm imagining some sort of daily "what-if?" style planning feature that would allow you to build sample meal plans for a day. So you could see, what happens if I don't eat breakfast, what happens if I have a beer after work, etc.

(A little bit of context here, I'm 26M and very active. My primary use for Cronometer is making sure that I'm getting enough calories and a mostly balanced macro split in my diet, but I think that this feature would be equally useful for people in a weight loss context.)

What inspired this post is that I've gotten a few of my go-to recipes imported into cronometer, and have been doing some math in a separate spreadsheet to try to figure out the best combination of these meals and snacks to hit my macro and calorie goals.

So, in my context, I would be able to put together a daily meal plan, and see how far I am away from my daily calorie goals, or if I've hit them. In a weight loss context, the opposite could of course also be true, you could make a daily meal plan, see where you might be over your numbers, see where you can make changes, etc.

I add meals into my diary as i eat them so I get a retroactive look at how I'm doing to hit my calorie and macro goals, and the "ask the oracle" tool seems to fill a similar need, but i think that a true planning tool would be an enormous value add to all kinds of users. I would be more than happy to expand on any of these ideas, and if any other folks have a good system for planning that I'm missing, or if this feature is somewhere that I can't find please let me know!

If you guys added an option for adaptive TDEE calculation this would be Cronometer perfect in my eyes.

For the Adaptive TDEE to work accurately users would need to be consistent with food logging, and daily bodyweight entries. The calculation works by using the consumed calories and the change in weight.

It takes a few weeks of logging for it to produce accurate results, but it's much better than TDEE multipliers and smart watch calories etc.

Obviously it should be an option for users to select or deselect as they please, or the maybe allow it to be shown alongside the other calculation.

I've been entering data manually into this app: https://play.google.com/store/apps/details?id=com.shumate.tdeeCalculator (but got lazy and haven't entered since Dec 2021!)

If you need help with the calculation / formulas, I believe this spreadsheet is one of the best resources: https://drive.google.com/file/d/0B7gGXXQIy4R4ejRRNkZHZHFDOW8/view?resourcekey=0-6D2ColRi_grLWCiE63F0MA

Thanks.

I'd like to be able to set a percentage under Add Energy Expenditure Above Baseline to Target.

That way I could tell it "My Energy target is 1800 calories, but I want you to add 50% of the additional expenditure to my target for the day". That would keep me from overdoing the calories on yardwork day, for example, when the app thinks I worked 800 extra calories by mowing the grass... My yard is not that big.

Fibre seems to be accounting for more calories than the body can actually utilize. This could be problematic for people reducing their calorie intake near a lower threshold, as they would be under consuming. It can also be an issue for those look to maintain or gain weight. In these situations, the issue is more acute when the diet is high(er) in fibre.

Ideally, I think it would be great to see a change in the calculation to include more appropriate values for soluble and insoluble fibre; this would in turn reflect properly in the pie chart for consumed kcals and their percentages, plus the kcal value of the food item, as well as the meal's calorie value.

However, if that doesn't happen, it could be equally handy to have a toggle button that voids all of the fibre in a meal/item/day. Purpose of this could be to switch being seeing the values in the food/daily report, but also if it's toggled off, then the pie chart and caloric values would adjust downwards.

But for example I live in europe. and many food are not in their database. and also most of the food never i scan doesnt go to the database. But either ways, if i have to eat the same food again (sometimes after a gap of many days). I have to either create a new custom food, or go back and search the food that i created 2-3 days ago, which is a huge hassle.

From the user's perspective, I think we can add a button which i can check. Called "include in your local directory" or something. Which would mean that in my mobile phone's storage, and in my account, this barcode shall be stored for the custom food that i make. So that next time when i'm having the same food and i barcode scan it, I can just use the custom food i created last time, rather than manually scrolling and scanning through the custom food's list to choose it from.

from the developer's pov, this wont take cloud storage. even if you intend to make it sync to an account, it would just be a bunch of string of numbers for each account. Which can be extremely small in size.

Voice to text to auto-input.
For example, i say to the chat "i had 300grams of yogurt". the ai gives me a few options for clarification. i choose one, it inputs automatically into the system. This can also be a less hassle than creating a new custom food everytime i make a new dish. I can just say the ingredients and amounts i used in a dish with its weight. the ai can then make a custom dish for me rather than me going out of the way to calculate everything.