Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][tlug] Mozilla - comment and questions
- Date: Fri, 10 May 2002 12:56:10 +1000 (EST)
- From: Jim Breen <jwb@example.com>
- Subject: [tlug] Mozilla - comment and questions
G'day all, How do TLUGers feels about Mozilla, and the state it has reached with 1.0? I have been poking around with it for a while, and am pretty impressed. It does so many things much better than Netscape 4.xy that I am close to making it my Browser-Of-Choice. There is, however, at least one aspect that makes it hard for me to leave Netscape. More below. Anyway, first a question. I want Mozilla to be able to speak XIM protocol with kinput2. To do this I need to launch it with the appropriate locale variables set. At present I can do this using a local "mozlaunch" script: #!/bin/tcsh setenv LC_ALL=ja_JP (possibly this is not needed) setenv LC_CTYPE=ja_JP /usr/bin/mozilla and it works fine. Now what I really want to do is launch it from a menu or panel button, but I can't get the environment variables set. I have tried setting up Gnome menu items pointing at the above script, but Mozilla starts up not talking to kinput2, from which I conclude that that the variable is not set. On the chance that the Gnome menu used sh I set it to "LC_CTYPE=ja_JP /usr/bin/mozilla" which works fine in sh, but that didn't work either. Does anyone have a suggestion on how to make this happen via a Gnome menu (this is on RH 7.1 and 7.2)? Second, a big gripe about the way Mozilla handles Javascript and Japanese text. As some of you will know, I have a server that generates "bookmarklets" for WWWJDIC. These are Javascript snippets that sit behind button on the Toolbar an enable slices of text to be cut off zapped off to WWWJDIC (I also have buttons for driving Goo and Google in Japanese mode.) The Javascript has to be specialised according to browser and platform - IE 5+ sends out text in UTF8, Netscape 4.x sends out EUC on *n*x palforms and Shit_JIS on Whinedoze platforms, so I add a code to the URL that tells WWWJDIC what to expect. Mozilla, just to be different, sends out the text in whatever the page's coding is. So If I'm looking at a EUC-coded page, that's what it sends, etc. etc. A real pain in the arse, as if the string is short it is very hard to detect the coding reliably. Does anyone have any brilliant ideas on this? If nothing else works I'll work on tuning a code-detection scheme, but it would be much better if I could pluck a variable value from somewhere. Until this is fixed, I am stuck with Netscape 4.x for most of my reading of Japanese pages. Cheers Jim -- Jim Breen [j.breen@example.com http://www.csse.monash.edu.au/~jwb/] Computer Science & Software Engineering, Tel: +61 3 9905 3298 P.O Box 26, Monash University, Fax: +61 3 9905 5146 Clayton VIC 3800, Australia ジム・ブリーン@モナシュ大学
- Follow-Ups:
- Re: [tlug] Mozilla - comment and questions
- From: Stephen J. Turnbull
- Re: [tlug] Mozilla - comment and questions
- From: Josh Glover
Home | Main Index | Thread Index
- Prev by Date: Re: [tlug] kernel compilation questions
- Next by Date: Re: [tlug] Rikai problem (FWD)
- Previous by thread: Re: [tlug] kernel compilation questions
- Next by thread: Re: [tlug] Mozilla - comment and questions
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links