Changelog

If you run a QR Ordering storefront, your customer-facing reservation entry no longer disappears for everyone — it now appears for visitors who reach your storefront without scanning a table QR code.

The new rule:

• A customer who scans a table QR code (URL has ?tid=) is physically at a table — the Reserve button stays hidden because they're already there.
• A customer who visits your storefront URL directly — from search, a social link, or a saved bookmark — sees the Reserve button and can book a future visit, exactly like on a non-QR venue.

This unblocks QR-mode merchants who also want to take phone-style reservations from remote customers, without forcing them to choose between QR ordering and a public reservation flow.

No setup needed. The behaviour switches automatically based on whether the customer arrived via a table QR code. If you don't want any customer-facing reservations at all, the existing Settings > Apps > Reservations > Enable customer-facing reservations on your storefront toggle still controls that — turn it off and the button is hidden everywhere, just like before.

A week after launch, Schedule picks up the next big set of sources: every order, every delivery, every pickup — all on the same calendar as your reservations.

Three new event sources you can toggle on the sidebar:

• Order Created — every order positioned at the moment the customer placed it. Watch the inflow shape across the day or week.
• Delivery — orders set for delivery, positioned at their scheduled delivery time. See exactly when drivers should be heading out.
• Pickup — orders set for pickup or takeaway, positioned at their scheduled pickup time. Spot pickup spikes before they hit the counter.

Each source has its own colour so a busy day stays readable, and you can toggle any combination on or off without leaving the page.

Pre-orders parsed properly. Schedule now understands the full set of timestamp formats your storefront produces — single-time slots like 30_60, day-only pre-orders like 2026-05-08, and the full range form 2026-05-08 07:30am - 10:00am. Pre-orders show a Pre-order tag in the day-detail panel so you can tell them apart from same-day orders at a glance.

A sidebar promotion. Schedule now lives directly under Orders in the main sidebar instead of nested in Apps — one click to your calendar from anywhere in the panel. Enable it once in Settings > Apps > Schedule and the entry appears.

Times in your format. Events render in the time format you set under Settings > Store > General — 12-hour with am/pm or 24-hour, in your store's time zone.

Open Schedule in the sidebar to see the new sources in action. Toggle Order Created off when you only care about what's leaving the store; toggle Delivery and Pickup off when you only care about inflow. The view is yours.

WhatsMenu has always called the things customers occupy "tables" — because most dine-in venues think about them that way. But a salon assigns chairs, a clinic assigns rooms, a co-working space assigns desks, an auto dealership assigns vehicles. Forcing every business to read "table" in their staff panel and on their customer receipts always felt off.

Two changes shipped together:

1. Tables is now an app you toggle on under Settings → Apps

It joins Floor Plan, Reservations, POS and the rest. Enable it whenever your business assigns customers to a physical spot — restaurants do, but so do salons (chairs), clinics (rooms), co-working hosts (desks), auto dealers (vehicles), and any service business with appointment slots. If your business is pure delivery / pickup / showcase, leave it off and the menu stays clean.

2. You pick what to call them

Inside the Tables app card, you'll find two label fields:

• Singular — what you call one of them (defaults to "Table"). Set to Chair, Room, Desk, Vehicle, Slot, or anything else.
• Plural — used in lists and counts (defaults to "Tables"). Set to Chairs, Rooms, Desks, Vehicles, Slots.

Save and the label propagates everywhere the system used to say "Table" or "Tables":

• The sidebar menu link itself.
• The Floor Plan editor — "Add Chair", "Round Chair", "Delete this Chair", every confirmation prompt.
• The Reservations panel — "Select a Chair", "Available Chairs", "Reservations on this Chair", the floor-plan tab, every empty-state message.
• The POS picker when staff opens a dine-in cart.
• The customer cart at checkout — "Chair: 5" instead of "Table: 5".
• The order receipt (printed A4 and 57mm / 80mm thermal).
• The WhatsApp order confirmation sent to the merchant.
• The order-status page customers see after placing an order.
• The analytics dashboard ("Chair Reservations" instead of "Table Reservations").

Sidebar layout cleaned up at the same time

The old "Restaurant" section in the sidebar held three items — Kitchen Display, Status Display, Tables — and only made sense for restaurants. We dropped the section header and moved all three under the existing Apps group, where they sit alphabetically next to Floor Plan, Reservations, and any other modules you've enabled. A salon now sees a clean Apps list with their own labels; a restaurant sees the exact same item set, just labeled "Tables" by default.

Translated across 19 languages

The label override works in every language WhatsMenu supports — Arabic, Chinese (Simplified and Traditional), Dutch, English, French, German, Indonesian, Italian, Japanese, Korean, Malay, Polish, Portuguese, Russian, Spanish, Thai, Turkish, and Vietnamese. The placeholder slots into the localized sentence so a Portuguese salon merchant typing Cadeira sees "Selecione uma Cadeira", a Spanish auto dealer typing Vehículo sees "Vehículos disponibles", and so on.

A small caveat: in languages with grammatical gender (French, Spanish, Portuguese, Italian, German, Russian, Polish), the surrounding sentence keeps the original gender of "table" — so a French salon's "Choisissez une Chaise" reads naturally, but a few phrasings will look slightly off. The label still gets through; minor grammar quirks are the trade-off for one-click flexibility.

Restaurants don't need to do anything special

Enable Tables under Settings → Apps (one click), leave the labels blank, and the system uses the original "Table" / "Tables" wording everywhere — exactly how it worked before.

Why this matters now

Floor Plan, POS, KDS and Reservations cover a lot of business types beyond restaurants — and the next wave of merchants joining WhatsMenu (salons, clinics, co-working hosts, dealerships) shouldn't have to mentally translate "table" every time they look at their dashboard or send a customer a confirmation. This is the smallest change that makes the rest of the platform feel native to whatever they actually do.

If you use Custom Item Fields to let customers attach files to an order — design artwork, prescription, contract, photo of a faulty part — those uploads now go through tighter checks before they touch your storage.

What changed:

• Allowed file types are enforced at upload time, not at checkout. Allowed: images (jpg, jpeg, png, gif, webp), pdf, docx, and txt. Anything else is rejected before the file is saved.
• A 10 MB per-file size limit keeps a single visitor from filling up shared storage with one oversized upload.
• A per-visitor rate limit stops a script from looping uploads to fill the disk.
• Clearer feedback for visitors — when a file is the wrong type, too large, or sent too quickly, the form shows an inline error next to the field so the visitor knows to retry with a smaller or different file.

One small change for new fields. When you add a new File upload field, the default accept list now suggests .gif, .jpg, .png, .pdf, .docx instead of including the older .doc format. Existing fields keep whatever accept list you configured. If a visitor tries to upload a .doc file, they'll be asked to send .docx or .pdf instead — both are widely supported by Word, Google Docs, and Pages.

You don't need to change any setting. The new checks apply automatically to every storefront with Custom Item Fields enabled.

Your Carousels app now has a Carousel height setting — five presets that control how much vertical space the hero slider takes up:

• Compact (400px) — short hero, more room for content below.
• Normal (600px) — the previous default; balanced for most storefronts.
• Tall (800px) — bigger visual impact, great for image-led brands.
• Hero (75% of screen) — the "peek" style: the hero dominates but a sliver of content below is visible, inviting scrolling.
• Cover (full screen) — the Apple/Airbnb landing-page look: the hero fills the entire viewport.

New: scroll-down arrow on Hero and Cover. When you pick one of those two heights, a subtle animated down-arrow appears at the bottom of the hero. Clicking it smoothly scrolls visitors past the hero to your content. Great for signalling "there's more below, keep scrolling" on full-bleed landings.

Tip: Cover and Hero look best with Full width frame (set in Template Settings → Appearance → Page frame width). Boxed frame leaves side margins that break the edge-to-edge feel.

Where to change it:

1. Go to Settings → Apps → Carousels (or the Carousels entry in your sidebar → Settings).
2. Pick a height.
3. Save.

Your existing carousels stay the same — the default is Normal, which matches the previous behaviour. No image re-upload needed.

