...and keep current name (for example, "Phoenix Navigator").
I recall this is what Palm had done with their first product, which was first named "Pilot", but was changed to "Palm Pilot" due to trademark issue raised from Pilot Co.
This "Linux on iPAQ" sounds great to me, but I should point out that the name "PocketLinux" has already been used for more than a year by an OSS project porting Linux to some PDA from NEC.
I think you can do this on Apache with "module chaining" configuration. At least, you can do this using Apache::GzipChain (sp?) module for all mod_perl output.
Though I don't agree, I can understand why some people are against WTO agreement. But why in Seattle?
I mean, U.S. is the only country who's winning the game (i.e., trade) right now, and Americans are supposed to be the one who have gained most from the agreement. Am I missing something?
If they are mad about loosing their jobs, and blaming WTO for that, they are tooo much off the point. Think how much wealth U.S. as a whole gained through the agreement...
>>>> Accel-X 5.0 also has an integrated TTF server which saves a lot of pain.
It's not AccelX which has done the integration, but the OSS project based on XFree86. I believe AccelX is built upon that. Though it's not yet in official package from XFree86 project, TTF support itself is already in XFree86 package from Redhat, Debian, or any other major distribution (I'm using Debian GNU/Linux (potato)).
It's not a direct replay to the article, but I just want to point out two myths about the subject.
Unicode solves all i18n problems It doesn't. Original goal of Unicode was to 1) provide virtually unlimited number of characters needed to express textual expression in any language, and 2) to integrate namespace of each encodings, so whereever the character is located, you can tell what that character really means (existing encoding scheme "switches" mode by context, so this can't be done). As it turned out that Unicode failed to accomplish BOTH, although it is superior in some part compared to current scheme, it has solved nothing in concept. I know most ASCII-only people who would probably never experience problems on this doesn't care, but I just hope people stop saying "Unicode is the land of promise" type marketspeak.
Use ONLY English - because this is the language _everyone_ speak. If you're talking about population, then everyone should be forced to speak either Chinese or Spanish by now...Although English seems to be dominant language in some world out there (which probably includes only USA, Austraria, and (part of) Europe), things are different on the Earth in whole. I sometimes wonder where do people really mean when they use the word "world"...
>>>> So 512-bit keys should protect you if you're worried about the entire universe being turned into a quantum computer.
Quantum computer is a massive parallel machine which does infinite number of computation in one operation (Wow! It this mean that famous Infinite Monkey theory has come to reality?). So how much the length of the key, it won't protect anything - at least, that's what I heard about quantum computer.
But since it seems that we'll have access to quantum-encrypted communication device (which already exists) before era of quantum computer arrives, I guess there's not much to worry about it.
By the way, does anyone know about DNA computing? It seems it could be a threat to today's encryption before quantum computer arrives.
While others talk about Java, GTk, and Qt, why not try Tk (! Tcl)?
Tk has been available for years on both UNIX and Windows, and it also has port/integration with several well-used scripting languages such as Tcl, Perl, and Python.
I won't recommend Tcl as base language, but Tk with _other_ glue language is should be a good candidate for development.
>>>> If a manufacturer wants to, say, put all his help pages into HTML, how can he do it? He can't, unless there is a standard browser built into the operating system.
Do you mean it's OK to put MS-Office into operating system (and claim it is essential part of it) if any part of system configuration is saved in Word/Excel/PowerPoint document? I think not.
> How can I do fast image processing code in perl ?
I do not stand on the side of Perl, but ever heard of PDL (Perl Data Language)? How about Gimp module? Oh yes, they're optional modules with core part written in C, but the same goes for Java's Advanced Imaging API.
No, they went back to Solaris, which is very interesting when thinking about disputes between Microsoft and Sun:-). By the way, it's no wonder that NT can't handle the load, considering some 40million users they have.
I guess it sure was the pain for people at Microsoft to choose Solaris as their "OS of the choice". Hmm, it might be worth asking why they didn't stick to their great OS?:-)
Slashdot Mirror
Just FYI, many Japanese geeks were amazed by his "pursuit of quality" shown on Japanese TV news.
[WASTE OF TALENT] On "Excessive quality" of Ika-Tako virus's illustration and character background.
- http://zeark969.blog38.fc2.com/blog-entry-1668.html
Althrough page above is in Japanese, I'd say a picture is worth a thousand words.
Article below says new mobile phone from Fujitsu (Panasonic) supports iTunes, and is in sale since last year.
- FOMA F901ic
Did I say it also has built-in IC-card, 2D barcode reader, video camera, and J2ME support? It's a cool product.And if you're looking for MP3-enabled mobile phone, "Music Porter" mobile phone from Mitsubishi might come to your interest:
It looks like a varient of Nintendo GameBoy Advanced, but it's a mobile phone with built-in FM tuner, MP3 player, and camera.
...and keep current name (for example, "Phoenix Navigator").
I recall this is what Palm had done with their first product, which was first named "Pilot", but was changed to "Palm Pilot" due to trademark issue raised from Pilot Co.
This "Linux on iPAQ" sounds great to me, but I should point out that the name "PocketLinux" has already been used for more than a year by an OSS project porting Linux to some PDA from NEC.
Check out http://www.asahi-net.or.jp/~bg3k- ysd/pocketlinux/.
As both project involves in same area, they'd better consider resolving this name crash...
I think you can do this on Apache with "module chaining" configuration. At least, you can do this using Apache::GzipChain (sp?) module for all mod_perl output.
Why do you want template module to handle SSI include directive? Isn't module's own include feature enough for that purpose?
I've been using Text::SimpleTemplate (which I happen to make), and when I want to nest templates, I can always write like this:
[In file foo.tmpl]
blah blah blah...
Value is .
Following block comes from nested template:
load("bar.tmpl")->fill %>
[In file bar.tmpl]
This template is included by foo.tmpl.
Value is .
When you call
new Text::SimpleTemplate->load("foo.tmpl")->fill;
you'll have following result:
blah blah blah...
Value is 12345.
Following block comes from nested template:
This template is included by foo.tmpl.
Value is 12345.
I believe Text::Template can also be used in similar way...
Though I don't agree, I can understand why some people are against WTO agreement. But why in Seattle?
I mean, U.S. is the only country who's winning the game (i.e., trade) right now, and Americans are supposed to be the one who have gained most from the agreement. Am I missing something?
If they are mad about loosing their jobs, and blaming WTO for that, they are tooo much off the point. Think how much wealth U.S. as a whole gained through the agreement...
>>>> Accel-X 5.0 also has an integrated TTF server which saves a lot of pain.
It's not AccelX which has done the integration, but the OSS project based on XFree86. I believe AccelX is built upon that. Though it's not yet in official package from XFree86 project, TTF support itself is already in XFree86 package from Redhat, Debian, or any other major distribution (I'm using Debian GNU/Linux (potato)).
It's not a direct replay to the article, but I just want to point out two myths about the subject.
It doesn't. Original goal of Unicode was to 1) provide virtually unlimited number of characters needed to express textual expression in any language, and 2) to integrate namespace of each encodings, so whereever the character is located, you can tell what that character really means (existing encoding scheme "switches" mode by context, so this can't be done).
As it turned out that Unicode failed to accomplish BOTH, although it is superior in some part compared to current scheme, it has solved nothing in concept. I know most ASCII-only people who would probably never experience problems on this doesn't care, but I just hope people stop saying "Unicode is the land of promise" type marketspeak.
If you're talking about population, then everyone should be forced to speak either Chinese or Spanish by now...Although English seems to be dominant language in some world out there (which probably includes only USA, Austraria, and (part of) Europe), things are different on the Earth in whole.
I sometimes wonder where do people really mean when they use the word "world"...
>>>> So 512-bit keys should protect you if you're worried about the entire universe being turned into a quantum computer.
Quantum computer is a massive parallel machine which does infinite number of computation in one operation (Wow! It this mean that famous Infinite Monkey theory has come to reality?). So how much the length of the key, it won't protect anything - at least, that's what I heard about quantum computer.
But since it seems that we'll have access to quantum-encrypted communication device (which already exists) before era of quantum computer arrives, I guess there's not much to worry about it.
By the way, does anyone know about DNA computing?
It seems it could be a threat to today's encryption before quantum computer arrives.
While others talk about Java, GTk, and Qt, why not try Tk (! Tcl)?
Tk has been available for years on both UNIX and Windows, and it also has port/integration with several well-used scripting languages such as Tcl, Perl, and Python.
I won't recommend Tcl as base language, but Tk with _other_ glue language is should be a good candidate for development.
>>>> If a manufacturer wants to, say, put all his help pages into HTML, how can he do it? He can't, unless there is a standard browser built into the operating system.
Do you mean it's OK to put MS-Office into operating system (and claim it is essential part of it) if any part of system configuration is saved in Word/Excel/PowerPoint document? I think not.
> How can I do fast image processing code in perl ?
I do not stand on the side of Perl, but ever heard of PDL (Perl Data Language)? How about Gimp module? Oh yes, they're optional modules with core part written in C, but the same goes for Java's Advanced Imaging API.
No, they went back to Solaris, which is very interesting when thinking about disputes between Microsoft and Sun :-). By the way, it's no wonder that NT can't handle the load, considering some 40million users they have.
:-)
I guess it sure was the pain for people at Microsoft to choose Solaris as their "OS of the choice". Hmm, it might be worth asking why they didn't stick to their great OS?