My only mildly knowledgeable guess would be that those are more "pregnant person" and as part of the work to add gender modifiers to emojis they just added male/female versions of a whole block that happened to include those.
Would definitely love if the linked chart had a reason for rejection column
Uneducated guess--somewhere someone will have archived the discussion--but I wonder if the technical complexity was also a factor. If you've made the combining characters for gender, and you've designated which characters can combine with them, but you didn't plan for characters that must be combined only in certain ways, then you're looking at having to specify all that out, and then implementers will have do their thing, and it just... wasn't worth it.
But that's not the system. They should be sticking to consistently using the ZWJ + gender to modify a base emoji and they aren't. Consuming three codepoints when one will do is silly.
There's some evidence of support at the end of it, many of which were angry Twitter posts. Some of those posts seem like satire/shitposts, but it's hard to say without context.
Just like how eggplant and peach emoji are used for representing things other than fruit and vegetables, I'd expect pregnant man to find its own niche in time. It doesn't take a genius to guess that it will be used by a lot of guys who just ate an enormous burrito.
Why is it appropriate for you to suggest how guys will use that emoji, but it’d be wrong for me to suggest how girls may learn to use a different emoji?
This is not how the guys I know use this emoji, btw.
"It is time for the UTC to own up to their mistakes. This whole ordeal has gone on for way too long. I am not asking for much; the solution to this problem is laughably easy. The current gender situation in Unicode is discriminatory, end of discussion. It excludes transgender people by pretending that only women can get pregnant. It excludes non-binary people by treating the third gender option as secondary to male and female, and by neglecting it for virtually all current human- form emoji. It excludes gender non-conforming people by carefully avoiding gendered sequences for characters like BEARDED PERSON."
> it excludes gender-non-conforming people by carefully avoiding gendered sequences for characters like BEARDED PERSON.
I don't understand this part. Isn't it a good thing that those emojis lack gendered sequences? Or is it that they should have modifiers to make them appear the way that a person wants to present themselves?
Although footnotes 4 and 5 say “This was replaced with [emoji] during the approval process.”, this shouldn’t be taken as that it was accepted in any way. Look at what it was replaced with:
MAN, ZERO WIDTH JOINER, BABY BOTTLE.
That is, bottle-feeding, which is a completely different thing and much more realistic.
So, now you have four relevant Recommended for General Interchange emoji: breast-feeding, and {person,woman,man} feeding baby.
Well, and variants with skin tone modifiers, if you count those distinctly. With the recommendation that the baby’s head be hidden, the skin tone only applying to the feeder (https://unicode.org/reports/tr51/#Multi_Person_Groupings).
Intel released a couple days ago new Xeon-W CPUs with AVX-512.
The wx-24xx uses the same p-cores as alder lake, but with avx-521 enabled. Same for wx-34xx but with raptor lake's p-core.
The entry levels xeon are believed to be identical to Core ix, with the e-cores disabled and avx-512 enabled. The extra I/O and ECC support is done by the chipset.
In summary, they just went to support avx-512 only on xeon w.
This makes sense, since must be hard to schedule between cores with and w/o avx (the e-cores doesn't have avx).
Metamerism is not an issue with displays. You can find at the spectral distribution of the tvs and monitors on websites such as rting and hdtvtest.
And things such as "viewing condition" and "chromatic adaptation" are part of the color appearance model (CAM). The color spaces assume some reasonable value for those. For instance, a color space used for cinema, assumes dark viewing condition (I don't remember which one).
Also, many TVs and most Apple devices, have sensors to collect environment light, and applies color correction to best represent the color accuracy based on the environment.
But I agree, color science lacks data.
I don't think many people realize that most of the color science theory is based on a color matching experiment done with 1959, without lasers, with a very small biased population (european, males for genetic reason).
Of course it is. But all color interpolation usually happen in the color model used. What makes this one different is that the lines are not drawn in the polar HSL coordinates, but are cartesian instead. The results are quite different if you just interpolate color in HSL as you can see here: https://codepen.io/meodai/pen/GRyjQoZ
Yeah, it is obvious. But word "interpolation" isn't to be found anywhere in the text.
IMO, having something like "color interpolation in HSL Cartesian space" would make it crystal clear what the tool is about. Also, "interpolation" is the keyword I'd use to search for this on Google. So, would likely be an SEO.
Unlike OP, I think it is clever to use words like "enigmatic", "mystical", etc. Not my particular taste, but it is a good branding.
About the transformation. Most libraries can interpolate on CIE's XYZ-D65, but I'm not sure how this would compare with doing operations at Cartesian coordinates of others colorspaces.
The widget from codepen also looks great. You are really good at designing color widgets.
Note: Melanopsin is the name of the ipRGC's photopigments.
---
I've seems studies showing that genetically modified blind mices with ipRGC had circadian cycle. And that just a few photons of blue light is capable of suppress melatonin production in humans.
But I haven't seem anything about supression of melatonin being regulated by the ratio of yellow light and blue light. Could you provide a source?
Neuroscientist Andrew Huberman says it in episode 2 of the Huberman Lab Podcast. Sorry I don't recall where in the episode.
Huberman never specifies how low in the sky the sun needs to be for the sunlight (and my guess it is specifically the indirect fraction of the sunlight) to have a strong effect on the timing of the circadian clock.
"Indirect": scattered by the atmosphere.
I tried to corroborate with other sources, but gave up after about 60 min in a search engine. I have corroborated by my own experience though (I aim to go outside about 10 minutes before sunrise, but sometime I am delayed by up to 30 min) and the experience of a friend. Also of course the grandparent of your comment is corroboration of one half of the hypothesis (the other half being the assertion that when the sun is high in the sky, it has neglible effect on the timing of the biological clock).
He says that on a cloudless day, you only need 5 minutes of exposure provided your eyes have a clear view of the sky (i.e., no brim of a hat obscuring half of the sky). On a very overcast day, 20 min might be required.
There are plenty of evidence that the activation of ipRGC inhibits melatonin production.
My question was about the "ratio of yellow photons to blue photons".
Fun fact: Blue light can stimulates melanogenesis in dark-skinned individual (type III and above) [1], no UV required. This process is mediated by an Opsin, like our vision.
This is a somewhat recent discovery (~2010) and the physiological effects are still largely unknown. Most studies on the subject are concerned about hyperpigmentation and oxidative stress.
The "ratio of yellow photons to blue photons" is a verbatim quote from the podcast episode. Huberman didn't expand on that in the episode, and (again) my search for specifics yielded no additional understanding.
But Huberman was quite clear that the spectrum of light when the sun is low in the sky is different somehow from the spectrum when it is high, and the eye has some way to detect this difference.
The important fact is that when the sun is high in the sky, the light has very little effect on the timing of a person's circadian rhythm, and Huberman was quite clear on that too.
Despite being a public park, managed by a governmental entity, there is an entrance fee. Likely to restrict the access of poor people, since it doesn't seem to be lacking funds (the data is public).
There is also a rumor that prince Dom Miguel used to hunt chineses for fun nearby the Chinese view [1][2].
It is a beautiful place and worth visiting, thought.
> The reader is referred to the timings for Tiger Lake and Gracemont.
On Tiger Lake (pg 167):
> Warm-up period for ZMM vector instructions
> The processor puts the upper parts of the 512 bit vector execution units into a low power mode when they are not used.
> Instructions with 512-bit vectors have a throughput that is approximately 4.5 times slower than normal during an initial warm-up period of approximately 50,000 clock cycles.
I'm not saying you are wrong. I just haven't heard about that.
> Since 512-bit instructions are reusing the same 256-bit hardware, 512-bit does not come with additional thermal issues. There is no artificial throttling like on Intel chips.
At least for Zen4, there's no worries about throttling or anything really. Its the same AVX hardware, "double pumped" (two 256-bit micro-instructions output per single 512-bit instruction). But you still save significantly on the decoder (ie: the "other" hyperthread can use the decoder in the core to keep executing its scalar code at full speed, since your hyperthread is barely executing any instructions)
I've been studying color theory (its harder than you would think) on my spare time; and I did my undergraduate thesis was on posit few years ago. I think using posits may be a good idea to compress the luminosity, but I'm not sure how good it would be for the ab on a Lab-like format.
A format close to the cone fundamentals, like XYZ, could have benefits being encoded in some kind of non-standart posit.
I'll add this into the stack of things I eventually I'll look into.
.png){kind=link}