SMS Shift Table

通过实施Shift表支持(锁定Shift表和单一Shift表),NowSMS现在能够以非Unicode字符形式发送包含特定国家语言字符的短信,克服了每条消息仅限70字符的限制。这一特性特别适用于土耳其语、西班牙语、葡萄牙语等语言。

http://www.nowsms.com/discus/messages/1/70000.html

We have implemented shift table support (locking shift table and single shift table) to NowSMS for the following languages: Turkish, Spanish, Portuguese, Bengali, Gujarati, Hindi, Kannada, Malayalam, Oriya, Punjabi, Tamil, Telugu, and Urdu.

Shift tables are a way to support national language characters in SMS messages without requiring Unicode characters. (If a message contains any characters that require Unicode encoding, the entire message becomes subject to a 70 character limitation per message instead of the normal 160 character limit. Shift tables are a way to overcome this limitation.)

Shift table support is necessary in the handset in order for the client to be able to see these characters when shift table encoding is used.

For the Turkish language, shift tables add support for the following national language characters: Ğ, ğ, Ş, ş, İ, ı, ç

For the Spanish language, shift tables add support for the following national language characters: ç, Á, Í, Ó, Ú, á, í, ó, ú.

For the Portuguese languages, shift tables add support for the following national language characters: Á À Â Ã ª á à â ã É Ê é ê Í í Ó Ô Õ º ó ô õ Ú Ü ú ü ` ç ∞

The 10 Indian languages that are supported contain too many characters to mention here ... and are so newly defined (3GPP Release 9) that they are unlikely to have any handset support for shift tables yet. However, we wanted our implementation to be flexible enough to support all currently defined shift tables.

Support for these shift table capabilities are still preliminary at this time. Additional information on how to enable NowSMS to support these shift tables is only being provided on request at this time. Please feel free to reply to this thread if you need more information.


=====

http://www.nowsms.com/shift-tables-national-language-sms-in-160-characters-without-unicode

The fact that messages that contain characters outside of the GSM character set require Unicode encoding and are limited to 70 characters per message instead of the expected 160 character limit, is a frustrating limitation for many languages.

Messages longer than 70 characters can, of course, be sent, but they are sent as multipart (segmented) messages, and reassembled by the receiving client.  If a message that contains Unicode characters is longer than 70 characters, it is broken into segments of 67 characters for sending.  To send a 160 character message requires 3 SMS messages if the message contains characters that are not part of the GSM character set.

The original GSM protocol was developed in Western Europe, so it includes most Western European characters, plus capital letters in the Greek alphabet in order to facilitate Greek SMS support.  You can view a table of characters in the GSM character set at the following link:  http://www.nowsms.com/long-sms-text-messages-and-the-160-character-limit

A recent posting on the NowSMS Technical Forums discusses recent developments in the 3GPP specifications to add additional national language support to the SMS standard, and eventually overcome these limitations.  For additional discussion of this topic, we recommend joining the discussion at http://www.nowsms.com/discus/messages/1/69650.html.   The start of this discussion is highlighted below.


=====

Android 2.3.5 supports “SMS Shift tables”, which allows devices to support national language characters in SMS messages without requiring Unicode characters. If a message contains any characters that require Unicode encoding, the entire message becomes subject to a 70 character limitation per message instead of the normal 160 character limit. SMS Shift tables allows devices to overcome this limitation.


====

Android phone property : telephony.sms.shift_table : true/false


某公司想要设计一款自动化排班系统有如下需求: 1.该系统能够管理员工在位情况,有公司领导,技工(一级技工和二级技工其中二级大于一级),普工(有级别从一级到五级),实习生(实习三月结束后转为正式员工)四中种角色,其中所有员工有在位,请假(并显示请假天数和起始时间) ,出差(并显示请假天数和起始时间),病假,以及员工的个人基本信息。 2.白班排班系统,该公司有n个小组,每个小组有m个小组成员和两个技工。排班从第一个个小组到最后一个小组依次轮动人员进行上班,除了技工可以不用上班(标记了请假,病假,出差等特殊状态的员工不进行排班,直到状态变为在位时进入排班)。注:白班时间为早上8点到下午6点,白班每一班需要人数为m人(注,周末双休时,或是节假日的白班轮班时间段班次比平时多两班,既总时长不变,时间段变多为保证员工休息) 3.夜班系统,其中技工,普工,实习生均参与夜班轮班。实习生在实习期间不得一人上工位必须有一个员工陪同。注:夜班时间为晚上8点到次日凌晨6点。夜班的每一班需n人 4.公司领导虽然不纳入白班夜班排班,但每周轮一次进行车间管理。此外默认情况下上述排班表是在本公司使用。但是由于公司加单,扩展了A,B两个在车间,但是A车间只用于夜班加班因此需要从总公司分一部分人到A公司上夜班(夜班轮班计划人数和总公司一致)。B公司则需要上夜班和白班(排班计划也和总公司一致)。A,B两个车间的排班人数计划是由总公司订单计划而变,分下面几种情况,A,B两个子车间都无需使用;A子公司和总公司都要排班;B子公司和总公司同时排班。A,B子公司以及总公司都同时排班。A,B两个子公司运行时间由领导安排和确定。 5.管理员能对人员信息进行修改,游客模式下只能对所有信息有读操作。 6.上述时间能和日历时间统一,最后能有一键导出单日排班表的功能(Excel表格)。 7.使用Python语音,pyqt框架,MySQL请结合上述需求,给出合理的程序设计思路和算法,以及技术
最新发布
06-18
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值