Re: [E-devel] configure.in / configure.ac ?

[David Stevenson]

05/11/23 に The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> さんは書きました:
On Wed, 23 Nov 2005 08:48:50 +0900 David Stevenson <[EMAIL PROTECTED]>babbled:> Hi,>> I was reading about Autoconf and found this:>
> > Previous versions of Autoconf promoted the name> `configure.in',> which is somewhat ambiguous (the tool needed to process this file is not
> described by its extension), and introduces a slight confusion with `> config.h.in ' and so on (for which `.in' means "to be
> processed by configure"). Using `configure.ac ' is now> preferred.> >> (> 
http://www.gnu.org/software/autoconf/manual/autoconf-2.57/html_mono/autoconf.html> )>> On the other hand in the e-devel archives I found the following which seems> to suggest the opposite for "modern" autoconf versions.
> http://marc.theaimsgroup.com/?l=enlightenment-devel&m=103860659115270&w=2>> I'm thinking I should follow what the autoconf manual says and use
> configure.ac > Anyone care to comment?both are correct. we simply havent gone changing them all to be called
configure.ac - what we do have does work and it's a royal paint ot trakcautofoo changes/breaks every few months so we just stay frozen in time and welikes it that way :)

Perfectly acceptable to me (^_^)

Since I have no such baggage to worry about breaking, I'll roll go with the latest GNU docs.

Thanks!
David

Re: [E-devel] configure.in / configure.ac ?

[The Rasterman]

On Wed, 23 Nov 2005 08:48:50 +0900 David Stevenson <[EMAIL PROTECTED]>
babbled:

> Hi,
> 
> I was reading about Autoconf and found this:
> 
> 
> Previous versions of Autoconf promoted the name
> `configure.in',
> which is somewhat ambiguous (the tool needed to process this file is not
> described by its extension), and introduces a slight confusion with `
> config.h.in ' and so on (for which `.in' means "to be
> processed by configure"). Using `configure.ac ' is now
> preferred.
> 
> 
> (
> http://www.gnu.org/software/autoconf/manual/autoconf-2.57/html_mono/autoconf.html
> )
> 
> On the other hand in the e-devel archives I found the following which seems
> to suggest the opposite for "modern" autoconf versions.
> http://marc.theaimsgroup.com/?l=enlightenment-devel&m=103860659115270&w=2
> 
> I'm thinking I should follow what the autoconf manual says and use
> configure.ac 
> Anyone care to comment?

both are correct. we simply havent gone changing them all to be called
configure.ac - what we do have does work and it's a royal paint ot trakc
autofoo changes/breaks every few months so we just stay frozen in time and we
likes it that way :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Captions for entice

[The Rasterman]

On Tue, 22 Nov 2005 16:07:28 + Andrew Williams <[EMAIL PROTECTED]>
babbled:

> OK, so I wrote before a nice app for showing images one after the other
> and allowing you to caption them. After I spoke to Atmos about this
> topic we thought merging it to entice was a good idea, which I think is
> still the case.
> 
> What has changed is that I have been offered a small bounty to actually
> implement this at last, so I think I better!
> 
> 2 questions arise:
> 1) How should the backend be stored? There is an old format that will
> need to be supported, but I figure a wrapper script would be fine
> (though this perhaps implies input from stdin as well as a file based
> backend). I figured that an eet might be a winner, but I thought I would
> get input.

eet would be handy. in fact - if you simply store it as key/string u can use
the eet command-line tool to pack/unpack as the data entry is simply text. eet
has handled the delimiting/parsing for u. but that really depends how you want
to look it up. is this more like for a photo gallery - you can caption an image
on your fs permenantly? will thew imags stay where it is with its current path?
will it move? might you perhaps find it better to add comment fields to the
image file itself? (if the format supports it. jpeg and png do). maybe all you
need is a plaintext file called .imagefilename.jpg.comment that sits in the
directory with the image? (the dot will mean its generally hidden) ?

