Re: [E-devel] moving things to OLD/BROKEN

2009-06-12 Thread Ben Martin
On Tue, 2009-06-09 at 14:01 -0300, Gustavo Sverzut Barbieri wrote:
 Hi all,
 

 
 the following all fit under not being maintained:
 ...
- MISC/gevas2
- MISC/gevas-examples

I'm happy to move these to some other repository if they are a problem
in the enlightenment one. I hoped a MISC prefix was enough to hint that
they are not central to efl/e17 itself. I do use these bindings in my
file manager so they are being maintained whenever I update my e suite
from svn. 

As this is purely a free effort I might only do the updates on a whim.
Let me know if they are a problem and I'll move their code somewhere
else.



signature.asc
Description: This is a digitally signed message part
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] gnome-terminal Edit Current Profile window

2008-06-23 Thread Ben Martin
On Tue, 2008-06-24 at 02:33 +1000, Carsten Haitzler wrote:
 On Sun, 15 Jun 2008 20:51:59 +1000 Ben Martin [EMAIL PROTECTED]
 babbled:
 
  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...
 
 works reliably for me all the time? :/
 

$ rpm -qf /usr/bin/gnome-terminal
gnome-terminal-2.22.2-1.fc9.x86_64

e17 version 0.16.990.043 (from about dialog) 
pulled from cvs.enlightenment.org:/cvs/e



signature.asc
Description: This is a digitally signed message part
-
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] Handling hardware keys on maemo with EFL

2008-05-12 Thread Ben Martin

On Mon, 2008-05-12 at 13:08 -0300, Gustavo Sverzut Barbieri wrote:
 On Sun, May 11, 2008 at 5:05 AM, Ben Martin
 [EMAIL PROTECTED] wrote:
  Hi,

Evas_Modifier_Mask mask = 0;
evas_object_key_grab(edje, F6,
mask, ~mask, 0);
evas_object_event_callback_add(
edje, EVAS_CALLBACK_KEY_DOWN,
_cb_key_down, ee );
 
 
 This have nothing to do with EFL, Maemo have these mapped like this
 and the keys are documented in their website. They provide it like
 that and we just keep.

This seems the most logical. I guess if you start performing tricks to
support one hardware platform specially then there will be no end to the
custom enum {}'s for each platform ;)



signature.asc
Description: This is a digitally signed message part
-
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] Handling hardware keys on maemo with EFL

2008-05-11 Thread Ben Martin
Hi,
   I notice that things like the fullscreen key on maemo are mapped to
F6 by default. Are folks developing for maemo with EFL just using xev to
work out the default key bindings and mapping key grabs for those events
to callbacks to handle them? 

This works but isn't exactly straightforward readability wise. I guess
the app could #define MAEMO_N810_FULLSCREEN_KEY to F6 to make things
more legible unless there is already a preferred method to handle these
extra keys. 

 Evas_Modifier_Mask mask = 0;
 evas_object_key_grab(edje, F6,
  mask, ~mask, 0);
 evas_object_event_callback_add(
  edje, EVAS_CALLBACK_KEY_DOWN,
  _cb_key_down, ee );



signature.asc
Description: This is a digitally signed message part
-
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] Gevas (was: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 ))

2008-01-18 Thread Ben Martin

On Fri, 2008-01-18 at 22:57 -0300, Gustavo Sverzut Barbieri wrote:
 On Jan 18, 2008 10:41 PM, Ben Martin [EMAIL PROTECTED] wrote:
 
 
  On Fri, 2008-01-18 at 22:27 -0300, Gustavo Sverzut Barbieri wrote:
   On Jan 18, 2008 10:21 PM, Ben Martin [EMAIL PROTECTED] wrote:
   
On Sat, 2008-01-19 at 10:21 +1100, Carsten Haitzler wrote:
   
 while i have nothing against adding locks on primitives - if we do it 
 in one
 place (ecore) we will need to start doing it everywhere. locks will 
 add
 overhead. those on limited computing (embedded devices) will feel it 
 most. also
 if we look at the work needed to add it everywhere - that's not a 
 small
 undertaking at all. i have decided in the past not to bother as 
 gustavo put
 this clearly - i kind of expect people to have threads do entirely 
 independent
 things outside the main gui thread and communicate back cleanly via 
 pipes -
 glib expects people to use threads with glib and has primitives for 
 making them
 interact directly with the main loop from a thread. different design 
 approaches
 there.

 right now i (personally) thing the best way to integrate is to have 
 ecore main
 loop and glib main loop run in separate threads, with them 
 communicating via
 pipes used to glue them together. maybe some pipe wrapping/handling 
 stuff in
 ecore might help with this?

   
