thomaso Posted May 30, 2019 Posted May 30, 2019 For various selected objects AfPub always reports only 1 specific value per property. That value is sometimes - but not always - just taken of the first selected item, in case of cmd-a it isn't. That way AfPub gives definitely wrong information for some objects. font size, ... or color. Examples: 2 objects, 2 fills > 1 color – version A + B: Text size – version A & B: Text – color & size & tracking: Last but not least, Text size – image frame: GoVicinity 1 • MacBookPro Retina 15" | macOS 10.14.6 | Eizo 27" | Affinity V1 • iPad 10.Gen. | iOS 18.5. | Affinity V2.6
garrettm30 Posted May 31, 2019 Posted May 31, 2019 Someone else brought this up recently, and I do think it would be better to either show nothing as the value, or some sort of indication like "mixed." I don't think it is a necessarily a bug, but it is not the ideal design in my opinion. Can anyone suggestion why the current implementation is better than simply showing "mixed" or something similar?
thomaso Posted May 31, 2019 Author Posted May 31, 2019 On 5/31/2019 at 3:51 PM, garrettm30 said: I don't think it is a necessarily a bug If a software reports 1 wrong value for 2 (or more) selected items then it is a bug - what else? An unnecessary bug if you are aware that for identical situations it does not appear at other spots in the UI already. Obviously the developers have an idea already how to visualize such conflicting input/output: Compare in Character Panel the font name and style text field: it simply shows NO value in case of conflicting inputs. Also the value in brackets (...) [...] and the greyed out value is used already in the UI in various panels to show that value as not to be real true so-to-say. – Or compare font size in character panel (< one value) vs. main menu bar (< no value). In this way showing no value does appear more true than showing 1 wrong value. Even 1 specific value but in (brackets) or Gray would be less wrong or confusing than the momentary solution. • MacBookPro Retina 15" | macOS 10.14.6 | Eizo 27" | Affinity V1 • iPad 10.Gen. | iOS 18.5. | Affinity V2.6
Staff Gabe Posted June 11, 2019 Staff Posted June 11, 2019 Hi both, Sorry for the delayed reply. I've logged one as an improvement (having 2 colours selected) and one as a bug (not having the size blank - This only seems to affect Mac and not Windows) Thanks, Gabe. thomaso 1
Staff Patrick Connor Posted November 1, 2019 Staff Posted November 1, 2019 We believe the character panel issue has been fixed in 1.8.0 [Publisher beta currently available, others to follow]. The object selection issue currently remains unresolved. Patrick Connor Serif Europe Ltd Latest V2 releases on each platform Help make our apps better by joining our beta program! "There is nothing noble in being superior to your fellow man. True nobility lies in being superior to your previous self." W. L. Sheldon
garrettm30 Posted November 1, 2019 Posted November 1, 2019 56 minutes ago, Patrick Connor said: We believe the character panel issue has been fixed in 1.8.0 From what I can tell, this is fixed for the font size attribute only, but other attributes still show the value of the first character in mixed selections. For example, all of the values in the "Position and Transform" section of the character panel continue to show the value of the first character even if other characters in the same selection have different values. What @thomaso was showing (correct me if I am mistaken) was just a few examples of a problem all over the interface when a selection has mixed attributes. GoVicinity, thomaso and Patrick Connor 1 2
Staff Patrick Connor Posted November 1, 2019 Staff Posted November 1, 2019 @Gabe Please validate AFB-2273 on whatever macOS @garrettm30 has, thank you. Patrick Connor Serif Europe Ltd Latest V2 releases on each platform Help make our apps better by joining our beta program! "There is nothing noble in being superior to your fellow man. True nobility lies in being superior to your previous self." W. L. Sheldon
garrettm30 Posted November 1, 2019 Posted November 1, 2019 Just now, Patrick Connor said: whatever macOS @garrettm30 10.14.6 Patrick Connor 1
Staff Gabe Posted November 5, 2019 Staff Posted November 5, 2019 I logged this as a separate issue, as the Position and Transform panel was not mentioned in the original report.
garrettm30 Posted November 5, 2019 Posted November 5, 2019 5 hours ago, Gabe said: I logged this as a separate issue, as the Position and Transform panel was not mentioned in the original report. Thanks for doing that, but this is a common issue across the interface, of which we have only given a few examples. Should we hunt down all places where this occurs?
Staff Gabe Posted November 6, 2019 Staff Posted November 6, 2019 I spotted a few other places while logging this and made a note on the ticket
uneMule Posted June 19, 2021 Posted June 19, 2021 Bonjour à tous. Je ne suis pas le lapin de Alice, mais je suis toujours en retard ! En suivant le lien de @thomaso, il semble que cette discussion soit toujours active. ***** Hello everyone. I'm not the Alice Bunny, but I'm always late! Following @thomaso's link, it seems that this discussion is still active. Wosven 1 Toujours pas !Windows 10 Pro 21H2 - Intel Core i7-3630QM CPU @ 2.40GHz - 16 Gb Ram - GeForce GT 650M - Intel HD 4000 Affinity Photo | Affinity Designer | Affinity Publisher | 2
Recommended Posts