> 2) How best to write text over the image. A semi-transparent thing is
> what I had before and it worked well, but the problem is it was
> esmart-textarea, which I belive is not in action any more, any nice
> editable-text replacement?

aaah editable text. yeah - it's pretty much out of action. do you only want 1
line or multiple lines of text? that makes a big difference.

> Thanks all for input - you know you need to invest thought in how you
> want to manage your photos from this point on ;)

aah so it is like a gallery/album comment thing. :)

> Andy
> 
> 
> ---
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] entranced problems

[Phuah Yee Keat]

Gregory Kriehn wrote:

Ehud,

This seems to already be accounted for in Didier's repositories.  Doing
a locate on entrance_config gives me a "entrance_config.cfg" file, but
no entrance_config.db file.

I seem to be experiencing the exact same problem mentioned on
edevelop.org:

http://edevelop.org/node/1479


[snipped]


I have been having this
Submitted by Anonymous on Wed, 2005-10-19 16:43.
I have been having this problem too. Compiled everything from CVS that I
updated on Friday last. Did some googling of this problem and set
runlevel "a" (I'm using Gentoo 2005.1) in inttab to:

 /usr/local/sbin/entranced -nodaemon

This gave me meaningful output. It's failing in auth.c, here:


Is there a way that you can run entranced in -nodaemon mode and post all 
the entranced_debug() messages?


Cheers,
Phuah Yee Keat


---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] entranced problems

[Didier Casse]

On 11/23/05, Phuah Yee Keat <[EMAIL PROTECTED]> wrote:
> Gregory Kriehn wrote:
> > For whatever reason, entrance is no longer allowing me to login using
> > the graphical login process (I'm using Didier's repositories).
>
> What's the difference between the Didier's Repositories and the CVS version?
>

None in principle. I'm not doing anything weird. Just usual compiling
and packaging in rpm format targetted at Fedora Core users mainly and
other rpm-based distro if they want to use it. And patching the
./entrance/config/pam.d/entrance from Fedora's /etc/pam.d/gdm

What Dr. Kriehn is experiencing right now cannot be reproduced by me
or anybody else using the repo. But there are people who are using the
cvs version directly
and who are having the same problem. Have a look on edevelop.org and
google around.


--
With kind regards,
Didier.


Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe

Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.


---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] entranced problems

[Phuah Yee Keat]

Gregory Kriehn wrote:

For whatever reason, entrance is no longer allowing me to login using
the graphical login process (I'm using Didier's repositories). 


What's the difference between the Didier's Repositories and the CVS version?

Cheers,
Phuah Yee Keat


---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] entranced problems

[Gregory Kriehn]

Ehud,

This seems to already be accounted for in Didier's repositories.  Doing
a locate on entrance_config gives me a "entrance_config.cfg" file, but
no entrance_config.db file.

I seem to be experiencing the exact same problem mentioned on
edevelop.org:

http://edevelop.org/node/1479

It's a permissions problem, and the flickering behavior mentioned there
is exactly what happens with me as well.  Logging in as root still
works.

Please read the bug report, especially the last comment or two and let
me know what you think.  Here's the interesting info:

-