That last one will be my fallback position of adding the needed stuff
into glib2 becomes to hard / difficult.
  
   If we could add these primitives and write one on the top of the
   other, then we could even try to get EFL approved as glib-friend
   under the Gnome foundation, specially on GMAE (Gnome Mobile), this
   would bring us more developers and even companies. It's nothing more
   than words/marketing, but it helps a lot in the end... right now they
   just have Cairo (vectorial, slow) and Clutter (3d-oriented, good with
   hw-accel but the name can say about software performance...). Evas can
   fit perfectly in the hole of fast 2d graphics/canvas. Edje is also
   unmatched by existing software.
  
 
  I'm not too sure about the glib-friend branding having too much
  meaning... but I'm not a CTO ;p Since gevas has been available for quite
  a while, admittedly only allowing edje/gtk2 integration but no companies
  (that have contacted me anyway) have been racing in to help advance
  gevas. If the glib-friend status was really that sort of road block to
  corporate adoption then surely one would have stood up to buy that
  branding for gevas.
 
 Well, I'm working at INdT and doing EFL for Maemo, a GTK-device and I
 can tell how difficult is to have people _look_ at non-Gnome
 technology. Non-tech people (managers) often buy buzzwords and they
 want to believe some things. You have to write code, show, push...
 push... push... NOTE: I'm NOT talking about INdT here, but others
 companies. INdT is a non-profit research center focused on Nokia, so
 it's easy for us.
 
 I heard from 2 companies with M in the name (moto and marvell)
 _INFORMAL_ requests to get EFL into GMAE so they can sell it to their
 managers more easy, phrase was somehow like: We already convinced
 them to use Gnome tech (GMAE), I don't care what is there, it's
 approved, if you put this wonderful tech there we can use it,
 otherwise we need to get yet-another-approval, this was after my talk
 at ELCE-2007

Well, I guess if/when the layering on top of glib2 happens then we can
get the branding fairly easily. But I'm not sure when I'll be able to
hack on it at the moment :(

 
 At first we were to use Gevas, but it was a bit unmaintained, then we
 opted to drop Glib completely and use just EFL + Python, this proved
 to be a sane decision :-)

It's hard to get around the perception of gevas being unmaintained. It
works for what I use it for so there isn't much point in churning cvs
and releases for nothing :/ But whatever happens to solve the need at
hand :)


 
 
  But it would seem that gevas fits in well on meamo where they want you
  to use their gtk2 stuff to appear like other maemo apps with tabs etc.
  So being able to take advantage of evas+ecore while having all the
  normal trappings of a maemo app might be quite nice.
 
 We're pushing a whole-evas UI and being successful. Admittedly iPhone
 helped _a lot_ here. We were using ETK with custom theme to make
 regular GUI widgets, but we're now moving for an all-edje solution
 with great success.
 
 What I see is _NOT_ people trying to use EFL with GTK. People are
 really losing hope of the toolkit itself, and the requirements for
 such form-focused toolkits (unless you're doing some POS, ERP, ...).
 What people want is the Gnome stack, things that integrate nicely
 with your app, like the tons of libraries they provide (libsoup for
 http/xml/soap, gnomevfs, gstreamer,  telepathy, libpurple, various
 parsers, integrations

Re: [E-devel] Gevas (was: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 ))

2008-01-18 Thread Ben Martin

On Fri, 2008-01-18 at 22:27 -0300, Gustavo Sverzut Barbieri wrote:
 On Jan 18, 2008 10:21 PM, Ben Martin [EMAIL PROTECTED] wrote:
 
  On Sat, 2008-01-19 at 10:21 +1100, Carsten Haitzler wrote:
 
   while i have nothing against adding locks on primitives - if we do it in 
   one
   place (ecore) we will need to start doing it everywhere. locks will add
   overhead. those on limited computing (embedded devices) will feel it 
   most. also
   if we look at the work needed to add it everywhere - that's not a small
   undertaking at all. i have decided in the past not to bother as gustavo 
   put
   this clearly - i kind of expect people to have threads do entirely 
   independent
   things outside the main gui thread and communicate back cleanly via pipes 
   -
   glib expects people to use threads with glib and has primitives for 
   making them
   interact directly with the main loop from a thread. different design 
   approaches
   there.
  
   right now i (personally) thing the best way to integrate is to have ecore 
   main
   loop and glib main loop run in separate threads, with them communicating 
   via
   pipes used to glue them together. maybe some pipe wrapping/handling stuff 
   in
   ecore might help with this?
  
 
  That last one will be my fallback position of adding the needed stuff
  into glib2 becomes to hard / difficult.
 
 If we could add these primitives and write one on the top of the
 other, then we could even try to get EFL approved as glib-friend
 under the Gnome foundation, specially on GMAE (Gnome Mobile), this
 would bring us more developers and even companies. It's nothing more
 than words/marketing, but it helps a lot in the end... right now they
 just have Cairo (vectorial, slow) and Clutter (3d-oriented, good with
 hw-accel but the name can say about software performance...). Evas can
 fit perfectly in the hole of fast 2d graphics/canvas. Edje is also
 unmatched by existing software.
 

I'm not too sure about the glib-friend branding having too much
meaning... but I'm not a CTO ;p Since gevas has been available for quite
a while, admittedly only allowing edje/gtk2 integration but no companies
(that have contacted me anyway) have been racing in to help advance
gevas. If the glib-friend status was really that sort of road block to
corporate adoption then surely one would have stood up to buy that
branding for gevas.

But it would seem that gevas fits in well on meamo where they want you
to use their gtk2 stuff to appear like other maemo apps with tabs etc.
So being able to take advantage of evas+ecore while having all the
normal trappings of a maemo app might be quite nice.

But first things first... must, get, device.



signature.asc
Description: This is a digitally signed message part
-
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] Call for help: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 )

