Thread: [Mplayerplug-in-devel] Status and are we about ready to release?
Brought to you by:
kdekorte
From: Kevin D. <kde...@ya...> - 2005-08-01 21:08:36
|
Well here is what is in the development tree since 3.01... lots of changes.= =20 And some very productive conversations that caught a lot of stuff (I am hap= py=20 about this, frustrated that I make so many mistakes, but happy about the en= d=20 results). I'd like to get this thing out into the wild here soon, so any last comment= s?=20 If not then I'll package it up and release it. I'm thinking 3.05? I need to update the website as well... Kevin Development When the same url is accessed via different protocols, make sure they are = all=20 added to the playlist=20 This makes Netflix work better Fix playlist problems resulting from multiprotocol fix Fix crash in NP_FULL mode when plugin is closed Foundation for Configuration Dialog Changed the way config files are read... /etc is read first, then=20 $HOME/.mozilla then $HOME/.mplayer Updated config dialog to update config file options for vo,ao,cachesize an= d=20 cache-percent settings (need localization) Fix crash when switching away from stopped/paused media Pause video playing when not visible in mozilla window (iconization and=20 desktop switching does not work however) Fix dumb in configure.in thanks to Panagiotis Issaris (he fixed it, I mess= ed=20 it up) Added embed callbacks "onHidden" and "onVisible" Added embed flag "nopauseonhide" set to one to disable the pause of video= =20 when covered up Added config flag "nopauseonhide" set to one to disable the pause of video= =20 when covered up Fix deadlock in filename javascript command Fix use of NULL pointer in URLcmp Add embed callback "onDestroy" Specifically add "-nocache" to mplayer when not streaming. Allow mplayerplug-in.types to have comments in it. Force full download of mpeg and mp3 media since mplayer has issues with=20 cached mp3s and mpegs Make sure cache-percent=3D100 is respected. Fix crash in configure screen when no config file present js_state fix from Greg Crash fix from Takis, for the configure dialog. GTK may not create a widge= t. Correct some memory leaks in the config file loading Fixed buttons not showing issue Fixed -nocache issue with http streams Fixed uninitialized buffer error in fullyQualifyURL Cleanup language install/uninstall Add "Save to Location" to configure dialog Fix button disappearing in NP_FULL mode when media has no video component Fix case where idiot content developer uses src and filename in same embed= =20 tag, set to same value. =2D-=20 Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=3D7574690260641978351 |
From: Anders L. <li...@io...> - 2005-08-02 00:05:15
|
man, 01 08 2005 kl. 15:07 -0600, skrev Kevin DeKorte: > Well here is what is in the development tree since 3.01... lots of changes. > And some very productive conversations that caught a lot of stuff (I am happy > about this, frustrated that I make so many mistakes, but happy about the end > results). > > I'd like to get this thing out into the wild here soon, so any last comments? > If not then I'll package it up and release it. > Well I have some details I'll send you tomorrow. There is still some problems about the buttons, we need to get the support for utf-8 fixed since it does not work for me and iso-8859-1 gives me error by msgfmt. And a lot of the translations use utf-8 so with out some feed back from others i refuse to believe I'm the only one with problems. So please language file writers and others interested - test test test :D But I need to get into bed, so please wait releasing :) Well, there is also a small bug almost to small to mention now. It is about the Configuration window. It says "Video Outout" instead of "Video Output", which I think you obviously mean?!? Chauw Anders |
From: Kevin D. <kde...@ya...> - 2005-08-02 00:35:39
|
On Monday 01 August 2005 06:05 pm, Anders Lind wrote: > Well, there is also a small bug almost to small to mention now. It is > about the Configuration window. It says "Video Outout" instead of "Video > Output", which I think you obviously mean?!? =46ixed =2D-=20 Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=3D7574690260641978351 |
From: Anders L. <li...@io...> - 2005-08-02 11:03:25
|
Hi Just a small follow up. I found the error regarding utf-8. It has to be specified system wide what output format gettext (you call gettext by the macro _()) is using. Therefore you have to write: bind_textdomain_codeset("mplayerplug-in", "utf-8"); E.g. look here: http://www.gnu.org/software/libc/manual/html_node/Charset-conversion-in-gettext.html My translation is also nearly done. I'll just quickly checked it with my setup and it worked! I can se my natively characters just fine! But I'm busy as usual so more details later today about this, the buttons and the translation. :) Chauw Anders tir, 02 08 2005 kl. 02:05 +0200, skrev Anders Lind: > man, 01 08 2005 kl. 15:07 -0600, skrev Kevin DeKorte: > > Well here is what is in the development tree since 3.01... lots of changes. > > And some very productive conversations that caught a lot of stuff (I am happy > > about this, frustrated that I make so many mistakes, but happy about the end > > results). > > > > I'd like to get this thing out into the wild here soon, so any last comments? > > If not then I'll package it up and release it. > > > > Well I have some details I'll send you tomorrow. There is still some > problems about the buttons, we need to get the support for utf-8 fixed > since it does not work for me and iso-8859-1 gives me error by msgfmt. > And a lot of the translations use utf-8 so with out some feed back from > others i refuse to believe I'm the only one with problems. So please > language file writers and others interested - test test test :D > > But I need to get into bed, so please wait releasing :) > > Well, there is also a small bug almost to small to mention now. It is > about the Configuration window. It says "Video Outout" instead of "Video > Output", which I think you obviously mean?!? > > Chauw > > Anders > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Mplayerplug-in-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel > |
From: Anders L. <li...@io...> - 2005-08-02 11:06:00
|
Forgot to say it is because gtk (well at least gtk2 I think) utilises utf-8 as the only text format supported. - Anders tir, 02 08 2005 kl. 13:03 +0200, skrev Anders Lind: > Hi > > Just a small follow up. I found the error regarding utf-8. > > It has to be specified system wide what output format gettext (you call > gettext by the macro _()) is using. > > Therefore you have to write: > bind_textdomain_codeset("mplayerplug-in", "utf-8"); > E.g. look here: > http://www.gnu.org/software/libc/manual/html_node/Charset-conversion-in-gettext.html > > My translation is also nearly done. > > I'll just quickly checked it with my setup and it worked! I can se my > natively characters just fine! But I'm busy as usual so more details > later today about this, the buttons and the translation. :) > > Chauw > > Anders |
From: Rene E. <re...@de...> - 2005-08-02 09:30:14
|
Hi, Am Montag, 1. August 2005 23:07 schrieb Kevin DeKorte: > Well here is what is in the development tree since 3.01... lots of change= s. > And some very productive conversations that caught a lot of stuff (I am > happy about this, frustrated that I make so many mistakes, but happy about > the end results). > > I'd like to get this thing out into the wild here soon, so any last > comments? If not then I'll package it up and release it. Did you get around to fix the build failure on alpha (and ia64 in the=20 meanwhile) I posted yesterday? Regards, Rene =2D-=20 .''`. Ren=C3=A9 Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' re...@de... | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 |
From: Kevin D. <kde...@ya...> - 2005-08-02 12:49:54
|
On Tuesday 02 August 2005 05:03 am, Anders Lind wrote: > Hi > > Just a small follow up. I found the error regarding utf-8. > > It has to be specified system wide what output format gettext (you call > gettext by the macro _()) is using. > > Therefore you have to write: > bind_textdomain_codeset("mplayerplug-in", "utf-8"); > E.g. look here: > http://www.gnu.org/software/libc/manual/html_node/Charset-conversion-in-g= et >text.html Wouldn't this code be better? Around like 674 in plugin.cpp #ifdef HAVE_GETTEXT bindtextdomain("mplayerplug-in", NULL); textdomain("mplayerplug-in"); bind_textdomain_codeset("mplayerplug-in","utf-8"); #endif =46rom my reading it looks like the second parameter in bindtextdomain adds= to=20 the directory directory path for lookups. Again, I don't have any of this=20 stuff setup, so any comments are helpful. > > My translation is also nearly done. > > I'll just quickly checked it with my setup and it worked! I can se my > natively characters just fine! But I'm busy as usual so more details > later today about this, the buttons and the translation. :) > > Chauw > > Anders =2D-=20 Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=3D7574690260641978351 |
From: Kevin D. <kde...@ya...> - 2005-08-02 12:51:07
|
On Tuesday 02 August 2005 03:29 am, Rene Engelhard wrote: > Hi, > > Am Montag, 1. August 2005 23:07 schrieb Kevin DeKorte: > > Well here is what is in the development tree since 3.01... lots of > > changes. And some very productive conversations that caught a lot of > > stuff (I am happy about this, frustrated that I make so many mistakes, > > but happy about the end results). > > > > I'd like to get this thing out into the wild here soon, so any last > > comments? If not then I'll package it up and release it. > > Did you get around to fix the build failure on alpha (and ia64 in the > meanwhile) I posted yesterday? > > Regards, > > Rene Rene, Your email didn't make it to me. Can you please resend. Kevin =2D-=20 Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=3D7574690260641978351 |
From: Rene E. <re...@de...> - 2005-08-02 12:54:12
|
Hi, Am Dienstag, 2. August 2005 14:50 schrieben Sie: > Your email didn't make it to me. Can you please resend. Hmm. It appared in the ml, though. Anyway, here it is: *** snip *** Hi, 3.01 fails to build on alpha: http://buildd.debian.org/fetch.php?&pkg=3Dmplayerplug-in&ver=3D3.01-1&arch= =3Dalpha&stamp=3D1122651884&file=3Dlog&as=3Draw: Automatic build of mplayerplug-in_3.01-1 on goedel by sbuild/alpha 42 [...] Toolchain package versions: libc6.1-dev_2.3.2.ds1-22=20 linux-kernel-headers_2.6.13+0rc3-1 gcc-4.0_4.0.1-2 g++-4.0_4.0.1-2=20 binutils_2.16.1-2 libstdc++6-4.0-dev_4.0.1-2 libstdc++6_4.0.1-2 =2D------------------------------------------------------------------------= =2D---- [...] config.status: creating config.h if test "" =3D "post" ; then \ if test -e ./libtool ; then cp -f /usr/bin/libtool ./libtool ; fi ;= \ fi make -C .=20 make[1]: Entering directory `/build/buildd/mplayerplug-in-3.01' g++ -c -o plugin.o -Wall -g -Wall -O2 -g -Wall -O2 -DXP_UNIX -DMOZ_X11=20 =2DI/usr/include/mozilla/java -I/usr/include/mozilla/plugin=20 =2DI/usr/include/mozilla -I/usr/include/mozilla/xpcom=20 =2DI/usr/include/mozilla/string -I/usr/include/mozilla/nspr =20 =2DI/usr/include/mozilla -Iinclude -fPIC -DXTHREADS -I/usr/include/gtk-2.0= =20 =2DI/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0=20 =2DI/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0= =20 =2DI/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0=20 =2DI/usr/lib/glib-2.0/include -DGTK_ENABLED Source/plugin.cpp include/pluginbase.h:55: warning: 'class nsPluginInstanceBase' has virtual= =20 functions but non-virtual destructor /usr/include/mozilla/nsISupportsBase.h:80: warning: 'class nsISupports' has= =20 virtual functions but non-virtual destructor /usr/include/mozilla/nsIProgrammingLanguage.h:32: warning: 'class=20 nsIProgrammingLanguage' has virtual functions but non-virtual destructor /usr/include/mozilla/nsIClassInfo.h:33: warning: 'class nsIClassInfo' has=20 virtual functions but non-virtual destructor Source/nsIScriptableMplayerPlugin.h:25: warning: 'class=20 nsIScriptableWMPPlugin' has virtual functions but non-virtual destructor Source/nsIScriptableMplayerPlugin.h:120: warning: 'class=20 nsIScriptableMplayerPlugin' has virtual functions but non-virtual destructor Source/nsScriptablePeer.h:56: warning: 'class nsClassInfoMixin' has virtual= =20 functions but non-virtual destructor /usr/include/mozilla/nsIServiceManager.h:40: warning: 'class=20 nsIServiceManager' has virtual functions but non-virtual destructor /usr/include/mozilla/nsIComponentManager.h:27: warning: 'class=20 nsIComponentManager' has virtual functions but non-virtual destructor /usr/include/mozilla/nsCOMPtr.h:332: warning: 'class nsCOMPtr_helper' has=20 virtual functions but non-virtual destructor /usr/include/mozilla/nsCOMPtr.h: In instantiation of=20 'nsDerivedSafe<nsISupports>': /usr/include/mozilla/nsCOMPtr.h:1392: instantiated from here /usr/include/mozilla/nsCOMPtr.h:197: warning: 'class=20 nsDerivedSafe<nsISupports>' has virtual functions but non-virtual destructor /usr/include/mozilla/nsIFactory.h:31: warning: 'class nsIFactory' has virtu= al=20 functions but non-virtual destructor /usr/include/mozilla/xpcom/nsIComponentManagerObsolete.h:33: warning: 'clas= s=20 nsIComponentManagerObsolete' has virtual functions but non-virtual destruct= or /usr/include/mozilla/xpcom/nsComponentManagerUtils.h:44: warning: 'class=20 nsCreateInstanceByCID' has virtual functions but non-virtual destructor /usr/include/mozilla/xpcom/nsComponentManagerUtils.h:63: warning: 'class=20 nsCreateInstanceByContractID' has virtual functions but non-virtual=20 destructor /usr/include/mozilla/xpcom/nsIServiceManagerObsolete.h:77: warning: 'class= =20 nsIServiceManagerObsolete' has virtual functions but non-virtual destructor /usr/include/mozilla/xpcom/nsIServiceManagerUtils.h:48: warning: 'class=20 nsGetServiceByCID' has virtual functions but non-virtual destructor /usr/include/mozilla/nsCOMPtr.h: In instantiation of=20 'nsDerivedSafe<nsIServiceManager>': /usr/include/mozilla/xpcom/nsIServiceManagerUtils.h:48: instantiated from= =20 here /usr/include/mozilla/nsCOMPtr.h:197: warning: 'class=20 nsDerivedSafe<nsIServiceManager>' has virtual functions but non-virtual=20 destructor /usr/include/mozilla/xpcom/nsIServiceManagerUtils.h: In function 'const=20 nsGetServiceByCID do_GetService(const nsCID&, nsresult*)': /usr/include/mozilla/xpcom/nsIServiceManagerUtils.h:70: warning: synthesize= d=20 method 'nsGetServiceByCID::nsGetServiceByCID(const nsGetServiceByCID&)' fir= st=20 required here=20 /usr/include/mozilla/xpcom/nsIServiceManagerUtils.h: At global scope: /usr/include/mozilla/xpcom/nsIServiceManagerUtils.h:81: warning: 'class=20 nsGetServiceByContractID' has virtual functions but non-virtual destructor /usr/include/mozilla/xpcom/nsIServiceManagerUtils.h:114: warning: 'class=20 nsGetServiceFromCategory' has virtual functions but non-virtual destructor /usr/include/mozilla/nsIMemory.h:54: warning: 'class nsIMemory' has virtual= =20 functions but non-virtual destructor Source/plugin.cpp: In member function 'virtual NPError=20 nsPluginInstance::SetWindow(NPWindow*)': Source/plugin.cpp:637: error: cast from 'void*' to 'unsigned int' loses=20 precision Source/plugin.cpp:662: error: cast from 'void*' to 'unsigned int' loses=20 precision make[1]: *** [plugin.o] Error 1 make[1]: Leaving directory `/build/buildd/mplayerplug-in-3.01' make: *** [debian/stamp-makefile-build] Error 2 ***************************************************************************= *** I'd guess that that happens on ia64, too but ia64 didn't yet start building= =2E. Regards, Rene P.S.: linux-kernel-headers is the headers "normally" in libc6.1-dev. *** snip *** Regards, Rene =2D-=20 .''`. Ren=C3=A9 Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' re...@de... | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 |
From: Kevin D. <kde...@ya...> - 2005-08-02 13:15:36
|
> Source/plugin.cpp: In member function 'virtual NPError > nsPluginInstance::SetWindow(NPWindow*)': > Source/plugin.cpp:637: error: cast from 'void*' to 'unsigned int' loses > precision > Source/plugin.cpp:662: error: cast from 'void*' to 'unsigned int' loses > precision > make[1]: *** [plugin.o] Error 1 Rene, That really should be a warning rather than an error I would guess, but=20 anyway, I think I have fixed this in CVS. Since I don't have 64bit machine.= =20 Both of those statements were in DEBUG statements so they could have been=20 deleted. Also, how are you building mplayerplug-in now? Are you still building it wi= th=20 the --enable-x flag? I would really appreciate it if you didn't.=20 Kevin =2D-=20 Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=3D7574690260641978351 |
From: Rene E. <re...@de...> - 2005-08-02 17:00:31
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Kevin DeKorte wrote: > That really should be a warning rather than an error I would guess, but > anyway, I think I have fixed this in CVS. Since I don't have 64bit machine. Something missing in this sentence? ;) > Both of those statements were in DEBUG statements so they could have been > deleted. Oops, my bad for not really looking. > Also, how are you building mplayerplug-in now? Are you still building it with > the --enable-x flag? I would really appreciate it if you didn't. No. The upload of 3.01 uses the default (Gtk2). That still leaves the version shipped in Debian sarge (2.70, 2.80 became ready for testing a bit too late) with --enable-x, though... Grüße/Regards, René -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC76Zd+FmQsCSK63MRAruGAJ43eaLqtpN9o3LOi0xPnX8vkyokxQCeMMC8 v/PMXYPZ/8ufRxA6CEdnT8I= =PSuA -----END PGP SIGNATURE----- |
From: Kevin D. <kde...@ya...> - 2005-08-02 18:51:55
|
On Tuesday 02 August 2005 10:59 am, Rene Engelhard wrote: > gpgkeys: LDAP search error: No such object > Hi, > > Kevin DeKorte wrote: > > That really should be a warning rather than an error I would guess, but > > anyway, I think I have fixed this in CVS. Since I don't have 64bit > > machine. > > Something missing in this sentence? ;) The fact that I could not test it... but CVS should have something that sho= uld=20 work. Be nice if you could test it. > > > Both of those statements were in DEBUG statements so they could have be= en > > deleted. > > Oops, my bad for not really looking. > > > Also, how are you building mplayerplug-in now? Are you still building it > > with the --enable-x flag? I would really appreciate it if you didn't. > > No. The upload of 3.01 uses the default (Gtk2). That still leaves the > version shipped in Debian sarge (2.70, 2.80 became ready for testing a > bit too late) with --enable-x, though... > Great... Alot of the bug reports are from Debian users so having a good=20 package will help. > Gr=C3=BC=C3=9Fe/Regards, > > Ren=C3=A9 Kevin =2D-=20 Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=3D7574690260641978351 |
From: Rene E. <re...@de...> - 2005-08-02 22:12:44
|
Hi, Kevin DeKorte wrote: > The fact that I could not test it... but CVS should have something that s= hould=20 > work. Be nice if you could test it. Sure. I just tested it, now the build finishes. Thanks. Gr=FC=DFe/Regards, Rene --=20 .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' re...@de... | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 |
From: Anders L. <li...@io...> - 2005-08-03 01:06:47
|
Hi Sorry I really did not have a lot of time today ;) First let us agree on what we want. Solution 1: Do we want that mplayerplug-in automatically adjusts the language based on the language and country parameters the user logged into the system with and falls back to the default languange the program has been programmed in like English if the native language of the user is not (yet) supported by mplayerplug-in? Solution 2: Or do we wish the user to have the opertunity to: 1. set a wished languange 2. set a fall back language 3. and a system fall back language that mplayerplug-in falls back to E.g. 1. Dutch 2. German (The Dutch guy may prefer German over English) 3. system fall back languange is English because of the author (Kevin) Solution 1 is Solution 2 without part 2 and without user interaction regarding configuration. Solution 2 could be set to the language based on the current user profile when the user first runs mplayerplug-in and the user may afterwards be allowed change each of the first two options of Solution 2 in e.g. the configuration file. As of now each of the language files of mplayerpluig-in is stored in e.g. Debian like this: for each supported language we have /usr/share/locale/<language>/LC_MESSAGES/mplayerplug-in.mo We either have to store the language files where they are now and we can skip bindtextdomain. textdomain is in my understanding only needed if we change domain within the program (meaning how we choose a translation from the original language and to say German. E.g. Cat becomes in one domain to "Katze" and in another to "Der kleine Garfield" - well silly example :) ) If we want mplayerplug-in to automatically choose (solution 1) we go for only bind_textdomain_codeset I think. If we want the user to choose and/or perhaps have user chosen fall back language we need bindtextdomain like bindtextdomain("mplayerplug-in", "/usr/share/locale"); (the rest of the directory and the language file in particular is determined automatically by gettext I think, /<language>/LC_MESSAGES/mplayerplug-in). An arbitrary directory for the language files is allowed(!) according to the gnu site so it does not need to be /usr/share/locale in particular. The question is can we avoid using the LANGUAGE environment variable to specify a colonseparated list of wished languages or can we specify LANGUAGE inside mplayerplug-in when we read the configuration file? And related to this: Is there a setenv (or export) specific feature in C to set the LANGUAGE environment variable with ? For reference see: http://www.gnu.org/software/libc/manual/html_node/Using-gettextized-software.html#Using-gettextized-software I can't see why textdomain should be used at all if we do not change domain. And I guess we skip the plural support as of now. Can't see the use of it as of now we the relative simple texts we have. It is easier if we know which solution we go for - which do you choose Kevin, how advanced do we need to be? :) Cheers Anders tir, 02 08 2005 kl. 06:49 -0600, skrev Kevin DeKorte: > On Tuesday 02 August 2005 05:03 am, Anders Lind wrote: > > Hi > > > > Just a small follow up. I found the error regarding utf-8. > > > > It has to be specified system wide what output format gettext (you call > > gettext by the macro _()) is using. > > > > Therefore you have to write: > > bind_textdomain_codeset("mplayerplug-in", "utf-8"); > > E.g. look here: > > http://www.gnu.org/software/libc/manual/html_node/Charset-conversion-in-get > >text.html > > Wouldn't this code be better? > > Around like 674 in plugin.cpp > > #ifdef HAVE_GETTEXT > bindtextdomain("mplayerplug-in", NULL); > textdomain("mplayerplug-in"); > bind_textdomain_codeset("mplayerplug-in","utf-8"); > #endif > > > From my reading it looks like the second parameter in bindtextdomain adds to > the directory directory path for lookups. Again, I don't have any of this > stuff setup, so any comments are helpful. > > > > > My translation is also nearly done. > > > > I'll just quickly checked it with my setup and it worked! I can se my > > natively characters just fine! But I'm busy as usual so more details > > later today about this, the buttons and the translation. :) > > > > Chauw > > > > Anders > |
From: Anders L. <li...@io...> - 2005-08-03 01:21:50
|
Hi again Typically I just find some nonsense when I pressed send, sorry. ons, 03 08 2005 kl. 03:06 +0200, skrev Anders Lind: > Hi > > Sorry I really did not have a lot of time today ;) > > First let us agree on what we want. > Solution 1: > Do we want that mplayerplug-in automatically adjusts the language based > on the language and country parameters the user logged into the system > with and falls back to the default languange the program has been > programmed in like English if the native language of the user is not > (yet) supported by mplayerplug-in? > > Solution 2: > Or do we wish the user to have the opertunity to: > 1. set a wished languange > 2. set a fall back language > 3. and a system fall back language that mplayerplug-in falls back to > > E.g. > 1. Dutch > 2. German (The Dutch guy may prefer German over English) > 3. system fall back languange is English because of the author (Kevin) > > Solution 1 is Solution 2 without part 2 and without user interaction > regarding configuration. > > Solution 2 could be set to the language based on the current user > profile when the user first runs mplayerplug-in and the user may > afterwards be allowed change each of the first two options of Solution 2 > in e.g. the configuration file. > > As of now each of the language files of mplayerpluig-in is stored in > e.g. Debian like this: > for each supported language we > have /usr/share/locale/<language>/LC_MESSAGES/mplayerplug-in.mo > > We either have to store the language files where they are now and we can > skip bindtextdomain. textdomain is in my understanding only needed if we > change domain within the program (meaning how we choose a translation > from the original language and to say German. E.g. Cat becomes in one > domain to "Katze" and in another to "Der kleine Garfield" - well silly > example :) ) > > If we want mplayerplug-in to automatically choose (solution 1) we go for > only bind_textdomain_codeset I think. > > If we want the user to choose and/or perhaps have user chosen fall back > language we need bindtextdomain like bindtextdomain("mplayerplug-in", > "/usr/share/locale"); (the rest of the directory and the language file > in particular is determined automatically by gettext I > think, /<language>/LC_MESSAGES/mplayerplug-in). > An arbitrary directory for the language files is allowed(!) according to > the gnu site so it does not need to be /usr/share/locale in particular. > I only see the importance of using bindtextdomain if we place the language files in another place than the default system place like on Debian: /usr/share/locale The chosen language is not chosen by bindtextdomain, but on whether we manage to set the LANGUAGE environment variable in the right way like stated just below this line. > The question is can we avoid using the LANGUAGE environment variable to > specify a colonseparated list of wished languages or can we specify > LANGUAGE inside mplayerplug-in when we read the configuration file? > And related to this: Is there a setenv (or export) specific feature in C > to set the LANGUAGE environment variable with ? > For reference see: > http://www.gnu.org/software/libc/manual/html_node/Using-gettextized-software.html#Using-gettextized-software > > I can't see why textdomain should be used at all if we do not change > domain. > > And I guess we skip the plural support as of now. Can't see the use of > it as of now we the relative simple texts we have. > > It is easier if we know which solution we go for - which do you choose > Kevin, how advanced do we need to be? :) > > > Cheers > > Anders Bye for tonight :) Anders |