Ant-design: 🎄 Christmas easter egg 🎄

Created on 12 Nov 2018  ·  187Comments  ·  Source: ant-design/ant-design

  • [x] I have searched the issues of this repository and believe that this is not a duplicate.

What problem does this feature solve?

Christmas easter egg is a really fun joke, but in business app we should give the possibilities to switch off that. This feature could block users from using this awesome library

What does the proposed API look like?

My proposal is a prop (also true by default) and when switched to false it block the easter egg.

Accept IssueHuntFest help wanted 🗣 Discussion

Most helpful comment

image
还有。。你们的官网首页Christmas好像拼错了吧。。

All 187 comments

You can override the css : )

.ant-btn.ant-btn-primary.christmas:before {
  display: none!important;
}

This _might_ be ok for such a widely used application if it was at least opt-in... I cannot use this library professionally with this applied, and it is unfortunate that I had to scour source code to find it...

Are there any other Easter eggs like this within Ant? I want to be sure I'm overriding them in my application.

I really want to use Ant for future projects but decisions like this concern me. I imagine some poor developers are going to have their Christmas day interrupted when they get an angry email from their managers asking to remove the snow from all the buttons.

it's not fun at all...

at least there should be some config to disable it, not override the style!!!

We will make 00aebeb9756afecc884ad48486084836b9a2707a optinal in next patch version, there is a potential ConfigProvider API without any date judgement condition, and the default value of snowyButton would be false.

<ConfigProvider snowyButton={true}>
  ...
</ConfigProvider>

Also, Merry Christmas to everybody~ 🤶🏻


Removed the egg in [email protected] now.

I would not recommend overriding CSS. All buttons come with "Ho ho ho!" title. If you remove the snow, title will pop up when you hover on the button. And it cannot be removed with CSS. You'll need to edit DOM. At least with the snow it will be more obvious that it's an easter egg and more acceptable for users than a normal button with "Ho ho ho!" title.

Easter egg should be disabled by default in production mode.

怎么去掉

title="Ho Ho Ho!"

?
@zombieJ
@afc163

怎么去除

我们是做2B应用的,这种“彩蛋”让人有失控的感觉。翻了下过去的release里也没有提到过这个彩蛋,看起来是故意为之。但用户如果有意见,我们就被动了。加彩蛋可以,但最好控制权还是在开发者手里,默认关闭,由开发者决定是否开启。开发者给最终使用者的惊喜叫“彩蛋”,框架给开发者的惊喜就是惊吓了……

So foolish!!!

💔

吓我一跳,没有 任何 说明 突然 来这么一下

This is ridiculous! We are running serious business using Ant.Design.

If Ant.Design is designed as "library", how and when to present an Easter egg should be controlled by the application developer, not the library.

Christmas is a happy day, but not for every business.

吓死宝宝了!

所谓“彩蛋”就是不会事先通知的。

我觉得雪花如果使用能够使用更高融合度的设计,也许更多人能一笑置之,毕竟没有什么不良影响。或许还能获得好评,毕竟skin这个概念是有的。可惜现在扁平的界面里那块3D雪。。。
但是改写 title 完全没必要,仿佛像是恶作剧了。

可以让开发者配置就好了, title 完全没必要

~没有女朋友,一觉醒来还要被喷,我已经隔着屏幕体会到那种弱小又无助的感觉了~

实际上发个新版本出来就好了...

希望每个前端都不要被产品经理diss...

这次在代码里掺屎,下次就不定搞什么了

这种东西 还是觉得 由开发者 去控制 比较好, 根据 实际情况要不要使用, 而不是 被业务 找出问题来。 风格 也不一定试用所有UI, 在某些地方 看着就可能很怪异

产品是面向客户的,所谓的彩蛋并不是所有人都受得了,比如一个比较严肃的场景..用户体验的第一感受是不是系统给植入了部分恶意代码...会觉得是惊喜么?惊吓更多吧...

正如上面有人提到..面对开发者这功能就理应告知,且允许控制.

不是应该由自家的开发者决定是否给自己面向的用户群开放这个功能....这样才比较合理么!!

你已经是个成熟的框架,不用别人教你不该做什么。。。

应该是可配置,而不是覆盖。

个人感觉这个菜单简直太帅了,赞

本来今天高高兴兴的, 没想到还没到公司就被喷,整个群都炸了,说中病毒了。感觉要被杀了祭天。。

Please solve the problem as soon as possible。
anyway 控制权应该在我们开发者手里,应该是可配置!而不是完全覆盖!right?