I have been having this
Submitted by Anonymous on Wed, 2005-10-19 16:43.
I have been having this problem too. Compiled everything from CVS that I
updated on Friday last. Did some googling of this problem and set
runlevel "a" (I'm using Gentoo 2005.1) in inttab to:

 /usr/local/sbin/entranced -nodaemon

This gave me meaningful output. It's failing in auth.c, here:

/* Make sure the file can be written to */
+  if((auth_file = fopen(d->user_authfile, "a+")))
+ fclose(auth_file);
+  else
+  {
+ entranced_debug("entranced_auth_user_add: Unable to write auth file 
%s", 
d->user_authfile);
+ free(d->user_authfile);
+ d->user_authfile = NULL;
+ return FALSE;
+  }

I set the permissions on my home directory to 777, touched
an .Xauthority file with permissions [Sign of Satan] and this check
still failed. Tried everything in any page on these forums and just
general xauth problems. Nada. Zippo. Still get: 

AUDIT: Wed Oct 19 11:28:25 2005: 10256 X: client 2 rejected from local
host

AND entranced never gets permission to start E17 because it can't write
the cookie into the xauth file. Even tried setting entranced to setuid
root, but permission check still failed. Not sure what else to try.

Any ideas? Please email me if you have an answer. 

 Thanks!

Jon Brisbin, NPC International, jon dot brisbin at npcinternational dot
com 

-

Thanks!
Greg

On Sat, 2005-11-19 at 11:00 +0200, Ehud Shabtai wrote:
> On 11/18/05, Gregory Kriehn <[EMAIL PROTECTED]> wrote:
> > For whatever reason, entrance is no longer allowing me to login using
> > the graphical login process (I'm using Didier's repositories).  init
> > level 3 works, however, using startx.  Here are the relevant messages
> > from /var/log/messages regarding what is happening (under init level 5):
> 
> I had the same problem. I think entranced has now discontinued its
> support for the edb config file. So if you used
> /etc/entrance_config.db as your configuration file, you now need to
> build a /etc/entrance_config.cfg file instead (use the build_config.sh
> script).
> 
> Ehud.



---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Start of a Toolip Widget

[Chris Michael]

Hi All,

	I've enclosed some code that I've been messing with to create a tooltip 
widget and smart object that may be used for tooltips. It DOES need some 
work as the tips don't currently display, but I think with a little more 
coding from a more experienced E dev this could be useful.


Cheers,
devilhorns
/**
 * This adds the ability to place a tooltip above or below an object
 * when the mouse is over them
 */

#include "e.h"

#define SMART_NAME "e_tooltip"
#define API_ENTRY E_Smart_Data *sd; sd = evas_object_smart_data_get(obj); if ((!obj) || (!sd) || (evas_object_type_get(obj) && strcmp(evas_object_type_get(obj), SMART_NAME)))
#define INTERNAL_ENTRY E_Smart_Data *sd; sd = evas_object_smart_data_get(obj); if (!sd) return;
typedef struct _E_Smart_Data E_Smart_Data;

struct _E_Smart_Data
{
   Evas_Coord x, y, w, h;

   Evas_Object *smart_obj;
   Evas_Object *edje_obj;
   char *txt;
   Evas_Coord minw, minh;
   Ecore_Timer *set_timer;
};

/* local subsystem functions */
static int _e_smart_set_timer(void *data);
static void _e_smart_text_update(E_Smart_Data *sd);
static void _e_smart_text_update_now(E_Smart_Data *sd);
static void _e_smart_reconfigure(E_Smart_Data *sd);
static void _e_smart_add(Evas_Object *obj);
static void _e_smart_del(Evas_Object *obj);
static void _e_smart_move(Evas_Object *obj, Evas_Coord x, Evas_Coord y);
static void _e_smart_resize(Evas_Object *obj, Evas_Coord w, Evas_Coord h);
static void _e_smart_show(Evas_Object *obj);
static void _e_smart_hide(Evas_Object *obj);
static void _e_smart_color_set(Evas_Object *obj, int r, int g, int b, int a);
static void _e_smart_clip_set(Evas_Object *obj, Evas_Object *clip);
static void _e_smart_clip_unset(Evas_Object *obj);
static void _e_smart_init(void);

/* local subsystem globals */
static Evas_Smart *_e_smart = NULL;

/* external functions */
Evas_Object *e_tooltip_add(Evas *evas)
{
   _e_smart_init();
   return evas_object_smart_add(evas, _e_smart);
}

void e_tooltip_text_set(Evas_Object *obj, const char *txt)
{
   int changed = 0;

   API_ENTRY return;
   if (((sd->txt) && (!txt)) || ((!sd->txt) && (txt))) changed = 1;
   E_FREE(sd->txt);
   sd->txt = NULL;

   if (txt) sd->txt = strdup(txt);
   if (changed)
 {
	if (sd->txt)
	  {
	 edje_object_signal_emit(sd->edje_obj, "show_label", "");
	  }
	else
	  {
	 edje_object_signal_emit(sd->edje_obj, "hide_label", "");
	  }
 }
   _e_smart_text_update(sd);
   edje_object_message_signal_process(sd->edje_obj);
   edje_object_size_min_calc(sd->edje_obj, &(sd->minw), &(sd->minh));
}

const char *e_tooltip_text_get(Evas_Object *obj)
{
   API_ENTRY return;
   return sd->txt;
}

void e_tooltip_min_size_get(Evas_Object *obj, Evas_Coord *minw, Evas_Coord *minh)
{
   API_ENTRY return;
   if (minw) *minw = sd->minw;
   if (minh) *minh = sd->minh;
}

Evas_Object *e_tooltip_edje_object_get(Evas_Object *obj)
{
   API_ENTRY return NULL;
   return sd->edje_obj;
}

/* local functions */
static int _e_smart_set_timer(void *data)
{
   return 0;
}

static void _e_smart_text_update(E_Smart_Data *sd)
{
   if (sd->txt)
 {
	char buf[4096];

	snprintf(buf, sizeof(buf), "%s", sd->txt);
	edje_object_part_text_set(sd->edje_obj, "label", buf);
 }
}

static void _e_smart_reconfigure(E_Smart_Data *sd)
{
   evas_object_move(sd->edje_obj, sd->x, sd->y);
   evas_object_resize(sd->edje_obj, sd->w, sd->h);
}

static void _e_smart_add(Evas_Object *obj)
{
   E_Smart_Data *sd;
   Evas_Object *o;

   sd = calloc(1, sizeof(E_Smart_Data));
   if (!sd) return;
   evas_object_smart_data_set(obj, sd);

   sd->smart_obj = obj;
   sd->x = 0;
   sd->y = 0;
   sd->w = 0;
   sd->h = 0;
   sd->txt = NULL;

   sd->edje_obj = edje_object_add(evas_object_evas_get(obj));
   e_theme_edje_object_set(sd->edje_obj, "base/theme/widgets", "widgets/tooltip");
   edje_object_size_min_calc(sd->edje_obj, &(sd->minw), &(sd->minh));
   evas_object_smart_member_add(sd->edje_obj, obj);

   /* Add callback signals */
}

static void _e_smart_del(Evas_Object *obj)
{
   INTERNAL_ENTRY;
   evas_object_del(sd->edje_obj);
   E_FREE(sd->txt);
   if (sd->set_timer) ecore_timer_del(sd->set_timer);
   free(sd);
}

static void _e_smart_move(Evas_Object *obj, Evas_Coord x, Evas_Coord y)
{
   INTERNAL_ENTRY;
   if ((sd->x == x) && (sd->y == y)) return;
   sd->x = x;
   sd->y = y;
   _e_smart_reconfigure(sd);
}

static void _e_smart_resize(Evas_Object *obj, Evas_Coord w, Evas_Coord h)
{
   INTERNAL_ENTRY;
   if ((sd->w == w) && (sd->h == h)) return;
   sd->w = w;
   sd->h = h;
   _e_smart_reconfigure(sd);
}

static void _e_smart_show(Evas_Object *obj)
{
   INTERNAL_ENTRY;
   evas_object_show(sd->edje_obj);
}

static void _e_smart_hide(Evas_Object *obj)
{
   INTERNAL_ENTRY;
   evas_object_hide(sd->edje_obj);
}

static void _e_smart_color_set(Evas_Object *obj, int r, int g, int b, int a) 
{
   INTERNAL_ENTRY;
   evas_object_color_set(sd->edje_obj, r, g, b, a);
}

static void _e_smart_clip_set(Evas_Object *obj, Evas_Object *clip) 
{
   INTERNAL_ENTRY;
   eva

[E-devel] configure.in / configure.ac ?

[David Stevenson]

Hi,

I was reading about Autoconf and found this:


Previous versions of Autoconf promoted the name `configure.in',
which is somewhat ambiguous (the tool needed to process this file is not
described by its extension), and introduces a slight confusion with
`config.h.in' and so on (for which `.in' means "to be
processed by configure").  Using `configure.ac' is now
preferred.


(http://www.gnu.org/software/autoconf/manual/autoconf-2.57/html_mono/autoconf.html)

On the other hand in the e-devel archives I found the following which
seems to suggest the opposite for "modern" autoconf versions. 
http://marc.theaimsgroup.com/?l=enlightenment-devel&m=103860659115270&w=2

I'm thinking I should follow what the autoconf manual says and use configure.ac
Anyone care to comment? 

Regards!
David

Re: [E-devel] Captions for entice

[Brian Mattern]

On Tuesday 22 November 2005 10:07, Andrew Williams wrote:
> OK, so I wrote before a nice app for showing images one after the other
> and allowing you to caption them. After I spoke to Atmos about this
> topic we thought merging it to entice was a good idea, which I think is
> still the case.
>
> What has changed is that I have been offered a small bounty to actually
> implement this at last, so I think I better!
>
> 2 questions arise:
> 1) How should the backend be stored? There is an old format that will
> need to be supported, but I figure a wrapper script would be fine
> (though this perhaps implies input from stdin as well as a file based
> backend). I figured that an eet might be a winner, but I thought I would
> get input.

> 2) How best to write text over the image. A semi-transparent thing is
> what I had before and it worked well, but the problem is it was
> esmart-textarea, which I belive is not in action any more, any nice
> editable-text replacement?
>
Is esmart-textarea really out of action? what does exige (e run dialog 
thingie) use?

The only other editable text smartobj that I know of at the moment is e17's. I 
personally think it would be nice to pull all of the e17 widgets into libE 
(or a new library under apps/e/src/libs), so we can use them externally. They 
would be really nice for exactly this type of case.

I'm not sure yet whether I'd prefer a caption beneath the image (so you can 
see it without covering up any part of the image) or trans text overlayed. 
I'm sort of leaning towards 'beneath'. But, then again, this would be a theme 
decision (or possibly an option).

> Thanks all for input - you know you need to invest thought in how you
> want to manage your photos from this point on ;)
>
> Andy

You know, it always takes me a few seconds to figure out who the hell Andrew 
Williams is... btw, does this mean you're going to change your nick to 
HandyAndW? :-P

rephorm

>
>
> ---
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> ___
> 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 JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] cannot load any other themes but default

[Mike Russo]

Updated from thinktux CVS server at ~1pm today. When I restarted e, it 
cleared my configuration data so I attempted to pick another theme but 
the themes list shows all the themes as their filenames with an .edj 
extension on them instead of just the basename. Picking one of the 
themes results in the usual e restart messages on my console and no 
errors, yet the default theme reappears. Not that I don't like the 
default theme, but hey :)


--
Mike Russo
ReadQ Systems, Inc.
(212) 425 3680 x105

Random quote of the last-time-I-ran-bash:
Nature to all things fixed the limits fit,
And wisely curbed proud man's pretending wit.
As on the land while here the ocean gains,
In other parts it leaves wide sandy plains;
Thus in the soul while memory prevails,
The solid power of understanding fails;
Where beams of warm imagination play,
The memory's soft figures melt away.
-- Alexander Pope (on runtime bounds checking?)



---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] RE: E CVS: libs/ewl lordchaos

[dan sinclair]

Setting text to "" would case textblock to return a width of 0, which would 
intern cause EWL to loop and redo the configure callbacks. Not sure why. I'm 
catching the 0 width in the text code and making it 1 now. So, this should work 
again (and does in the ewl_entry_test).

dan


> Enlightenment CVS committal
> 
> Author  : lordchaos
> Project : e17
> Module  : libs/ewl
> 
> Dir : e17/libs/ewl/src/lib
> 
> 
> Modified Files:
>   ewl_iconbox.c 
> 
> 
> Log Message:
> * It seems setting an ewl_text to "" seems to cause a lockup now
> 
> 
> ===
> RCS file: /cvsroot/enlightenment/e17/libs/ewl/src/lib/ewl_iconbox.c,v
> retrieving revision 1.79
> retrieving revision 1.80
> diff -u -3 -r1.79 -r1.80
> --- ewl_iconbox.c 21 Nov 2005 23:25:15 -  1.79
> +++ ewl_iconbox.c 22 Nov 2005 05:14:57 -  1.80
> @@ -180,8 +180,6 @@
>  
>   /*Set the defaults to 0 for layout*/
>   ib->lx = ib->ly = ib->iw = ib->ih = 0;
> -
> - 
>   
>   ib->ewl_iconbox_pane_inner = ewl_overlay_new();
>   ewl_container_child_append(EWL_CONTAINER(ib->ewl_iconbox_scrollpane), 
> ib->ewl_iconbox_pane_inner);
> @@ -195,12 +193,10 @@
>   /*---*/
>   /* Get the context menu ready */
>   ib->ewl_iconbox_context_menu = ewl_menu_new();
> - ewl_menu_item_text_set(EWL_MENU_ITEM(ib->ewl_iconbox_context_menu), "");
> + ewl_menu_item_text_set(EWL_MENU_ITEM(ib->ewl_iconbox_context_menu), " 
> ");
>   ewl_container_child_append(EWL_CONTAINER(ib->ewl_iconbox_menu_floater), 
> ib->ewl_iconbox_context_menu);
>   ewl_widget_show(ib->ewl_iconbox_context_menu);
>  
> - 
> -
>   /* Add auto-arrange ability */
>   ib->ewl_iconbox_view_menu = ewl_menu_new();
>   ewl_menu_item_text_set(EWL_MENU_ITEM(ib->ewl_iconbox_view_menu),
> @@ -236,7 +232,7 @@
>  ib->ewl_iconbox_pane_inner);
>   
>   ib->icon_menu = ewl_menu_new();
> - ewl_menu_item_text_set(EWL_MENU_ITEM(ib->icon_menu), "");
> + ewl_menu_item_text_set(EWL_MENU_ITEM(ib->icon_menu), " ");
>   ewl_container_child_append(EWL_CONTAINER(ib->icon_menu_floater), 
> ib->icon_menu);
>   ewl_widget_show(ib->icon_menu);
>  
> @@ -250,7 +246,6 @@
>   
>   ewl_container_child_append(EWL_CONTAINER(ib->ewl_iconbox_pane_inner), 
> ib->icon_menu_floater);
>  
> -
>   
>   
>   /*---*/
> @@ -287,7 +282,6 @@
>   ewl_widget_show(ib->select);
>   /*ewl_widget_show(ib->select_floater);*/
>  
> - 
>  
>   /*Init the icon list*/
>   ib->ewl_iconbox_icon_list = ecore_list_new();
> @@ -295,6 +289,10 @@
>   /* Show widgets */
>   ewl_widget_show(ib->ewl_iconbox_pane_inner);
>   ewl_widget_show(ib->ewl_iconbox_scrollpane);
> + ewl_widget_show(ib->ewl_iconbox_menu_floater);
> + ewl_widget_show(ib->icon_menu_floater);
> + 
> +
>  
>   /* Ewl Entry for the purposes of label editing - if enabled */
>   ib->entry = ewl_entry_new();
> @@ -332,7 +330,7 @@
>   ewl_callback_append(ib->ewl_iconbox_pane_inner, EWL_CALLBACK_MOUSE_UP, 
> ewl_iconbox_mouse_up, 
> ib);
>   ewl_callback_append(ib->ewl_iconbox_pane_inner, 
> EWL_CALLBACK_DND_POSITION, ewl_iconbox_dnd_position_cb, 
> ib);
>   ewl_callback_append(EWL_WIDGET(ib), EWL_CALLBACK_CONFIGURE, 
> ewl_iconbox_configure_cb, 
> NULL);
> - ewl_callback_prepend(EWL_WIDGET(ib), EWL_CALLBACK_DESTROY, 
> ewl_iconbox_destroy_cb, 
> NULL);
> + ewl_callback_append(EWL_WIDGET(ib), EWL_CALLBACK_DESTROY, 
> ewl_iconbox_destroy_cb, 
> NULL);
>  
>  
>   /*printf("Setup the iconbox...\n");*/
> @@ -1047,8 +1045,11 @@
>   if (ev->button == 3 /* Confirm that this is not an icon event */ && 
> (ib->xdown 
> != ev->x && ib->ydown != ev->y)) {
>   /*printf ("Context menu: %d,%d\n", ev->x, ev->y);*/
>  
> - ewl_callback_call(EWL_WIDGET(ib->ewl_iconbox_context_menu), 
> EWL_CALLBACK_SELECT);
>   
> ewl_floater_position_set(EWL_FLOATER(ib->ewl_iconbox_menu_floater), ev->x-ibx 
> + abs(px-ibx), ev->y-iby +abs(py-iby));
> + //ewl_widget_show(ib->ewl_iconbox_view_menu);
> + //ewl_widget_show(ib->ewl_iconbox_context_menu);
> + 
> //ewl_menu_popup_move_cb(EWL_MENU(ib->ewl_iconbox_context_menu)->base.popup, 
> NULL, ib->ewl_iconbox_context_menu);
> + ewl_callback_call(EWL_WIDGET(ib->ewl_iconbox_context_menu), 
> EWL_CALLBACK_SELECT);
>   } else if (ev->button == 1 /* Confirm that this is not an icon event */ 
> && (ib->xdown 
> != ev->x && ib->ydown != ev->y)) {
>   ewl_object_custom_size_set(EWL_OBJECT(ib->select), 1, 1);
>   
> 
> 
> 
> 
> ---
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> fo

[E-devel] Captions for entice

[Andrew Williams]

OK, so I wrote before a nice app for showing images one after the other
and allowing you to caption them. After I spoke to Atmos about this
topic we thought merging it to entice was a good idea, which I think is
still the case.

What has changed is that I have been offered a small bounty to actually
implement this at last, so I think I better!

2 questions arise:
1) How should the backend be stored? There is an old format that will
need to be supported, but I figure a wrapper script would be fine
(though this perhaps implies input from stdin as well as a file based
backend). I figured that an eet might be a winner, but I thought I would
get input.
2) How best to write text over the image. A semi-transparent thing is
what I had before and it worked well, but the problem is it was
esmart-textarea, which I belive is not in action any more, any nice
editable-text replacement?

