[E-devel] Why is it not up to the user to create GL context?
Hello again, and sorry for going silent. I had no internet access the last three weeks. What's wrong with santa? I have been so nice during the year. Thanks for the very elaborate answers on previous questions (which for my part boiled pretty much down to Ok, I'll just wait and see the outcome). Anyway, first question to reopen the discussion of embedding OpenGL is this: Why is creation of OpenGL rendering context handled by Evas (or whoever it is) itself? The user has a fine control of creation of X11 resources, therefore in my eyes it would seem a natural extension to this frame of mind that the user can control how GL resources should be handled also. My motivation for asking lies in the concept I proposed last I wrote, namely a video-processing framework based on a shared OpenGL context (i.e. indirect rendering which will make it possible to use textures, shader-programs etc shared between processes). Thanks, Rene Jensen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] What's with the many widget kits?
If anybody could clarify a small matter of confusion for me, I would be much less in the dark regarding development of various widget libraries. So far I haven't decided whether I should go for ETK or EWL. When searching the code recently, it came to my attention that even the e-cvs repository had ANOTHER set of widgets which looked rather selfcontained. I may be wrong about that though, but clearly I could spot code for an entry widget which handled string insertion and deletion. Similar code was in both E and EWL (and probably also ETK). Given this is true, please tell me if any of the widget sets are specifically endowed by the core developers. (Can I even ask this without stirring a heated discussion between groups of developers). One reason for concern is the old issue of how control of widget theming will happen. E.g. who controls the color of text of buttons? Another is the obvious of being a bit concerned that I may have to move my interface code some day. Regards, Rene Jensen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e englebass (FreeBSD Breakage?)
On 12/15/2006 02:32, Enlightenment CVS wrote: Enlightenment CVS committal Author : englebass Project : e17 Module : apps/e Dir : e17/apps/e/src/modules/temperature Modified Files: e_mod_config.c e_mod_main.c e_mod_main.h I think the patch below has broken me. Using a fresh cvsup, I can not build apps/e and the associated temperature module. Attached is a patch that allows it to build on my machine, and the temperature module still seems to function. Though honestly I'm not sure if I've patched it properly. Additionally, cpufreq would not build (though no fault of this commit). I've patched it and attached that patch to this as well. It too seems to still run now. Please review. I've seen no commit regarding cpufreq recently so... dunno. Maybe something wron on my end. I'm a bit new so, if I simply had bad bits on my machine please excuse. Also, I do not usually use those modules, and happen to have a bit of an odd setup... so please take my testing of them with a grain of salt. Regards. Log Message: Only check the type of sensor on init and when changing config. === RCS file: /cvs/e/e17/apps/e/src/modules/temperature/e_mod_config.c,v retrieving revision 1.25 retrieving revision 1.26 diff -u -3 -r1.25 -r1.26 --- e_mod_config.c 14 Dec 2006 15:04:15 - 1.25 +++ e_mod_config.c 15 Dec 2006 08:32:31 - 1.26 @@ -29,7 +29,7 @@ int high_temp; int sensor; - int acpizone; + Ecore_List *sensors; }; /* Protos */ @@ -67,8 +67,9 @@ static void _fill_data(E_Config_Dialog_Data *cfdata) { - double p; + double p; Ecore_List *therms; + char *name; cfdata-units = temperature_config-units; if (temperature_config-units == CELCIUS) @@ -110,34 +111,46 @@ cfdata-high_method = TEMP_HIGH_HIGH; cfdata-sensor = 0; - if (temperature_config-sensor_name) - { - if (!strcmp(temperature_config-sensor_name, temp1)) - cfdata-sensor = 0; - else if (!strcmp(temperature_config-sensor_name, temp2)) - cfdata-sensor = 1; - else if (!strcmp(temperature_config-sensor_name, temp3)) - cfdata-sensor = 2; - } - cfdata-acpizone = 0; - if (temperature_config-acpi_sel) + switch (temperature_config-sensor_type) { - therms = ecore_file_ls(/proc/acpi/thermal_zone); - if (therms) -{ - char *tzone; - int n = 0; - while ((tzone = ecore_list_next(therms))) - { -if (!strcmp(temperature_config-acpi_sel, tzone)) - { - cfdata-acpizone = n; - break; - } -else n++; - } - ecore_list_destroy(therms); -} + case SENSOR_TYPE_NONE: +break; + case SENSOR_TYPE_FREEBSD: +break; + case SENSOR_TYPE_OMNIBOOK: +break; + case SENSOR_TYPE_LINUX_MACMINI: +break; + case SENSOR_TYPE_LINUX_I2C: +ecore_list_append(cfdata-sensors, strdup(temp1)); +ecore_list_append(cfdata-sensors, strdup(temp2)); +ecore_list_append(cfdata-sensors, strdup(temp3)); +ecore_list_goto_first(cfdata-sensors); +while ((name = ecore_list_next(cfdata-sensors))) + { + if (!strcmp(temperature_config-sensor_name, name)) + break; + cfdata-sensor++; + } +break; + case SENSOR_TYPE_LINUX_ACPI: +therms = ecore_file_ls(/proc/acpi/thermal_zone); +if (therms) + { + int n = 0; + + while ((name = ecore_list_next(therms))) + { + ecore_list_append(cfdata-sensors, strdup(name)); + if (!strcmp(temperature_config-sensor_name, name)) +{ + cfdata-sensor = n; +} + n++; + } + ecore_list_destroy(therms); + } +break; } } @@ -147,6 +160,8 @@ E_Config_Dialog_Data *cfdata; cfdata = E_NEW(E_Config_Dialog_Data, 1); + cfdata-sensors = ecore_list_new(); + ecore_list_set_free_cb(cfdata-sensors, free); _fill_data(cfdata); return cfdata; } @@ -155,6 +170,8 @@ _free_data(E_Config_Dialog *cfd, E_Config_Dialog_Data *cfdata) { temperature_config-config_dialog = NULL; + if (cfdata-sensors) ecore_list_destroy(cfdata-sensors); + cfdata-sensors = NULL; free(cfdata); } @@ -276,57 +293,24 @@ e_widget_framelist_object_append(of, ob); e_widget_list_object_append(o, of, 1, 1, 0.5); -#ifndef __FreeBSD__ - Ecore_List *therms; - - therms = ecore_file_ls(/proc/acpi/thermal_zone); - if ((!therms) || (ecore_list_is_empty(therms))) + if (!ecore_list_is_empty(cfdata-sensors)) { - FILE *f; - - if (therms) - { -ecore_list_destroy(therms); -therms
Re: [E-devel] What's with the many widget kits?
Basically boils down to design philosophy differences. If you want the history read http://marc.theaimsgroup.com/?l=enlightenment-develm=113011431527473w=2 and the subsequent thread. The window manager has its own simplistic toolkit since it doesn't need all of the functionality, this gives the toolkits more time to mature. If you're writing for the window manager, use it's toolkit, otherwise use one of the others for a standalone app. On 12/15/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: If anybody could clarify a small matter of confusion for me, I would be much less in the dark regarding development of various widget libraries. So far I haven't decided whether I should go for ETK or EWL. When searching the code recently, it came to my attention that even the e-cvs repository had ANOTHER set of widgets which looked rather selfcontained. I may be wrong about that though, but clearly I could spot code for an entry widget which handled string insertion and deletion. Similar code was in both E and EWL (and probably also ETK). Given this is true, please tell me if any of the widget sets are specifically endowed by the core developers. (Can I even ask this without stirring a heated discussion between groups of developers). One reason for concern is the old issue of how control of widget theming will happen. E.g. who controls the color of text of buttons? Another is the obvious of being a bit concerned that I may have to move my interface code some day. Regards, Rene Jensen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Button icons
Hi, I know I asked a lot of people a lot of times about this problem, but... the default size of an icon in E's button widget is 16x16, which is just *TOO* small. I want the default size of the icon to be 24x24 as it's in Etk/Gtk/etc/etc I know that it depends on the size of the font, just want the *default* size to be 24x24 so the icons will look normal, not too tiny as it is now - whatever I try, it's just unrecognizable. So, will someone try to make this? Thank you. --Mano signature.asc Description: OpenPGP digital signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Button icons
(damn, I forgot to put [E-devel] inn the previous e-mail, reply to this message. sorry for the mess) Hi, I know I asked a lot of people a lot of times about this problem, but... the default size of an icon in E's button widget is 16x16, which is just *TOO* small. I want the default size of the icon to be 24x24 as it's in Etk/Gtk/etc/etc I know that it depends on the size of the font, just want the *default* size to be 24x24 so the icons will look normal, not too tiny as it is now - whatever I try, it's just unrecognizable. So, will someone try to make this? Thank you. --Mano signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E TODO list....
Hello, Is the TODO in apps/e a reasonable place to find things that need doing? I mean, is it kept up to date? Are there other places I can find things that need doing? Thanks. -- Regards, Ravenlock - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E TODO list....
Ravenlock wrote: Hello, Hello. Is the TODO in apps/e a reasonable place to find things that need doing? I mean, is it kept up to date? Yes. Are there other places I can find things that need doing? No. Thanks. You're welcome. signature.asc Description: OpenPGP digital signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Ecore_Desktop.h included twice in e.h...
Anyone ever notice this? Is it by design? If so can someone explain. Doesn't seem to be necessary. If not, please accept cleanup patch. -- Regards, Ravenlock Index: e17/apps/e/src/bin/e.h === RCS file: /var/cvs/e/e17/apps/e/src/bin/e.h,v retrieving revision 1.53 diff -u -r1.53 e.h --- e17/apps/e/src/bin/e.h 9 Dec 2006 06:28:25 - 1.53 +++ e17/apps/e/src/bin/e.h 16 Dec 2006 05:45:02 - @@ -63,7 +63,6 @@ #include Ecore_File.h #include Ecore_X_Atoms.h #include Ecore_X_Cursor.h -#include Ecore_Desktop.h #include Eet.h #include Edje.h - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_Desktop.h included twice in e.h...
On Fri, 15 Dec 2006 22:39:16 -0600 Ravenlock [EMAIL PROTECTED] babbled: Anyone ever notice this? Is it by design? If so can someone explain. Doesn't seem to be necessary. If not, please accept cleanup patch. it is necessary. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_Desktop.h included twice in e.h...
On 12/15/2006 22:50, Carsten Haitzler (The Rasterman) wrote: On Fri, 15 Dec 2006 22:39:16 -0600 Ravenlock [EMAIL PROTECTED] babbled: Anyone ever notice this? Is it by design? If so can someone explain. Doesn't seem to be necessary. If not, please accept cleanup patch. it is necessary. Can you explain, please. apps/e seems to build and run fine without it. I'm missing something (again). :/ -- Regards, Ravenlock - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel