Re: [E-devel] Mandriva integration
Austin Acton wrote: On Mon, 2005-05-23 at 20:25 +0200, Sebastian Dransfeld wrote: Austin Acton wrote: On Sun, 2005-05-22 at 16:12 +0200, Sebastian Dransfeld wrote: BTW, there is a bug in entrance regarding pam. If you use the stock entrance on a stock mandriva system you will get problems. Hmm, I haven't noticed anything. Could you elaborate? The pamsession is closed before login, so modules doing any action at close will fail, f.eks. pam_console. pam_console should give you ownership of /dev/audio etc, but it doesn't with entrance. You are correct Sir. Any hints for fixing? I can ask Mandriva staff to look at it... http://marc.theaimsgroup.com/?l=enlightenment-devel&m=110552832200311&w=2 http://marc.theaimsgroup.com/?l=enlightenment-devel&m=110710378204629&w=2 http://marc.theaimsgroup.com/?l=enlightenment-devel&m=110716891014112&w=2 There you have some starting points. Sebastian --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Changing the monitor module network interface
Hi! I just built a fresh e17 from CVS and I noticed that there is a new module called monitor that shows a cpu use graph an a network troughput grapt too... I'd like to change the *graphed network interface, but I can't find how. Any clue is welcomed Thanks! *correct me if I'm wrong, please -- Res publica non dominetur. --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Czech localization
Hi, I'm sending a czech .po for current E17 CVS, fully translated... cs.po Description: application/gettext
Re: [E-devel] Mandriva integration
On Mon, 2005-05-23 at 20:25 +0200, Sebastian Dransfeld wrote: > Austin Acton wrote: > > On Sun, 2005-05-22 at 16:12 +0200, Sebastian Dransfeld wrote: > > > >>BTW, there is a bug in entrance regarding pam. If you use the stock > >>entrance on a stock mandriva system you will get problems. > > > > > > Hmm, I haven't noticed anything. > > > > Could you elaborate? > > The pamsession is closed before login, so modules doing any action at > close will fail, f.eks. pam_console. pam_console should give you > ownership of /dev/audio etc, but it doesn't with entrance. You are correct Sir. Any hints for fixing? I can ask Mandriva staff to look at it... Austin --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GAIM Crash
On Wed, 2005-05-25 at 14:38 +0900, Carsten Haitzler wrote: > On Tue, 24 May 2005 14:36:38 -0500 Ed Presutti <[EMAIL PROTECTED]> babbled: > > > Does anyone else have the problem where exiting GAIM causes E to crash? > > It's strange. I start GAIM, send/receive a few messages, and then close > > GAIM (using the drop down menus). E apparently crashes as i'm sitting at > > GDM within a few seconds. > > > > I'm running Gentoo 2005.0 with all of the latest packages and i've > > rebuilt my E (apps & libs) this morning from CVS. > > > > Just wondering. > > i looked at the backtrace and added some extra null sets and checks that might > fix it. the bt was a bit screwed so i'm not sure it can be trusted. try update > efl/e17 rebuild it all and see. > > It's working now! I'm now able to exit GAIM with no crashes. Thanks for your help, Ed --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Ecore_fb touchscreen calibration patch
I'm using ecore_fb successfully to provide touchscreen events to my
application. However, my touchscreen driver does not support
kernel-level calibration.
Attached is a patch that detects if the TS_SET_CAL/TS_GET_CAL ioctls
fail, and instead applies the calibration within ecore_fb_ts_fd_handler.
--
Simon Poole
www.appliancestudio.com
--- ecore-0.9.9.007.orig/src/lib/ecore_fb/ecore_fb.c2005-03-02
06:53:36.0 +
+++ ecore-0.9.9.007/src/lib/ecore_fb/ecore_fb.c 2005-05-25 12:44:04.0
+
@@ -128,6 +128,9 @@
static double _ecore_fb_double_click_time = 0.25;
+static struct _Ecore_Fb_Ts_Calibrate _ecore_fb_ts_cal = {1,1,0,0,0};
+static int _ecore_fb_ts_apply_cal = 0;
+
static const char *_ecore_fb_kbd_syms[128 * 6] =
{
#include "ecore_fb_keytab.h"
@@ -513,7 +516,10 @@
cal.yscale = yscale;
cal.ytrans = ytrans;
cal.xyswap = xyswap;
- ioctl(_ecore_fb_ts_fd, TS_SET_CAL, (void *)&cal);
+ if (ioctl(_ecore_fb_ts_fd, TS_SET_CAL, (void *)&cal)) {
+ _ecore_fb_ts_cal = cal;
+ _ecore_fb_ts_apply_cal = 1;
+ }
}
/**
@@ -532,7 +538,14 @@
Ecore_Fb_Ts_Calibrate cal;
if (_ecore_fb_ts_fd < 0) return;
- ioctl(_ecore_fb_ts_fd, TS_GET_CAL, (void *)&cal);
+ if (!_ecore_fb_ts_apply_cal) {
+ if (ioctl(_ecore_fb_ts_fd, TS_GET_CAL, (void *)&cal)) {
+_ecore_fb_ts_cal = cal;
+ }
+ }
+ if (_ecore_fb_ts_apply_cal) {
+ cal = _ecore_fb_ts_cal;
+ }
if (xscale) *xscale = cal.xscale;
if (xtrans) *xtrans = cal.xtrans;
if (yscale) *yscale = cal.yscale;
@@ -787,8 +800,13 @@
if (v < num) return 1;
t = ecore_time_get();
_ecore_fb_ts_event_byte_count = 0;
- x = _ecore_fb_ts_event.x;
- y = _ecore_fb_ts_event.y;
+ if (_ecore_fb_ts_apply_cal) {
+ x = ((_ecore_fb_ts_cal.xscale * _ecore_fb_ts_event.x) >> 8) +
_ecore_fb_ts_cal.xtrans;
+ y = ((_ecore_fb_ts_cal.yscale * _ecore_fb_ts_event.y) >> 8) +
_ecore_fb_ts_cal.ytrans;
+ } else {
+ x = _ecore_fb_ts_event.x;
+ y = _ecore_fb_ts_event.y;
+ }
pressure = _ecore_fb_ts_event.pressure;
/* add event to queue */
/* always add a move event */
Re: [E-devel] Ecore_config command line tool
Michael Jennings wrote: On Wednesday, 25 May 2005, at 14:23:39 (+0100), Andrew Elcock wrote: if you edit the file then the app has no idea - over IPC the application gets alerted to the change and picks it up immediately. You're assuming the application is running. It may not be. Simon's work has an entirely different purpose and is perfectly suited for situations where exsh is not. And vice versa. Exactly correct. I'm doing embedded Linux development and the entire kernel+rootfs for our products are built and configured by nightly build scripts which spit out a firmware image for flashing onto the boards. I wanted to be able to create the default config.eet files as part of this automated build process. -- Simon Poole www.appliancestudio.com --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_config command line tool
Michael Jennings wrote: > On Wednesday, 25 May 2005, at 14:23:39 (+0100), > Andrew Elcock wrote: > > >>the reason it only works over IPC is because that is how it is >>supposed to work!!! > > > Thank you, Captain Obvious. > > >>if you edit the file then the app has no idea - over IPC the >>application gets alerted to the change and picks it up immediately. > > > You're assuming the application is running. It may not be. Simon's > work has an entirely different purpose and is perfectly suited for > situations where exsh is not. And vice versa. > > Michael > ah, OK - just better make sure the app is not running before you make file changes, as they would likely be overwritten otherwise --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_config command line tool
On Wednesday, 25 May 2005, at 14:23:39 (+0100), Andrew Elcock wrote: > the reason it only works over IPC is because that is how it is > supposed to work!!! Thank you, Captain Obvious. > if you edit the file then the app has no idea - over IPC the > application gets alerted to the change and picks it up immediately. You're assuming the application is running. It may not be. Simon's work has an entirely different purpose and is perfectly suited for situations where exsh is not. And vice versa. 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) --- "But what better way to go out than in the cause of advancing scientific knowledge?" "Is this a multiple choice question? 'cause I have some ideas" -- Jim Ishida and Claudia Christian, Babylon Five --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_config command line tool
the reason it only works over IPC is because that is how it is supposed to work!!! if you edit the file then the app has no idea - over IPC the application gets alerted to the change and picks it up immediately. Ecore_Config is due some very heavy work, and may change a lot in the near future Simon Poole wrote: > Andrew Elcock wrote: > >> what is wrong with exsh? >> > Ooo.. I wasn't aware it existed (newbie to E17).. > > However, it is different. I've just had a look through examine and exsh > and they both appear to only offer IPC access to the configuration of a > running program. > > My quick hack allows you to view and edit ecore_config .eet files on the > local file system. You could argue that it would be better to add this > functionality to exsh or move econfig into e17/apps/examine. I'll leave > that for the maintainers to decide. > > BTW, I couldn't see a way of implementing "list" which would list all > the properties in the file. Anyone? > > -- > Simon Poole > www.appliancestudio.com > --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_config command line tool
Andrew Elcock wrote: what is wrong with exsh? Ooo.. I wasn't aware it existed (newbie to E17).. However, it is different. I've just had a look through examine and exsh and they both appear to only offer IPC access to the configuration of a running program. My quick hack allows you to view and edit ecore_config .eet files on the local file system. You could argue that it would be better to add this functionality to exsh or move econfig into e17/apps/examine. I'll leave that for the maintainers to decide. BTW, I couldn't see a way of implementing "list" which would list all the properties in the file. Anyone? -- Simon Poole www.appliancestudio.com --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_config command line tool
what is wrong with exsh?
Simon Poole wrote:
> Okay Raster, I took the bait..
>
> Here's a simple command-line tool ('econfig') to read and write settings
> to an Ecore_config file. The name was chosen to avoid confusion with
> the altogether different 'ecore-config'.
>
> Provided as a patch against ecore-0.9.9.007, but should apply cleanly
> against CVS HEAD. Given my inexperience with ecore_config, someone
> should cast an eye over it before committing.
>
> Example usage:
> To set EWL apps to always render to the framebuffer for the current user:
>
> # mkdir $HOME/.e
> # econfig $HOME/.e/config.eet set /ewl/evas/render_method str "fb"
>
> Just type 'econfig' for usage information
>
> One thing -- I've not been diligent about free()ing stuff as it's a fire
> and forget command-line tool so that kind of thing is done for you by
> the Linux kernel on exit. Does that create portability problems wrt
> other OSes?
>
> --
> Simon Poole
> www.appliancestudio.com
>
>
>
>
> diff -urN ecore-0.9.9.007.orig/src/bin/Makefile.am
> ecore-0.9.9.007/src/bin/Makefile.am
> --- ecore-0.9.9.007.orig/src/bin/Makefile.am 2005-03-10 14:41:52.0
> +
> +++ ecore-0.9.9.007/src/bin/Makefile.am 2005-05-25 11:35:15.635880880
> +
> @@ -73,7 +73,8 @@
>
> bin_PROGRAMS = \
> ecore_test \
> -ecore_evas_test
> +ecore_evas_test \
> +econfig
>
> ecore_test_SOURCES = \
> ecore_test.c
> @@ -135,3 +136,13 @@
> $(ECORE_IPC_LIB) \
> $(ECORE_TXT_LIB)
>
> +econfig_SOURCES = \
> +econfig.c
> +
> +econfig_LDADD = \
> +$(ECORE_CONFIG_LIB)
> +
> +econfig_DEPENDENCIES = \
> +$(top_builddir)/src/lib/ecore/libecore.la \
> +$(ECORE_CONFIG_LIB)
> +
> diff -urN ecore-0.9.9.007.orig/src/bin/econfig.c
> ecore-0.9.9.007/src/bin/econfig.c
> --- ecore-0.9.9.007.orig/src/bin/econfig.c1970-01-01 00:00:00.0
> +
> +++ ecore-0.9.9.007/src/bin/econfig.c 2005-05-25 11:37:26.795941520 +
> @@ -0,0 +1,229 @@
> +#include "config.h"
> +#include "Ecore.h"
> +
> +#ifdef BUILD_ECORE_CONFIG
> +#include "Ecore_Config.h"
> +
> +int
> +set(const char *key, int ec_type, const char *value)
> +{
> + int i;
> + float f;
> +
> + switch (ec_type) {
> + case PT_INT:
> + case PT_BLN:
> + i = atoi(value);
> + if (ecore_config_typed_set(key, &i, ec_type) !=
> ECORE_CONFIG_ERR_SUCC) return -1;
> + break;
> + case PT_FLT:
> + f = atof(value);
> + if (ecore_config_typed_set(key, &f, ec_type) !=
> ECORE_CONFIG_ERR_SUCC) return -1;
> + break;
> + case PT_STR:
> + case PT_RGB:
> + case PT_THM:
> + case PT_NIL:
> + if (ecore_config_typed_set(key, value, ec_type) !=
> ECORE_CONFIG_ERR_SUCC) return -1;
> + break;
> + }
> + return 0;
> +}
> +
> +int
> +get(const char *key)
> +{
> + Ecore_Config_Prop *e;
> +
> + if (!(e = ecore_config_get(key))) {
> + fprintf(stderr, "No such property\n");
> + return -1;
> + }
> +
> + switch (e->type) {
> + case PT_NIL:
> + printf("\n");
> + break;
> + case PT_INT:
> + printf("%ld\n", ecore_config_int_get(key));
> + break;
> + case PT_BLN:
> + printf("%d\n", ecore_config_boolean_get(key));
> + break;
> + case PT_FLT:
> + printf("%lf\n", ecore_config_float_get(key));
> + break;
> + case PT_STR:
> + printf("%s\n", ecore_config_string_get(key));
> + break;
> + case PT_RGB:
> + printf("%s\n", ecore_config_argbstr_get(key));
> + break;
> + case PT_THM:
> + printf("%s\n", ecore_config_theme_get(key));
> + break;
> + default:
> + fprintf(stderr, "Property has unrecognised type");
> + return -1;
> + }
> + return 0;
> +}
> +
> +int
> +list(const char *file)
> +{
> + fprintf(stderr, "Command not yet supported\n");
> + return -1;
> +}
> +
> +int
> +get_type(const char *key)
> +{
> + Ecore_Config_Prop *e;
> + if (!(e = ecore_config_get(key))) {
> + fprintf(stderr, "No such property\n");
> + return -1;
> + }
> +
> + switch (e->type) {
> + case PT_NIL:
> + printf("nil\n");
> + break;
> + case PT_INT:
> + printf("int\n");
> + break;
> + case PT_BLN:
> + printf("bool\n");
> + break;
> + case PT_FLT:
> + printf("float\n");
> + break;
> + case PT_STR:
> + printf("string\n");
> + break;
> + case PT_RGB:
> + printf("rgb\n");
> + break;
> + case PT_THM:
> + printf("theme\n");
> + break;
> + default:
> + fprintf(stderr, "Property has unrecognised type")
Re: [E-devel] E CVS: apps/e xenith
I never done one but I'll watch for. I hope I would be able to do this this week, I've a lot of work On 5/25/05, Justin Rocha (Xenith) <[EMAIL PROTECTED]> wrote: > On Wed, May 25, 2005 at 11:09:56AM +0200, in the study, with the lead pipe, > Bertrand Jacquin wrote: > > That's great :) > > > > What about a zsh one ? > > > > Beber > I don't have zsh. ;-) > > Though feel free to write one, and I'll put it in cvs. > -- > Justin Rocha KG6SGU > -Xenith || [EMAIL PROTECTED] || http://xenith.org/ > JabberID: [EMAIL PROTECTED] || AIM: JustinR98 > > Enlightenment -> http://www.enlightenment.org/ > > > --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Ecore_config command line tool
Okay Raster, I took the bait..
Here's a simple command-line tool ('econfig') to read and write settings
to an Ecore_config file. The name was chosen to avoid confusion with
the altogether different 'ecore-config'.
Provided as a patch against ecore-0.9.9.007, but should apply cleanly
against CVS HEAD. Given my inexperience with ecore_config, someone
should cast an eye over it before committing.
Example usage:
To set EWL apps to always render to the framebuffer for the current user:
# mkdir $HOME/.e
# econfig $HOME/.e/config.eet set /ewl/evas/render_method str "fb"
Just type 'econfig' for usage information
One thing -- I've not been diligent about free()ing stuff as it's a fire
and forget command-line tool so that kind of thing is done for you by
the Linux kernel on exit. Does that create portability problems wrt
other OSes?
--
Simon Poole
www.appliancestudio.com
diff -urN ecore-0.9.9.007.orig/src/bin/Makefile.am
ecore-0.9.9.007/src/bin/Makefile.am
--- ecore-0.9.9.007.orig/src/bin/Makefile.am2005-03-10 14:41:52.0
+
+++ ecore-0.9.9.007/src/bin/Makefile.am 2005-05-25 11:35:15.635880880 +
@@ -73,7 +73,8 @@
bin_PROGRAMS = \
ecore_test \
-ecore_evas_test
+ecore_evas_test \
+econfig
ecore_test_SOURCES = \
ecore_test.c
@@ -135,3 +136,13 @@
$(ECORE_IPC_LIB) \
$(ECORE_TXT_LIB)
+econfig_SOURCES = \
+econfig.c
+
+econfig_LDADD = \
+$(ECORE_CONFIG_LIB)
+
+econfig_DEPENDENCIES = \
+$(top_builddir)/src/lib/ecore/libecore.la \
+$(ECORE_CONFIG_LIB)
+
diff -urN ecore-0.9.9.007.orig/src/bin/econfig.c
ecore-0.9.9.007/src/bin/econfig.c
--- ecore-0.9.9.007.orig/src/bin/econfig.c 1970-01-01 00:00:00.0
+
+++ ecore-0.9.9.007/src/bin/econfig.c 2005-05-25 11:37:26.795941520 +
@@ -0,0 +1,229 @@
+#include "config.h"
+#include "Ecore.h"
+
+#ifdef BUILD_ECORE_CONFIG
+#include "Ecore_Config.h"
+
+int
+set(const char *key, int ec_type, const char *value)
+{
+ int i;
+ float f;
+
+ switch (ec_type) {
+ case PT_INT:
+ case PT_BLN:
+ i = atoi(value);
+ if (ecore_config_typed_set(key, &i, ec_type) !=
ECORE_CONFIG_ERR_SUCC) return -1;
+ break;
+ case PT_FLT:
+ f = atof(value);
+ if (ecore_config_typed_set(key, &f, ec_type) !=
ECORE_CONFIG_ERR_SUCC) return -1;
+ break;
+ case PT_STR:
+ case PT_RGB:
+ case PT_THM:
+ case PT_NIL:
+ if (ecore_config_typed_set(key, value, ec_type) !=
ECORE_CONFIG_ERR_SUCC) return -1;
+ break;
+ }
+ return 0;
+}
+
+int
+get(const char *key)
+{
+ Ecore_Config_Prop *e;
+
+ if (!(e = ecore_config_get(key))) {
+ fprintf(stderr, "No such property\n");
+ return -1;
+ }
+
+ switch (e->type) {
+ case PT_NIL:
+ printf("\n");
+ break;
+ case PT_INT:
+ printf("%ld\n", ecore_config_int_get(key));
+ break;
+ case PT_BLN:
+ printf("%d\n", ecore_config_boolean_get(key));
+ break;
+ case PT_FLT:
+ printf("%lf\n", ecore_config_float_get(key));
+ break;
+ case PT_STR:
+ printf("%s\n", ecore_config_string_get(key));
+ break;
+ case PT_RGB:
+ printf("%s\n", ecore_config_argbstr_get(key));
+ break;
+ case PT_THM:
+ printf("%s\n", ecore_config_theme_get(key));
+ break;
+ default:
+ fprintf(stderr, "Property has unrecognised type");
+ return -1;
+ }
+ return 0;
+}
+
+int
+list(const char *file)
+{
+ fprintf(stderr, "Command not yet supported\n");
+ return -1;
+}
+
+int
+get_type(const char *key)
+{
+ Ecore_Config_Prop *e;
+ if (!(e = ecore_config_get(key))) {
+ fprintf(stderr, "No such property\n");
+ return -1;
+ }
+
+ switch (e->type) {
+ case PT_NIL:
+ printf("nil\n");
+ break;
+ case PT_INT:
+ printf("int\n");
+ break;
+ case PT_BLN:
+ printf("bool\n");
+ break;
+ case PT_FLT:
+ printf("float\n");
+ break;
+ case PT_STR:
+ printf("string\n");
+ break;
+ case PT_RGB:
+ printf("rgb\n");
+ break;
+ case PT_THM:
+ printf("theme\n");
+ break;
+ default:
+ fprintf(stderr, "Property has unrecognised type");
+ return -1;
+ }
+ return 0;
+}
+
+int
+parse_type(const char *type)
+{
+ if (!strcmp("nil", type)) {
+ return PT_NIL;
+ } else if (!strcmp("int", type)) {
+ return PT_INT;
+ } else if (!strcmp("float", type)) {
+
Re: [E-devel] E CVS: apps/e xenith
On Wed, May 25, 2005 at 11:09:56AM +0200, in the study, with the lead pipe, Bertrand Jacquin wrote: > That's great :) > > What about a zsh one ? > > Beber I don't have zsh. ;-) Though feel free to write one, and I'll put it in cvs. -- Justin Rocha KG6SGU -Xenith || [EMAIL PROTECTED] || http://xenith.org/ JabberID: [EMAIL PROTECTED] || AIM: JustinR98 Enlightenment -> http://www.enlightenment.org/ pgpBeIMqkqEkt.pgp Description: PGP signature
Re: [E-devel] EWL: how to set render_method?
Carsten Haitzler (The Rasterman) wrote: > hmm - i'm not sure about ewl - that's nathan and atmos's big baby - i > personally > think it'd be good for ewl to provide an explicit api... you could also use > the > ewl_embed that means you create the evas yourself with ecore_evas and then > just > tell ewl to use it. then you will have full control. I'm always in favour of explicit APIs! When documentation is thin or interfaces are in flux, then looking at a simple C header can speed up the learning curve no end. This has been really handy when learning to use Ecore and Evas. That said, I'm impressed how easy it has been to get started with EWL (once I got through my initial fumbling!). Congratulations guys! >>Also, what is the file format for ecore_config databases? The EFL >>cookbook says it is EDB, but ecore_config looks for EETs. In fact, by >>my reading of the code, the following should work to create a config.eet >>file: > > > yeah. it's wrong. i moved it to eet to make it more efficient for config file > size etc. > > >># echo -en "str\0fb\0" >ewl/evas/render_method >># eet -c config.eet ewl > > > no no :) eet is just a test/debug tool. not intended for creating/editing > eet's. > eet's are really only editable via the api in c. u'd make a tool to do it. you > could only create eet's via ecore_config's api. the api will define what > defaults are and so ecore_config will end up writing that out. it'd be > possible > to make a quick tool to generate/modify these files though using the api's :) Shall I take the bait? (ponders...) -- Simon Poole www.appliancestudio.com --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: apps/e xenith
That's great :) What about a zsh one ? Beber On 5/25/05, enlightenment-cvs@lists.sourceforge.net wrote: > Enlightenment CVS committal > > Author : xenith > Project : e17 > Module : apps/e > > Dir : e17/apps/e/data/other > > > Added Files: > enlightenment_remote > > > Log Message: > bash completion script for enlightenment_remote! > > Doesn't do much now but complete the commands on tab. Eventually it should > also > complete the options for each command. > > > > > > --- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > ___ > enlightenment-cvs mailing list > enlightenment-cvs@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs > --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