Mobile tip: Compact, Normal, and Tall use the natural size of your mobile carousel images on phones (so narrow screens don't get a weird super-tall hero). Hero and Cover take up the phone's viewport the same way they do on desktop.

Opening an order, you'll now see Order Status and Payment Status as two compact badges right under the order number at the top of the page — not as separate cards on the right. One click on the badge opens a short list; one more click changes the status. The old "pick from a dropdown, then press Update" flow is gone — the list itself is the update.

Why the change: the right-hand column of the order details page was getting long as more order-related apps installed cards there (delivery, notes, print history, WhatsApp templates…). Status and payment are the two things you change on almost every order, so they belong next to the order number, not buried six cards down.

Loyalty still works the same way. If your loyalty program awards points on a specific step — accepted, closed, or paid — that option now shows a small Assigns points pill next to it in the dropdown, so you can see exactly which click triggers points before you make it. The confirmation prompt before marking as Paid still appears when loyalty points are tied to payment.

Nothing changed about who can edit — only Owner and Staff can change status, same as before.

If you have more than one third-party courier connected — say, both Lalamove and Detrack — the order details page no longer stacks a full dispatch card for each one. You'll find a compact Delivery dropdown in the header row next to Order Status and Payment Status. Open it, pick the provider you want to use for this order, and only that provider's card appears below.

Why: operators were staring at two tall dispatch panels on every delivery, even when they'd already decided which courier to use. A quick pick-from-dropdown replaces the "scroll past the Lalamove form to find the Detrack button" flow, and keeps the right column lean for the 90% of orders where the choice is obvious.

What stays the same:

• If you only have one third-party courier connected, the dropdown doesn't appear — that courier's card renders as usual. Nothing to click.
• On pickup and dine-in orders, the dropdown doesn't appear either — it only shows for delivery orders.
• Once a booking is live (you've got a tracking ID), the Delivery chip locks to show which courier is handling the order. To switch couriers after that, cancel the existing booking first.

To change your pick before engaging (i.e. before you've quoted Lalamove or created a Detrack job), just open the dropdown and choose a different provider — the cards swap automatically.

Three right-column cards on the order details page — Order Note, Print history, and WhatsApp Customer — now collapse by default with a header summary. Click the header to expand any one when you need to edit or inspect.

What you see now:

• Order Note — header badge shows how many of your note fields are filled, like 2 / 3. Green if anything's filled, grey if empty. If any note is already filled, the card auto-expands so you see the content without an extra click; if nothing is filled, it stays collapsed.
• Print history — header shows 5 Printed — or, when something went wrong, also 1 Failed in red. If there's a failure, the card auto-expands so you don't miss it; otherwise it stays collapsed until you click.
• WhatsApp Customer — simple collapse. Click to expand the composer when you actually want to send a message; stays out of the way otherwise, since most orders don't need a manual WhatsApp.

The same right column that used to stack five or six tall cards now sits mostly compact, with the detail appearing only where you're actually working. Delivery cards are handled separately — you still see the one handling each order's dispatch.

Order Note fields are still saved the same way (edit, press Update). Print history still keeps the most recent 10 attempts per order. WhatsApp Customer still opens WhatsApp Web with your template filled in. Nothing changed about what the cards do — only how much room they take up when you're not using them.

Two small additions on top of this week's print history feature.

Reprint failed auto-prints. When an auto-print to A4, main thermal, or kitchen thermal fails, the failed row in the order's Print history card now has a Reprint button. One click re-runs the same dispatch through PrintNode using your current printer config — no need to wait for the next auto event or re-accept the order. A new row is added to the history with source "Reprint" so you can see whether the retry succeeded.

Cross-order print activity. New sidebar entry Apps → Print Activity opens a list of your recent attempts across all orders, with filters for status (Printed / Failed), target, and time window (1 to 90 days). Use it to spot systemic failures — "all kitchen prints failing today" jumps out here in a way it can't on per-order cards. Failed rows have the same Reprint button.

Custom print templates just got a much bigger upgrade.

The Print page now opens with three ready-made starter templates you can clone: Branded Invoice (A4), Kitchen Ticket (80mm), and Customer Receipt (57mm). Click Use this template to copy one into your list, then rename and edit.

The plain HTML textbox is gone — replaced by a word-processor-style editor with tables, colors, font sizes, lists, and a Source view for power users. Tables in particular now work the way you'd expect.

A live preview sits next to the editor and re-renders against a real recent order (or sample data) as you type, so you can see what you'll print without actually printing.

A few smaller changes in the same release: a Paper size preset picker (Thermal, A4, A5, Letter, Shipping Label, Custom), hover tooltips on every variable badge, new logo variables (company_logo, company_logo_wide, company_logo_square) so you can put your branding on any template without pasting URLs, a company_email variable for contact blocks, and the unused Template Type field was removed. Staff can still print with any active template — only the account owner can edit designs now.

Existing templates carry over — nothing to redo.

If you've designed a custom print template and use PrintNode to auto-print incoming orders, you can now tell us to print your template instead of the generic A4 layout.

Go to Print in the sidebar and look for the new Auto-print templates card. Pick one of your templates (or a starter) from the Standard printer (A4) dropdown, click Save, and from then on every A4 auto-print uses your layout — logo, items table, totals, everything.

PDFs are now generated in-house rather than via an external conversion service, so there's one less moving part on the auto-print path.

Main and kitchen thermal printers show up in the same card but continue to use their built-in layout for now; thermal template support ships next.

Your storefront footer can now link to 19 social, review, and messaging channels — up from the original seven. The editor moved from Settings > Apps > Social Platforms (retired) to Templates > Template Settings > Social Links, alongside your cover photo and copyright text.

What's new beyond the old list:

• Social networks — Threads, LinkedIn, Pinterest
• Video — Snapchat
• Messaging — WhatsApp, Telegram, Line
• Reviews & directories — Google Business Profile, TripAdvisor
• Community & audio — Discord, Spotify
• Professional — GitHub

You can also reorder the icons now: the list in the editor is the order visitors see in your footer. Use the up/down buttons on each row to shuffle.

If you'd already set up any of the original seven (Facebook, Instagram, X, YouTube, TikTok, Rednote, Website), they carried over automatically — the new editor pre-fills them on first open. Nothing to redo.

Formatting you write in a page or product description now matches what your customers see. Tables, line breaks, strikethrough, quoted text, and code snippets all render correctly on your storefront.

What's new in Pages:

• Tables — write a markdown table with | pipes or paste one in, and it renders on your storefront as a proper table with borders, a header row, and clean spacing. Before today, the raw | characters were showing up on the published page.
• Line breaks — pressing Enter once in the editor now produces a visible line break. Previously, single line breaks were silently merged and the next line just continued the paragraph.
• Strikethrough — ~~like this~~ now shows with a line through it, whether you use the toolbar button or type the markdown syntax.
• Quoted text and code — blockquotes render with an indented quote bar, inline code and code blocks get a subtle background so they stand out from body text.
• Markdown source view — the editor now has WYSIWYG / Markdown tabs at the bottom of the editor area. Click Markdown to see or edit the raw source, useful for pasting pre-written markdown or double-checking how something will render.

What's new in product descriptions:

• Line breaks — single line breaks now render on your menu, so a multi-line description no longer collapses into one long block.
• Strikethrough — works in item descriptions as well.

One small quality improvement: if a page accidentally uses a top-level heading (the same size as the page title), it's now automatically treated as a section heading instead. Your page title stays the one top-level heading on the page, which is what search engines expect and keeps the visual hierarchy clean.

No changes needed on your side — existing pages and item descriptions benefit automatically the next time they're viewed.

The footer copyright line — the small text under your storefront like "© 2026 Your Company. All rights reserved." — now lives inside Templates → Template Settings → Footer, next to your cover photo and theme colors. The standalone "Copyright Text" app has been retired.

Why the change: it's the kind of thing you tweak once while setting up your storefront look, so keeping it with cover photo, theme color, and layout makes more sense than hiding it in its own app entry. One less thing in your Apps list, easier to find when you're styling your storefront.

If you'd already customized your copyright line, it stayed put and continues to show on your storefront — you'll just find the editor in the new location. If you never touched it, your footer keeps falling back to your company name as before.

The single tabbed Settings page has been split into 12 focused pages with a sidebar to jump between them. Each area — General, Logo, Localisation, Working Hours, Ordering, Checkout, After Order, Time Slots, Messaging, Apps, Payment, Share Menu — has its own page with a clear URL.

Why the change: the old single-page layout grew too long to scan, and saving one tab risked clobbering changes you'd made to another. Splitting them makes it faster to find what you're looking for, easier to remember, and safer to edit one thing at a time.

On mobile, the sidebar collapses into a dropdown so the layout stays compact. All your existing settings carried over automatically — nothing to redo.

The item description editor has been rebuilt with a cleaner toolbar focused on what actually helps a product or service description — bold, italic, lists, links, emoji, and a few more essentials. The clutter (font sizes, custom colours, tables, image embeds) is gone.

The change also keeps your formatting safer behind the scenes: descriptions render consistently across your storefront, WhatsApp, and PDFs, and they're easier for AI agents and search engines to read.

Existing descriptions keep working as-is; new edits use the new toolbar automatically. No setup needed.

If you use Detrack for last-mile delivery, jobs now go across cleaner: Detrack receives proper geocoded coordinates so drivers see the right pin, the payload is leaner, and webhook updates flow back into your order timeline more reliably.

The order details page also shows tracking status from Detrack as the driver progresses — accepted, picked up, delivered.

Nothing to change in your settings. Existing Detrack-enabled stores get the improved behaviour automatically on the next order.

Customer signup forms on your storefront now have tighter bot protection — invisible reCAPTCHA, a hidden honeypot field, and stricter validation on names. Bots that automate fake account creation get blocked before they ever touch your customer list.

You should see fewer junk accounts, fewer rejected first-order coupons used by spammers, and cleaner customer marketing data. Real customers won't notice anything different.

No setup needed — the protection is on automatically across all stores.

When you set or change your storefront subdomain (the your-store-name part of your-store-name.whatsmenu.page), the form now catches problems earlier — invalid characters, reserved words, or names already taken — and shows a clear message explaining what to fix.

Previously some invalid subdomains slipped through and only failed later, sometimes mid-checkout for your customers. The tighter validation prevents that and keeps your storefront URL stable.

No action needed if your existing subdomain works — only new changes go through the new checks.

The cart on your storefront can now adapt to what you sell, instead of using a single one-size-fits-all layout. Modules ship their own cart templates so the checkout experience matches your business — pharmacies can show dosage instructions, restaurants can show preparation notes, age-restricted products can show a confirmation, and so on.

Customers see a cart that fits the kind of thing they're buying. As a merchant, you don't have to configure anything — when you turn on a module that ships a cart template, the layout updates automatically on your storefront.

More cart variations will come as additional modules adopt the pattern.