本来今天高高兴兴的, 没想到还没到公司就被喷,整个群都炸了,说中病毒了。感觉要被杀了祭天。。

请做好防御措施

本来今天高高兴兴的, 没想到还没到公司就被喷,整个群都炸了,说中病毒了。感觉要被杀了祭天。。

God Bless you

本来今天高高兴兴的, 没想到还没到公司就被喷,整个群都炸了,说中病毒了。感觉要被杀了祭天。。

稳住,老铁

WTF

这次在代码里掺屎,下次就不定搞什么了
666

心机Boy

因为这个christmas彩蛋一大早就被测试提了过来...真的服了

哈哈, 惊喜大于惊讶..特地找了一圈..不过还是改成可配置的, 会比较好.

本来今天高高兴兴的, 没想到还没到公司就被喷,整个群都炸了,说中病毒了。感觉要被杀了祭天。。

surprised! good luck~

还好没点击按钮跳出个徐锦江

只能把锅甩给产品了

I don't need christmas in my business apps. So unprofessional for a widely used library x(

Don't worry too much. The antd team will work it out. 否则,大家等着被祭天

为什么不先通知开发者??????

你已经是个成熟的框架,不用别人教你不该做什么。。。

是时候杀一个开发者祭天了。
Time to kill a developer to Celebrate Christmas.

群里还说 这是冰雪节限定皮肤 然而这并不好, 希望有全局配置能够对其进行删改

国内的开发现状暂时还接受不了这种类型的彩蛋,antd 还是准备公关吧

开源的项目,个人觉得应该多高一些这种彩蛋,如果有个彩蛋列表就更好了~

Is it April Fool's Day today?

哈哈!好玩。

官方开玩笑吧,不通知就强行开始彩蛋了?我要重新评估是否需要把ANTD从项目中移除,因为它开始失控了!

国内的开发现状暂时还接受不了这种类型的彩蛋,antd 还是准备公关吧
别说国内,国外也一样。。。

感觉互联网产品开发大战要开始了

看业务产品的包容程度吧。如果是比较成熟而严肃的业务不应该出现这种变化的。
In some profession place it should not be enabled by default.

这波操作太随意了,会产生对antd团队专业性的质疑

还有没有其它彩蛋了,我好都去都关了,太可怕了,会被骂的

怎么给项目差评啊?有人会么

怎么给项目差评啊?有人会么

弃用之!

感觉互联网产品开发大战要开始了

里程碑啊,这次圣诞事件

吃瓜群众默默的看着。。

本来今天高高兴兴的, 没想到还没到公司就被喷,整个群都炸了,说中病毒了。感觉要被杀了祭天。。

保重

踩蛋

这个彩蛋不太适合我们公司的业务产品,太随意了,之前的文档里也从来没见到彩蛋说明

我们是单独部署给工厂的项目,工厂要求单独部署都是为了自己的数据安全考虑,这样搞人家就会有一种不安全感,而且难道要我们一家一家给解释?,覆盖代码后都重新给部署一遍吗 。。。

两个项目 一个项目老版本,一个项目新版本,以为开发人员造了个隐藏bug

Just ridiculous! It's a terrible experience to have such an easter egg for poor developers!

对那些是背景是白色的页面,,这些button如同被咬了一口。

自认为antd是国内为数不多的靠谱的开源库,这样就太让人大跌眼镜了。

you people don't know how to solve this problem, so this issue became a gitter ? come on guys, do a feature hot fix, solve it.

欢迎大家使用 https://github.com/sheinsight/shineout
不会随意添加不通知用户改变行为的彩蛋

hhhh,为此我向客户解释了一番。

@smk0621 链接后加个空格

一大波bug单已经在路上了,这波操作让我对Ant Design非常失望,他已经变得不再可靠了。

完蛋啊,要被祭天了,好几个已经online的项目。

I have to update my app on Christmas Eve to remove this. I get the humor, but my platform goes through a design approval process with each client and this was not approved. Now I'm rolling out updates to a bunch of single tenant apps when I should be getting drunk with my family. Thanks!

太失望了,对Ant Design好感顿时降低一个数量级。

国内开发,不太能接受

感觉过了点啊,console里面玩玩就可以了嘛。。太突然了

完全失控,彩蛋变踩蛋!请ANTD快速移除吧

这一波,老板觉得 ok,马上升职加薪了。

太失望了,对Ant Design好感顿时降低一个数量级。

个人对ant好感提升了~

antd 要作死!

antd 产品祭天吧

以后的框架可以这么介绍自己:“永远不会直接给用户加特效”。

至少在更新日志里提一下

哈哈哈 测试还没来得及发现

太坑了, 被老板骂了

产品觉得不错,期待下一次的彩蛋,哈哈

产品觉得不错,期待下一次的彩蛋,哈哈

同期待下一波彩蛋

这么多人使用的库,不能这么玩啊,还有没有其它的,请告知,需要去掉

我家测试也没发现, 朋友的政F项目已被骂惨

如何去掉啊

要有一个配置才行的,不能这么玩

新年彩蛋可以开始准备了!!!

建议放到console。因为这本来就是框架和开发者之间的互动。做前端的,console控制台是必须开的。实在要体现在组件上,那么我觉得应该在production模式下是禁用的。毕竟开发者90%的时间是在开发环境。

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

小玩一下还是可以滴,哈哈~~

这个要事先通知开发者的吧,或者由开发者来控制。

这么玩😂,真怕其它框架效仿。。。😂

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

在风口上被捅了一刀。

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

真的假的

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

真的假的?

列入黑名單

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

当真?

真心不敢用,这次是圣诞,下次可能就是春节,想象下 早上不是被鞭炮炸醒的,而是被 boss 夺命连环 call 醒的。。。。。。。

太傻了这彩蛋

毛线的彩蛋,我还以为是公司svn服务器被人黑了,后来才发现仅仅是所有用了antd的项目才这样,THIS IS NOT FUNNY !!!!

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

啊?

通过植入垃圾代码实现这类愚蠢的彩蛋,这种设计就是一种bug。

身为国人应抵制国外节日,自带这么高流量的企业应该更要带好头弘扬中国的传统文化,
我实在无法忍受一个鸟圣诞,有什么好宣传节日氛围的,还说什么彩蛋,我认为这个是臭蛋。
有些电视剧主角们配件也是人手一台苹果电脑,手机。我们国人什么时候才能雄起,什么时候才能不崇洋媚外啊,哀哉!!!

我也以为系统被黑了, 然后我又特意搜了一下"spring"之类的看看有没有春节彩蛋。

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

心疼

image

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

今天也公司也爆出这个问题了,客户投诉量巨增,老板把前端开了,说是造成公司重大损失,一分钱也不赔。

哎! 骂归骂,骂完了接着用,难道还能把架构重新写一遍?还是有更好的react-UI框架推荐?

身为国人应抵制国外节日,自带这么高流量的企业应该更要带好头弘扬中国的传统文化,
我实在无法忍受一个鸟圣诞,有什么好宣传节日氛围的,还说什么彩蛋,我认为这个是臭蛋。
有些电视剧主角们配件也是人手一台苹果电脑,手机。我们国人什么时候才能雄起,什么时候才能不崇洋媚外啊,哀哉!!!

老哥转进如风啊

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

心疼

好皮

以为是病毒,想不到竟然是....

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

Really?

以前公司数据库被sql注入过,每个表每个字段都插入一段 img 标签,然后网页能显示的地方都显示出来图片。

赶紧取消掉吧,我们这边的业务没法这样搞啊,真要紧急发布?????????

看到大家都在喷,我就放心了。另外杭州海创园招前端高级开发!

老板问我按钮为什么被狗啃了

什么玩意呀

如此专业的开源项目发生这么不专业的事情,痛心!

怕是下次就注入漏洞了。

判断写死在代码内的。。。。

刚到公司,就让我收拾东西办理离职手续,好了,本来就在裁人,现在都不用找借口了。问下这个情况可以申请仲裁么

今天也公司也爆出这个问题了,客户投诉量巨增,老板把前端开了,说是造成公司重大损失,一分钱也不赔。

真的?裁员的好借口。

这个事情开始发酵了

哎! 骂归骂,骂完了接着用,难道还能把架构重新写一遍?还是有更好的react-UI框架推荐?

会流失潜在的开发用户, 估计下次大整改.部分人就会把antd 剔除在考虑的范围内...

还有一些业务不复杂的公司..说替换那替换起来也很快的

客户会觉得你可以操控他们私有的项目,这是一个很可怕的事情,谁来担责

这是一个可以一天后自愈的bug(手动滑稽)

这太不严谨了。。

整个小红帽就够了,结果一大片跟啃的一样,背景还是白的,一点都不像彩蛋,像bug

就我想知道title该怎么去掉咩

这是一个可以一天后自愈的bug(手动滑稽)

看面向的用户群吧..若是有政F合作这些的..很容易给叼..因为出现了不可控因素..

出售花生瓜子。
Sell peanuts and melon seeds。

我想知道明天会好吗?

一大早头上莫名多了一个BUG。。。

我觉得这个挺好啊。。。很有意思啊,不管是给谁,都有一种节日氛围的感觉

antd这波劝退堪比当年的脸书劝退

愚蠢的人类

出售花生瓜子。
Sell peanuts and melon seeds。

同售啤酒香烟

整个小红帽就够了,结果一大片跟啃的一样,背景还是白的,一点都不像彩蛋,像bug

我也以为组件出bug了,来这儿一看,嚯,原来是个彩蛋.....

就是有点丑!这个白雪花,还不如一个圣诞帽子

我觉得这个挺好啊。。。很有意思啊,不管是给谁,都有一种节日氛围的感觉

政府部门不看这个

我觉得这个挺好啊。。。很有意思啊,不管是给谁,都有一种节日氛围的感觉

关键那个效果不忍直视,像狗啃的

花生瓜子方便面,啤酒饮料矿泉水~

没有一点点防备

zf 不过圣诞节

我觉得这个挺好啊。。。很有意思啊,不管是给谁,都有一种节日氛围的感觉

关键那个效果不忍直视,像狗啃的

那倒是,挺丑的!

image
还有。。你们的官网首页Christmas好像拼错了吧。。

前排出售小板凳~

这个代码也是写死的每年11月25,amazing

lower than version 3.9.2 can solve the problem

image
还有。。你们的官网首页Christmas好像拼错了吧。。

为何你这么皮...

image
还有。。你们的官网首页Christmas好像拼错了吧。。

为何你这么皮...

~~~·

image
还有。。你们的官网首页Christmas好像拼错了吧。。

老哥,还是你稳啊

这个代码也是写死的每年11月25,amazing

12月

image
还有。。你们的官网首页Christmas好像拼错了吧。。

哈哈还真是,这个眼神无敌了

觉得挺可爱的啊

image
还有。。你们的官网首页Christmas好像拼错了吧。。

你是魔鬼嘛

吃瓜,,,哈哈

前排围观

大家可以直接回滚到 3.9.2 之前。。。
另外没有建设型的聊天真的应该停止,让全球跟着看笑话没必要,还暴露自己的水准。

@afc163
<ConfigProvider snowyButton={true}> 我认为没必要实现,毕竟不到14个小时节日就过了。没必要占用代码量和流量。

坐等好戏

不敢想象4.1日会出现什么!

春节会不会来串鞭炮

image
还有。。你们的官网首页Christmas好像拼错了吧。。

滑天下之大稽

我还觉得挺可爱····竟然大多数人不喜欢 ·。·看来这种规模的库还是要首先考虑用户的下限,然后再锦上添花

来瞧一瞧看一看了~欢迎各位有前端技术热情的同学加入我们。特别地,我们不会因为一个彩蛋就杀了程序员祭天。。。base 广州,上市公司。广招前端后台~有兴趣邮件一下简历谢谢~~~

看到大家都在喷,我就放心了。另外杭州海创园招前端高级开发!

这波招聘厉害了

不敢想象4.1日会出现什么!

image
还有。。你们的官网首页Christmas好像拼错了吧。。

把我的九层妖塔拿出来,我要给秀儿蒸笼包子

Merry Christmas!
圣诞快乐(^▽^)
我来写个正确的吧!^_^

来瞧一瞧看一看了~欢迎各位有前端技术热情的同学加入我们。特别地,我们不会因为一个彩蛋就杀了程序员祭天。。。base 广州,上市公司。广招前端后台~有兴趣邮件一下简历谢谢~~~

优秀啊

大版本4.x.x升级不会给我们一个很大很大的惊喜吧!!!!!?????

这种彩蛋到底是要给客户带来"惊喜",还是给开发者带来惊吓?

img

弄个投票,我投赞成票!

坐等吃瓜

真是没一点责任心 不考虑用户使用场景

伊斯兰国家过圣诞节吗?打开一看十字军占领自己家网站了?前端被砍死有人负责吗?

侵犯我们无神论者的信仰自由

这代码怎么加上去的?

这波操作很溜,还好我们线上版本没更新,尴尬😓

What about the Spring Festival? Nothing in the Spring Festival?
Ant???
Only Christmas?


春节呢?春节没有嘛???
Ant???
只有圣诞?

Issue 是用来提问题跟解决问题,而不是用来炒热点的,讨论到这份上只能锁了

Issue is used to raise and solve problems, not to stir up hot spots, I lock this.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

longzb picture longzb  ·  3Comments

benjycui picture benjycui  ·  4Comments

Ancinek picture Ancinek  ·  3Comments

afc163 picture afc163  ·  3Comments

zzsoszz picture zzsoszz  ·  3Comments