Thanks all for input - you know you need to invest thought in how you
want to manage your photos from this point on ;)

Andy


---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New Version of Calendar Module

[brian tipton]

My first pass at building it gave me this after 'make':

(only important part)

cd .. && \
  /bin/sh /home/ucs_bmt/tmp/ecalendar-0.04/missing --run automake-1.9
--gnu  src/Makefile
src/Makefile.am:14: blank line following trailing backslash
make[2]: *** [Makefile.in] Error 1

I edited src/Makefile.am and removed the backslash from line 13 and it
worked fine from there.

Thanks for the hard work.

Brian


Nathan A. Smith wrote:
> Please note -- you need to remove the old 
> module.calendar.cfg file in .e/e/config/default 
> (assuming you have the old calendar installed)
> 
> Nasa
> 
> On Mon, 2005-11-21 at 19:06 -0700, Nathan A. Smith wrote:
> 
>>Hi Again,
>>
>>There is a new version of the calendar module at
>>http://home.comcast.net/~nasa01/downloads.html
>>
>>Give it a try.
>>
>>Nasa
>>
>>p.s.  -- Please read the README & I could use some 
>>artisitc help... (I need a better default setup)


signature.asc
Description: OpenPGP digital signature

Re: [E-devel] replacing the start menu concept

[Solerman Kaplon]

