No. Every attribute on every shortcode is optional, and the shortest form is the right one: [pflp_price]<\/code> renders your headline price and [pflp_button]<\/code> links to the checkout that sells it. Left out, plan<\/code> means the plan Freemius marks as featured, licenses<\/code> means that plan's lowest numbered tier, and cycle<\/code> means your default cycle where the tier sells it. An attribute you do write is never second-guessed.<\/p><\/dd>\nCan I show prices for more than one product?<\/h3><\/dt>\nYes. Add each one under Freemius Pricing, Products, then name one with product=\"12345\"<\/code>, or with its Freemius slug or name. The first product configured is used when a shortcode names none.<\/p><\/dd>\nThe product was renamed in Freemius. When does the site follow?<\/h3><\/dt>\nThe name comes with the prices on every fetch, and Freemius sends no webhook for a rename, so it follows on the next refresh, or straight away if you press Refresh now or save the product.<\/p><\/dd>\n
What about the free plan?<\/h3><\/dt>\nNothing from this plugin: a plan with no price has no figure to show and no checkout to link to, so the block's Plan dropdown does not offer it and a shortcode naming it renders nothing. For the free tier of a pricing table, use an ordinary button, the core Buttons block or your theme's, linking to the plugin's download page. That link is a fixed fact rather than a live price, so there is nothing to keep current.<\/p><\/dd>\n
Are there blocks, or only shortcodes?<\/h3><\/dt>\nBoth, and they are the same code, so they can never disagree. Nine blocks under Widgets in the inserter (Freemius pricing card, price, buy button, plan text, plan features, currency toggle, billing cycle toggle, release and money-back), and the pricing card again under Freemius in the Patterns tab, ready sized and bordered. Each block renders your headline row as soon as it is inserted, and its dropdowns offer only the combinations your product sells. A Shortcode block converts to the matching block in one click, and the block type menu converts it back; styling set in the editor's own panels is inline CSS and cannot travel to a shortcode, which the editor says once.<\/p><\/dd>\n
Does it work with a page cache?<\/h3><\/dt>\nYes, and it is built for it. Every price is written into the page in all of its currencies and all of its billing cycles, and both swaps happen in the visitor's own browser with no request back to your server, so a cached page is the same page for everyone.<\/p><\/dd>\n
Does it replace my buy buttons?<\/h3><\/dt>\nOnly if you want it to. [pflp_button]<\/code> renders one for any plan, licence tier and billing cycle, with four widths, two kinds of button, Filled and Outlined, and the wp-element-button<\/code> class WordPress gives its own buttons. A button you built yourself works just as well: the plugin adds the visitor's currency to any link pointing at the Freemius checkout, and can open it in an overlay.<\/p><\/dd>\nCan it show the current version and the money-back guarantee?<\/h3><\/dt>\nYes. The Freemius release block, or [pflp_release]<\/code>, shows the latest version released on Freemius, what it requires and what it is tested up to, and the Freemius money-back block, or [pflp_moneyback]<\/code>, shows the guarantee set in the dashboard, named after its refund policy. Both update when you release or change them, the same way prices do. A product with no releases on Freemius, such as an app, shows no release line at all, and a product with no money-back period shows no guarantee: there is no typed fallback, because a typed version is the copy that goes stale.<\/p><\/dd>\nWhat happens if a plan does not sell the billing cycle on show?<\/h3><\/dt>\nThe price says so, \"Yearly only\", built from the cycles that tier does sell in your own words for them, and the buy button keeps its shape and says the same rather than linking to a checkout that cannot sell it. It never falls back to a nearby figure and never prints a zero. missing=\"hide\"<\/code> prints nothing instead, and cycle=\"annual\"<\/code> pins a card to its own figure so a toggle leaves it alone.<\/p><\/dd>\nWhat external services does this plugin use?<\/h3><\/dt>\nThe Freemius platform. Your server reads your prices from https:\/\/api.freemius.com\/v1\/products\/{product ID}\/pricing.json<\/code>, with the money-back period in the same answer, and the latest release from ...\/tags\/latest.json<\/code>, sending the product ID and your API Bearer Authorization Token and nothing else, and only when you refresh, test a token, receive a webhook or a scheduled refresh runs. The visitor's browser calls https:\/\/checkout.freemius.com\/geo.json<\/code> to work out which currency to show, sending nothing beyond the request itself, and caching the answer for an hour. If you turn on overlay checkout, the visitor's browser also loads the checkout script from https:\/\/checkout.freemius.com\/js\/v1\/<\/code>; with the default hosted checkout it does not. Webhooks run the other way, inbound from Freemius to your site, and each one is verified by both a generated URL key and a body signature. Nothing about your visitors is ever sent to Freemius by your server. Freemius terms: https:\/\/freemius.com\/terms\/ . Freemius privacy policy: https:\/\/freemius.com\/privacy\/ .<\/p><\/dd>\n\n<\/dl>\n\n\n1.4.0<\/h4>\n\n\n- Added: a release line, read from Freemius. The Freemius release block and [pflp_release] show the product's latest released version, what it requires and what it is tested up to, such as \"Version 1.4.0 \u00b7 Requires WordPress 6.2 and PHP 7.4 \u00b7 Tested up to 7.1\", with the release date as a fourth part you can add. Choose the parts and their order, the text between them and the date format. Only a released version shows, never a beta. A product Freemius has no releases for, such as an app, shows nothing at all, and the editor, the shortcode builder and the product's Status card each say why. A part Freemius holds nothing for is left out, and there is no fallback text, because a version typed as a fallback is exactly the copy that goes stale.<\/li>\n
- Added: the money-back guarantee, read from Freemius. The Freemius money-back block and [pflp_moneyback] show the guarantee from the period and refund policy set in the Freemius dashboard, named the way Freemius names the policy, such as \"30-day satisfaction guarantee\" for its Moderate policy, or your own words with %d where the number of days goes. It shows nothing while Freemius holds no period, your own words included, so a page can never promise a guarantee the checkout does not give.<\/li>\n
- Added: the product's Status card shows the release and the money-back period it holds, and Refresh now fetches both with the prices. The shortcode builder offers Release line, with a Show list of the four parts, and Money-back guarantee.<\/li>\n
- Changed: a refresh now reads the latest release from Freemius as well as the prices, and the money-back period arrives with the prices. Each is kept on its own terms: if one read fails, what it last fetched stays and the other still updates. Refresh now says so when the prices came back and the release did not.<\/li>\n
- Changed: the webhook this plugin registers with Freemius now also listens for a version being released, deployed, updated or deleted, and for a release being suspended, so a new release reaches your pages within seconds and a withdrawn one leaves them. A site updated from an earlier version brings its existing webhook up to date by itself, once, in the background; a site that had no webhook registered is not given one.<\/li>\n<\/ul>\n\n
1.3.0<\/h4>\n\n\n- Added: the look of every currency and billing cycle toggle can be set once, under Toggles on the Appearance tab: a Style, and a Colours grid with a Normal column and an Active one for the text and the background. Leave the style Unchanged and a colour empty and your theme's own stays, exactly as before. A toggle that names its own style in the editor or in a shortcode still keeps it, and so does one given a colour in the editor's own panel. Size and Gap stay on each toggle, because they are layout rather than look.<\/li>\n
- Added: buy button colours, site-wide, for each kind of button. The Appearance tab has two Colours grids, Filled buttons and Outlined buttons, each with the same shape as the one on the Featured plan tab: the text, the border and the background that kind of button takes Normal and On hover. An outlined button's background is empty to start with, which is what makes it outlined; set one for a tint at rest or a fill under the pointer. Leave a colour empty and your theme's own stays, as before. A colour set on a button itself, in its block panel or its shortcode, still wins, and a featured card's button keeps its own. The two kinds are called Filled and Outlined everywhere now, including the block's own Styles panel. Each kind of button has a Border width too, and the Buttons settings are three groups now: Buttons for what both kinds share, then Filled buttons and Outlined buttons, each a Border width and a Colours grid. A button shows a border only when it has a width, set here, on the button itself, or by your theme, and 0 means none; a Border colour never creates a width, it colours a border the button already has, and an outlined button keeps its 2px outline while its width is empty. There is no width on hover, because a border that changed under the pointer would move the page, so the On hover Border colour paints the border the button already has. An outlined button's border follows its Text colour until you give Border one of its own. The featured card's button has the same Border width on the Featured plan tab; a width set on the button itself, in its own Border panel, wins over it, as it wins over the site-wide ones.<\/li>\n
- Changed: an outlined buy button now takes your theme's own outline style wherever that style can reach it. Its 2px border and its padding were WordPress's own, fixed, and overrode the theme's, so it matched an outlined WordPress Button block on 2 of the 10 themes we test against; it matches on 5 now, Twenty Twenty-One, GeneratePress and Kadence joining Neve and Hello Elementor. WordPress's own outline look stays as the fallback wherever the theme's cannot reach: a theme that keeps its outline style for the core Buttons block, as Astra and Blocksy do, or that sets it through theme.json, as Twenty Twenty-Five and Twenty Twenty-Four do. On Astra the outlined button takes the theme's general button padding and border colour. The Border width and colours on the Appearance tab, and the block's own panels, still win over all of it.<\/li>\n
- Changed: a filled buy button on a theme that styles no buttons is now padded the way WordPress pads its own button, so a filled and an outlined button side by side are the same size, in the Appearance tab's preview too. On a theme that styles its buttons, which all ten we test against do, nothing changes.<\/li>\n
- Changed: a featured card's button with a Border colour and no Border width keeps the 1 pixel border it has had since 1.2.0, and its Border width now says so. That border came from the colour alone, and a colour no longer creates a width, so the first run after the update writes the width for you: 1, on the Featured plan tab and on every product's own Featured plan, wherever a Border colour is set and the width is empty. It runs once, and a width you have set, 0 included, is never changed.<\/li>\n
- Changed: the Settings screen has a new Appearance tab, between Settings and Featured plan, with an entry of its own in the sidebar. Settings keeps what a price says and how it behaves: Display, Billing cycle and the Button label, saved with Save settings. How every toggle, card and buy button looks moved to Appearance, in Toggles, Cards, Buttons, Filled buttons and Outlined buttons, saved with Save appearance, with the live preview beside it. Saving either tab never changes a value on the other. Both are laid out like the rest of the plugin's screens, with their fields in one titled panel and the Save button at its foot rather than adrift below it. Every field that means the same thing on more than one screen is now called the same thing, every colour that can be left empty says Unchanged, and every number box is the same size.<\/li>\n
- Added: the Appearance tab previews what you are setting. A live pricing card, two buy buttons, one filled and one outlined, and both toggles sit beside the fields and follow every change, drawn with your own theme and your own settings rather than a picture of them. Point at the card or a button to see its hover, or tick Hold hover to pin the hover on while you pick a colour. The figures are placeholders and no product is needed.<\/li>\n
- Changed: the Freemius pricing card pattern now has 16 pixel corners in place of 8, which is the card as it looks on our own pricing pages. A card already on one of your pages keeps the corners it was given: a pattern is copied when you insert it, so changing it never reaches a page you have already built.<\/li>\n
- Changed: a site installing this plugin for the first time now starts with the Card defaults filled in from the Freemius pricing card pattern: a 1 pixel #e0e0e0 border, a 16 pixel corner radius and 2rem of padding, with no background and no shadow. A card written as a shortcode then looks like a card inserted from the inserter with nothing to match up by hand. A site updating from an earlier version is not touched: its Card defaults start empty, so not one card on it moved. Empty fields now say what empty means, so a length left blank reads \"Theme's own\" rather than sitting there looking unset.<\/li>\n
- Fixed: a pricing card written as a shortcode into a page builder's widget, alongside other content in the same widget, stretched to the full height of that widget and hung over whatever came next. Measured in an Elementor text widget: 425 pixels tall for 189 pixels of content, overlapping the section below by 236. A card now fills its container only when it is the whole of that container, which is what a row of cards is, so cards side by side are still all the same height with their buy buttons on one line.<\/li>\n
- Added: the shortcode builder on a product's screen can now write a whole pricing card. Choose Pricing card as the element and the box gives you the six lines a card is made of, ready to paste into a page builder's shortcode widget or a classic editor: the card, the plan name, the price, the features list and the buy button. The four shortcodes inside name no product, plan or licence tier, because they follow the card, so changing the plan means changing one line. The Billing cycle choice is switched off for a card on purpose: naming a cycle fixes the price, and the billing toggle on the page would then leave that card behind. One card per plan, each in its own column of your page builder.<\/li>\n
- Added: a second row of choices in the shortcode builder, so the settings you would otherwise have to look up are on the screen. A price can be written with a currency code instead of a symbol, and with the site-wide text after the figure. A buy button can be Filled or Outlined, and sized to the content or to a quarter, a half, three quarters or the full width. Either toggle can take any of the five looks. A billing cycle toggle can carry the saving badge. A features list can show each feature's description. A card can be forced to stand out or forced not to, and its buy button can be Outlined. Every one of them is a choice of words rather than a value to type, anything left at its default is left out of the shortcode, and the sentence under the box says what the choice changes.<\/li>\n
- Added: Card defaults, under Cards on the Appearance tab: a border colour and width, a corner radius, padding, a background and a shadow for every pricing card on the site. They start empty, and empty means unchanged, so nothing on your site moves when you update: a card still takes whatever your theme gives a plain box until you fill a field. Anything set on a card itself always wins, whether it came from the block's own panels or from a shortcode attribute, including a background chosen from your theme's palette. The Cards section's Shadow colour now colours both a card's resting shadow and its hover shadow, because they are one card's shadow.<\/li>\n<\/ul>\n\n
1.2.0<\/h4>\n\n\n- Added: a Shadow colour beside every shadow setting - the buy button's hover shadow, a pricing card's hover shadow, and a featured card's own shadow, site-wide and per product. The shadow keeps the depth and softness of the preset you chose and only changes colour, so a brand tint reads as light falling on the page rather than as a border. Leave it empty and the shadow is the neutral black it has always been, so no site changes until you pick a colour. With the shadow set to None, or to Unchanged on a featured card, there is nothing to colour and the field says so.<\/li>\n
- Added: two styles for a buy button, Fill and Outline, the same two the core Buttons block offers and under the same names, so a theme that styles an outline button styles this one. Pick it in the block's Styles panel, or write style=\"outline\" in the shortcode. Outline draws a 2px border in the surrounding text colour with the page showing through it; Fill is the solid button and stays the default, so nothing already published changes. Each style has its own hover colours under Buttons on the Settings screen - text, border and background, one column for Fill and one for Outline - because an outline button starts transparent and usually wants a different hover from a solid one. Measured on ten themes: the outline draws in the theme's own text colour and keeps the theme's own corners, from square on Twenty Twenty-One to fully round on GeneratePress and OceanWP.<\/li>\n
- Fixed: a pricing card with no width set no longer overrides your theme's content width. It used to say \"no maximum\" and could render far wider than a normal block in the same place - on Twenty Twenty-Five, 1340px where a core Group was 645px. A card now caps itself only when you choose a width, and otherwise sits at whatever width your theme gives its content.<\/li>\n
- Fixed: a buy button, price or toggle placed beside other blocks in a row no longer pushes them aside. Its wrapper used to claim the full width of whatever held it, so on a centred row the block next to it was shoved to the left edge. It now takes exactly the space a WordPress block of the same size would, and a toggle set to Centre still centres itself without moving its neighbours.<\/li>\n
- Fixed: the billing cycle and currency toggles always show a keyboard focus ring, even on a theme that removes the one browsers draw. It appears for keyboard users only, never on a mouse click, and it is drawn in the surrounding text colour so it reads on a light background and a dark one. A theme that styles focus itself still wins, so there is only ever one ring.<\/li>\n
- Fixed: the hover colours you set under Buttons now apply on every theme. On Twenty Twenty-One they did not, because that theme overrides the hover colours of every WordPress button and the plugin's rule was not specific enough to answer it.<\/li>\n
- Fixed: the badge on a featured card is centred correctly on right-to-left sites. It was pushed half its own width off to one side, and on a narrow card that put part of it outside the card.<\/li>\n
- Fixed: a featured card's Text colour now shows in the editor as well as on the site. The editor draws the card itself and had not been told about the new colour.<\/li>\n
- Changed: a buy button now renders as a WordPress button, so your theme's button styling applies to it. It is built exactly the way WordPress builds its own Button block, which is what themes style, so on most themes a buy button matches the rest of the site's buttons with nothing set. Measured on ten themes: on Astra, OceanWP, GeneratePress and Twenty Twenty-One the buy button now takes the theme's own colour and corners instead of WordPress's plain grey, and on Astra and OceanWP it is no longer underlined like a link. Anything you had set in the button's own panel, or under Buttons on the Settings screen, still wins.<\/li>\n
- Changed: an inserted pricing card now sizes its price with X-Large in place of XX-Large. XX-Large is not a size WordPress itself defines, so on most themes the price fell back to body size and came out smaller than the plan name above it - on seven of the ten themes tested. Cards already on your pages keep the size they were given.<\/li>\n
- Added: a Text colour for a featured card, beside its Background on the Featured plan tab and on a product's own override. Left empty the card keeps its own text colour, as every field there does. Set it whenever you set a background: on a dark theme a light background would otherwise keep the light text of the page around it.<\/li>\n
- Fixed: the badge on a featured card no longer hangs over the sides of a card narrower than the badge. It is capped to the card and wraps to a second line instead.<\/li>\n
- Fixed: a pricing card's features list now keeps its own spacing on themes that indent every list in the content area. On Astra and Kadence a card's features were indented by 20px and 34px with no bullets to make room for, and on Astra and Neve the list carried the theme's own top and bottom margin instead of the card's spacing. A features list written on its own outside a card is unchanged, because there it is part of your page and your theme should style it.<\/li>\n
- Fixed: the five billing-cycle and currency toggle styles, and a pricing card's own width, now hold on themes that style every button or constrain everything on the page to one width. A toggle set to Pills, Buttons, Tabs, Text or Switch keeps its corners and its colours on a theme that paints every button on the site, and a card set to a width is that width on a theme that gives the page a content width of its own. Measured on ten themes: Twenty Twenty-Five, Twenty Twenty-Four, Twenty Twenty-One, Astra, GeneratePress, Kadence, Blocksy, OceanWP, Neve and Hello Elementor. A toggle left on the plain style is untouched, because there your theme is meant to decide.<\/li>\n
- Added: a pricing card now sets the plan for everything in it. Choose the product, the plan and the licence tier once on the card and the plan name, the price, the description, the features and the buy button inside it all follow. A block that names a plan of its own keeps it, so nothing you have already published moves.
[pflp_card product=\"\" plan=\"\" licenses=\"\"]<\/code> does the same for a shortcode.<\/li>\n- Added: the plan you mark featured in the Freemius dashboard now marks its own card. Its look is set once on a Featured plan tab of its own under Settings, in three groups - Card (border, background, shadow, lift), Badge (position, words, size, an optional icon from nine built in, two colours) and Button (text, border and background, at rest and under the pointer) - and can be overridden for one product on that product's screen, with a real pricing card previewing the result beside the settings in both places. Every colour is WordPress's own colour picker. Leave a colour empty and being featured does not change it: the card keeps the border, background and button colours it already has. The badge is the one thing with no colour of its own to keep, so left empty it is filled with the card's text colour and its words take the card's background, which matches any site. A card can also be told always or never to stand out. A product with only one paid plan is never marked, which is Freemius's own rule.<\/li>\n
- Added: a hover lift and shadow for pricing cards, under Cards on the Settings screen. Every card rises and deepens under the pointer by as much as you choose: 0 to 6 pixels, and none, soft or strong. A card already raised for being featured rises further rather than dropping back, and a featured card keeps its own shadow at rest and takes the hover one while the pointer is on it. On screens 1025px and wider only, so a tapped card on a phone is never left lifted. Off to start with.<\/li>\n
- Changed: a plan name, a price, a features list and a toggle inside a pricing card each take a line of their own now, with no alignment set on any of them, which is what a pricing card looks like. Left, Centre and Right still decide where on the line one sits. Outside a card nothing changes: a price written into a sentence is still part of the sentence.<\/li>\n
- Changed: the hover effect on buy buttons is now two settings you can read - a lift in pixels, 0 to 6, and a shadow of None, Soft or Strong - in place of the single on or off choice. A site that had the lift switched on keeps exactly the look it had, as a lift of 1 with a soft shadow. Still on pointer screens only, so a tapped button on a phone never stays lifted. Hover colours, text, border and background, can be set once for every button, so buy buttons hover the way the rest of the site's buttons do; a featured card's button keeps its own.<\/li>\n
- Changed: a pricing card you insert in the editor now fills in its own plan, with the plan it would have fallen back to anyway, so the sidebar names it instead of saying Default. Cards already on your pages are never touched, and a shortcode with no plan still resolves one when the page renders.<\/li>\n
- Added: a Freemius pricing card block, and
[pflp_card]<\/code> for a shortcode. The card is the box: a border, a radius, padding, a width, a background and the space between the things inside it, all from the block's own panels, on every theme. Insert one and it arrives holding the plan name, the price, the description, the features and a buy button, each of them still its own block and still live. Cards in a row are the same height, and whatever block is last in a card sits at the bottom, so a row of buttons lines up whatever the copy above them. A price, plan text, features list or toggle placed as a block now sits on its own line on every theme; as a shortcode it stays inline unless aligned.<\/li>\n- Changed: the Freemius pricing card pattern is that block now, in place of the plain group it used to be, so the card you insert is one you can style. Pages already carrying the old pattern are untouched.<\/li>\n
- Fixed: a billing cycle or currency toggle wider than its container (three cycles with a saving badge inside a narrow pricing card, or on a phone) overflowed it. The toggle now stays inside its container and wraps onto a second line when it must.<\/li>\n
- Fixed: the border settings (colour, width, style, radius) and the text colour now show on the plugin's blocks as soon as the Styles tab opens, on every theme, including themes that leave WordPress's appearance tools off (most classic themes, and some block themes), where WordPress keeps borders, padding and margin off for every block. Before, they sat hidden behind the panel's menu, and on those themes the panel did not appear at all. On such a theme the panel is headed Shadow; the border settings are inside it.<\/li>\n<\/ul>\n\n
1.1.0<\/h4>\n\n\n- Added: a billing cycle toggle, as a block and as
[pflp_cycle]<\/code>. Every price and buy button on the page follows it, in the visitor's currency, with an optional saving badge on the yearly option worked out from the prices themselves.<\/li>\n- Added: plan text as a block and as
[pflp_plan]<\/code> (the plan's title, description or trial period) and the plan's feature list as a block and as [pflp_features]<\/code>, all read from Freemius with the prices.<\/li>\n- Added: a text after the price (
\/month<\/code>, \/year<\/code>, one-time<\/code>, set once under Settings and changed per price) that swaps with the cycle; a price or button on a plan that does not sell the chosen cycle says why (\"Yearly only\") instead of showing a figure, or hides, or shows your own text.<\/li>\n- Added: five styles for both toggles (pills, buttons, tabs, text, switch), active option colours, gap and size; border and shadow panels on the price and plan text blocks, shadow on the button; a Freemius pricing card pattern in the block inserter. The five toggle styles now hold their shape on a theme that forces a corner radius on every button.<\/li>\n
- Changed: the product screen is one screen in two columns: the product's two fields with the secret key shown as a state, a shortcode builder that writes any shortcode from four dropdowns and says what it renders, the status as a list, and the reference moved to the documentation.<\/li>\n<\/ul>\n\n
1.0.5<\/h4>\n\n\n- Fixed: a product secret key containing a
<<\/code>, or a %<\/code> followed by two hex digits, was altered on the way into storage, so every webhook delivery for that product failed its signature check and Freemius marked the events as errors. Keys are now stored exactly as Freemius issues them. If a product's Status line has never shown a delivery, save the product once after updating and the key is refetched.<\/li>\n- Added: a delivery that fails its signature check refetches the product secret key in the background, and the daily job refreshes every product's key, so a key regenerated in the Freemius dashboard is picked up without a visit to the product screen.<\/li>\n
- Fixed: the webhook is registered only once the product secret key is on file, fetching it first if a product was added without one, so a registration can never point Freemius at deliveries this site cannot verify.<\/li>\n<\/ul>\n\n
1.0.4<\/h4>\n\n\n- Fixed: deleting an older copy of the plugin from the Plugins screen while the renamed copy is active no longer removes the products, tokens and prices the active copy is using.<\/li>\n
- Changed: the plugin is now called PlugUpp Live Pricing for Freemius, with the slug and text domain plugupp-live-pricing-for-freemius, at the WordPress.org review team's request that a third-party name be framed as an integration. Nothing about how it works changes; settings, stored prices and webhooks carry over, because they are filed under the pflp prefix, not the slug.<\/li>\n<\/ul>\n\n
1.0.3<\/h4>\n\n\n- Fixed: a border set in the buy button block's border panel now draws. WordPress zeroes the border width on every button and never writes a border style, so the panel's width and colour rendered as no border at all.<\/li>\n
- Added: a Width setting on the buy button, the 25, 50, 75 and 100 percent that the core Buttons block offers, so a button can span a pricing card.
[pflp_button width=\"100\"]<\/code> does the same.<\/li>\n- Added: a Hover effect option under Buttons on the Settings screen. Lift raises every button 1px under the pointer with a soft shadow of its own colour, on screens 1025px and wider only, so a touch screen never leaves a tapped button lifted. Off by default.<\/li>\n<\/ul>\n\n
1.0.2<\/h4>\n\n\n- Changed: the block's Plan dropdown offers only plans that sell something. A plan with no price has no figure to show and no checkout to link to, so nothing could render from it; the product's own screen says so, and the free tier of a pricing table is an ordinary button linking to the download page.<\/li>\n<\/ul>\n\n
1.0.1<\/h4>\n\n\n- Added: only the product ID and the API Bearer Authorization Token are typed. The product secret key is read from Freemius with the token on every save, so there is no third field.<\/li>\n
- Added: the webhook registers itself with Freemius when a product is saved with a working token, is kept up to date on every save, and is removed when the product is deleted. The product's Status list says so; the URL and the six events sit behind Show webhook URL for pasting by hand if that cannot happen. A product for which Freemius has not yet enabled webhooks (it reserves them until a product is actively selling) is saved with a warning that says so, and the token is not blamed.<\/li>\n
- Changed: the product's name comes from Freemius with the prices and is refreshed with every fetch and every save, and the Label field is gone. The Products list, the product's own screen, the Test token result and the block editor's product dropdown all show the name the Freemius dashboard gives it, and
product=\"...\"<\/code> on a shortcode takes the product ID, its Freemius slug or its name.<\/li>\n<\/ul>\n\n1.0.0<\/h4>\n\n\n- First public release. Freemius price, Freemius buy button and Freemius currency toggle blocks, the matching
[pflp_price]<\/code>, [pflp_button]<\/code> and [pflp_currency]<\/code> shortcodes rendering through the same code, prices fetched from the Freemius API and stored on the site, webhook and scheduled refreshes, a visitor currency toggle with geo detection, currency-aware checkout links with an optional overlay, and a Freemius Pricing admin menu with a products list, a per-product screen carrying the webhook URL and a Shortcodes section with a ready-made price and button shortcode for every plan and pricing row, site-wide settings and a log. The blocks fill their plan, licence tier and billing cycle dropdowns from the stored rows, preview through the server so the editor shows what the page renders, carry the editor's own colour, typography, spacing and border panels, align all three from the block toolbar, and convert to and from a shortcode in one click.<\/li>\n<\/ul>","raw_excerpt":"Freemius pricing, live on your own pages with blocks or shortcodes, in each visitor's currency, refreshed so it never goes stale.","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin\/368891","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin"}],"about":[{"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/types\/plugin"}],"replies":[{"embeddable":true,"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/comments?post=368891"}],"author":[{"embeddable":true,"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wporg\/v1\/users\/plugupp"}],"wp:attachment":[{"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/media?parent=368891"}],"wp:term":[{"taxonomy":"plugin_section","embeddable":true,"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_section?post=368891"},{"taxonomy":"plugin_tags","embeddable":true,"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_tags?post=368891"},{"taxonomy":"plugin_category","embeddable":true,"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_category?post=368891"},{"taxonomy":"plugin_contributors","embeddable":true,"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_contributors?post=368891"},{"taxonomy":"plugin_business_model","embeddable":true,"href":"https:\/\/ur.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_business_model?post=368891"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}