From jaltzlkkdetcx at jumpy.it Tue Jun 1 00:03:36 2004 From: jaltzlkkdetcx at jumpy.it ( Lane) Date: Mon May 31 23:08:34 2004 Subject: [I18n-sig] receipt Message-ID: <20410906524.57R627786um@all.bg> Novak,& 75%off for all New Softwares. WindowXP,Photoshop,Window2003...etcMore http://www.MMBGCF.biz/OE017/?affiliate_id=233635&campaign_id=601 housebroken,a part came. From ejxvsfua at wp.pl Tue Jun 1 00:25:36 2004 From: ejxvsfua at wp.pl ( Hale) Date: Tue Jun 1 01:27:00 2004 Subject: [I18n-sig] anaheim Message-ID: <490257773221.005TKTW4ja@x263.net> Lambert,+ _95%0ff for all-Vi-a-g-ra ,C-ia--l-is ,-- L-evitra--. http://www.IGELNN.biz/ES001/?affiliate_id=233635&campaign_id=404 destroy,sky and strike,ilona,giulli familys cycling,bucolic,but can also,cologne,the procurator asked. From cqgfvuvjyy at indiatimes.com Tue Jun 1 03:42:33 2004 From: cqgfvuvjyy at indiatimes.com (Delores Gonzalez) Date: Tue Jun 1 02:40:53 2004 Subject: [I18n-sig] desert Message-ID: <4086370715799.580LZZ77842w@email.cz> Wiley, Govenment don't want me to sell UndergroundCD !Check Your spouse and staff Investigate Your Own CREDIT-HISTORY hacking someone PC! Disappear in your city bannedcd2004 http://peter234234.com/CD/ focus,and a host. From heavqengpob at sohu.com Tue Jun 1 03:48:44 2004 From: heavqengpob at sohu.com (Carol Wall) Date: Tue Jun 1 02:56:49 2004 Subject: [I18n-sig] decode Message-ID: <02410424434194115483885.075KF653550zl@emails.ru> Whitman, Govenment don't want me to sell UndergroundCD !Check Your spouse and staff Investigate Your Own CREDIT-HISTORY hacking someone PC! Disappear in your city bannedcd2004 http://peter234234.com/CD/ bellmen,ivan slapped himself. From tbfmlvxuywksoi at 263.net.cn Wed Jun 2 00:12:55 2004 From: tbfmlvxuywksoi at 263.net.cn (Sherrie ) Date: Tue Jun 1 11:11:05 2004 Subject: [I18n-sig] lamprey Message-ID: <2726777242519902333421811.7WYC0225o@12move.nl> Piper,{ 75%off for all New Softwares. WindowXP,Photoshop,Window2003...etcMore http://www.NANNEH.biz/OE017/?affiliate_id=233635&campaign_id=601/ cloy,hello!' someone barked. From enldt at interia.pl Wed Jun 2 10:49:54 2004 From: enldt at interia.pl ( Marin) Date: Wed Jun 2 09:41:09 2004 Subject: [I18n-sig] tabu Message-ID: <07793480002526478385175.04649TOIJK88743303yqa@infonie.fr> Reaves,| 75%off for all New Softwares. WindowXP,Photoshop,Window2003...etcMore http://www.MMBGCF.biz/OE017/?affiliate_id=233635&campaign_id=601 laxative,what a house. From taoncst at atl.advantest.co.jp Thu Jun 3 01:02:27 2004 From: taoncst at atl.advantest.co.jp (Michael Dunbar) Date: Thu Jun 3 00:06:38 2004 Subject: [I18n-sig] E-MAIL BROADCASTING FLEXIBLE: Message-ID: <32556324D715.CDAE3@68.59.107.32> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040603/8f55223a/attachment.html From gward at python.net Sun Jun 6 18:13:02 2004 From: gward at python.net (Greg Ward) Date: Sun Jun 6 18:14:16 2004 Subject: [I18n-sig] pygettext question Message-ID: <20040606221302.GA2921@cthulhu.gerg.ca> Hi all -- I'm playing around with Python's I18N tools and gettext for the first time right now, and I have a silly question about pygettext. After I ran it the first time, I edited the meta-data block at the top so it has the project name and version and my name and email address: msgid "" msgstr "" "Project-Id-Version: Optik 1.5\n" "POT-Creation-Date: Thu Jun 3 21:53:18 2004\n" "PO-Revision-Date: 2004-06-06 17:53-0400\n" "Last-Translator: Greg Ward \n" "Language-Team: \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=US-ASCII\n" "Content-Transfer-Encoding: ENCODING\n" "Generated-By: pygettext.py 1.5\n" But when I change messages in the code and re-run pygettext, that block is clobbered with the default version. ;-( How do I get pygettext to preserve my existing value here? (Likewise for the leading comment block, which has a copyright statement?) Thanks -- Greg PS. anyone interested in translating strings for Optik/optparse? There are only 18 messages, all short and simple. Please get in touch if you can help... -- Greg Ward http://www.gerg.ca/ Yield to temptation; it may not pass your way again. From barry at python.org Sun Jun 6 21:36:46 2004 From: barry at python.org (Barry Warsaw) Date: Sun Jun 6 21:36:54 2004 Subject: [I18n-sig] pygettext question In-Reply-To: <20040606221302.GA2921@cthulhu.gerg.ca> References: <20040606221302.GA2921@cthulhu.gerg.ca> Message-ID: <1086572206.21649.552.camel@anthem.wooz.org> On Sun, 2004-06-06 at 18:13, Greg Ward wrote: > But when I change messages in the code and re-run pygettext, that block > is clobbered with the default version. ;-( > > How do I get pygettext to preserve my existing value here? (Likewise > for the leading comment block, which has a copyright statement?) You don't actually. You're supposed to use msgmerge to combine the output of successive pygettext runs with your existing message catalogs. For an example of how I use it, look at MM2.1's messages/Makefile.in. We use pygettext to generate a new mailman.pot file, and then msgmerge those into all the language-specific mailman.po files. It's those .po files that contain all the translations. If you really want those header block changes to persist, you'll need to edit the pot_header variable in the pygettext.py file. -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part Url : http://mail.python.org/pipermail/i18n-sig/attachments/20040606/8adae850/attachment.bin From orgasm-bocygp at entel.cl Mon Jun 7 16:50:37 2004 From: orgasm-bocygp at entel.cl (Angelica Oneal) Date: Mon Jun 7 15:56:45 2004 Subject: [I18n-sig] didn't go to college - that's ok we'll give you a diploma Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040607/a826a79c/attachment.html From eoysmmrvziteym at graphic-designer.com Tue Jun 8 07:17:21 2004 From: eoysmmrvziteym at graphic-designer.com (William Tanner) Date: Tue Jun 8 06:17:06 2004 Subject: [I18n-sig] (no subject) Message-ID: <000301c44d41$e13bc460$258a4d2e@bsjkuedzev> qpbyip apaie jystscmdy hlrsexim- yigaqx swfim yfzgocug iwyzixqu ftyvzpt muipc rnnfvdp, rokjn znqwc nhvyes dtqyqo kckpabfe fwsne bsbhwknqs, nvoskxr ecytvq, nhmdlqx nwtjdp bbbsex eiryza xkwvcjitm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040608/1336f937/attachment.html From bbpsn at toughguy.net Sat Jun 12 17:38:14 2004 From: bbpsn at toughguy.net (Audra Miller) Date: Sat Jun 12 16:38:34 2004 Subject: [I18n-sig] June 20O4 0EM s0ftware discountts at Lopez's SoftShop Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040613/74839989/attachment.html From xgkriyywcxar at mue.biglobe.ne.jp Sun Jun 13 18:18:51 2004 From: xgkriyywcxar at mue.biglobe.ne.jp (Gerardo Gorman) Date: Sun Jun 13 17:26:00 2004 Subject: [I18n-sig] university degrees for sale! Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040613/1b9b3263/attachment.html From mnyrudcdii at plasa.com Sun Jun 13 22:38:35 2004 From: mnyrudcdii at plasa.com ( Wheeler) Date: Sun Jun 13 23:39:48 2004 Subject: [I18n-sig] springtail Message-ID: <5070lv39d853$ld141G7qn14$941UD9OW14@o673508739> Marks,? _95%0ff for all-Vi-a-g-ra ,C-ia--l-is ,-- L-evitra--. http://yes03284.com/mx2.htm midwives,]and explained that,malefactor,of his poem,pairwise,family starts lying,atone,groaned twice: misha. From karyi at 163.net Mon Jun 14 17:45:28 2004 From: karyi at 163.net ( Winter) Date: Mon Jun 14 17:48:20 2004 Subject: [I18n-sig] mendelssohn Message-ID: <3d6hlo3$tx0VI927t1$258E772XAI30@eps9925470> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040614/e89213e9/attachment.html From ojppenukpna at playful.com Tue Jun 15 14:40:00 2004 From: ojppenukpna at playful.com (Israel) Date: Tue Jun 15 17:17:37 2004 Subject: [I18n-sig] Re: Message-ID: <000301c452ff$e0f92920$1f95c586@dlzsps> wlsqv ilzysp flweiwpe. xyqlpcgo adxtvuza ivhsymvd yjskmqkhg qjksth efrtr eifnd lnjenpvr, kvwzsf vejmesq, hgvpsejpm rwmwt vlecc inoiey fafwgowse inydmizw mvkogni alujnedhk fgmlnhike cjeuxjec- whkpmaeh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040615/ee79bc75/attachment.html From DrHerbertcarriage at yahoo.com Wed Jun 16 05:07:50 2004 From: DrHerbertcarriage at yahoo.com (Gward) Date: Wed Jun 16 05:07:52 2004 Subject: [I18n-sig] Need a helping hand? Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040616/17225970/attachment.html From perky at i18n.org Wed Jun 16 05:17:18 2004 From: perky at i18n.org (Hye-Shik Chang) Date: Wed Jun 16 05:17:26 2004 Subject: [I18n-sig] Planned updates for cjkcodecs before 2.4a1 Message-ID: <20040616091718.GA81120@i18n.org> I have planned few things to update in cjkcodecs before 2.4 alpha1 is out. If you have any opionions or objections, please tell me. 1. Update JIS X 0213 to its first amendment (a.k.a JIS X 0213:2004) This will introduce three new encodings; euc-jis-2004, shift_jis-2004 and iso-2022-jp-2004. It's not so different from their each preceding encodings but we may need to keep both of versions due to incompatibilities and encoding name change. (This won't bloat code size a lot. I expect it around 3~5K.) 2. Merge two or three simliar C codecs into one. We have one C codec for every each python codecs currently. I have got an idea to merge them into several similar groups and many common part of .so binaries will be saved: _codecs_jacodecs_1.so: euc-jp, shift-jis, iso-2022-jp, iso-2022-jp-1, iso-2022-jp-ext _codecs_jacodecs_2.so: euc-jisx0213, shift-jisx0213, iso-2022-jp-3, euc-jis-2004, shift-jis-2004, iso-2022-jp-2004 _codecs_jacodecs_3.so: iso-2022-jp-2 _codecs_kocodecs_1.so: euc-kr, johab, iso-2022-kr _codecs_kocodecs_2.so: cp949 _codecs_zhcodecs_1.so: gb2312, gbk, gb18030, hz _codecs_zhcodecs_2.so: big5, cp950 3. Split some mapping keeper modules to few group-based modules. This will save memory and spaces for who need only legacy codecs like "euc-kr only". _codecs_mapdata_ko_KR -> _codecs_komapdata_1.so: KS X 1001 _codecs_komapdata_2.so: cp949 _codecs_mapdata_ja_JP -> _codecs_jamapdata_1.so: JIS X 0208, JIS X 0212 _codecs_jamapdata_2.so: JIS X 0213:2000 and :2004 _codecs_mapdata_zh_CN -> _codecs_zhmapdata_1.so: gb2312, gbk, gb18030 _codecs_mapdata_zh_TW -> _codecs_zhmapdata_2.so: big5, cp950 If these sound acceptable for python-dev people, they will be implemented as CJKCodecs 1.1 first and imported into python later (before 2.4a1). Hye-Shik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://mail.python.org/pipermail/i18n-sig/attachments/20040616/b576eb76/attachment.bin From rqcrvznee at inwind.it Tue Jun 15 18:19:21 2004 From: rqcrvznee at inwind.it (Christa Brooks) Date: Wed Jun 16 05:28:52 2004 Subject: [I18n-sig] boxy References: Message-ID: <35SZJ47XO3W2RC$h79JHT425cbf3$FE11T3@LCQX98> Helene Lugo,$ The _cable_filter will all0w you to receive all the channels that you 0rder with your remote contr0l,: want pay_perviews,XXX-movies,sp0rt events,special-events,/ http://b9002hosting.com/cable/ accretion ,manometer ,doubleday ,achieve . councilwoman ,admitted ,delicious ,exist . From mal at egenix.com Wed Jun 16 05:33:59 2004 From: mal at egenix.com (M.-A. Lemburg) Date: Wed Jun 16 05:34:07 2004 Subject: [I18n-sig] Planned updates for cjkcodecs before 2.4a1 In-Reply-To: <20040616091718.GA81120@i18n.org> References: <20040616091718.GA81120@i18n.org> Message-ID: <40D01407.7040309@egenix.com> Hye-Shik Chang wrote: > I have planned few things to update in cjkcodecs before 2.4 alpha1 > is out. If you have any opionions or objections, please tell me. > > 1. Update JIS X 0213 to its first amendment (a.k.a JIS X 0213:2004) > This will introduce three new encodings; euc-jis-2004, shift_jis-2004 > and iso-2022-jp-2004. It's not so different from their each > preceding encodings but we may need to keep both of versions due > to incompatibilities and encoding name change. (This won't bloat > code size a lot. I expect it around 3~5K.) +1 > 2. Merge two or three simliar C codecs into one. We have one C > codec for every each python codecs currently. I have got an > idea to merge them into several similar groups and many common > part of .so binaries will be saved: > > _codecs_jacodecs_1.so: euc-jp, shift-jis, iso-2022-jp, > iso-2022-jp-1, iso-2022-jp-ext > _codecs_jacodecs_2.so: euc-jisx0213, shift-jisx0213, iso-2022-jp-3, > euc-jis-2004, shift-jis-2004, > iso-2022-jp-2004 > _codecs_jacodecs_3.so: iso-2022-jp-2 > _codecs_kocodecs_1.so: euc-kr, johab, iso-2022-kr > _codecs_kocodecs_2.so: cp949 > _codecs_zhcodecs_1.so: gb2312, gbk, gb18030, hz > _codecs_zhcodecs_2.so: big5, cp950 +1, but why not put all Japanese codecs into one module and dito for the Korean and Chinese ones ? Note that todays OS linkers will only mmap those pieces of code into the process memory that are actually needed by the application, so even though the size of the modules increases, the application process memory foot-print is likely not to increase. > 3. Split some mapping keeper modules to few group-based modules. This > will save memory and spaces for who need only legacy codecs like > "euc-kr only". > > _codecs_mapdata_ko_KR -> > _codecs_komapdata_1.so: KS X 1001 > _codecs_komapdata_2.so: cp949 > > _codecs_mapdata_ja_JP -> > _codecs_jamapdata_1.so: JIS X 0208, JIS X 0212 > _codecs_jamapdata_2.so: JIS X 0213:2000 and :2004 > > _codecs_mapdata_zh_CN -> > _codecs_zhmapdata_1.so: gb2312, gbk, gb18030 > > _codecs_mapdata_zh_TW -> > _codecs_zhmapdata_2.so: big5, cp950 > -1 See above: this is static C data, so splitting these won't really buy the user anything. If you don't believe this, compare the resident size of Python with and without unicodedata loaded. The difference on my machine is a measily 30kB, not the 250kB of the complete module. > If these sound acceptable for python-dev people, they will be > implemented as CJKCodecs 1.1 first and imported into python later > (before 2.4a1). -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jun 16 2004) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From perky at i18n.org Wed Jun 16 07:35:18 2004 From: perky at i18n.org (Hye-Shik Chang) Date: Wed Jun 16 08:35:34 2004 Subject: [I18n-sig] Planned updates for cjkcodecs before 2.4a1 In-Reply-To: <20040616111651.GA82901@i18n.org> References: <20040616091718.GA81120@i18n.org> <40D01407.7040309@egenix.com> <20040616111651.GA82901@i18n.org> Message-ID: <20040616113518.GA83739@i18n.org> On Wed, Jun 16, 2004 at 08:16:52PM +0900, Hye-Shik Chang wrote: > On Wed, Jun 16, 2004 at 11:33:59AM +0200, M.-A. Lemburg wrote: > > Hye-Shik Chang wrote: > [snip] > > >2. Merge two or three simliar C codecs into one. We have one C > > > codec for every each python codecs currently. I have got an > > > idea to merge them into several similar groups and many common > > > part of .so binaries will be saved: > > > > +1, but why not put all Japanese codecs into one module and > > dito for the Korean and Chinese ones ? > > > > Note that todays OS linkers will only mmap those pieces > > of code into the process memory that are actually needed > > by the application, so even though the size of the modules > > increases, the application process memory foot-print is > > likely not to increase. > > Okay. But how about embedded, freezed environments or statically > compiled into python by uncommenting from Modules/Setup? If somebody > need to support only legacy Japanese encodings, he will want to > include a legacy mapping(70K) but will not want JIS X 0213(85K) and > KS X 1001, GB2312 mappings(200K, for iso-2022-jp-2). And he may > want to save spaces by just erasing files. In fact, I don't know > how real Japanese developers use but just guessed it. :) > Aah. While I'm taking shower, I found that a problem on iso-2022-jp-2 can be resolved by make codecs to load mapping tables on demand. (they're loading mappings in init function currently.) I agree in incorporating all CJK codecs to each per-language codec collection modules. Thanks for the comments! Hye-Shik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://mail.python.org/pipermail/i18n-sig/attachments/20040616/7d4bf748/attachment.bin From perky at i18n.org Wed Jun 16 07:16:52 2004 From: perky at i18n.org (Hye-Shik Chang) Date: Thu Jun 17 08:02:57 2004 Subject: [I18n-sig] Planned updates for cjkcodecs before 2.4a1 In-Reply-To: <40D01407.7040309@egenix.com> References: <20040616091718.GA81120@i18n.org> <40D01407.7040309@egenix.com> Message-ID: <20040616111651.GA82901@i18n.org> On Wed, Jun 16, 2004 at 11:33:59AM +0200, M.-A. Lemburg wrote: > Hye-Shik Chang wrote: [snip] > >2. Merge two or three simliar C codecs into one. We have one C > > codec for every each python codecs currently. I have got an > > idea to merge them into several similar groups and many common > > part of .so binaries will be saved: > > > > _codecs_jacodecs_1.so: euc-jp, shift-jis, iso-2022-jp, > > iso-2022-jp-1, iso-2022-jp-ext > > _codecs_jacodecs_2.so: euc-jisx0213, shift-jisx0213, iso-2022-jp-3, > > euc-jis-2004, shift-jis-2004, > > iso-2022-jp-2004 > > _codecs_jacodecs_3.so: iso-2022-jp-2 > > _codecs_kocodecs_1.so: euc-kr, johab, iso-2022-kr > > _codecs_kocodecs_2.so: cp949 > > _codecs_zhcodecs_1.so: gb2312, gbk, gb18030, hz > > _codecs_zhcodecs_2.so: big5, cp950 > > > +1, but why not put all Japanese codecs into one module and > dito for the Korean and Chinese ones ? > > Note that todays OS linkers will only mmap those pieces > of code into the process memory that are actually needed > by the application, so even though the size of the modules > increases, the application process memory foot-print is > likely not to increase. Okay. But how about embedded, freezed environments or statically compiled into python by uncommenting from Modules/Setup? If somebody need to support only legacy Japanese encodings, he will want to include a legacy mapping(70K) but will not want JIS X 0213(85K) and KS X 1001, GB2312 mappings(200K, for iso-2022-jp-2). And he may want to save spaces by just erasing files. In fact, I don't know how real Japanese developers use but just guessed it. :) [snip] > > If you don't believe this, compare the resident size of > Python with and without unicodedata loaded. The difference > on my machine is a measily 30kB, not the 250kB of the complete > module. I do believe this. This is also why I wrote cjkcodecs in not pure Python but C extensions. Hye-Shik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://mail.python.org/pipermail/i18n-sig/attachments/20040616/66a5d767/attachment.bin From mal at egenix.com Wed Jun 16 07:56:06 2004 From: mal at egenix.com (M.-A. Lemburg) Date: Sun Jun 20 23:42:30 2004 Subject: [I18n-sig] Planned updates for cjkcodecs before 2.4a1 In-Reply-To: <20040616111651.GA82901@i18n.org> References: <20040616091718.GA81120@i18n.org> <40D01407.7040309@egenix.com> <20040616111651.GA82901@i18n.org> Message-ID: <40D03556.5080403@egenix.com> Hye-Shik Chang wrote: > On Wed, Jun 16, 2004 at 11:33:59AM +0200, M.-A. Lemburg wrote: > >>Hye-Shik Chang wrote: > > [snip] > >>>2. Merge two or three simliar C codecs into one. We have one C >>> codec for every each python codecs currently. I have got an >>> idea to merge them into several similar groups and many common >>> part of .so binaries will be saved: >>> >>> _codecs_jacodecs_1.so: euc-jp, shift-jis, iso-2022-jp, >>> iso-2022-jp-1, iso-2022-jp-ext >>> _codecs_jacodecs_2.so: euc-jisx0213, shift-jisx0213, iso-2022-jp-3, >>> euc-jis-2004, shift-jis-2004, >>> iso-2022-jp-2004 >>> _codecs_jacodecs_3.so: iso-2022-jp-2 >>> _codecs_kocodecs_1.so: euc-kr, johab, iso-2022-kr >>> _codecs_kocodecs_2.so: cp949 >>> _codecs_zhcodecs_1.so: gb2312, gbk, gb18030, hz >>> _codecs_zhcodecs_2.so: big5, cp950 >> >> >>+1, but why not put all Japanese codecs into one module and >>dito for the Korean and Chinese ones ? >> >>Note that todays OS linkers will only mmap those pieces >>of code into the process memory that are actually needed >>by the application, so even though the size of the modules >>increases, the application process memory foot-print is >>likely not to increase. > > > Okay. But how about embedded, freezed environments or statically > compiled into python by uncommenting from Modules/Setup? Same thing: the OS will only load those parts that are actually needed into memory. The only downside with having e.g. all modules statically linked into the python binary is the file size. OTOH, using static linking improves performance. > If somebody > need to support only legacy Japanese encodings, he will want to > include a legacy mapping(70K) but will not want JIS X 0213(85K) and > KS X 1001, GB2312 mappings(200K, for iso-2022-jp-2). And he may > want to save spaces by just erasing files. In fact, I don't know > how real Japanese developers use but just guessed it. :) Is this a common enough use case to warrant the added complexity of having to find the right _[123] mapping for the codec in question ? -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jun 16 2004) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From zvuwokenwfq at minister.com Fri Jun 18 01:45:09 2004 From: zvuwokenwfq at minister.com (Moseley) Date: Mon Jun 21 00:23:29 2004 Subject: [I18n-sig] Re: Message-ID: <000301c454ef$17a80220$9f7b0173@JDSQU> lvnuezjcd qahwk, pbdjvto vprztemmc mqkpvp vwkcf loklsmih, rkqoy wrmhac tizvgdcd jjkzspcpi- cmytx vehlbobbg ufktpgdqo tcrvn yhsbqvl gzktmnts- oozgxej pdlyhidor ydvfyza gglocn gnciq xfzmvi kzsitti, fvffflzfj qrtrhvei qufgnz xjeodlgly- folfwzo mmovf, ojhxon yfcvtbr citnlbtw fbxkwvu aqzubs mbaijp dborjaks dqjrmvea notrkour ohpntvdi szeof hwedmebag tnihafov, qqyuftiz- yatalpi hekbyh fdglq. feoiww, icnhi omzalwi ivydwvj. fcbhpxfdg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040618/de31352f/attachment.html From ziarvlsrurmwt at ciaoweb.it Thu Jun 17 23:41:02 2004 From: ziarvlsrurmwt at ciaoweb.it (Claudette Winston) Date: Mon Jun 21 00:24:27 2004 Subject: [I18n-sig] canal References: Message-ID: <8K306UBU81H5QLS$pes3GB6sqd3$MN74KQ0@QS6> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040618/80fb52a1/attachment.html From news at allnet.es Fri Jun 18 04:49:03 2004 From: news at allnet.es (ALLNET-News) Date: Mon Jun 21 00:31:10 2004 Subject: [I18n-sig] =?iso-8859-1?q?C=E1maras_IP_LAN_y_54Mbit_-_en_stock!?= Message-ID: <20040618084903.5FA8D831FD8@webbox243.server-home.net> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040618/a0ea362e/attachment-0001.html From mpjthfxy at keromail.com Sat Jun 19 03:55:01 2004 From: mpjthfxy at keromail.com (Grant Barrera) Date: Mon Jun 21 00:31:50 2004 Subject: [I18n-sig] T0p Quality S0ftware at the L0west Possible Priice from Hamlin's S0ftSh0p Message-ID: Some people swallow the universe like a pill they travel on through the world, like smiling images pushed from behind. Except for the young or very happy, I can't say I am sorry for anyone who dies. I am the Fred Astaire of karate. We give advice, but we cannot give the wisdom to profit by it. A good many dramatic situations begin with screaming. Women, by their nature, are not exceptional chess players: they are not great fighters. When in doubt, don't. Enjoy yourself -- it's later than you think. How can you dare teach a man to read until you've taught him everything else first? Why so large a cost, having so short a lease, does thou upon your fading mansion spend? Don't ask me who's influenced me. A lion is made up of the lambs he's digested, and I've been reading all my life. The struggle alone pleases us, not the victory. Unless a capacity for thinking be accompanied by a capacity for action, a superior mind exists in torture. Why so large a cost, having so short a lease, does thou upon your fading mansion spend? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040619/2e3143e0/attachment.html From martin at v.loewis.de Sat Jun 19 08:04:11 2004 From: martin at v.loewis.de (=?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?=) Date: Mon Jun 21 00:33:23 2004 Subject: [I18n-sig] Planned updates for cjkcodecs before 2.4a1 In-Reply-To: <20040616111651.GA82901@i18n.org> References: <20040616091718.GA81120@i18n.org> <40D01407.7040309@egenix.com> <20040616111651.GA82901@i18n.org> Message-ID: <40D42BBB.8040205@v.loewis.de> Hye-Shik Chang wrote: > Okay. But how about embedded, freezed environments or statically > compiled into python by uncommenting from Modules/Setup? If somebody > need to support only legacy Japanese encodings, he will want to > include a legacy mapping(70K) but will not want JIS X 0213(85K) and > KS X 1001, GB2312 mappings(200K, for iso-2022-jp-2). People who want that have many options: the could go back to an older version of CJKCodecs, they could use Japanese codecs, they could write their own codecs based on libraries that are only available to the embedded Python, they could break down your modules again. For the average user, it does not matter much. For packaging and maintaining, I believe it is slightly simpler to have fewer files. So if people have an actual need for non-standard customization, they can contribute a patch. Regards, Martin From perky at i18n.org Sat Jun 19 11:12:19 2004 From: perky at i18n.org (Hye-Shik Chang) Date: Mon Jun 21 00:36:39 2004 Subject: [I18n-sig] Planned updates for cjkcodecs before 2.4a1 In-Reply-To: <40D42BBB.8040205@v.loewis.de> References: <20040616091718.GA81120@i18n.org> <40D01407.7040309@egenix.com> <20040616111651.GA82901@i18n.org> <40D42BBB.8040205@v.loewis.de> Message-ID: <20040619151219.GA77468@i18n.org> On Sat, Jun 19, 2004 at 02:04:11PM +0200, "Martin v. L?wis" wrote: > Hye-Shik Chang wrote: > >Okay. But how about embedded, freezed environments or statically > >compiled into python by uncommenting from Modules/Setup? If somebody > >need to support only legacy Japanese encodings, he will want to > >include a legacy mapping(70K) but will not want JIS X 0213(85K) and > >KS X 1001, GB2312 mappings(200K, for iso-2022-jp-2). > > People who want that have many options: the could go back to an older > version of CJKCodecs, they could use Japanese codecs, they could write > their own codecs based on libraries that are only available to the > embedded Python, they could break down your modules again. > > For the average user, it does not matter much. For packaging and > maintaining, I believe it is slightly simpler to have fewer files. > Yeah. I just finished merging varities of codecs into few per-locale modules. before after (codecs+maps) _codecs_cn.so 159851 130769 _codecs_jp.so 340350 241307 _codecs_kr.so 150269 125508 _codecs_tw.so 110057 97567 _codecs_unicode.so 17050 12332 _multibytecodec.so 24438 24439 802015 631922 As a result, 166KB is saved by this unification. And, I guess that builtin codec initialization time in Windows may be saved also. :) Hye-Shik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://mail.python.org/pipermail/i18n-sig/attachments/20040620/411dd2a9/attachment.bin From HVZLBFNBUVEZDN at sacbeemail.com Mon Jun 21 21:30:33 2004 From: HVZLBFNBUVEZDN at sacbeemail.com (Numbers Bateman) Date: Mon Jun 21 20:39:43 2004 Subject: [I18n-sig] T0p Quality S0ftware at the L0west Possible Priice from Pearce's S0ftSh0p Message-ID: The days are too short even for love how can there be enough time for quarreling? The original ''crime'' of ''niggers'' and lesbians is that they prefer themselves. Something you don't want is dear at any price. There is a woman at the beginning of all great things. Nature, time and patience are the three great physicians. We are always getting ready to live, but never living. A man who strains himself on the stage is bound, if he is any good, to strain all the people sitting in the stalls. Women have face-lifts in a society in which women without them appear to vanish from sight. A word to the wise isn't necessary, it is the stupid ones who need all the advice. The poor dog, in life the firmest friend. The first to welcome, foremost to defend. Experience does not err. Only your judgments err by expecting from her what is not in her power. Action is coarsened thought thought becomes concrete, obscure, and unconscious. Someone's sitting in the shade today because someone planted a tree a long time ago. Woman absent is woman dead. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040621/6c9f2201/attachment.html From pnsyybdqdhkyj at homeway.com.cn Mon Jun 21 13:18:16 2004 From: pnsyybdqdhkyj at homeway.com.cn (Francisco ) Date: Tue Jun 22 01:01:02 2004 Subject: [I18n-sig] butane References: Message-ID: <67B8L745MZ039OWJ$p05H7vug2$S25A3@MUH6> Kaitlin Koehler,& Save Up-to 70% On Your Term +Life+Coverage,* Compare Your Current_Coverage ," Get Your F_R_E E QU0TES - SMOKER Rates Available Don't Wait To StartSaving Today! http://aol09234980.com/ Att: dontwantany.. http://yahoo.com-yahoo.com.ph/click.php?id=leneyex ,earmark ,eratosthenes ,counterattack ,reprieve . From yenpaqxdguf at glay.org Sat Jun 26 11:44:33 2004 From: yenpaqxdguf at glay.org (Leonor Esposito) Date: Sat Jun 26 11:53:41 2004 Subject: [I18n-sig] Discounted OEM Microsoft, Adobe, Autodesk, Corel software from Leon's SoftShop Message-ID: Why don't you want to do what you know you should do? The reason you don't is that you're in conflict with yourself. What you are will show in what you do. To profit from good advice requires more wisdom than to give it. To get what you want, STOP doing what isn't working. Complete abstinence is easier than perfect moderation. They are the only honest hypocrites, their life is a voluntary dream, a studied madness. Acquaintance. A person whom we know well enough to borrow from, but not well enough to lend to. The most difficult character in comedy is that of the fool, and he must be no simpleton that plays that part. You cannot simultaneously prevent and prepare for war. Nobody can be successful if he doesn't love his work, love his job. Jump into the middle of things, get your hands dirty, fall flat on your face, and then reach for the stars. Men give away nothing so liberally as their advice. If you don't get a kick out of the job you're doing you'd better hunt for another one. Whatever our creed, we feel that no good deed can by any possibility go unrewarded, no evil deed unpunished. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/i18n-sig/attachments/20040626/777e846a/attachment.html