Andreas Sæbjørnsen escreveu:

  I think it would increase desktop productivity to abandon a
concept
which awkwardly forces us to
interface towards our computer in a very counterproductive way. A
solution to this problem already exists in Mezzo. As an experienced
user I don't
enjoy the cartoonish character of the Mezzo desktop from
  www.symponyos.com
as it does not fit the advanced user, but they got it
right when it comes down to how programs are found. 

I think a module will fit for that kind of menus, much like engage use
existing eapps to organize entries on his own way. Done that, you can
disable the icon in the corner of the menu, since is just another
module.

Solerman

Re: [E-devel] replacing the start menu concept

[Andrew Williams]

Erm, I hate to ask - but you know how to configure your menus right?
everything can be optimised for your own prefferences. Start menu is
probably the slowest way to get your app, but it is there for users who
"need" it to feel they understand the desktop...

Andrew

On Mon, Nov 21, 2005 at 11:28:14PM -0800, Andreas Sæbjørnsen wrote:
> This is a discussion for anybody which feel they spend too much time in the
> bottom left corner of the desktop. I corroborate for discarding the start
> menu as it is
> 
> * difficult to find programs because of
> 
> - not all programs are easily categorized
> 
> - not every user will agree on the categorization
> 
> - as an enlightenment user I use KDE and GNOME programs which has the same
> set of categories which from several reasons
> 
> cannot be merged. Nesting within nesting
> 
> * it takes time to find programs even when you know where they are
> 
> -nested menu within nested menus
> 
> -force you to think about programs in a certain way, counterproductive
> 
> * frequently used programs is not easier to access
> 
> -has no concept of frequently used programs
> 
> -static categories, has no knowledge of programs purpose
> 
> -force you to think about programs in a certain way, counterproductive
> 
> * the current desktop has too many different ways of finding the same
> programs/information which all have to maintain it's own set of information
> 
> - start bar, right click menu on data to open it with certain programs,
> click able icons on desktop, desktop bar and probably some more
> 
> I can not think of. Should we not be able to share information between
> these? And should we not be able to find easily access documentation
> 
> through this interface as well?
> - on a typical Linux installation you have the kde start menu, the gnome
> start menu, the kde and gnome desktop bars etc all maintaining a static
> set of information.
> 
> I think it would increase desktop productivity to abandon a concept which
> awkwardly forces us to interface towards our computer in a very
> counterproductive way. A solution to this problem already exists in Mezzo.
> As an experienced user I don't enjoy the cartoonish character of the Mezzo
> desktop from www.symponyos.com  as it does not fit
> the advanced user, but they got it right when it comes down to how programs
> are found.
> 
> * Desktop wide menus for finding programs
> 
> -concept of frequently used programs
> 
> -easy access to information about the programs from the menu
> 
> * Make a field within the desktop wide menu for searching after programs. In
> this way nesting is avoided
> 
> -put this field also on the desktop bar besides the nice easy access icons
> so that you can search for programs easily. Make it so that programs which
> you frequently search for shows up on
> 
> the desktop bar as icons. You will then have two sets of icons: one dynamic
> set and one static set.
> 
> * Finding documentation about a program and finding the program itself
> should be in the same interface
> * The desktop-bar, the right-click menu etc should be an interface towards
> data from the desktop wide menu.
> 
> -The data should be dynamic in the meaning that it collects information
> about
> how the programs are used so that the computer can help the user to be more
> productive.
> 
> -Enables the developers to play with this data in innovative ways
> 
> For anyone which feel they spend to much time in the left corner of the
> desktop, take a look at mezzo and just imagine how amazing it could to make
> enlightenment even better by introducing the concept of
> system wide menus. Currently I just start programs from a shell, but then
> again: shouldn't this be easier from the GUI?
> 
> Regards
> Andreas Saebjoernsen


---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Re: E CVS: libs/ewl rbdpngn

[Vincent Torri]

>
>   /* force a display of the text */
> - ewl_text_display(t);
> + if (t->textblock)
> + ewl_text_display(t);


shoudln't that test be in ewl_text_display ?

Vincent


---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel