Jump to content

bbrother

Members
  • Posts

    927
  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Mine samples and applies styles like a charm — unless yours is just shy. → Check out the demo. Not at all, Mike. Just use quadruple click and the paragraph will be selected along with the paragraph break mark. DEMO: Style Picker: Sampling AND Applying? 🤯 Yup — just in case someone’s still unsure.↓ Style Picker.mp4
  2. R C-R, your confidence is unmatched — but unfortunately, so is your misunderstanding of how Style Picker works. It does sample paragraph and character styles — the documentation says that verbatim: Also, in the Settings section: Character Settings—when selected, the currently loaded character styles and local formatting will be applied to text ranges you interact with. Paragraph Settings—when selected, the currently loaded paragraph styles will be applied to text ranges you interact with. So, Yes Style Picker does apply named paragraph and character styles — provided the corresponding settings are enabled and full paragraph (including the break) is selected. Key facts about this tool: It’s not a clone-paste tool, but a sampler and applier. It loads paragraph style, character style (also named) and any local formatting applied at the precise character that is clicked. It applies paragraph style, character style (also named) and any local formatting to selected text To apply named paragraph style you need not only be sure about two things: Appropriate setting is checked in context toolbar The full paragraph (including the break) is selected. You're misinterpreted both terminology and tool behavior, which could mislead others. @MikeTO, great reply — the “trick” you mentioned is the key, but allow me a nerdy tweak: Style Picker doesn’t “copy” styles per se — it “samples” them. Just semantics, but could save someone from assuming they’ll get duplicate styles. @Catshill You might want to update your thread title to: “Style Picker doesn’t apply text styles” That’s closer to the issue, and more useful to others scanning the forum for style quirks.
  3. Calling it 'indoctrination' when people have spent decades working with the only real industry standard sounds weak. For years, there were no viable alternatives, so people built skills within the ecosystem that dominated the industry. Exploring other tools now is not a sign of past blindness, but present-day openness.
  4. Just to let you know, if you’re not happy with your purchase and you bought directly from Serif, you can request a full refund within 14 days of receiving the product. Simply email affinityreturns@serif.com. Otherwise, check the refund policy of the store you bought from.
  5. Can’t argue with that — when shortcut labels get patched and Contour Tool remains broken, ROI starts feeling more like Return on Inconvenience. If v3 lands before those tools are fixed, it’ll just be legacy bugs in a new UI suit. @Patrick Connor I appreciate the effort put into patch 2.6.4 — and I genuinely mean that. Still, when trivial fixes land into the patch while core features remain broken for an extended period, it feels misaligned. Hopefully things can get back on track. Perhaps with the help of new blood in the dev team.
  6. Hi and welcome to the forum! @YMot. Just letting you know I ran some tests to verify what you described: 🧪 My test setup Created a Book file with 4 chapters: Chapters 1, 2, and 4 each have 6 pages (even) Chapter 3 has 5 pages (odd), to trigger a padding case All chapters use Facing Pages and Start on Right System: Windows 11 Pro 24H2 App: Affinity Publisher 2.6.3 (MSI EXE build, not MSIX) 🔍 What I observed Export as All Chapters as Pages ❌ No blank pages were generated. Even with “Merge Where Possible” and “Pad” turned on under the book’s Stray Pages options Export as All Chapters (Spreads) ✅ Blank pages were added correctly ➤ For example, two empty pages were inserted after Chapter 2 so that Chapter 3 could start on a right-hand page 🧩 Is this a bug? I'd agree with your take — since Pad and Merge are Book-level behaviors, as for me they should apply regardless of whether the export is set to Pages or Spreads. And again, great catch! 👍
  7. The Quick FX panel in Affinity Designer is basically used to apply effects using a simplified set of the most commonly used settings for specific effects, rather than the full range available in the main Layer Effects panel. ⚠️Note: I might be wrong but in Affinity Photo and Publisher Quick FX panel is hidden by default—you can enable it via: Window > Quick FX For a basic overview of the Quick FX panel, see: Quick FX panel↓ https://affinity.help/designer2/English.lproj/index.html?page=pages/Panels/layerFxPanel.html&title=Quick%20FX%20panel For more in-depth guidance on how to use and customize effects, including explanations of each setting, check: Using layer effects↓ https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/create_layerFX.html&title=Using%20layer%20effects Below are direct links to individual effect pages: 3D Effect → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_3D.html&title=3D%20Effect Bevel / Emboss → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_bevelEmboss.html&title=Bevel/Emboss Colour Overlay → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_clrOverlay.html&title=Colour%20Overlay Gaussian Blur → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_gaussianBlur.html&title=Gaussian%20Blur Gradient Overlay → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_gradientOverlay.html&title=Gradient%20Overlay Inner Glow → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_innerGlow.html&title=Inner%20Glow Inner Shadow → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_innerShadow.html&title=Inner%20Shadow Outer Glow → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_outerGlow.html&title=Outer%20Glow Outer Shadow → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_outerShadow.html&title=Outer%20Shadow Outline → https://affinity.help/designer2/English.lproj/index.html?page=pages/LayerFX/layerFX_outline.html&title=Outline Hopefully this gives you a useful starting point — and leads to a few more insights along the way. Good luck.
  8. You're absolutely right — I did say I’d leave it there. And I meant it. But when someone publicly questions the authorship of my words and implies I’m not even the one speaking — that’s no longer a debate. That’s a personal insinuation. And I believe it’s fair to respond when the conversation shifts from ideas to identity. So no — I didn’t return to argue. I responded to clarify. My position on the UX topic remains exactly where I left it: clear, reasoned, and open to interpretation by others. Now I’m truly done.
  9. “End of discussion”? That’s not how discussions work. You don’t get to declare them over just because you’ve run out of arguments. This isn’t a courtroom, and you’re not the judge. If your only closing move is to dismiss a well-reasoned position with a vague “AI” accusation and a mic drop — that’s not confidence. That’s retreat dressed as authority. Let me be crystal clear: No, my statements were not generated by AI. Every word, every analogy, every argument — that’s me. My experience, my reasoning, my voice. If it sounds structured and coherent, that’s not because a machine wrote it. It’s because I’ve spent years thinking critically, working with real users, and learning from real design teams. I don’t need AI to sound intelligent. And apparently, that’s enough to make some people uncomfortable. So if you’re done, fine. But don’t pretend you’ve “exposed” anything because you haven't. You've simply run out of counterarguments.. The discussion doesn’t end because you say so. It ends when the arguments stop landing. And judging by your exit line, mine are still standing.
  10. Let’s be precise — because your analogy doesn’t just miss the mark, it misrepresents the entire structure of the interface. You're comparing the “Document” menu — a top-level, structural command hub — to contextual panels and toolbars designed for real-time property adjustments. That’s like confusing the building’s blueprint with the light switch. Font size, leading, blend modes — these belong in toolbars and panels because they’re dynamic, localized, and frequently changed. No one expects them in the main menu bar. But “Document Setup” is not a contextual tweak — it’s a structural configuration. It opens a dialog that defines the document’s core properties: margins, bleed, units, page size. That’s exactly the kind of function that belongs in a top-level menu — and if a “Document” menu exists, that’s the most intuitive place for it. Saying “menus can’t hold everything” is a distraction. No one’s asking them to. We’re talking about a single, high-level function — and placing it where the user naturally expects it. Dismissing UX as a “boondoggle” doesn’t make you sound bold — it makes you sound out of touch. UX isn’t decoration. It’s the scaffolding that holds usable software together. It’s the reason people don’t throw the app out the window — and the reason they come back to it the next day. Ignore it if you want — just don’t expect users to stick around while you figure out why they’re leaving. I’ll let the thread speak for itself. My position is clear. I’ll leave it here and let others take from it what they will.
  11. Thanks for sharing your view @Oufti — and I get it. Habits built over 35 years can feel like second nature. But in UX, familiarity doesn’t always equal optimality. Your metaphor — salt and pepper by the stove — perfectly illustrates habitual placement, not contextual logic. If we redesign a kitchen so the spices live in a dedicated drawer called “Flavour”, would it confuse people? Maybe — but if it’s clearer, faster and used consistently across the entire kitchen, it becomes the new standard. That’s exactly what we’re discussing here. Affinity Publisher has a “Document” menu. That menu isn’t decorative — it's part of the interface hierarchy. When a user wants to set up a document — size, margins, bleed — it's only natural they look in “Document”, not “File”. Why? Because their goal isn’t about files. It’s about the thing they’re working on: the document. The fact that legacy apps placed “Page Setup” in “File” doesn’t mean it’s the right choice today. UX has evolved. Modern interfaces prioritize cognitive flow over legacy conventions. The original poster was confused. That confusion isn’t invalidated by your personal routine — it confirms a mismatch between expectation and placement. And that’s a UX problem. So while your experience is valid, it’s one lens. UX doesn’t design for memory muscle — it designs for task efficiency, semantic clarity and cognitive intuition. If menus like “Document” exist, they should hold document-related actions. If we respect context, not habit, users stop asking why something isn’t where they expect — and simply do what they came to do. That’s not novelty. That’s good UX.
  12. Right — we don't admire David because of the chisel. We admire it because the chisel never stood in the way. Mastery is visible when tools become invisible — but only when they’re precise enough to disappear. Saying “the tools were adequate” isn’t neutral. It’s a choice to accept limits instead of question them. And yes, some professionals can work around those limits. But let’s not confuse “getting things done” with having tools that truly support mastery. Especially when bugs linger, key features underperform, and the development pace stalls. Not every professional wants to wrestle their workflow into submission. Some simply want tools that match the level they work at — without friction, without blind spots. Because real craftsmanship isn’t just about delivering — it’s about delivering with confidence, clarity and control. The best tools don’t just disappear. They evolve. Mastering tools doesn’t define professionalism. But it absolutely reflects it. Because professionals don’t just use what’s in front of them — they understand it, refine it, and remove its limits where they can. You can be skilled and still unaware of what better tools can offer. But true professionals go further: they don’t just work despite the tool — they master it so the tool stops being part of the problem. Knowing the camera isn’t what makes you a filmmaker. But knowing how to make it speak for you is exactly what separates the serious from the casual.
  13. Michelangelo didn’t carve David with his bare hands — and he didn’t pick just any chisel. He chose tools that allowed mastery to become visible. Great work makes us forget the tools — but only when the tools never stood in the way. So no, the point isn’t to discredit anyone using Affinity professionally. It’s to challenge the idea that tools don’t matter — when every professional knows that what they use either sharpens their craft or dulls their edge. You can work brilliantly with any tool. But let’s not pretend it’s irrelevant. If the goal is to get it done — almost anything will do. If the goal is to make it right — what you use starts to speak volumes.
  14. Yes — professionalism begins with the person. But it doesn’t end there. A true professional aligns personal standards with the tools that elevate them. Because no matter how skilled you are, your output is shaped by what you work with. Even the sharpest mind can be dulled by a blunt tool. And those who value their craft often choose instruments that match their ambition. Not because tools make them skilled — but because they refuse to let limitations define their output. After all, if professionalism lives in you, why not let your tools show it?
  15. Thank you for your summary, @Pyanepsion. Let me respond point by point — no metaphors, no packaging jokes — just UX, in its clean, practical form. “Coherence, clarity and predictability remain the foundations of sound interface design — not lexical proximity.” Sounds great. But in reality, it’s language and context that guide the user toward their goal. When they see “Document”, they’re not dissecting taxonomy like container vs content — they click it, because they want to change the document. That’s not lexical laziness — it’s a designed cognitive shortcut, supporting intuition and reducing decision time. In UX, language doesn’t conflict with logic — it drives it. “And that is precisely why, @BBrother, so many professional tools — and so many users — do not follow your reasoning. → And have not done so for nearly half a century.” UX is not a heritage museum. It evolves with users, technology and context. Quoting a fifty-year lineage of menu structures doesn’t validate anything — it simply proves that some tools are still clinging to habits born before human-centered design existed. Today’s UX doesn’t preserve what’s old — it improves what’s useful. Affinity Publisher has a “Document” menu. Therefore, users expect to find document settings inside it. That’s not confusion — it’s behavioral design. “You are now defending the opposite of your own arguments, simply to avoid acknowledging the obvious.” Absolutely not. I’ve been consistent from the start: functions should be placed where the user naturally expects to find them. If “Document Setup” adjusts aspects of a document — and a “Document” menu exists — that’s where it belongs. If the menu doesn’t exist, as in Designer, then “File” is a reasonable home. Simple. Contextual. Consistent — with human cognition, not legacy data hierarchies. And speaking of consistency… I even proposed a clear alternative: rename the “Document” menu to “Pages”, since most of its contents focus on page-related actions. That removes ambiguity. When users see “Pages”, they understand it’s about pagination — and “Document Setup” can reside under “File” without contradiction, just as it does in Designer. That’s true consistency: not duplication, but adaptation to context, serving clarity above replication. “And evidently, you did not grasp the reference to the packet of sweets, nor the one about the banana peel — though both were perfectly clear.” Bananas are tasty, sure — but they’re not an interface design model. And while metaphors can be helpful, they shouldn’t replace testing, behavioral observation or actual UX logic. Yes, I used one too — the misplaced milk analogy. But mine wasn’t decorative or whimsical. It was a functional metaphor, grounded in how users actually behave when searching for something they expect in a logical place. So let’s be clear: I don't argue with fruit metaphors. I argue with any design approach that makes the user stop, think, and wonder if they’re in the wrong menu — instead of simply acting. Because good UX doesn’t entertain. It works. “This is no longer a discussion — it’s a loop.” No — it’s still a discussion. It turns into a loop only when arguments run dry and theoretical positioning replaces practical empathy. UX isn't closed by declarations — it’s guided by observation, adaptation and iteration. UX isn’t about preserving system purity. It’s about designing for human cognitive maps. Your map leads to the file. Mine — to the human. And one more thing: The best UI is the one the user doesn’t notice. If users have to stop, ask themselves where a setting might be, and question whether margins are “container or content” — they notice. And when they notice, the design has failed. And let’s be honest — the structure you're defending leads exactly to that moment. It invites users to second-guess themselves, navigate across mismatched menus, and debate internal logic instead of simply working. It’s a cognitive detour disguised as interface clarity. That’s not clarity. That’s friction, dressed as structure.
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.