[e-users] strange behavior of Eterm in e17
Hello I built Eterm 0.9.4 and libast from the CVS source today. In my e16 environment Eterm 0.9.4 works normally, no problem at all. It also works fine in e17 when starting Eterm *before* e17 in .xsession. But when I start Eterm in e17 environment, the behavior gets strange. I uploaded the screenshot on my site: http://homepage3.nifty.com/peterpan/x00/eterm-problem.jpg All the Japanese characters on the buttonbar are completely broken, and some Japanese characters in the terminal are also broken. In addition, The size of ASCII characters in the terminal is smaller than the normal ones, and the terminal itself gets smaller. XIM works, but the characters I enter via XIM are messed up. Is it a known issue? --- Yasufumi Haga [EMAIL PROTECTED] http://homepage3.nifty.com/peterpan/ fingerprint:0EFA 299A BC32 7D68 1FEF BA2B 804E 9B15 C4F0 F9F0 pgpeJ6Q1y2Vg1.pgp Description: PGP signature
Re: [e-users] compilation of themes failing?
Carsten Haitzler (The Rasterman) wrote: just a wild, uneducated guess, but it looks like someone may've fat-fingered an attempt to type "getFRAG" into "getFARG". check the .edc, and the build.sh script. actually - no getfarg is "get floatingpoint argument" :) its shorthand in embryo :) well, it seemed logical, at the time... ;)
Re: [e-users] compilation of themes failing?
Mitch Gorman wrote: Carsten Haitzler (The Rasterman) wrote: just a wild, uneducated guess, but it looks like someone may've fat-fingered an attempt to type getFRAG into getFARG. check the .edc, and the build.sh script. actually - no getfarg is get floatingpoint argument :) its shorthand in embryo :) well, it seemed logical, at the time... ;) Reminds me of a variable name in an app we spent a very long time trying to figure it's purpose. The name was 'porc' and it turned out to represent Previous OR Current (day).. -- Until later, Geoffrey Go live and stabilize! --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] strange behavior of Eterm in e17
On Fri, 17 Feb 2006 19:10:37 +0900 (JST) Yasufumi Haga [EMAIL PROTECTED] babbled: Hello I built Eterm 0.9.4 and libast from the CVS source today. In my e16 environment Eterm 0.9.4 works normally, no problem at all. It also works fine in e17 when starting Eterm *before* e17 in .xsession. But when I start Eterm in e17 environment, the behavior gets strange. I uploaded the screenshot on my site: http://homepage3.nifty.com/peterpan/x00/eterm-problem.jpg All the Japanese characters on the buttonbar are completely broken, and some Japanese characters in the terminal are also broken. In addition, The size of ASCII characters in the terminal is smaller than the normal ones, and the terminal itself gets smaller. XIM works, but the characters I enter via XIM are messed up. Is it a known issue? what encoding? utf8? etemr's utf8 support is very experiemntal last i talked with mej if its utf8... ? --- Yasufumi Haga [EMAIL PROTECTED] http://homepage3.nifty.com/peterpan/ fingerprint:0EFA 299A BC32 7D68 1FEF BA2B 804E 9B15 C4F0 F9F0 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] compilation of themes failing?
On Fri, 17 Feb 2006 09:10:19 -0500 Geoffrey [EMAIL PROTECTED] babbled: Mitch Gorman wrote: Carsten Haitzler (The Rasterman) wrote: just a wild, uneducated guess, but it looks like someone may've fat-fingered an attempt to type getFRAG into getFARG. check the .edc, and the build.sh script. actually - no getfarg is get floatingpoint argument :) its shorthand in embryo :) well, it seemed logical, at the time... ;) Reminds me of a variable name in an app we spent a very long time trying to figure it's purpose. The name was 'porc' and it turned out to represent Previous OR Current (day).. get some pork on your fork! my favorite is a vaiable a friend used in his program: laura unfortunately he broke up with his grilfriend of the same name after writing that code. he never looked at the code again. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] compilation of themes failing?
On 18-Feb-2006 12:43, Carsten Haitzler wrote: my favorite is a vaiable a friend used in his program: laura ---end quoted text--- Should have made it a const! Gavin. -- Gavin Costello [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: [e-users] compilation of themes failing?
Carsten Haitzler (The Rasterman) wrote: On Fri, 17 Feb 2006 09:10:19 -0500 Geoffrey [EMAIL PROTECTED] babbled: my favorite is a vaiable a friend used in his program: laura unfortunately he broke up with his grilfriend of the same name after writing that code. he never looked at the code again. :) You could explain him the meaning of Search and Replace for both the code and his life ;) J. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e16 pager size location in different display mode
On Thu, 16 Feb 2006 00:01:15 +0100, Kim Woelders [EMAIL PROTECTED] wrote: Dennis Nezic wrote: On Tue, 14 Feb 2006 19:26:29 +0100, Kim Woelders [EMAIL PROTECTED] wrote: Dennis Nezic wrote: i may have spoken too soon. although it does work when i start e under a non-native resolution (but same aspect ratio), (it didn't work before, so something was fixed :) the same problem occurs when i use tv-out, which has a different aspect ratio. What are the screen resolutions you are switching between, and which pager sizes do you get? i start with my laptop in native resolution, 1280x800, and the pager is 320x50. it's location is [0,750]. eesh says: Base, min, max, inc w/h 0x0, 80x12, 1280x200 32x5 Aspect min, max 6.3, 6.5 btw, i have 4 desktops side by side, so each one is 80x50, so all is good here ... screen, pager desktops both have ratio 1.6. then i go to tvout mode .. 640x480 (the screen pans), and the pager resizes to 320x60. it's location has moved to [0,718]. eesh says: Base, min, max, inc w/h 0x0, 64x12, 1024x192 32x6 Aspect min, max 5.2, 5.4 so, here the pager thinks that the desktop has changed to 1.333 ratio, which it hasn't. the display is 640x480, but the screen hasn't changed it's dimensions (i don't think). The screen dimensions don't matter, only the resolution in pixels. According to this the current screen resolution is 1024x768. Changing resolution from 1280x800 - 1024x768 would not change the pager from 320x50 to 320x60, but to 256x48. However, changing the resolution like 1280x800 - 320x240 - 1024x768 will. This doesn't explain the change in position though, so I think the resolution travels some other path between 1280x800 and 1024x768. lastly i return to my laptop lcd, and the pager has once again resized (grown) to 384x60, and returned back to it's original position [0,750]. eesh says, as before: Base, min, max, inc w/h 0x0, 80x12, 1280x200 32x5 Aspect min, max 6.3, 6.5 Again, going directly from 1024x768 to 1280x800 would give the pager size 416x60, but going via 320x240 gives 384x60. I have committed a fix that I think should cure this. However, as things are for now, if you cycle trough a number of different screen resolutions it is still not guaranteed that the pager size you start out with is exactly the one you will get when you return to the original resolution, but I don't think the pagers will keep growing, as they did. the problem persists. along with a small annoyance now that the pager can be resized with pixel resolution (for example, 72x45 and 73x45 are acceptable sizes, even though 72x45 is the true 1.6 ratio. but this isn't really a problem.) the current situation (4x1 pager) is as follows: 1) start with laptop 1280x800, pager 280x44 2) switch to tv, 640x480, pager 280x52 3) return to laptop 1280x800, pager 332x52 moreover, along with having grown, it has also moved downward 5 pixels. so, from 1=2, it preserves width, while 2=3 it preserves height. would the problem not be solved if it sticks to preserving only one of the dimensions? --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Re: [E-devel] discussion: desktop lock functionality
Aleksej Struk wrote: Hi all, I think of starting a new app/module for e17. Actually, I want to write a desktop lock app/module. However, I still do not know what to start from and what functionality to implement. My idea is to have a separate program, like KDE does, which will lock the desktop. I think that it should behave as follows : 1. Create a new fullscreen window. 2. Disable all keybindings. 3. Disable all mouse bindings. 4. disable window menu. 5. disable a possibility to switch desktop 6. something else... I think the right thing is to use Xscreensaver capabilites.. -- Morten :wq --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] strange behavior of Eterm in e17
On Saturday, 18 February 2006, at 02:12:24 (+0900), Yasufumi Haga wrote: There was no setting for the encoding in my .xsession at that time, so I guess it should have been ja_JP.eucJP. But when I checked the values of LANG and LC_ALL with two terminals: kterm and Eterm, LANG was ja_JP.UTF-8 and LC_ALL was ja_JP.eucJP in kterm, while in Eterm both LANG and LC_ALL were ja_JP.eucJP. Now I'm setting LANG and LC_ALL to ja_JP.UTF-8 in the .xsession and checking those values again, but they don't change. I tried running gnome-terminal and checking them in this environment, and it resulted in ja_JP.eucJP for both of them. I also understood the state of Eterm. ja_JP.eucJP is correct for Eterm. I suspect making sure the locale uses EUCJ instead of UTF-8 encoding will correct the display problems. Remember, this means both the locale Eterm starts in *and* the locale of the shell running inside it. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I guess the time is right for us to say we'll take our time and live our lives together day by day. We'll make a wish and send it on a prayer. We know our dreams will all come true with love that we can share. -- Firehouse, Love of a Lifetime --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Re: [E-devel] discussion: desktop lock functionality
Morten Nilsen wrote: Aleksej Struk wrote: Hi all, I think of starting a new app/module for e17. Actually, I want to write a desktop lock app/module. However, I still do not know what to start from and what functionality to implement. My idea is to have a separate program, like KDE does, which will lock the desktop. I think that it should behave as follows : 1. Create a new fullscreen window. 2. Disable all keybindings. 3. Disable all mouse bindings. 4. disable window menu. 5. disable a possibility to switch desktop 6. something else... I think the right thing is to use Xscreensaver capabilites.. the following script is called from a .eap residing in my engage/.order and bar/.order files, and is also bound to the ScrollLock key on my keyboard: --- #!/bin/sh ss=`ps auxgw | grep screensaver| grep -v grep` if [ x$ss == x ] then /usr/bin/X11/xscreensaver -nosplash -no-capture-stderr 21 /dev/null sleep 1 fi /usr/bin/X11/xscreensaver-command -activate 21 /dev/null --- ain't perfect, because it doesn't account for multiple displays, but i only use a second display when VNCing into the box, and don't want a screensaver running on that display, anyway. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] strange behavior of Eterm in e17
On Fri, 17 Feb 2006 12:07:02 -0500, Michael Jennings [EMAIL PROTECTED] wrote: | On Saturday, 18 February 2006, at 02:12:24 (+0900), | Yasufumi Haga wrote: | | There was no setting for the encoding in my .xsession at that time, | so I guess it should have been ja_JP.eucJP. But when I checked the | values of LANG and LC_ALL with two terminals: kterm and Eterm, LANG | was ja_JP.UTF-8 and LC_ALL was ja_JP.eucJP in kterm, while in Eterm | both LANG and LC_ALL were ja_JP.eucJP. Now I'm setting LANG and | LC_ALL to ja_JP.UTF-8 in the .xsession and checking those values | again, but they don't change. I tried running gnome-terminal and | checking them in this environment, and it resulted in ja_JP.eucJP | for both of them. I also understood the state of Eterm. | | ja_JP.eucJP is correct for Eterm. I suspect making sure the locale | uses EUCJ instead of UTF-8 encoding will correct the display problems. | Remember, this means both the locale Eterm starts in *and* the locale | of the shell running inside it. I'm setting LANG and LC_ALL to ja_JP.eucJP in both .xsession and .bash_profile, and then running Eterm after logging in again. echo $LANG and echo $LC_ALL show ja_JP.eucJP. But the situation is still the same. I set those variables before starting e17 in my .xsession, but is there a possibility that e17 overrides my settings for LANG and LC_ALL? --- Yasufumi Haga [EMAIL PROTECTED] http://homepage3.nifty.com/peterpan/ fingerprint:0EFA 299A BC32 7D68 1FEF BA2B 804E 9B15 C4F0 F9F0 pgpqwnPEkZ1Nn.pgp Description: PGP signature
Re: [e-users] strange behavior of Eterm in e17
On Sat, 18 Feb 2006 02:12:24 +0900 (JST) Yasufumi Haga [EMAIL PROTECTED] babbled: On Sat, 18 Feb 2006 00:45:31 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: | On Fri, 17 Feb 2006 19:10:37 +0900 (JST) Yasufumi Haga | [EMAIL PROTECTED] babbled: | | Hello | | I built Eterm 0.9.4 and libast from the CVS source today. | In my e16 environment Eterm 0.9.4 works normally, no problem | at all. It also works fine in e17 when starting Eterm *before* | e17 in .xsession. But when I start Eterm in e17 environment, | the behavior gets strange. I uploaded the screenshot on my site: | |http://homepage3.nifty.com/peterpan/x00/eterm-problem.jpg | | All the Japanese characters on the buttonbar are completely broken, | and some Japanese characters in the terminal are also broken. | In addition, The size of ASCII characters in the terminal is | smaller than the normal ones, and the terminal itself gets smaller. | XIM works, but the characters I enter via XIM are messed up. | | Is it a known issue? | | what encoding? utf8? etemr's utf8 support is very experiemntal last i talked | with mej if its utf8... ? There was no setting for the encoding in my .xsession at that time, so I guess it should have been ja_JP.eucJP. But when I checked the values of LANG and LC_ALL with two terminals: kterm and Eterm, LANG was ja_JP.UTF-8 and LC_ALL was ja_JP.eucJP in kterm, while in Eterm both LANG and LC_ALL were ja_JP.eucJP. Now I'm setting LANG and LC_ALL to ja_JP.UTF-8 in the .xsession and checking those values again, but they don't change. I tried running gnome-terminal and checking them in this environment, and it resulted in ja_JP.eucJP for both of them. I also understood the state of Eterm. hmm - sounds like there was a bit of a mess with some things ascking for eucjp and some for utf8. does it work better now you are using eucjp? Thanks for your reply. Regards. --- Yasufumi Haga [EMAIL PROTECTED] http://homepage3.nifty.com/peterpan/ fingerprint:0EFA 299A BC32 7D68 1FEF BA2B 804E 9B15 C4F0 F9F0 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] strange behavior of Eterm in e17
On Sat, 18 Feb 2006 11:56:32 +0900 (JST) Yasufumi Haga [EMAIL PROTECTED] babbled: On Fri, 17 Feb 2006 12:07:02 -0500, Michael Jennings [EMAIL PROTECTED] wrote: | On Saturday, 18 February 2006, at 02:12:24 (+0900), | Yasufumi Haga wrote: | | There was no setting for the encoding in my .xsession at that time, | so I guess it should have been ja_JP.eucJP. But when I checked the | values of LANG and LC_ALL with two terminals: kterm and Eterm, LANG | was ja_JP.UTF-8 and LC_ALL was ja_JP.eucJP in kterm, while in Eterm | both LANG and LC_ALL were ja_JP.eucJP. Now I'm setting LANG and | LC_ALL to ja_JP.UTF-8 in the .xsession and checking those values | again, but they don't change. I tried running gnome-terminal and | checking them in this environment, and it resulted in ja_JP.eucJP | for both of them. I also understood the state of Eterm. | | ja_JP.eucJP is correct for Eterm. I suspect making sure the locale | uses EUCJ instead of UTF-8 encoding will correct the display problems. | Remember, this means both the locale Eterm starts in *and* the locale | of the shell running inside it. I'm setting LANG and LC_ALL to ja_JP.eucJP in both .xsession and .bash_profile, and then running Eterm after logging in again. echo $LANG and echo $LC_ALL show ja_JP.eucJP. But the situation is still the same. I set those variables before starting e17 in my .xsession, but is there a possibility that e17 overrides my settings for LANG and LC_ALL? what is your language set to for e17 - it could be resetting the LANG etc. variables? tell E to use the same (enlightenment_remote -lang-set ja_JP.eucjp) ? --- Yasufumi Haga [EMAIL PROTECTED] http://homepage3.nifty.com/peterpan/ fingerprint:0EFA 299A BC32 7D68 1FEF BA2B 804E 9B15 C4F0 F9F0 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Re: [E-devel] XGL
On Fri, 17 Feb 2006 18:48:05 +0100 Michel Briand [EMAIL PROTECTED] babbled: Hi you certainly have noticed this link: http://linux.slashdot.org/article.pl?sid=06/02/08/0624253 and watch this movie: http://www.freedesktop.org/~davidr/xgl-demo1.xvid.avi What is the status of 3D in E17 ? efl does no 3d. id u EVER want to see e17 e18 etc. - we will not even TOUCH this topic. if you want a 3d wm - write your own or use existing ones. e is not a 3d wm and will never be. doign 3d will mean writign e to DEPEND on opengl and thus lock out anyoen with older or unsupported gfx cards, open up a can of worms for stability, bugs and performance, and mean e wont get released for many many many more years to come. Does the ever changing EFL would be stable enough one day to begin hack some nice features? No :p, I'm joking, sorry. Regards, Michel --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] strange behavior of Eterm in e17
On Sat, 18 Feb 2006 12:23:43 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: | On Sat, 18 Feb 2006 11:56:32 +0900 (JST) Yasufumi Haga | [EMAIL PROTECTED] babbled: | | On Fri, 17 Feb 2006 12:07:02 -0500, | Michael Jennings [EMAIL PROTECTED] wrote: | | | On Saturday, 18 February 2006, at 02:12:24 (+0900), | | Yasufumi Haga wrote: | | | | There was no setting for the encoding in my .xsession at that time, | | so I guess it should have been ja_JP.eucJP. But when I checked the | | values of LANG and LC_ALL with two terminals: kterm and Eterm, LANG | | was ja_JP.UTF-8 and LC_ALL was ja_JP.eucJP in kterm, while in Eterm | | both LANG and LC_ALL were ja_JP.eucJP. Now I'm setting LANG and | | LC_ALL to ja_JP.UTF-8 in the .xsession and checking those values | | again, but they don't change. I tried running gnome-terminal and | | checking them in this environment, and it resulted in ja_JP.eucJP | | for both of them. I also understood the state of Eterm. | | | | ja_JP.eucJP is correct for Eterm. I suspect making sure the locale | | uses EUCJ instead of UTF-8 encoding will correct the display problems. | | Remember, this means both the locale Eterm starts in *and* the locale | | of the shell running inside it. | | I'm setting LANG and LC_ALL to ja_JP.eucJP in both .xsession and | .bash_profile, and then running Eterm after logging in again. | echo $LANG and echo $LC_ALL show ja_JP.eucJP. But the situation | is still the same. I set those variables before starting e17 | in my .xsession, but is there a possibility that e17 overrides | my settings for LANG and LC_ALL? | | what is your language set to for e17 - it could be resetting the LANG etc. | variables? tell E to use the same (enlightenment_remote -lang-set ja_JP.eucjp) ? When executing enlightenment_remote -lang-set ja_JP.eucJP, Eterm has finally become perfect in my environment. Japanese characters are handled normally. No problem. I didn't know enlightenment_remote -lang-set accepts languages other than UTF-8, or rather I have thought that the command was used to set only foo_bar.UTF-8. Thanks a lot, Michael, Raster. --- Yasufumi Haga [EMAIL PROTECTED] http://homepage3.nifty.com/peterpan/ fingerprint:0EFA 299A BC32 7D68 1FEF BA2B 804E 9B15 C4F0 F9F0 pgpTCqaOfGbtU.pgp Description: PGP signature
Re: [e-users] strange behavior of Eterm in e17
On Sat, 18 Feb 2006 14:04:00 +0900 (JST) Yasufumi Haga [EMAIL PROTECTED] babbled: On Sat, 18 Feb 2006 12:23:43 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: | On Sat, 18 Feb 2006 11:56:32 +0900 (JST) Yasufumi Haga | [EMAIL PROTECTED] babbled: | | On Fri, 17 Feb 2006 12:07:02 -0500, | Michael Jennings [EMAIL PROTECTED] wrote: | | | On Saturday, 18 February 2006, at 02:12:24 (+0900), | | Yasufumi Haga wrote: | | | | There was no setting for the encoding in my .xsession at that time, | | so I guess it should have been ja_JP.eucJP. But when I checked the | | values of LANG and LC_ALL with two terminals: kterm and Eterm, LANG | | was ja_JP.UTF-8 and LC_ALL was ja_JP.eucJP in kterm, while in Eterm | | both LANG and LC_ALL were ja_JP.eucJP. Now I'm setting LANG and | | LC_ALL to ja_JP.UTF-8 in the .xsession and checking those values | | again, but they don't change. I tried running gnome-terminal and | | checking them in this environment, and it resulted in ja_JP.eucJP | | for both of them. I also understood the state of Eterm. | | | | ja_JP.eucJP is correct for Eterm. I suspect making sure the locale | | uses EUCJ instead of UTF-8 encoding will correct the display problems. | | Remember, this means both the locale Eterm starts in *and* the locale | | of the shell running inside it. | | I'm setting LANG and LC_ALL to ja_JP.eucJP in both .xsession and | .bash_profile, and then running Eterm after logging in again. | echo $LANG and echo $LC_ALL show ja_JP.eucJP. But the situation | is still the same. I set those variables before starting e17 | in my .xsession, but is there a possibility that e17 overrides | my settings for LANG and LC_ALL? | | what is your language set to for e17 - it could be resetting the LANG etc. | variables? tell E to use the same (enlightenment_remote -lang-set | ja_JP.eucjp) ? When executing enlightenment_remote -lang-set ja_JP.eucJP, Eterm has finally become perfect in my environment. ok - it was eterm inheriting a utf8 language env. e PREFERS a utf8 one and recommends it, but doesn't enforce it. e will change its own internal in-process encoding to utf8 anyway as it requires that. Japanese characters are handled normally. No problem. I didn't know enlightenment_remote -lang-set accepts languages other than UTF-8, or rather I have thought that the command was used to set only foo_bar.UTF-8. Thanks a lot, Michael, Raster. もんでない :) --- Yasufumi Haga [EMAIL PROTECTED] http://homepage3.nifty.com/peterpan/ fingerprint:0EFA 299A BC32 7D68 1FEF BA2B 804E 9B15 C4F0 F9F0 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
