Re: [E-devel] gnome-terminal Edit Current Profile window
Same here. To open the properties I have to open them twice and the properties window closes if I try to edit transparent terminal behaviour. Bye, Luca 2008/6/15 JC Wong [EMAIL PROTECTED]: Ben Martin wrote on Sun, Jun 15, 2008 at 08:51:59PM +1000 Hi, I'm wondering if anyone else has issues opening the Edit Current Profile window of gnome-terminal when running E17? The behaviour I am getting is sometimes the properties window does not open, and when it does sometimes you can not properly manage or close it. I'm not sure what g-t would be doing that is so wonderful for this window... Same problem here when running e17 but no issue when on e16. Wondering what trigger gt to refuse opening the Current Profile, but on the second-click manage to open it. Hmm.kind of weird. -- jcwong - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Network Manager
I'll try it with Hardy then: nm-applet doesn't work in Ubuntu started with Entrance both with xfce 4 panel and fbpanel, not even gnome panel of course. Of course, I'm talking of an E17 session. Thanks for the suggestion :) Luca 2008/5/7 Gustavo Sverzut Barbieri [EMAIL PROTECTED]: On Tue, May 6, 2008 at 8:08 PM, The DarkMaster [EMAIL PROTECTED] wrote: Sure, I believe this would serve really a lot to the E17 Desktop Shell. We really need a network manager for Enlightenement, specially one compatible with nm. Also, maybe the creation of this module would be a nice occasion to have a look in the Entrance nm-not working bug. In case some of you do not know, if you start the system with entrance, nm doesn't work at all. I don't know why honestly but that's the reason why OpenGEU uses GDm instead than Entrance... I know many of you aren't interested in Entrance anymore but I believe it is a great DM and it should be supported. I don't like exalt much too... also because it is incompatible with nm... well, in any case I wish you all the best in developing this tool, man! bye, I use fedora 8 + entrance (cvs) and nm + stalonetray + nm-applet, these set work fine. -- Gustavo Sverzut Barbieri http://profusion.mobi Embedded Systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Network Manager
Hallo, I'm very interested in this topic and an E17 network manager is really needed by my OpenGEU distro too. Well, I believe taht a good choice would be that of using Network Manager from Gnome: http://www.gnome.org/projects/NetworkManager/ As the main command line daemon. Than we would just have to develop an E17 fronted / gui to handle it, as in gnome, for example, there's network-manager-gnome and in KDE they have network-manager-kde. It would strongly increase interoperability rather than creating a new tool from scratch. As for the frontend, I think something looking and acting like WiCD: http://wicd.sourceforge.net/ Would really be nice. Just wished to express my opinion! Bye everyone, Luca D.M. 2008/5/6 Christopher Michael [EMAIL PROTECTED]: G'Day All, Just wanted to put this out in the open for some discussion. (None of this is set in stone yet) I've talked w/ raster last night stefan_schmidt today about redoing the network module for E. Ideally, we would like todo a network frontend that is capable of utilizing various backends (e_nm, conman, etc, etc). Stefan expressed interest in this and is willing to work on the e_nm backend a bit more, which is great. The front end should be able to be configured to handle various network cards backends, ideally allowing the user to switch between any device and/or backend easily. I think what we need at this stage (planning), along with other things, is different UI ideas. What would people like to see in terms of frontend ? Is there a general consensus as to which backends should be supported ? Can anyone provide an objective pros/cons on the various backends ? (please keep this discussion mature productive...not interested in a network flame war) dh - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Network Manager
Sure, I believe this would serve really a lot to the E17 Desktop Shell. We really need a network manager for Enlightenement, specially one compatible with nm. Also, maybe the creation of this module would be a nice occasion to have a look in the Entrance nm-not working bug. In case some of you do not know, if you start the system with entrance, nm doesn't work at all. I don't know why honestly but that's the reason why OpenGEU uses GDm instead than Entrance... I know many of you aren't interested in Entrance anymore but I believe it is a great DM and it should be supported. I don't like exalt much too... also because it is incompatible with nm... well, in any case I wish you all the best in developing this tool, man! bye, Luca D.M. 2008/5/6 Ross Vandegrift [EMAIL PROTECTED]: On Tue, May 06, 2008 at 09:27:07PM +0200, The DarkMaster wrote: Hallo, I'm very interested in this topic and an E17 network manager is really needed by my OpenGEU distro too. Well, I believe taht a good choice would be that of using Network Manager from Gnome: http://www.gnome.org/projects/NetworkManager/ I agree, and started working on this a while back. Unfortunately, I ran into a NetworkManager crash bug that I couldn't solve and hasn't been fixed yet. Since I started working on e_nm, Stefan has contributed a number of patches to the infrastructure for it. A proof-of-concept that doesn't do much of anything with that library is at http://kallisti.us/~ross/enetmgr-0.1.tar.gzhttp://kallisti.us/%7Eross/enetmgr-0.1.tar.gz I have some updates to it that don't even build against current libe_nm. Maybe I'll have to dig back into that NM issue on my laptop... Ross -- Ross Vandegrift [EMAIL PROTECTED] The good Christian should beware of mathematicians, and all those who make empty prophecies. The danger already exists that the mathematicians have made a covenant with the devil to darken the spirit and to confine man in the bonds of Hell. --St. Augustine, De Genesi ad Litteram, Book II, xviii, 37 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 Systray Module sourcecode?
UHm guess you don't exactly know thepast histroy of GOs then sorry but I was talking about GOs rocket E17, not GOs space, and rocket E17 used E17 of course, you can still download it and try it, and you'll find the systray module for E17 in the distro too... Anyone please? Luca - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 Systray Module sourcecode?
Nick you are just a GOD! Thank you very much, we'll try our best to work on it and see if we can make it a better tray :) Of course all the changes will be public! ;) Luca 2008/4/27 Nick Hughart [EMAIL PROTECTED]: I happened to have a copy locally, but like I've said before, it needs A LOT of work. A lot of applications may just not work at all and others will have various issues. Here it is regardless: http://mekius.net/files/misc/systray.tar.gz Pomarede Nicolas wrote: On Sun, 27 Apr 2008, The DarkMaster wrote: UHm guess you don't exactly know thepast histroy of GOs then sorry but I was talking about GOs rocket E17, not GOs space, and rocket E17 used E17 of course, you can still download it and try it, and you'll find the systray module for E17 in the distro too... Anyone please? Thanks, I know GOs was first released with E17 as a window manager, but as your mail wasn't specific (no link to a screenshot to know what you were talking about), I assumed you were refering to the latest version supported, which is compiz based. As for the systray, have you checked on http://www.e17-stuff.org/ for example ? This could be itask-ng maybe ? Nicolas - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E17 Systray Module sourcecode?
Hallo everyone, does any of you have a clue about where could I download the source code of the E17 systray module available in GOs Rocket? Maybe someone talked about it in this list in the past... I'm getting crazy to find it and have not succeeded yet :( Thanks everyone, Luca D.M. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Unified theme for apps
Andre's idea looks very interesting to me (I never mentioned, by the way, that EWl or anything else should be reduced to something like GTK. In my OpenGEU themes I just create GTk themes which look similar to certain E17 themes to solve the integration issue). Hope to see any other new about it if someone else thinks this may be interesting. Luca - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Unified theme for apps
I think almost everyone is understimating the problem. This is a very bad issue only Enlightenment has and a lot people asks why does this happen, even in our OpenGEU FOrums. Even creting EWL, ETK, etc. themes is really something bad a user has to do. Once you create an E17 theme, it should be one for everything, you cannot have to create a theme for every library used. No other DE / VM has such a behaviour. For example, in Gnome you customize everything by creating a GTK theme, same in KDE. A user cannot be left with no choice than creating a single E17 theme and let the others applications look weird and different from the Others. This is rally really bad for any user and it also gives the users a really bad impression of the entire Enlightenment. I think we should find a way to unify everything in a single basic theme that has to be created, Sthithaprajna's way may be one but tehre may be other ways too. Just please do not understimate this problem, because it is a problem and it a very huge one too. Luca - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Unified theme for apps
Yeah Michael, I think we agree on the entire line now! As for the responsibility of creating a distro for the masses based on Enlightenment, sure I get the responsibility, in fact I participated to this discussion to see how many people agreed with my point of view and try and understand if anyone was going to help me out solving this issue. It is a freedom issue, if you prefer, I feel people are not yet free to develop easily a unified theme for everything. Well then, I never thought that having an ergonomic and unified desktop is OK for everyone, it is for the kind of people using OpenGEU though. That's why I'm already working on this problem and am trying to integrate it in Luna Nuova. By the way, MadnessMike, a very precious guy developing software for OpenGEU, has created a basic OpenGEU Theme Switcher. A simple application able to change E17 theme, GTK theme, Gnome Wallpaper, Icons Theme and a lot of other things all at once, using simple scripts. The tool is coded in Gambas, therefore it is not E related becaue we are not able to code in E :( We'd need the help of an E17 developer to create this kind of tools... if anyone is interested in testing this tool please tell me and I'll post references about it here... it is not coded in E but it is E related afterall and if anyone could convert it in ETK or EWL or whatever it would be better for us :) By the way Michael, since you agree with me that having a choice and a tool that simplifies it all would be nicer, then maybe with time OpenGEU will be the right escuse for someone to code this kind of tools, right? ;) Greetings everyone! Luca - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
I'm really happy about this. Just a question RasterMan. Can I blog about this great news? ;) Luca D.M. 2008/3/28, Nathan Ingersoll [EMAIL PROTECTED]: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OpenGEU menu module... can anyone help?
Hello everyone, any news on the EMU / Generic scriptable Menu module for Enlightenment? Thanks for the attention :) greetings to all, Luca 2008/3/14, The DarkMaster [EMAIL PROTECTED]: @Christopher: if you wish to help then thank you very much, there's time until the next release of Ubuntu and even then... if it will be only a matter of days until a stable version of the module I need to be created is released, then we can delay the release of the next OpenGEU of some degrees. After all, I'm feeling really stupid in releasing a new OpenGEU with only and hardy base as the sole evolution of the distro :( So, if you start coding something from monday / thusday, I think we could make it in time :) @ David: Thanks for your answer David. As I said, I dunno why it doesn't work and if icons could be used and placed next to launchers / sub-menus, then I didn't understand how to handle them because by installing EMU as it is, no icon is inside the menu so I have no template / suggestion on how to have them loaded in the menu itself. If you could put your hands on emu again it would be wonderful, because this menu module we need, basically, is just emu on steroids (and not so many steroids, just a working version with icons support :) )! Greetings everyone. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] OpenGEU menu module... can anyone help?
The real questions is: is anyone interested in helping? OpenGEU, the popular E17 based Ubuntu derivate, needs some help because it needs a pair of new modules and some good coder to create them. I'm no coder and everyone I asked is too busy to help the project right now. I now you are probably all very busy but if anyone is willing to help us please answer this mail. The module we need may be useful to E17 in general afterall! So here are athe specs of the module we'd need. The module has to be able to add an OpenGEU Configuration menu entry to the E17 main menu. In this menu entry, the user will find two sub-menus. One is named Prefereces the other is named Administration. Look at the http://download.tuxfamily.org/geubuntu/WIP/example%20menu1.jpg http://download.tuxfamily.org/geubuntu/WIP/example%2520menu1.jpg screenshot please. In this screenshot the submenu is not completely configured as I'd like it because Preferences is setted but then there's menu entry 2 instead of Administration and another random entry. In case you are guessing, I created this menu in E17 with emu. It is a generic scriptable module, it works somehow, showing the menus you'd like to create, but then if you click on the choosen option the command is not launched, dunno why, maybe it is still a WIP :( Well, whatever, the screenshot is just for you to have an idea of what we need to create. Then, while in this screenshot there's no icon showed next to every menu entry, we need an icon to be displayed for every menu entry, like it happens in the fbpanel right now. Look at the example menu 2 / 3 screenshots please. http://download.tuxfamily.org/geubuntu/WIP/example%20menu2.jpghttp://download.tuxfamily.org/geubuntu/WIP/example%2520menu2.jpg http://download.tuxfamily.org/geubuntu/WIP/example%20menu3.jpghttp://download.tuxfamily.org/geubuntu/WIP/example%2520menu3.jpg In the screenshots, naturally, each menu is generated by clicking on a different icon. In the module you should create, instead, Preferences and Administration should be intended as sub-menus of Opengeu Configurations. In the screenshot you can see all of the menu entries we need to be setted but I'm also attaching you a zipped file containing all of the menu entries in a .desktop format. THAT'S all about this module we'd need... I don't think there's anything more to say except that maybe the E17 emu module could be a good starting point for you to create such a new module. You can find the emu module here: http://www.enlightenment.org/viewvc/e_modules/emu/?hideattic=0 and you can find a .deb file produce by InTiLinuX of our team here: http://repo.intilinux.com/geubuntu/e_modules/emu/emu-0.1+CVS-9-2-2008.deb But as I said, Emu is able pf creating the menu, any user can edit it as he pleases and this is very nice but... there's no way to show icons next to any menu entry and the choosen menu entry doesn't really launch any command :( So it is useless for us. But maybe a good starting code for you, dunno. Please tell me if anyone interested has everything they need to get started :) We then need to create another application, maybe a module, to change OpenGEU Themes. Themes are just actually scripts and a screenshot, I'll post about it in another mail. The OpenGEU Theme chooser will just display themes in a similar way to the E17 theme chooser. The difference is that those themes are in reality just links to various scripts, one script per theme. Very simple, but again, we'll talk about it later! Greetings and thanks to anyome who may be interested in helping the project, Luca - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Set OpenGEU free of fbpanel: systray and theme switcher
Hallo everyone, as I anticipated you, here's the second mail (with different goals and subject). OpenGEU needs to get rid of fbpanel. To do it we need not only the menu module (see my other mail) but also another module, a theme switcher, and a working systray. Now, I perfectly know what you all (or many of you) think about the systray story but OpenGEU is for newbyes, for dumbs, it is the E17ish version of Ubuntu, in other words, it is original for sure in behavior and user experience bt the lack of a systray would make it even a little incompatible with the gnome tools we use (such as network-manager, gnome-power-manager, update-notifier, etc) and would make it harder for a beginner. So I don't care, I know experienced users can live without a sytray but OpenGEU cannot :) A systray module is already available in GOS for example, but it is a little too much buggy... if anyone can help getting it a little stabler and better than it would be wonderful but we could even live with it that way But here's the main reason for this mail. I'll post everything about the OpenGEU theme switcher needed by the project, this is the other module we'd need. How does the module work? When it is started and while it is opened, it checks the contents of this folder: /usr/share/opengeu_themes/ This folder is still not available in the current OpenGEU. The module looks for sub-folders, each oen will have the name of a theme. For example if the module looks in the folder and finds these subfolders: /usr/share/opengeu_themes/sunshine /usr/share/opengeu_themes/moonlight /usr/share/opengeu_themes/murrina_sunshine /usr/share/opengeu_themes/murrina_moonlight /usr/share/opengeu_themes/steampunk it then checks inside them for an .sh file with the same name of each sub-folder. If it finds that .sh file, than it displays the theme in the list of available themes. In each subfolder there's not only the .sh file but also a .jpg or whatever format with the same name of the subfolder / .sh file, this is a screenshot of the theme. The screenshot must be of a default resolution (you can choose it, I don't care, it depends also on the dimensions of the preview windows you're going to code). For example, the module, finds in the subfolder: /usr/share/opengeu_themes/steampunk the following files: steampunk.sh steampunk.jpg Then the module shows in its themes list (alphabetical order of course) a theme named steampunk (like the folder) with a screenshot next to it, steampunk.jpg (or whatever extension you prefer). If a user chooses the theme and clicks on OK or Apply, the module has just to run the .sh script. What does the script do? OpenGEU themes are different from E17 themes. An OpenGEU theme customize the entire E17 / Gnome desktop, that is, it changes: 1) the e17 theme 2) the etk theme 3) the gtk theme 4) the gnome background (for fake transparency) 5) the GDM theme 6) the icons theme 7) the spash theme 8) the entrance theme (if entrance is used) basically, it changes everything. That's what the script will do but I'll write the scripts I need, don't worry, I only need the ability to use this theme switcher. That's why I wrote a script for every OpenGEU theme, they work pretty well but I plan to create various OpenGEU themes, not only the pair we have right now. The theme switcher needs to check in the folder I named above because there has to be the possibility to add new OpenGEU themes later. With a .deb or even with a .tar.gz file! If this is the case, maybe a user downloaded from the net a .tar.gz OpenGEU theme, containing a foldr with the name of the theme and the .sh + .jpeg files with the same name inside it. The modules needs so to have an add theme button (possibly even drag and drop would be very nice), able of reading a .tar.gz file and extract it somewhere into the home folder of the user, for example: /home/username/.opengeu_themes The module should also keep track of the contents of this folder. Well, that's all I can say about the OpenGEU theme switcher we'd need. If anyone is interested in creating it, please answer this mail. Also, it could be an etk app, not a module, I don't care, as long as it works! :) Greetings everyone, hoping someone will help having OpenGEU go ahead in this adventure! Luca D.M. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OpenGEU menu module... can anyone help?
@Christopher: if you wish to help then thank you very much, there's time until the next release of Ubuntu and even then... if it will be only a matter of days until a stable version of the module I need to be created is released, then we can delay the release of the next OpenGEU of some degrees. After all, I'm feeling really stupid in releasing a new OpenGEU with only and hardy base as the sole evolution of the distro :( So, if you start coding something from monday / thusday, I think we could make it in time :) @ David: Thanks for your answer David. As I said, I dunno why it doesn't work and if icons could be used and placed next to launchers / sub-menus, then I didn't understand how to handle them because by installing EMU as it is, no icon is inside the menu so I have no template / suggestion on how to have them loaded in the menu itself. If you could put your hands on emu again it would be wonderful, because this menu module we need, basically, is just emu on steroids (and not so many steroids, just a working version with icons support :) )! Greetings everyone. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Set OpenGEU free of fbpanel: systray and theme switcher
perfect then, let's hope so :) 2008/3/14, Eric Schuele [EMAIL PROTECTED]: On 03/14/2008 09:51, Toma wrote: I still need some solidarity from everyone/some more folks about the systray before starting more flame wars on the xdg list. Im out on the town atm, but if you search systray on the wiki you will find a spec raster proposed for a working systray. A working example would be a better submittion than simply a spec. Please consider it if you plan on writing/fixing the systray. A systray is one of the proposed ideas for Google Summer of Code. would it be possible for you to wait to see if it gets picked up by a student. We should know something by April 11th. -ravenlock Toma On 3/14/08, The DarkMaster [EMAIL PROTECTED] wrote: Hallo everyone, as I anticipated you, here's the second mail (with different goals and subject). OpenGEU needs to get rid of fbpanel. To do it we need not only the menu module (see my other mail) but also another module, a theme switcher, and a working systray. Now, I perfectly know what you all (or many of you) think about the systray story but OpenGEU is for newbyes, for dumbs, it is the E17ish version of Ubuntu, in other words, it is original for sure in behavior and user experience bt the lack of a systray would make it even a little incompatible with the gnome tools we use (such as network-manager, gnome-power-manager, update-notifier, etc) and would make it harder for a beginner. So I don't care, I know experienced users can live without a sytray but OpenGEU cannot :) A systray module is already available in GOS for example, but it is a little too much buggy... if anyone can help getting it a little stabler and better than it would be wonderful but we could even live with it that way But here's the main reason for this mail. I'll post everything about the OpenGEU theme switcher needed by the project, this is the other module we'd need. How does the module work? When it is started and while it is opened, it checks the contents of this folder: /usr/share/opengeu_themes/ This folder is still not available in the current OpenGEU. The module looks for sub-folders, each oen will have the name of a theme. For example if the module looks in the folder and finds these subfolders: /usr/share/opengeu_themes/sunshine /usr/share/opengeu_themes/moonlight /usr/share/opengeu_themes/murrina_sunshine /usr/share/opengeu_themes/murrina_moonlight /usr/share/opengeu_themes/steampunk it then checks inside them for an .sh file with the same name of each sub-folder. If it finds that .sh file, than it displays the theme in the list of available themes. In each subfolder there's not only the .sh file but also a .jpg or whatever format with the same name of the subfolder / .sh file, this is a screenshot of the theme. The screenshot must be of a default resolution (you can choose it, I don't care, it depends also on the dimensions of the preview windows you're going to code). For example, the module, finds in the subfolder: /usr/share/opengeu_themes/steampunk the following files: steampunk.sh steampunk.jpg Then the module shows in its themes list (alphabetical order of course) a theme named steampunk (like the folder) with a screenshot next to it, steampunk.jpg (or whatever extension you prefer). If a user chooses the theme and clicks on OK or Apply, the module has just to run the .sh script. What does the script do? OpenGEU themes are different from E17 themes. An OpenGEU theme customize the entire E17 / Gnome desktop, that is, it changes: 1) the e17 theme 2) the etk theme 3) the gtk theme 4) the gnome background (for fake transparency) 5) the GDM theme 6) the icons theme 7) the spash theme 8) the entrance theme (if entrance is used) basically, it changes everything. That's what the script will do but I'll write the scripts I need, don't worry, I only need the ability to use this theme switcher. That's why I wrote a script for every OpenGEU theme, they work pretty well but I plan to create various OpenGEU themes, not only the pair we have right now. The theme switcher needs to check in the folder I named above because there has to be the possibility to add new OpenGEU themes later. With a .deb or even with a .tar.gz file! If this is the case, maybe a user downloaded from the net a .tar.gz OpenGEU theme, containing a foldr with the name of the theme and the .sh + .jpeg files with the same name inside it. The modules needs so to have an add theme button (possibly even drag and drop would be very nice), able of reading a .tar.gz file and extract it somewhere into the home folder of the user, for example: /home/username/.opengeu_themes The module should also keep track of the contents of this folder. Well, that's all I can say about the OpenGEU theme switcher we'd need
