You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(299) |
Sep
(185) |
Oct
(187) |
Nov
(257) |
Dec
(165) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(291) |
Feb
(316) |
Mar
(134) |
Apr
(167) |
May
(171) |
Jun
(76) |
Jul
(83) |
Aug
(52) |
Sep
(65) |
Oct
(24) |
Nov
(48) |
Dec
(104) |
2003 |
Jan
(101) |
Feb
(101) |
Mar
(98) |
Apr
(53) |
May
(171) |
Jun
(160) |
Jul
(79) |
Aug
(119) |
Sep
(132) |
Oct
(114) |
Nov
(158) |
Dec
(75) |
2004 |
Jan
(65) |
Feb
(146) |
Mar
(145) |
Apr
(98) |
May
(131) |
Jun
(133) |
Jul
(203) |
Aug
(128) |
Sep
(98) |
Oct
(163) |
Nov
(108) |
Dec
(115) |
2005 |
Jan
(131) |
Feb
(144) |
Mar
(341) |
Apr
(162) |
May
(215) |
Jun
(156) |
Jul
(396) |
Aug
(684) |
Sep
(537) |
Oct
(517) |
Nov
(450) |
Dec
(373) |
2006 |
Jan
(533) |
Feb
(306) |
Mar
(196) |
Apr
(204) |
May
(368) |
Jun
(310) |
Jul
(247) |
Aug
(322) |
Sep
(223) |
Oct
(220) |
Nov
(195) |
Dec
(125) |
2007 |
Jan
(119) |
Feb
(105) |
Mar
(149) |
Apr
(179) |
May
(142) |
Jun
(122) |
Jul
(95) |
Aug
(138) |
Sep
(74) |
Oct
(56) |
Nov
(98) |
Dec
(53) |
2008 |
Jan
(146) |
Feb
(113) |
Mar
(173) |
Apr
(83) |
May
(74) |
Jun
(34) |
Jul
(88) |
Aug
(107) |
Sep
(152) |
Oct
(80) |
Nov
(71) |
Dec
(49) |
2009 |
Jan
(80) |
Feb
(104) |
Mar
(102) |
Apr
(160) |
May
(71) |
Jun
(97) |
Jul
(59) |
Aug
(107) |
Sep
(90) |
Oct
(50) |
Nov
(58) |
Dec
(61) |
2010 |
Jan
(38) |
Feb
(38) |
Mar
(55) |
Apr
(87) |
May
(67) |
Jun
(61) |
Jul
(65) |
Aug
(186) |
Sep
(46) |
Oct
(210) |
Nov
(168) |
Dec
(158) |
2011 |
Jan
(196) |
Feb
(182) |
Mar
(148) |
Apr
(147) |
May
(149) |
Jun
(177) |
Jul
(151) |
Aug
(248) |
Sep
(190) |
Oct
(69) |
Nov
(123) |
Dec
(171) |
2012 |
Jan
(56) |
Feb
(175) |
Mar
(141) |
Apr
(96) |
May
(160) |
Jun
(157) |
Jul
(178) |
Aug
(194) |
Sep
(223) |
Oct
(200) |
Nov
(310) |
Dec
(373) |
2013 |
Jan
(465) |
Feb
(264) |
Mar
(110) |
Apr
(112) |
May
(109) |
Jun
(102) |
Jul
(49) |
Aug
(79) |
Sep
(120) |
Oct
(96) |
Nov
(149) |
Dec
(237) |
2014 |
Jan
(144) |
Feb
(278) |
Mar
(323) |
Apr
(144) |
May
(122) |
Jun
(265) |
Jul
(129) |
Aug
(186) |
Sep
(158) |
Oct
(150) |
Nov
(153) |
Dec
(195) |
2015 |
Jan
(111) |
Feb
(112) |
Mar
(40) |
Apr
(90) |
May
(81) |
Jun
(142) |
Jul
(102) |
Aug
(96) |
Sep
(59) |
Oct
(101) |
Nov
(58) |
Dec
(37) |
2016 |
Jan
(69) |
Feb
(56) |
Mar
(76) |
Apr
(7) |
May
(123) |
Jun
(78) |
Jul
(44) |
Aug
(58) |
Sep
(34) |
Oct
(99) |
Nov
(30) |
Dec
(59) |
2017 |
Jan
(86) |
Feb
(78) |
Mar
(89) |
Apr
(49) |
May
(40) |
Jun
(56) |
Jul
(34) |
Aug
(37) |
Sep
(53) |
Oct
(36) |
Nov
(66) |
Dec
(67) |
2018 |
Jan
(69) |
Feb
(37) |
Mar
(53) |
Apr
(66) |
May
(42) |
Jun
(38) |
Jul
(31) |
Aug
(40) |
Sep
(71) |
Oct
(16) |
Nov
(26) |
Dec
(13) |
2019 |
Jan
(26) |
Feb
(8) |
Mar
(19) |
Apr
(29) |
May
(24) |
Jun
(14) |
Jul
(101) |
Aug
(32) |
Sep
(35) |
Oct
(38) |
Nov
(21) |
Dec
(36) |
2020 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
(87) |
May
(53) |
Jun
(62) |
Jul
(18) |
Aug
(29) |
Sep
(66) |
Oct
(26) |
Nov
(18) |
Dec
(28) |
2021 |
Jan
(13) |
Feb
(29) |
Mar
(41) |
Apr
(75) |
May
(52) |
Jun
(32) |
Jul
(16) |
Aug
(29) |
Sep
(71) |
Oct
(37) |
Nov
(22) |
Dec
(11) |
2022 |
Jan
(75) |
Feb
(64) |
Mar
(33) |
Apr
(31) |
May
(17) |
Jun
(37) |
Jul
(44) |
Aug
(25) |
Sep
(59) |
Oct
(39) |
Nov
(33) |
Dec
(34) |
2023 |
Jan
(50) |
Feb
(44) |
Mar
(61) |
Apr
(17) |
May
(20) |
Jun
(7) |
Jul
(32) |
Aug
(21) |
Sep
(13) |
Oct
(10) |
Nov
(24) |
Dec
(5) |
2024 |
Jan
(11) |
Feb
(1) |
Mar
(17) |
Apr
(9) |
May
(15) |
Jun
(25) |
Jul
(4) |
Aug
(15) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Viktor K. <sat...@ab...> - 2004-03-26 07:51:54
|
another problem is the handling of themes. for instance, when one shades a window, the window is rolled up "too much". it looks like the bottom part of the border is half inside the top one. >-------- Оригинално писмо -------- >От: Adam Flott <ad...@np...> >Относно: [e-users] e16.7 CVS questions/problems >До: enl...@li... >Изпратено на: Петък, 2004, Март 26 08:10:34 EET >---------------------------------- > >few things, > >all these occur from 16.6 to 16.7 cvs upgrade (as of 3/25/2004). >configs upgraded from switch to cvs, not remade. > >a) a "0" shows up in the task switch menu. doesn't occur all the time. changing themes seems to have removed this. is this the pager? > >b) when any of the menus are opened, the close button doesn't close it, only a click on the root desktop will. > >c) xmms doesn't seem to be updated within the pager, (hi res, continuous scan, no zoom). but will be show when virtual desktop is on the same as xmms > >d) does the "regenerate menus" destroy my custom menu? is there any way to generate backgrounds,new menus,etc without restarting? > >e) when restarted, all the windows, or some seem to be thrown around, hidden, etc. is this normal? > >thanks. > > >Adam > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >enlightenment-users mailing list >enl...@li... >https://lists.sourceforge.net/lists/listinfo/enlightenment-users > ----------------------------------------------------------------- http://kulinar.gbg.bg/ - Овкусете деня си с Кулинар! |
From: Adam F. <ad...@np...> - 2004-03-26 06:10:43
|
few things, all these occur from 16.6 to 16.7 cvs upgrade (as of 3/25/2004). configs upgraded from switch to cvs, not remade. a) a "0" shows up in the task switch menu. doesn't occur all the time. changing themes seems to have removed this. is this the pager? b) when any of the menus are opened, the close button doesn't close it, only a click on the root desktop will. c) xmms doesn't seem to be updated within the pager, (hi res, continuous scan, no zoom). but will be show when virtual desktop is on the same as xmms d) does the "regenerate menus" destroy my custom menu? is there any way to generate backgrounds,new menus,etc without restarting? e) when restarted, all the windows, or some seem to be thrown around, hidden, etc. is this normal? thanks. Adam |
From: Jeremy K. <jk...@br...> - 2004-03-24 00:42:37
|
I had to change the /etc/pam.d/entrance file to: auth required pam_unix.so account required pam_unix.so session required pam_unix.so Since pam_stack.so does not exist on my system. So now I can use entrance to log in, but only if I launch it as root. I tried entrance --test as my normal user and it refuses to log in. Why is this? Thanks, Jeremy |
From: A. S. B. <enl...@so...> - 2004-03-22 09:03:20
|
Thus spake Carsten Haitzler: > On Mon, 22 Mar 2004 08:30:54 +0000 "A. S. Budden" > <enl...@so...> babbled: > > > Hi there, > > > > I have a bit of a problem with the pager windows. For some reason (and > > for quite some time now), the borders around the pager windows have been > > looking a bit odd. I assumed that I'd done something stupid like delete > > the relevant bitmap files, but I just decided to increase the number of > > desktops that I have from 6 to 9 and lo and behold, the new pagers that > > were created look correct. > > > > I have tried going down to only one desktop and then back up to 9 again, > > but it makes no difference. I have put a screenshot here: > > > > http://tinyurl.com/2gmuo > > > > Can anyone offer any help with this please? > > you at one point set your pagers to use a certain border class/name but that > border is not provided by your theme its fallen back to a raw default of grey. > just set the border to whatever u like (alt+right mouse on pager -> set border > style). :) problem solved. same as any window :) Many thanks for your help -- all sorted now. Al |
From: Carsten H. (T. R. <ra...@ra...> - 2004-03-22 08:44:53
|
On Mon, 22 Mar 2004 08:30:54 +0000 "A. S. Budden" <enl...@so...> babbled: > Hi there, > > I have a bit of a problem with the pager windows. For some reason (and > for quite some time now), the borders around the pager windows have been > looking a bit odd. I assumed that I'd done something stupid like delete > the relevant bitmap files, but I just decided to increase the number of > desktops that I have from 6 to 9 and lo and behold, the new pagers that > were created look correct. > > I have tried going down to only one desktop and then back up to 9 again, > but it makes no difference. I have put a screenshot here: > > http://tinyurl.com/2gmuo > > Can anyone offer any help with this please? you at one point set your pagers to use a certain border class/name but that border is not provided by your theme its fallen back to a raw default of grey. just set the border to whatever u like (alt+right mouse on pager -> set border style). :) problem solved. same as any window :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 熊耳 - 車君 (数田) ra...@de... Tokyo, Japan (東京 日本) |
From: A. S. B. <enl...@so...> - 2004-03-22 08:35:30
|
Hi there, I have a bit of a problem with the pager windows. For some reason (and for quite some time now), the borders around the pager windows have been looking a bit odd. I assumed that I'd done something stupid like delete the relevant bitmap files, but I just decided to increase the number of desktops that I have from 6 to 9 and lo and behold, the new pagers that were created look correct. I have tried going down to only one desktop and then back up to 9 again, but it makes no difference. I have put a screenshot here: http://tinyurl.com/2gmuo Can anyone offer any help with this please? Many thanks in advance, Al |
From: Daniel S. <sno...@op...> - 2004-03-21 20:11:17
|
Found some info on the system(), fork(), exec() and wait() functions which made a bit of sense and made it apparent it had nothing to do with ecore/evas at all. The whole schebang works smoothly now...at least until I figure out a new way to break things :) Thanks anyway, Daniel Stonier. On Mon, 22 Mar 2004 01:15:18 +1000, Daniel Stonier <sno...@op...> wrote: > > Ran into another problem today - think I need to understand a little more > about how Ecore_Evas does its window handling. > > I'm trying to incorporate a screenshot grabber into the program, > ultimately to save > time as it didn't look hard to implement but I think I've now spent more > time > on this than I may have saved with the convenience! But now it's a > problem, and it's > too hard to let go without beating it mercilessly into the void. > > I looked up E-Screenshot's code and implemented something similar - just > a system(...) call > which runs "import" to grab a window. I'm running this as a callback > event tied into > an evas object which acts as a button. > > Now if I supply a window name to a program external to the simulation > (the program it was > called from) it works fine, it raises the external window and captures > it no problem. > > Capturing one of the simulation's windows however, raises the window > frame just before > capture, but does not redraw its contents, so you get an image of the > window overlapped > with windows lying across it. > > If I run the simulation and then start another c program which capture's > the simulation's > windows in exactly the same way, it raises them and grabs the image > without the above > problem - so the issue is in running the system call inside the same > program. > > So.... > > When a window is raised in ecore_evas, when exactly does its contents > get redrawn? > > I think what might be happening is that the simulation effectively stops > and waits while > the system call to import is run - when import raises the window for a > screenshot, the > simulation does not respond and redraw the contents, because its too > busy waiting for > the system call to finish. Would this be correct, and if so is there any > way to let it > loose in the background? > > Kinda new to understanding forked processes and not really sure where to > go looking for some useful info so any help would be great. > > Cheers, > Daniel. > -- email:sno...@op... http://members.optusnet.com.au/stonierd/ |
From: Vincent T. <to...@ma...> - 2004-03-21 17:37:26
|
You can find doc there :=20 http://cuddletech.com/edje/index.html regards Vincent TORRI On Sun, 21 Mar 2004, Viktor Kojouharov wrote: > Is there any documentation on the edc syntax and format, with some explan= ation for all the options? >=20 > ----------------------------------------------------------------- > http://kulinar.gbg.bg/ - =CE=E2=EA=F3=F1=E5=F2=E5 =E4=E5=ED=FF =F1=E8 =F1= =CA=F3=EB=E8=ED=E0=F0! >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users >=20 |
From: Viktor K. <sat...@ab...> - 2004-03-21 17:24:00
|
Is there any documentation on the edc syntax and format, with some explanation for all the options? ----------------------------------------------------------------- http://kulinar.gbg.bg/ - Овкусете деня си с Кулинар! |
From: Daniel S. <sno...@op...> - 2004-03-21 15:15:42
|
Ran into another problem today - think I need to understand a little more about how Ecore_Evas does its window handling. I'm trying to incorporate a screenshot grabber into the program, ultimately to save time as it didn't look hard to implement but I think I've now spent more time on this than I may have saved with the convenience! But now it's a problem, and it's too hard to let go without beating it mercilessly into the void. I looked up E-Screenshot's code and implemented something similar - just a system(...) call which runs "import" to grab a window. I'm running this as a callback event tied into an evas object which acts as a button. Now if I supply a window name to a program external to the simulation (the program it was called from) it works fine, it raises the external window and captures it no problem. Capturing one of the simulation's windows however, raises the window frame just before capture, but does not redraw its contents, so you get an image of the window overlapped with windows lying across it. If I run the simulation and then start another c program which capture's the simulation's windows in exactly the same way, it raises them and grabs the image without the above problem - so the issue is in running the system call inside the same program. So.... When a window is raised in ecore_evas, when exactly does its contents get redrawn? I think what might be happening is that the simulation effectively stops and waits while the system call to import is run - when import raises the window for a screenshot, the simulation does not respond and redraw the contents, because its too busy waiting for the system call to finish. Would this be correct, and if so is there any way to let it loose in the background? Kinda new to understanding forked processes and not really sure where to go looking for some useful info so any help would be great. Cheers, Daniel. -- email:sno...@op... http://members.optusnet.com.au/stonierd/ |
From: BAM <so...@gm...> - 2004-03-21 01:01:50
|
> BAM wrote: > > >On Thu, 2004-03-18 at 22:32, Zhang Weiwu wrote: > >>I also wish to pop up the Task List Menu (the one Alt+Middle on desktop > >>brings up), but I don'n know the menu name. I don't find a reference of > >>this menu in all cfg files. Does this menu have a name? > >> > >"taskmenu" :) > > > I'm using e16utils-0.16_1 (on enlightenment-0.16.6_1). e16keyedit seems > only allow three types of menu: Root/Winops/Named menu, and taskmenu is > not any one of them. Here's the problem: taskmenu can't be triggered when the parameter for __A_SHOW_MENU is "named taskmenu", only when it's "taskmenu". The other menus e16keyedit supports all use the standard named syntax. Something would have to be changed in the code, I'm afraid. Currently "taskmenu" (and others such as "deskmenu", "groupmenu", etc) are special cased in spawnMenu. So fixing e16keyedit would require either adding a special menu thingy to e16keyedit that doesn't prefix "named" or adding another check for these in ShowNamedMenu. > Because I already defined many personal keybindings, I am afraid > creating the ~/e/keybindings.cfg file would flush my previous settings. Yes, it would. > Another problem: I'm afraid when I reinstall my system I'll lose my > settings because it is in cache. Can I dump cache settings to a > keybindings.cfg file? No. AFAIK, you'd have to do it manually. -- BAM - "Reality continues to ruin my life." -- Calvin |
From: Zhang W. <zha...@re...> - 2004-03-20 15:57:54
|
BAM wrote: >On Thu, 2004-03-18 at 22:32, Zhang Weiwu wrote: > > >>Hello. I use a shortcut key to pop up User's Menus, just to let it open >>a menu named "APPS_SUBMENU". >> >>I also wish to pop up the Task List Menu (the one Alt+Middle on desktop >>brings up), but I don'n know the menu name. I don't find a reference of >>this menu in all cfg files. Does this menu have a name? >> >> > >"taskmenu" :) > >Tip: if you ever want to find out what a key or mouse button does, the >place to look is "keybindings.cfg". The middle mouse button is >"__BUTTON 2". > > > I'm using e16utils-0.16_1 (on enlightenment-0.16.6_1). e16keyedit seems only allow three types of menu: Root/Winops/Named menu, and taskmenu is not any one of them. First I thought e16keyedit modified ~/.enlightenment/keybindings.cfg, and I can modifiy the file manually. But there isn't such a file there. After a grep I think e16keyedit actually only modified ~/.enlightenment/cached configuration. Because I already defined many personal keybindings, I am afraid creating the ~/e/keybindings.cfg file would flush my previous settings. Another problem: I'm afraid when I reinstall my system I'll lose my settings because it is in cache. Can I dump cache settings to a keybindings.cfg file? |
From: BAM <so...@gm...> - 2004-03-20 00:17:25
|
On Thu, 2004-03-18 at 22:32, Zhang Weiwu wrote: > Hello. I use a shortcut key to pop up User's Menus, just to let it open > a menu named "APPS_SUBMENU". > > I also wish to pop up the Task List Menu (the one Alt+Middle on desktop > brings up), but I don'n know the menu name. I don't find a reference of > this menu in all cfg files. Does this menu have a name? "taskmenu" :) Tip: if you ever want to find out what a key or mouse button does, the place to look is "keybindings.cfg". The middle mouse button is "__BUTTON 2". -- BAM - "The poor, confused cave troll. He doesn't know what he's doing. He just never had the proper guidance." -- Elijah Wood |
From: Zhang W. <zha...@re...> - 2004-03-19 03:38:37
|
Hello. I use a shortcut key to pop up User's Menus, just to let it open a menu named "APPS_SUBMENU". I also wish to pop up the Task List Menu (the one Alt+Middle on desktop brings up), but I don'n know the menu name. I don't find a reference of this menu in all cfg files. Does this menu have a name? |
From: Zhang W. <zha...@re...> - 2004-03-19 03:38:37
|
that weasel wrote: >My previous install was a pure E 16.6 desktop, my new install is Gnome >2.4. Metacity sucks, and I want E as my WM. I have tried the "killall >metacity; enlightenment" then logout and save settings, but its doesn't >seem like the best way to accomplish this. In the E man page it suggest >running E and using it for session managment and then using the remember >feature to keep gnome panel and other running in each session. > >What is everyone elses opinion? > > I'd like to suggest putting this line into your ~/.profile or ~/.xprofile : WINDOW_MANAGER=enlightenment; export WINDOW_MANAGER Because gdm(1) runs .profile (and .xprofile) before executing gnome-session, it is the best place to set window manager, AFAIK. |
From: Carsten H. (T. R. <ra...@ra...> - 2004-03-18 04:02:51
|
On Wed, 17 Mar 2004 19:53:48 -0800 "Justin Rocha (Xenith)" <xe...@xe...> babbled: > On Thu, Mar 18, 2004 at 12:24:41PM +0900, in the study, with the lead pipe, > Carsten Haitzler wrote: > > nup nup - no changes :) if anything - maybe benefits :) > Maybe we'll be able to rip out the pseudo-transparency code and have real > alpha-blending! :) why do you think i've been opposing psuedo-trans all along? to save the work of making it then ripping it out and having a half-arsed solution inbetween. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 熊耳 - 車君 (数田) ra...@de... Tokyo, Japan (東京 日本) |
From: Justin R. (Xenith) <xe...@xe...> - 2004-03-18 03:53:57
|
On Thu, Mar 18, 2004 at 12:24:41PM +0900, in the study, with the lead pipe,= Carsten Haitzler wrote: > nup nup - no changes :) if anything - maybe benefits :) Maybe we'll be able to rip out the pseudo-transparency code and have real alpha-blending! :) --=20 Justin Rocha KG6SGU -Xenith || xe...@xe... || http://xenith.org/ JabberID: xe...@dh... || AIM: JustinR98 Source Mage GNU/Linux -> http://www.sourcemage.org/ |
From: Carsten H. (T. R. <ra...@ra...> - 2004-03-18 03:32:01
|
On Wed, 17 Mar 2004 19:26:58 -0800 John <goe...@ya...> babbled: > I was just reading on slashdot.org that Fedora will eventually switch > from XFree to Xorg. I was just wondering if the two are compatible, and > how much will have to be re-written if we want to port DR17 to Xorg? nothing will have to be rewritten at all. 0 change for us. :) > I'm not a programmer, and this is the first time I hear of Xorg to start > with, but where will this lead us? I mean, I've been waiting for E17 for > 5 years (and unfortunately I don't have ANY programming knowledge aside > from BASIC), and I would hate to learn that this will mean a total > re-write once again. > Any info? nup nup - no changes :) if anything - maybe benefits :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 熊耳 - 車君 (数田) ra...@de... Tokyo, Japan (東京 日本) |
From: John <goe...@ya...> - 2004-03-18 03:27:14
|
I was just reading on slashdot.org that Fedora will eventually switch from XFree to Xorg. I was just wondering if the two are compatible, and how much will have to be re-written if we want to port DR17 to Xorg? I'm not a programmer, and this is the first time I hear of Xorg to start with, but where will this lead us? I mean, I've been waiting for E17 for 5 years (and unfortunately I don't have ANY programming knowledge aside from BASIC), and I would hate to learn that this will mean a total re-write once again. Any info? |
From: Kim W. <ki...@wo...> - 2004-03-17 20:06:43
|
that weasel wrote: > My previous install was a pure E 16.6 desktop, my new install is Gnome > 2.4. Metacity sucks, and I want E as my WM. I have tried the "killall > metacity; enlightenment" then logout and save settings, but its doesn't > seem like the best way to accomplish this. In the E man page it suggest > running E and using it for session managment and then using the remember > feature to keep gnome panel and other running in each session. > > What is everyone elses opinion? > If you use gdm as display manager you can do this to make an "E-GNOME" entry in the gdm session list: Create /usr/share/apps/switchdesk/Xclients.e-gnome containing: #!/bin/sh export WINDOW_MANAGER=enlightenment exec gnome-session Create /usr/share/xsessions/e-gnome.desktop containing: [Desktop Entry] Encoding=UTF-8 Name=E-GNOME Comment=This session starts GNOME using enlightenment as window manager Exec=/usr/share/apps/switchdesk/Xclients.e-gnome TryExec=/usr/share/apps/switchdesk/Xclients.e-gnome Icon= Type=Application /usr/share/apps/switchdesk/Xclients.e-gnome must probably be executable. /Kim |
From: Geoffrey <eso...@3t...> - 2004-03-17 19:50:49
|
that weasel wrote: > My previous install was a pure E 16.6 desktop, my new install is > Gnome 2.4. Metacity sucks, and I want E as my WM. I have tried the > "killall metacity; enlightenment" then logout and save settings, but > its doesn't seem like the best way to accomplish this. In the E man > page it suggest running E and using it for session managment and then > using the remember feature to keep gnome panel and other running in > each session. > > What is everyone elses opinion? I don't use [xkg]dm, but run startx once I've logged in. That being said, the way I use gnome with E is by putting all the relevant stuff in my .xinitrc file as: xset dpms 7200 9600 14400 s off m 5/1 b 75 700 100 r on xrdb $HOME/.Xdefaults xscreensaver & gnome-terminal & gkrellm & xdaliclock & gnome-panel & E-Slides.epplet & ssh -X gazelle jpilot & ssh -X gazelle gkrellm & exec enlightenment Then the only problem I have is when I exit, I must use the Enlightenment exit, not the gnome exit. If I use the gnome exit from the panel, I just lose all the panels. -- Until later, Geoffrey Registered Linux User #108567 Building secure systems in spite of Microsoft |
From: that w. <we...@be...> - 2004-03-17 18:48:31
|
My previous install was a pure E 16.6 desktop, my new install is Gnome 2.4. Metacity sucks, and I want E as my WM. I have tried the "killall metacity; enlightenment" then logout and save settings, but its doesn't seem like the best way to accomplish this. In the E man page it suggest running E and using it for session managment and then using the remember feature to keep gnome panel and other running in each session. What is everyone elses opinion? Thanks, Nick |
From: Carsten H. (T. R. <ra...@ra...> - 2004-03-17 08:36:26
|
On Tue, 16 Mar 2004 14:42:58 +0800 Zhang Weiwu <zha...@re...> babbled: > Sorry the question sounds silly. I have been using Enlightenment for one > year, it is my favorite. Only that I am in China, and the > enlightenment.org website is unreachable from within the so called > "China firewall". I believe enlightenment.org does not contain political > stuff; I think it is excluded by mistake. Anyway I get no way to know > about news and recent activities of enlightenment. Recently someone told > me enlightenment has mailing lists on sourceforge, so I hurried > subscribed it. aah excellent. it's a shame that the web page (a good source of information) is not available. :( very sad to hear :( > I just wish to know how is the development going. Enlightenment has no > newer version for quite some time, too slow comparing to other famouse > opensouce projects. I heard E17 is dead, but I'm technique newbie, I > read the "dead announcement" but I don't really get it. Is E17 dead > because there is something even better than E17 will come out? When can > I experience complex animiation on enlightenment, like MAC OS X users have? the wm codebase itself is dead - but most of the code is outside the wm - it's in libraries - we've been cleaning and improving the libraries in order to make a better foundation to build the wm and utilities. thats all it is. the libraries are looking powerful and solid - and that's very pleasing to know. > I have been using some eppletes from FreeBSD port tree, the epplets are > ages old, and the port maintainer said "please send your patches to the > *port maintainer*". I acutally feel surprised on this, doesn't > enlightenment team accept patches from outside like apache/linux do? we do - i put a patch in only yesterday for e-memwatch. i don't know what he's talking about. > And is there any Chinese/Japanese people in the group? I never managed > to run Enlightenment with Chinese window titles successfully, will the > next version of E have better Chinese support? i have managed top run enlightenment in japanese :) but well - it wasn't useful to me. i speak a very small amount of japanese and read/write even less. i'm learning... but it's hard. in theory i see no reason chinese shouldn't work- but e16's i8n stuff is not that good. i definitely want e17's to be a lot better. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 熊耳 - 車君 (数田) ra...@de... Tokyo, Japan (東京 日本) |
From: Carsten H. (T. R. <ra...@ra...> - 2004-03-17 08:32:29
|
On Wed, 17 Mar 2004 14:44:58 +0800 (SGT) Didier Casse <did...@sp...> babbled: > I heard it's the legacy X Window System Input Method (XIM) used by > existing Input Methods such as chinput, xcin, kinput2, ami and many > others. > > But the Intranet/Internet Input Method Framework (IIIMF) is the next > generation Input Method Framework will be set to replace the above. > > Some links on the next generation inupt for these Asian languages: > > Full invitation letter: > http://apac.redhat.com/iiimftest/ > > Testing guide: > http://apac.redhat.com/iiimftest/testing-guide/ > > IIIMF testing packages: > http://apac.redhat.com/iiimftest/files > > IIIMF open source project site and other projects on OpenI18N: > http://www.openi18n.org/ > http://www.openi18n.org/modules.php?op=modload&name=Sections&file=index& > req=vi$ > > > Available for tests: > + iiimf-le-inpinyin for Simplified Chinese (zh_CN.UTF-8) > + iiimf-le-xcin for Traditional Chinese (zh_TW.UTF-8) > + iiimf-le-canna for Japanese (ja_JP.UTF-8) > + iiimf-le-hangul for Korean (ko_KR.UTF-8) hmm - interesting. i will have to check this out when i get some time. god... that reminds me - i need to find some! :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 熊耳 - 車君 (数田) ra...@de... Tokyo, Japan (東京 日本) |
From: Didier C. <did...@sp...> - 2004-03-17 06:51:17
|
On 17/03/04, at 11:28 +0900, Carsten Haitzler <ra...@ra...> wrote: > some help in supporting their language (and for that matter - what the hell is > the chinese input system? japanese is complex enough! :):) ) I heard it's the legacy X Window System Input Method (XIM) used by existing Input Methods such as chinput, xcin, kinput2, ami and many others. But the Intranet/Internet Input Method Framework (IIIMF) is the next generation Input Method Framework will be set to replace the above. Some links on the next generation inupt for these Asian languages: Full invitation letter: http://apac.redhat.com/iiimftest/ Testing guide: http://apac.redhat.com/iiimftest/testing-guide/ IIIMF testing packages: http://apac.redhat.com/iiimftest/files IIIMF open source project site and other projects on OpenI18N: http://www.openi18n.org/ http://www.openi18n.org/modules.php?op=modload&name=Sections&file=index& req=vi$ Available for tests: + iiimf-le-inpinyin for Simplified Chinese (zh_CN.UTF-8) + iiimf-le-xcin for Traditional Chinese (zh_TW.UTF-8) + iiimf-le-canna for Japanese (ja_JP.UTF-8) + iiimf-le-hangul for Korean (ko_KR.UTF-8) With kind regards, Didier. --- PhD student. Singapore Synchrotron Light Source (SSLS) 5 Research Link, Singapore 117603 Email: slsbdfc at nus dot edu dot sg / didierbe at sps dot nus dot edu dot sg Web: http://ssls.nus.edu.sg |