aristidesfl
-
Posts
25 -
Joined
-
Last visited
Everything posted by aristidesfl
-
Even if DCM is not accurate in the way one would expect it to be, if it reports different values for different apps, you can probably be sure those apps are displaying colors differently. There is no indicator that Affinity is the one displaying colors correctly. Affinity colors also differ from Sketch for example. On the other hand the Apple Color Picker seems to have some kind of quirk going on, which I reported to Apple on 17-Jun-2014. It was marked as a duplicate of issue 3666617 which remains open until today. If you select a color with the color picker, and then use the eye dropper to pick the color from the corner where the color is displayed, it will select a different color.
-
Thanks, could you try with the color profile I've attached in the previous post?
-
No. Thought this had been clarified, you keep regressing to this idea which is not related to the problem. At this point I'm only talking about the color output by Affinity. Nothing to due with the color code displayed by Affinity, or the values stored in the file. (we can get to that later in another thread) This has been understood. You cannot reproduce the problem. It is only noticeable with certain color profiles, none of them causes the problem for you. If you are curious try the profile I've attached, would be interesting if you cannot reproduce the problem with it. Color LCD-60F5227B-D14A-FB6B-554F-E301D534C60C.zip This is interesting information, but again, irrelevant for this discussion. The colors I've selected are representable accurately with 8bit. The problem still occurs with a 8bit document. 1. I don't care about the document color values at this point. Just the color output by affinity, which is not consistent between different parts of the interface. That might be useful to reveal some further possible problems I would leave that for another thread. Thats all good, but this topic is complex and it is easy to derail the discussion by introducing misinformation which is sometimes misleading and besides the point. That might be one of the reasons some of these discussion get nowhere and specialised software like Affinity and Sketch are still displaying colors differently. There is at least one inconsistency from Affinity's side, so lets try to isolate it and get at least one fixed? Thank you!
-
I'm talking about lack of consistency inside of a single app: Affinity. Not talking about Affinity vs DCM Just try different color profiles in the system preference until you find one which makes affinity show different colors inside the app. I have some profiles which make the colors consistent, but I'm using the profile made for this display.
-
I still get the difference in colors. Does not matter if measuring on a screenshot, or directly on the interface. It also doesn't matter if it is with DCM or AP color picker. Can you try with this screenshot? I'm too using the default and reccomended color profile for my mac. The fact that the problem happens conditionally depending on the selected monitor profile indicated that affiniy is not applying the same color conversion on the document and color picker. The fact that you keep talking about monitor ageing makes me believe you don't understand what is happening, just stating random facts, since that does not influence the measurements taken in any way.
-
You use the same tool (Digital Color Meter or any other system wide color picker meter) to measure the difference of color between the two mentioned parts in the Affinity interface. Let me know if anything is not clear.
-
Once again: The color profiles being applied should be the same between the color panel and the document window. The color picker and the document should display the same color. (Notice I didn't mention the Digital Color Meter in this sentence.)
-
You keep mentioning the difference between the Digital Color Meter app and the document colors. But the issue is about the difference between the Affinity color panel and the document colors. When I pick a color using the color picker, I expect the color to be the same as the color displayed in the document, independently of the selected color profile (in affinity or the system). And I don't mean the color code, but the displayed color (which you can measure with the Digital Color Meter). Either you have a second point with that, which you are not mentioning explicitly, or you didn't understand the issue.
-
Everything you quoted from the article makes sense, don't understand what is your point with it. Maybe this picture answers this question more clearly.
-
The Apple Digital Color Meter measures the color of the screen pixel(s) as it is output by the system display buffer. There are multiple profiles in different buffer which contribute to that result. http://ricciadams.com/articles/osx-color-conversions/#osxis a good read. One of those profiles is set in Affinity's. Independently of the profile selected in the system, the colors should change consistently. The color panel and the object should display the same color.
-
The Apple Digital Color meter is merely used to measure the color on the screen, not the point. With color of the document, I obviously mean the color of the object in the document. You measure the the color displayed in the affinitiy color panel, you measure the object color, you realise they are different. This seems to vary depending on the system color profile you are using.
-
Afiinity's color swatch vs Affinity's document. Not about about Apple's Digital Color Meter
-
Still that doesn't explain the difference in color between the Affinity's color swatch and the document right?
-
Its the default as far as I know. Macbook Air 13' (2011)
-
It seems to depend on the screen Leight. Try with a different monitor or with a different color profile. Its not surprising that the color changes, but that there is a mismatch between the color displayed in the color swatches and the document.
-
Document: sRGB 16 Color Value: #E2893A Digital Color Meter (sRGB) on color pane: #E2893A Digital Color Meter (sRGB) on element: #E28939 colormismatch.afdesign colormismatch.afdesign
-
As an example, let's say you need to change the color of all elements in a group. If you select the group itself, it is not possible to modify the color or any other property, even if all the elements of the group are of the same type and share the same color. It is necessary to select all the elements of the group to be able to modify their properties. Are there any plans to make the properties of the elements accessible when a group is selected? In the meanwhile, is there any shortcut to easily select all elements of the group, instead of the group itself? Some methods already known: In the layers panel with the help of the ⇧ Shift key Making a selection around the elements with the marquee while pressing the ⌘ Command key ...?
-
It would be nice if the Absolute Sizes checkbox present in 1.1.2.22547 included the stroke width as well. Relative Stroke Width could behave like corner radius percentage.
-
+1
-
This was implemented in 1.1.2 and seems to be working perfectly! Congratulations and thanks you! :)
-
There is an "autosave on focus lost" feature that is popular among code editors like Sublime, Textmate, InteliJ, etc, which could also be useful in Affinity, and also play synergetically in this scenario. With that feature in place, and with export on save, the user could either: - In a side by side scenario, with multiple monitors for example, just hit cmd+s and without switching applications, see the work refreshed in the browser (with the proper 3rth party auto-refresh plugin in the browser) - Or in a laptop small screen scenario for example, with each application in full screen, just switch to the browser and see it reload automatically (save on lost focus + export on save) I don't know how expensive the save operation is, but you could kill 2 birds with one stone? Just thinking out loud here..
-
The idea here would be to be able get as close as possible to Real-time embedded document editing, but with assets which are being used outside Affinity, like for example in web pages. This could be accomplished by reducing as much as possible the friction in exporting, and automating it as much as possible. More specifically, it would be possible to re-export all the selected slices which were previously exported, with just a single click or keyboard shortcut, without extra dialogs to select the path, and without having to switch to the export Persona. In addition to that, the user could select an event which would trigger the export automatically, like for example, when the document is saved, or when Affinity designer app loses focus. This would allow to further reduce the costs of iterating between Affinity and the final destination where the assets are being inserted and used. This functionality can be mostly seen in action already in photoshop with the help of one of the following tools: Slicy PNGHat Adobe Generator
