省实附中 课间铃声


旧铃声（2005年建校 - 2009?年）
上课铃：「口哨与小狗」（第一节课为完整版，其他课为短版）
第一节课（8:40）下课铃：未知
第二节课（9:20）下课铃：未知
课间操：「团结友谊进行曲」
第四节课（12:00）下课铃：「Espana」 - Paul Mauriat
午睡铃声：未知
午休起床铃声：「Blue Sky」 - Mantovani & his Orchestra
第五节课上课铃：未知
第五节课下课铃：未知
第六节课下课铃：未知
下午5:30铃声：未知
下午6:40晚读预备铃：「卡农」
晚上9:50睡觉铃：「Ave Maria」 - The Mantovani Orchestra


新铃声（2009年?启用）
起床铃声：蓝色多瑙河
上课铃：「天上的星星下凡来」
课间操：「天上的星星下凡来」- 胎教音乐 &「Слава Родине」 - Парадный Марш
下课铃：未知
下午5:50放学铃声：「Espana」 - Paul Mauriat
下午6:40晚读预备铃：「Blue Sky」- Mantovani & his Orchestra
晚上9:50睡觉铃：「Ave Maria」 - The Mantovani Orchestra

评论

发表评论

此博客中的热门博文

macOS安装配置libnfc小记

今天尝试在自己的Macbook Pro上安装了libnfc。 我使用的是NXP PN532芯片，通过UART的形式，使用CH340G的uart转usb芯片接入Macbook Pro。系统是macOS High Sierra 10.13 安装步骤参考 libnfc的官方文档 ，总结如下： 1. 从github上clone libnfc的源码 2. 使用autoreconf -vis命令 3.  ./configure --with-drivers=pn532_uart --sysconfdir=/etc 4. make 5. make install 安装部分结束。接下来是配置部分。 我通过UART的方式连接PN532。使用CH340G芯片完成USB到UART串口的转换。macOS系统下，CH340G芯片可以从WCH的官网 这里 下载到。安装完成并重启后，在终端中查看/dev的设备，会发现多出来一个叫tty.wchusbserial1420的设备。记住它。 上述安装过程的第三步，指定了配置文件目录在/etc下。因此，新建/etc/nfc文件夹，并且新建libnfc.conf文件。添加内容如下： device.name = "NXP PN532" device.connstring = "pn532_uart:/dev/tty.wchusbserial1420" 然后保存。 接下来，将卡放在PN532读卡器上，并在终端运行nfc-list。 如果看到 NFC device: NXP PN532 opened 这行字的话，说明已经安装成功了。 更新：在编译依赖libnfc库的软件时，可能会出现找不到libnfc库的问题。 解决方法：参考了Stack Overflow上的 这篇文章 ，在编译mfoc、mfcuk等软件，configure时，加入如下代码： ./configure LDFLAGS=-L/usr/local/lib PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
阅读全文

一点经验教训：RecyclerView的Adapter中getItemCount()不起作用的原因

 很久没写过项目了。最近重新拣回以前的老本行Android开发，写了个小项目。 今天，我在写项目的过程中，用到RecyclerView时，发现其Adapter中重写的getItemCount()方法不起作用。Adapter中使用了两种item view：一个是列表的标题item view，用来显示list数据源有多少个数据，另一个是list列表中的详细数据。如果List中存在数据时，该列表至少会有两项视图。 在调试的过程中，数据源中的数据更新到了6个。本来列表中应该显示7项的（1项标题+6项数据），结果只显示了2项（1项标题+1项数据）。因此，仔细检查了Adapter有没有写错，还有RecyclerView有没有初始化错误。一一排除后，发现错误依然在。 因此，我打开了调试工具，打断点一步步调试。 一开始追踪到RecyclerView.Recycler.tryGetViewHolderForPositionByDeadline()中时，其传进来的参数一直只有position=0和position=1两项，并没有position=2-6。正常的话，position是会依次传进2-6四个值的。判断是上一个调用并没有把position剩余的值传进来，于是，通过调用栈往上追踪。 通过追踪发现，tryGetViewHolderForPositionByDeadline()这个方法是被LayoutManager的LayoutState.next()方法调用的，此方法用来获取下一个布局的View。继续往上追踪，经过一个layoutChunk()方法，最终定位到了LayoutManager.fill()方法中。 在fill()方法里面，有一个while循环用来判断是否还有其他元素。判断条件是(layoutState.mInfinite || remainingSpace > 0) && layoutState.hasMore(state)。经判断，后者layoutState.hasMore(state)是满足的，因此，很有可能就是前者(layoutState.mInfinite || remainingSpace > 0)这个条件没符合要求，才导致没办法渲染其他列表元素。 其remainingSpace的定义是 int remainingSpace...
阅读全文