2008-01-18 Thread Ben Martin

On Sat, 2008-01-19 at 12:58 +1100, Carsten Haitzler wrote:
 On Fri, 18 Jan 2008 14:00:53 +1000 Ben Martin
 [EMAIL PROTECTED]
 babbled:
  Also if emotion works well on the n8x0 I'd have that going as part
 of a
  demo loop or available for easy exhibition.
 
 i actually haven't built libxine and/or emotion for the n800 or my neo(s). :/ 
 it
 likely will NOT run that well... :(
 

Well, a sub 200mhz smart phone can pull off about 15fps depending on how
things are encoded. So I'm still optimistic that an n800 can do
acceptably for some video playback... but I'll get back to you on that
sometime :)



signature.asc
Description: This is a digitally signed message part
-
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] Gevas (was: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 ))

2008-01-18 Thread Ben Martin

On Sat, 2008-01-19 at 10:21 +1100, Carsten Haitzler wrote:

 while i have nothing against adding locks on primitives - if we do it in one
 place (ecore) we will need to start doing it everywhere. locks will add
 overhead. those on limited computing (embedded devices) will feel it most. 
 also
 if we look at the work needed to add it everywhere - that's not a small
 undertaking at all. i have decided in the past not to bother as gustavo put
 this clearly - i kind of expect people to have threads do entirely independent
 things outside the main gui thread and communicate back cleanly via pipes -
 glib expects people to use threads with glib and has primitives for making 
 them
 interact directly with the main loop from a thread. different design 
 approaches
 there.
 
 right now i (personally) thing the best way to integrate is to have ecore main
 loop and glib main loop run in separate threads, with them communicating via
 pipes used to glue them together. maybe some pipe wrapping/handling stuff in
 ecore might help with this?
 

That last one will be my fallback position of adding the needed stuff
into glib2 becomes to hard / difficult.



signature.asc
Description: This is a digitally signed message part
-
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] Gevas (was: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 ))

2008-01-18 Thread Ben Martin

On Fri, 2008-01-18 at 17:57 +0100, Michael 'Mickey' Lauer wrote:
 Ben Martin wrote:
  Unfortunately its too early to demo gevas on meamo and its
  integration... maybe in 6 months
 
 You've been doing or will do more work on that? Great! I'm very
 interested in combining glib and ecore mainloops. What's your general
 experience with that? (yes, I've seen gevas in CVS).
 

I always plan to do more work on gevas, finding the time to actually
make it happen is another story. I have long planned to force the
ecore/glib thing somehow (or maybe in two ways and let the user choose).
I don't see that adding the idle_enter stuff to glib2 would be
end-of-the-world difficult but I guess time will tell.

At the moment the integration is mainly with edje and gevas but if I'm
to be tinkering around with a gevas + maemo combo then having a full
ecore-gevas hookup would make things easier.



signature.asc
Description: This is a digitally signed message part
-
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] Call for help: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 )

2008-01-17 Thread Ben Martin

On Fri, 2008-01-18 at 13:50 +1100, Carsten Haitzler wrote:
 (Resend)
 
 What: Gareth from SCALE has really kindly offered Enlightenment.org (that's 
 use
 guys) free floor/booth space @ SCALE ( http://www.socallinuxexpo.org/ ) Next
 February (2008). So it looks like I will be there. Also Nathan of EWL fame and
 work will likely be there. Is there anyone else in the area (This is southern
 califronia) who wants to join and help put together/man a booth and at an 
 expo?
 Hands up now?
 
 Suggestions on things to do are welcome.

I sort of assumed that maybe folks just sent their suggestions directly
to you before  thus the low list traffic on the topic :/

I'd go for having demos running on the '73, n8x0 and laptop machine.
Maybe pushing the fact that the same edje file is running on all three
devices  if using emotion that the source code is identical. Though I
have no doubt that you are already planning to have those devices
demoing I'd be pushing the same easy API, same code angle.

Also if emotion works well on the n8x0 I'd have that going as part of a
demo loop or available for easy exhibition.

Unfortunately its too early to demo gevas on meamo and its
integration... maybe in 6 months ;)

It would be cool to have+show reimplementations of some older games
running purely or very heavily in edje/embryo, maybe one day I'll get
around to brewing some off :|


 
 ... So want to come - show off your E desktop or whatever? :)
 

* Grumbles about long raft trip and lack of suitable tarp to remain
buoyant.



signature.asc
Description: This is a digitally signed message part
-
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] E CVS: gevas2 monkeyiq

2007-08-15 Thread Ben Martin
On Wed, 2007-08-15 at 08:07 +0200, Vincent Torri wrote:
 
 On Wed, 15 Aug 2007, Enlightenment CVS wrote:
 
  +evas_cflags=$EVAS_CFLAGS
  +evas_libs=$EVAS_LIBS
  +AC_SUBST(EVAS_LIBS)
  +AC_SUBST(EVAS_CFLAGS)
 
 you don't need to substitute these 2 variables, but maybe what you want to 
 do is substituting (does that word exist ?? :) ) evas_cflags and 
 evas_libs.
 
 Vincent

the lower case versions are already ac_subst()'ed at the bottom of the
file. Although in poor taste the original evas-config cflags/libs were
in evas_config/libs in lower case. I should remove the lower version I
guess.



signature.asc
Description: This is a digitally signed message part
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E17 coding funds: Who wants to get paid to fix bugs and finish off todo items for E17?

2006-07-14 Thread Ben Martin
On Fri, 2006-07-14 at 11:56 +0900, Carsten Haitzler wrote:
 OK - I'm putting out some feelers here to see...
 
 Of all you guys out there - would you ant to get paid bounties for finishing
 off some TODO items for E17? for fixing certain bugs? Do you have the time 
 lets
 say over the next coming month to work on this - in return for a little cash
 for your time and effort? who is up for it? I mean SERIOUS offers only - 
 people
 who do have or can make the time and do have the skills to do the work?

This is definitely excellent timing, I was going to start hunting around
for a little cash shortly... Good to see E17 getting some bounty action
too ;)

 
 We have work that covers:
 
 Coding (new code)
 Debugging (fix known bugs)

Either of the above is fine. Artwork isn't my thing though.

 Artwork (draw us some icons bay-bee)
 Theme work (en-masse cleanups of the default theme - especially namespace for
 parts, groups and signal names)
 
 As extra motivation - we may not just have some funds available - but also the
 ability to become the default desktop for a few 10,000 installs of Linux... so
 if E can't motivate you, and money doesn't do the trick - maybe being part of
 pushing a nice desktop out for Linux might do it?

No autographed rasties EFL shirts :( 

 
 Can we keep this thread down to only those who want to participate - and not a
 string of comments as I want to track who is willing to do what and I have
 enough mail to track as-is.

Any ANSI C coding, debugging, maybe unit testing stuff is fine by me.




signature.asc
Description: This is a digitally signed message part

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evas vs Gtk/Gdk: why the difference of perfs is so important?

2006-04-09 Thread Ben Martin
On Sun, 2006-04-09 at 10:03 +0900, Carsten Haitzler wrote:
 On Sat, 8 Apr 2006 20:44:30 +0200 Simon TRENY [EMAIL PROTECTED] babbled:
 
  Hi,
  
  I ran on my P3 1Ghz a small (stupid) test to compare Evas and Gdk
  performances: with Evas, I displayed a big image (1600x1200) in a
  smaller window (1300x1100) and I dragged the image quickly with the
  mouse. The dragging was laggy and the cpu usage was almost 100%. I then
  ran exactly the same test with gqview (a gtk image viewer) with the
  same image and the same viewport size (1300x1100). There, the dragging
  was smooth and the cpu usage around 50%.
  
  I know this test is not representative (it shows a special case with no
  accurate results) but it just illustrates the feeling I have: evas
  seems a lot slower than the renderers of Gtk and QT, when it has to
  refresh a big part of its viewport. Of course, using the GL engine
  improves the perfs a lot, but the comparison doesn't make sense
  anymore: Evas is hardware-accelerated while Gtk is not.
 
 of course! i have known this ever since. scrolling is evas's weak point. 
 also
 note GDK USES x's drawing calls whihc probably sue hardware to fill in solid
 colors - and the last thing... it uses hardware to BLIT (copy pixels from one
 area to another) when scrolling. evas does a full redraw with the cpu (with
 you have the software engine). i have known this ever since and actually have
 warned people many times but evas will suck for scrolling.

If on the other hand you choose to test the canvas' using something like
image scaling or evas_bench style animation you'll notice that evas is
faster ;)
http://www.linuxjournal.com/article/8213

These tests also cover the case of having to redraw much/most of the
canvas.


signature.asc
Description: This is a digitally signed message part


Re: [E-devel] Remaking an evas with fonts = segv?

2005-06-25 Thread Ben Martin
On Thu, 2005-06-23 at 11:02 +0900, Carsten Haitzler wrote:
 On Sun, 19 Jun 2005 11:09:33 +1000 Ben Martin [EMAIL PROTECTED]
 babbled:
 
  Hi,
The attached very clumsy source causes a rather nasty stack error and
  then segvs when you right click in the evas. Basically it seems here
  atleast that doing a evas_free() on a evas which has fonts in it and
  then recreating it will cause very nasty things to happen.
  
Doing evas_object_del() on the font object before deleting the canvas
  doesn't help either :(
  
It seems that once the font object is not made for a canvas you can
  delete/create the canvas+window as many times as you like.
  
you'll need an image in ./data/backdrop.png  setup the font correctly
  to run the demo.
 
 fixed now ? :)
 

Seems to still go down after a right click on the canvas here. Does it
work there?



signature.asc
Description: This is a digitally signed message part


[E-devel] Remaking an evas with fonts = segv?

2005-06-18 Thread Ben Martin
Hi,
  The attached very clumsy source causes a rather nasty stack error and
then segvs when you right click in the evas. Basically it seems here
atleast that doing a evas_free() on a evas which has fonts in it and
then recreating it will cause very nasty things to happen.

  Doing evas_object_del() on the font object before deleting the canvas
doesn't help either :(

  It seems that once the font object is not made for a canvas you can
delete/create the canvas+window as many times as you like.

  you'll need an image in ./data/backdrop.png  setup the font correctly
to run the demo.

#include stdio.h
#include stdlib.h
#include sys/time.h
#include unistd.h

#include X11/Xlib.h
#include X11/Xutil.h

#include Evas.h
#include Evas_Engine_Software_X11.h

//
//
//

int frames = 0;

int win_w = 480;
int win_h = 640;
Evas *evas;

Display*disp;
Window  win;
XSetWindowAttributes attr;
XClassHint  chint;
XSizeHints  szhints;


int main( int argc, char** argv )
{
RESTART:

disp = XOpenDisplay(NULL);
if (!disp)
{
printf(Error: cannot open display.\n);
return(-1);
}
attr.backing_store = NotUseful;
attr.colormap = DefaultColormap(disp, DefaultScreen(disp));
attr.border_pixel = 0;
attr.background_pixmap = None;
attr.event_mask =
ExposureMask | ButtonPressMask | ButtonReleaseMask | PointerMotionMask |
StructureNotifyMask;
attr.bit_gravity = ForgetGravity;
win = XCreateWindow(disp, DefaultRootWindow(disp), 0, 0, win_w, win_h, 0,
DefaultDepth(disp, DefaultScreen(disp)), InputOutput,
DefaultVisual(disp, DefaultScreen(disp)),
CWBackingStore | CWColormap |
CWBackPixmap | CWBorderPixel |
CWBitGravity | CWEventMask, attr);
XStoreName(disp, win, Evas Software X11 Test);
chint.res_name = Evas_Software_X11_Test;
chint.res_class = Main;
XSetClassHint(disp, win, chint);

XMapWindow(disp, win);
XSync(disp, False);

   evas = evas_new();
   evas_output_method_set(evas, evas_render_method_lookup(software_x11));
   evas_output_size_set(evas, win_w, win_h);
   evas_output_viewport_set(evas, 0, 0, win_w, win_h);
   {
  Evas_Engine_Info_Software_X11 *einfo;

  einfo = (Evas_Engine_Info_Software_X11 *) evas_engine_info_get(evas);

  /* the following is specific to the engine */
  einfo-info.display = disp;
  einfo-info.visual = DefaultVisual(disp, DefaultScreen(disp));
  einfo-info.colormap = DefaultColormap(disp, DefaultScreen(disp));
  einfo-info.drawable = win;
  einfo-info.depth = DefaultDepth(disp, DefaultScreen(disp));
  einfo-info.rotation = 0;
  einfo-info.debug = 0;
  evas_engine_info_set(evas, (Evas_Engine_Info *) einfo);
   }

   
   // setup scene

   // make backgroound
   {
   Evas_Object*ob;
   ob = evas_object_image_add(evas);
   evas_object_image_file_set(ob, data/backdrop.png, NULL);
   evas_object_layer_set(ob, 0);
   int w=0, h=0;
   evas_object_image_size_get( ob, w, h );
   evas_object_image_fill_set( ob, 0, 0, w, h );
   evas_object_resize( ob, w, h );
   evas_object_move( ob, 0, 0 );
   evas_object_show(ob);
   }
   {
   Evas_Object*ob;
   ob = evas_object_image_add(evas);
   evas_object_image_file_set(ob, data/backdrop.png, NULL);
   evas_object_layer_set(ob, 0);
   int w=0, h=0;
   evas_object_image_size_get( ob, w, h );
   evas_object_image_fill_set( ob, 0, 0, w, h );
   evas_object_resize( ob, w, h );
   evas_object_move( ob, w, 0 );
   evas_object_show(ob);
   }
   {
   Evas_Object*ob;
   ob = evas_object_image_add(evas);
   evas_object_image_file_set(ob, data/backdrop.png, NULL);
   evas_object_layer_set(ob, 0);
   int w=0, h=0;
   evas_object_image_size_get( ob, w, h );
   evas_object_image_fill_set( ob, 0, 0, w, h );
   evas_object_resize( ob, w, h );
   evas_object_move( ob, 0, h );
   evas_object_show(ob);
   }
   {
   Evas_Object*ob;
   ob = evas_object_image_add(evas);
   evas_object_image_file_set(ob, data/backdrop.png, NULL);
   evas_object_layer_set(ob, 0);
   int w=0, h=0;
   evas_object_image_size_get( ob, w, h );
   evas_object_image_fill_set( ob, 0, 0, w, h );
   evas_object_resize( ob, w, h );
   evas_object_move( ob, w, h );
   evas_object_show(ob);
   }



   {
   evas_font_path_append( evas, /usr/ego/themes/default );
   Evas_Object*ob;
   ob = evas_object_text_add( evas );
   evas_object_text_text_set( 

Re: [E-devel] GPL on eclair?

2005-05-07 Thread Ben Martin
On Sat, 2005-05-07 at 03:53 -0400, Mike Frysinger wrote:
 On Saturday 07 May 2005 03:40 am, you wrote:
  According to the FSF, BSD is compatible with GPL. So, eclair can be on
  GPL even if the EFL are on BSD. On the contrary, if the EFL were on GPL,
  I don't think eclair could be on BSD. BSD is more permissive than GPL.
 
 yes, as in you can import BSD code into GPL code, but not the other way around
 
 i just see it as an annoying issue where you suddenly cant assume that you 
 can 
 copy  paste code from any old random e17 app into any other random e17 app
 
 then again i'm not raster so it's not my position to say what is and isnt ok
 
 side note, doing a quick check on all the COPYING files, these are GPL:
 e17/apps/iconbar
 e17/apps/eclair
 e17/libs/esmart
 e17/libs/epsilon
 e17/proto/exml
 
 misc/camE
 misc/enotes
 misc/eplay
 misc/gevas
 misc/gevas/demo
 misc/gevas-examples

Hmm, something seems to have modded the COPYING in gevas. The source
files are all GNU Library General Public License... So the project
should be that way too, I think autotools is a little overhappy to add
(replace with?) a GPL COPYING file to a project.


 misc/embrace
 misc/eke
 -mike
 
 
 ---
 This SF.Net email is sponsored by: NEC IT Guy Games.
 Get your fingers limbered up and give it your best shot. 4 great events, 4
 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
 win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


signature.asc
Description: This is a digitally signed message part


[E-devel] Feeding events around in evas

2005-04-27 Thread Ben Martin
Hi,
  I noticed that recent evas cvs has broken gevas event feeding. I am
calling evas_event_feed_mouse_down() inside the GTK+2 event handler and
attaching to evas objects with 
evas_object_event_callback_add( 
  eobj, EVAS_CALLBACK_MOUSE_DOWN, __gevas_mouse_down, object );
Though the events never hit the down() handler. 

Should an event fed to an evas, such as a mouse_down be passed onto evas
objects in the canvas which are under the mouse? Do I now need to call
some other function to get the propagation again?



signature.asc
Description: This is a digitally signed message part


Re: [E-devel] Re: edb Building with multiple versions of Berkeley DB

2004-11-15 Thread Ben Martin
On Tue, 2004-11-16 at 08:48 +0900, Carsten Haitzler wrote:
 On Mon, 15 Nov 2004 18:12:51 -0500 Bart Elberg [EMAIL PROTECTED] babbled:
 
  Looks like we have a similar problem and IT IS CRITICAL FOR US TO SOLVE 
  THIS!!
  
  We're integrating our existing application libraries with an EFL-based 
  GUI and once we start linking with libedb it core dumps. The trace looks 
  like this:
 
 something else is pulling in a libdb (-ldb) link (another shared lib or an
 explicit link). since edb is originally a fork of libdb2 (sleepycat's 
 libdb2.7)
 with just a nice wrapper on top (due to libdb changing on-disk format every
 minor version or 2 and thus making it impossible to open files created when
 linked to a previous libdb) - it shares internal symbol names and this does
 screw things up. the solution is more or less a lot of mind-numbingly boring
 sed work with symbols in the code (also being careful to not be too zealous
 and change something that is a substring of something else).

Another option which I throw out there is to update the libdb code in
edb to using db-4.x (or something like 3.x). Basically atleast the min
version that has --with-uniquename=option which makes the build of db
use unique symbols for all its stuff.

I use db-4.x in my libstldb4's internal db-4.x and it links into apps
nicely which also link to other standard db libs.

From rom looking at the edb source it appears to be a version of db from
before they had the unique-name option.

If we are updating edb's db it would be better to do it now than after a
release. I am not sure how much bigger an edb with db-4.x will be as
compared to its current form.



signature.asc
Description: This is a digitally signed message part


[E-devel] edb Building with multiple versions of Berkeley DB

2004-08-27 Thread Ben Martin
Hi,
  The issue has been around for ages and I was hoping it would silently
disappear :/ If you have an app that uses edb (or links with an EFL that
does) and the app wants to use a berkeley dbX version itself then you
get segv. I'm not sure if the bdb that edb is based on supports unique
prefixing:
http://www.sleepycat.com/docs/ref/install/multiple.html

For example, the following app runs fine when compiled without linking
to any other berkeley db than edb, but once db4 is involved it crashes
badly with a non informative backtrace.

$ gcc edbdump.c -o edbdump  -ledb
$ ./edbdump
$ gcc edbdump.c -o edbdump -ldb -ledb
$ ./edbdump
Segmentation fault
$

Given the strong embedded emph for EFL I'm not sure if we can move edb
to using a berkeley db supporting the uniquename option or not. At any
rate being able to use edb + some other lib that uses db4 would be nice.

Sample that doesn't play well with db4 and edb (used above).

#include db4/db.h
#include Edb.h

int main( int argc, char** argv )
{
int rc = 0;
DB_ENV *dbenvp = 0;
DB *dbp = 0;

E_DB_File* foo = e_db_open( /tmp/bar.edb );

return 0;
}



signature.asc
Description: This is a digitally signed message part


Re: [E-devel] Desktop File managers for use with E16.6?

2004-02-05 Thread Ben Martin
On Fri, 2004-02-06 at 12:26, Beny Spensieri Jr wrote:
 I'd like to switch to e16 as my window manager on my Fedora Core
 install, but Nautilus wants to hog the ability to display my background,
 I'd rather have e do it since each desktop can have its own wallpaper.
 
 GMC works, but its pretty old (and no longer in development), and I'd
 rather use something a little more modern.  Any good desktop file
 managers that work well with E and Gnome2?
 

I suppose I should mention the libferris + ego combo
http://witme.sourceforge.net/libferris.web/

you can also have it display many background pages (with names so that
e can put them on different desktops for you) and have icons on them.

The installation process is not for the unmotivated right now though.

-- 
Blogtackular http://advogato.org/person/monkeyiq/


signature.asc
Description: This is a digitally signed message part


Re: [E-devel] [patch] quick gevas2 fix

2003-08-27 Thread Ben Martin
Sorry about that :( Updated API calls commited.

On Wed, 2003-08-27 at 10:12, Aaron Michael Cohen wrote:
 This fixes a couple of function names that have changed.
 
 diff -ur e17.org/misc/gevas2/src/gevas.c misc/gevas2/src/gevas.c
 --- e17.org/misc/gevas2/src/gevas.c 2003-08-26 20:05:22.119171813
 -0400
 +++ misc/gevas2/src/gevas.c 2003-08-26 18:50:10.427000821 -0400
 @@ -200,7 +200,7 @@
   
  void gevas_add_fontpath(GtkgEvas * ev, const gchar * path)
  {
 -evas_object_font_path_append(EVAS(ev), (char*)path);
 +evas_font_path_append(EVAS(ev), (char*)path);
  fprintf(stderr, GEVAS add font path: %s\n, path);
  }
   
 @@ -1486,11 +1486,11 @@
  /* break; */
   
 case ARG_FONT_CACHE:
 -evas_object_font_cache_set( ev-evas, GTK_VALUE_INT(*arg));
 +evas_font_cache_set( ev-evas, GTK_VALUE_INT(*arg));
 break;
   
 case ARG_IMAGE_CACHE:
 -evas_object_image_cache_set(ev-evas, GTK_VALUE_INT(*arg));
 +evas_image_cache_set(ev-evas, GTK_VALUE_INT(*arg));
 break;
   
 case ARG_SIZE_REQUEST_X:
 @@ -1546,10 +1546,10 @@
 GTK_VALUE_POINTER(*arg) = ev-evas;
 break;
 case ARG_FONT_CACHE:
 -   GTK_VALUE_INT(*arg) =
 evas_object_font_cache_get(ev-evas);
 +   GTK_VALUE_INT(*arg) =
 evas_font_cache_get(ev-evas);
 break;
 case ARG_IMAGE_CACHE:
 -GTK_VALUE_INT(*arg) =
 evas_object_image_cache_get(ev-evas);
 +GTK_VALUE_INT(*arg) = evas_image_cache_get(ev-evas);
 break;
 case ARG_SIZE_REQUEST_X:
 GTK_VALUE_INT(*arg) = ev-size_request_x;



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evas and gtk?

2003-08-26 Thread Ben Martin
currently its in the enlightenment cvs
misc/gevas2/
and wants GTK+ 2 to work with should work with recent evases I think I
last synced it a month ago or something like that so any changes should
be minor to get it to work with current cvs evas.

If you get really keen you could marshal edje signals to gtk+ signals
and create a gedje for using edje with gevas2 but I leave that as an
open project until I get around to doing it ;)

Enjoy.

On Mon, 2003-08-25 at 06:01, Brian Mattern wrote:
 I know there is a gevas somewhere (gtk evas widget). Not sure if it
 ever got ported to the newest evas. Its available on the sourceforge
 project page for enlightenment, but again, i don't know what state its
 in.
 --
 brian
 
 On Sun, 2003-08-24 at 11:31, Corey Donohoe wrote:
  I've used evas and gtk, but only embedding an evas in drawingareas. 
  (i.e. evidence, ebony, etcher) If you're wondering if you could add a
  gtkbuttonbox or a gtkentry to an evas, no you can't.  Maybe you're
  looking for something like e17/libs/ewl ?
  
  * Aaron Michael Cohen ([EMAIL PROTECTED]) wrote:
   How well do gtk and evas play well together? can you have a gtk widget
   wrapped to an evas object?
   -- 
   Aaron Michael Cohen [EMAIL PROTECTED]
   
  __
  Corey Donohoe
  [EMAIL PROTECTED]
  [EMAIL PROTECTED]
  
  
  ---
  This SF.net email is sponsored by: VM Ware
  With VMware you can run multiple operating systems on a single machine.
  WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
  at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
  ___
  enlightenment-devel mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 ---
 This SF.net email is sponsored by: VM Ware
 With VMware you can run multiple operating systems on a single machine.
 WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
 at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
 ___
 enlightenment-devel mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] For code owners and contributers

2003-02-13 Thread Ben Martin
On Fri, 2003-02-14 at 08:35, Carsten Haitzler wrote:

 
 1. collect all names from AUTHORS files. list all of them. (this will assume the
 step of making sure they are up-to-date has been done) i REPEAT it is the
 responsibility of the contributors to make sure their patches include patches to
 AUTHORS as the maintainer is not likely to know what real name/email to include
 for that contributor (and is often too busy to go hunting it down too). So if
 you CARE - check out cvs and the AUTHORS files. Append your name or send in a
 patch to append it.
 2. match author names with sourceforge login names/accounts
 3. all developers who have not committed code in 12 months go onto a
 contributors list. all authors who have committed code in the last 12 months get
 on the current developers list ? does 12 months sound good?
 

This does leave a big gap in some cases, for example efsd and gevas2
where cvs commits are not as frequent. I think for some projects the
maintainer/major author just needs to be listed on the page if the
project itself is mentioned. If we start adding automated scripts to
drop people off after 12 months then I suspect we might start seeing
little README commits every 11 to stop the automation :)

I think surely if folks see a major component like efsd and only a few
names next to it then they will jump in if they want to hack it.

Maybe we can add a list of which projects should get the new love, so
that folks dont start hacking on something like ebits1 etc? This way
they know what is for hacking and that those projects need love no
matter how many names are attached.

-- 
Patches talk and bullshit walks.
http://witme.sourceforge.net/libferris.web/



---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel