Re: [E-devel] How to resize a edje part object?

Hello.

On Tue, 2008-04-01 at 09:52, Carsten Haitzler wrote:
> 
> stand back and look at the problem - what are you trying to convey to the user?

I like to show the strength of a wifi network to the user. A simple
bar that is relativ to the signal strength. I have the strength as a
real number besides this, but a bar gives the user a way faster idea
about how good the signal is.

Now the signal strength value is something I only have during runtime
inside my code.

So the toplevel question is how can I manipulate the RECT size I
defined once in the edc to match the new runtime size?

regards
Stefan Schmidt

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

_______________________________________________
enlightenment-devel mailing list
enlightenment-devel <at> lists.sourceforge.net

Re: [E-devel] How to resize a edje part object?

On Tue, 1 Apr 2008 01:09:10 +0200 Stefan Schmidt <stefan <at> datenfreihafen.org>
babbled:

> Hello.
> 
> On Tue, 2008-04-01 at 09:52, Carsten Haitzler wrote:
> > 
> > stand back and look at the problem - what are you trying to convey to the
> > user?
> 
> I like to show the strength of a wifi network to the user. A simple
> bar that is relativ to the signal strength. I have the strength as a
> real number besides this, but a bar gives the user a way faster idea
> about how good the signal is.
> 
> Now the signal strength value is something I only have during runtime
> inside my code.
> 
> So the toplevel question is how can I manipulate the RECT size I
> defined once in the edc to match the new runtime size?

hint. u really want to take a look at the battery module. it uses message
passing. u can pass edje a message with strings, floats, ints and multiple
messages. think of it as abstract IPC - but to your gui. then the edje design
parses the message in a message handler - and then does whatever it likes with
the gui. it could manually set a part to a custom state and set parameters
(like rel1/2 offset/relative or color, image and other things)... :) you want
to abstract your messages and ideas ata higher level and have the ui figure out
what to do. don't force it to be size X - just say "hey - i have signal
strength 0.6 out of 1.0 - u go figure it out" :)

Re: [E-devel] How to resize a edje part object?

Hello.

> On Tue, 1 Apr 2008 01:09:10 +0200 Stefan Schmidt <stefan <at> datenfreihafen.org>
> babbled:
> 
> hint. u really want to take a look at the battery module. it uses message
> passing. u can pass edje a message with strings, floats, ints and multiple
> messages. think of it as abstract IPC - but to your gui.

Wow, I was not even aware that this is possible. Makes of course sense
not only having signal but also a backchannelafter thinking about it.
:)

So this is the same Nick pointed out.

> then the edje design parses the message in a message handler - and
> then does whatever it likes with the gui. it could manually set a
> part to a custom state and set parameters (like rel1/2
> offset/relative or color, image and other things)... :) you want
> to abstract your messages and ideas ata higher level and have the
> ui figure out what to do. don't force it to be size X - just say
> "hey - i have signal strength 0.6 out of 1.0 - u go figure it out"
> :)

Sounds exactly what I like to use. I just thought more in regular
toolkit ways to handle this (Inside the code not in the design) ;)

I'll check the battery module out after I had some sleep. Thanks.

regards

[E-devel] EWL theming

We had already some discussion in the bugtracker (bug #381) about this 
issue, but I want to give it a wider audience. To give you a short 
overview about the discussion, here the it is in a nutshell. It started 
with the question, if the checkbutton needs to be be split into several 
widget (as it is now: a container that holds the checkbox and the label) 
or if it wouldn't be better to have it in a single widget. The main 
reason for this question is/was that if the state of the parent 
container (the checkbutton) will change, for example a "mouse,in" event 
or a "focus,in", there is no way to change the label or the checkbox.
Although putting it in a single widget would solve this, and we 
might/will go that way, it showed a more basically problem, that needs 
another - more general - solution.

To describe the problem more general, if the parent or grandfather or 
even higher ancestor will change it look it might to want that some 
offsprings will look different, too. For example this is solved in e 
menu that the label get a signal "e,state,selected" when the parent is 
selected. Although this solution works fine for this case, imagine a 
tree where a row is selected (or highlight, why ever) and any label that 
has this widget as parent needs to adjust it fg color to be readable, no 
matter how many ancestors are between it and the row itself, makes it 
much more complicated. And when you concern that any theme action might 
do that, like "mouse,in/out", "focus,in/out", "disable/enable" or even 
random changes or parent related signals like to have a lighter or no 
background, it becomes a very difficult job.

So here comes my idea, how this could be solved. Any theme part 
(actually any edje group) can send a signal to its children. Maybe with 
the source set to "this", or some general string. And ewl will pipe them 
into the offspring widget theme objects. To reduce some of the upcoming 

Re: [E-devel] Unified theme for apps

Yeah Michael, I think we agree on the entire line now!
 As for the responsibility of creating a distro for "the masses" based on
Enlightenment, sure I get the responsibility, in fact I participated to this
discussion to see how many people agreed with my point of view and try and
understand if anyone was going to help me out solving this "issue". It is a
freedom issue, if you prefer, I feel people are not yet free to develop
easily a unified theme for everything.

Well then, I never thought that having an ergonomic and unified desktop is
OK for everyone, it is for the kind of people using OpenGEU though.
That's why I'm already working on this "problem" and am trying to integrate
it in Luna Nuova. By the way, MadnessMike, a very precious guy developing
software for OpenGEU, has created a basic OpenGEU Theme Switcher. A simple
application able to change E17 theme, GTK theme, Gnome Wallpaper, Icons
Theme and a lot of other things all at once, using simple scripts. The tool
is coded in Gambas, therefore it is not E related becaue we are not able to
code in E :(
We'd need the help of an E17 developer to create this kind of tools... if
anyone is interested in testing this tool please tell me and I'll post
references about it here... it is not coded in E but it is E related
afterall and if anyone could convert it in ETK or EWL or whatever it would
be better for us :)

By the way Michael, since you agree with me that having a choice and a tool
that simplifies it all would be nicer, then maybe with time OpenGEU will be
the right escuse for someone to code this kind of tools, right? ;)
Greetings everyone!

Luca
-------------------------------------------------------------------------

[E-devel] make efreet error for ppc-apple-darwin

Hello

How do I remove i386 (-arch i386 ppc)? Is there a lib installed with i386?

Cheers!

Christer.

gcc -g -O2 -o .libs/efreet_alloc efreet_alloc.o -arch i386 ppc -g -Os 
-pipe -Wl,-search_paths_first -Wl,-weak-lgssapi_krb5 -Wl,-weak-lkrb5 
-Wl,-weak-lk5crypto -Wl,-weak-lkrb5support -Wl,-weak-lcom_err 
-Wl,-weak-lresolv  ../../../src/lib/.libs/libefreet.dylib 
/usr/lib/libecore_file.dylib /usr/lib/libecore.dylib -ldl -lm -lcurl
i686-apple-darwin8-gcc-4.0.1: ppc: No such file or directory
make[4]: *** [efreet_alloc] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

If removed in config* and Makefile it still remain:

gcc -g -O2 -o .libs/efreet_test ef_data_dirs.o ef_icon_theme.o ef_ini.o 
ef_utils.o ef_desktop.o ef_menu.o ef_mime.o main.o ef_locale.o -arch ppc 
-g -Os -pipe -Wl,-search_paths_first -Wl,-weak-lgssapi_krb5 
-Wl,-weak-lkrb5 -Wl,-weak-lk5crypto -Wl,-weak-lkrb5support 
-Wl,-weak-lcom_err -Wl,-weak-lresolv  
../../src/lib/.libs/libefreet.dylib 
../../src/lib/.libs/libefreet_mime.dylib 
/Volumes/disk0_2/apps/managers/window/e17/efreet-0.0.3.042/src/lib/.libs/libefreet.dylib 

Re: [E-devel] Unified theme for apps

 <at> notdirectedtoanyoneinparticular:
Using Edje to theme a constricted widget library like GTK or QT would be a 
complete waste of potential. The only way you will have E,  EWL and ETK 
looking *the same* will be creating yet another bland constricted library.

In web design consistency (or unity) among different pages in the same website 
is attained by repeating design elements (colors, textures, fonts) and 
applying the different design principles (proximity, balance, alignment, 
proprortion) in the same manner across every page. 

To maintain unity among different applications unsing the same widget library, 
both GTK and QT have enforced the design principles (+behaviour) at the 
programming level. This limits the designer to aesthetical changes on the 
design elements. 

I assume neither E, EWL or ETK developers want to create yet another bland 
library. If what I assume is correct then allow me to suggest a solution to 
mantain Unity among all your apps without compromising the freedom that Edje 
provides.

Split the themes in two parts, a smaller theme file that contains textures, 
fonts and colors (the design elements) and another theme file that contains 
the layout and behaviour using GROUP parts to include the design elements of 
the first theme file into it's own.

Designer who want to alter themes in general limit themselves to the first 
file. Designers who want to alter something specific for an specific toolkit 
dives into the second. This limits designers in the second group to a extent, 
they cannot simply replace a texture with another and hope it will work in 
every theme, they will have to consider carefully before overrinding a design 

[E-devel] Nightly build log for E17 on 2008-04-01 07:09:29 -0700

Build log for Enlightenment DR 0.17 on 2008-04-01 07:09:29 -0700
Build logs are available at http://download.enlightenment.org/tests/logs

Packages that failed to build:
ecore_li  http://download.enlightenment.org/tests/logs/ecore_li.log
engage  http://download.enlightenment.org/tests/logs/engage.log
enna  http://download.enlightenment.org/tests/logs/enna.log
epdf  http://download.enlightenment.org/tests/logs/epdf.log

Packages with no supported build system:
entice, esmart_rsvg, exorcist, python-efl, 

Packages skipped:
camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, 
evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, 

Packages that build OK:
alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore, edata, edb, 
e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efm_nav, 
efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, 
emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, 
enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, 
epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, 
etk, etk-perl, evas, evfs, evolve, ewl, examine, execwatch, exhibit, exml, 
expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, 
imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, 
mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, 
rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, 
winselector, wlan, 

Re: [E-devel] make efreet error for ppc-apple-darwin

Christer Sandvik wrote:
> Hello
>
> How do I remove i386 (-arch i386 ppc)? Is there a lib installed with 
> i386?
I still don't know how to fix this and why are there libraries (ecore 
etc.) with i386?
>
> Cheers!
>
> Christer.
>
> gcc -g -O2 -o .libs/efreet_alloc efreet_alloc.o -arch i386 ppc -g -Os 
> -pipe -Wl,-search_paths_first -Wl,-weak-lgssapi_krb5 -Wl,-weak-lkrb5 
> -Wl,-weak-lk5crypto -Wl,-weak-lkrb5support -Wl,-weak-lcom_err 
> -Wl,-weak-lresolv  ../../../src/lib/.libs/libefreet.dylib 
> /usr/lib/libecore_file.dylib /usr/lib/libecore.dylib -ldl -lm -lcurl
> i686-apple-darwin8-gcc-4.0.1: ppc: No such file or directory
> make[4]: *** [efreet_alloc] Error 1
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> If removed in config* and Makefile it still remain:
>
> gcc -g -O2 -o .libs/efreet_test ef_data_dirs.o ef_icon_theme.o 
> ef_ini.o ef_utils.o ef_desktop.o ef_menu.o ef_mime.o main.o 
> ef_locale.o -arch ppc -g -Os -pipe -Wl,-search_paths_first 
> -Wl,-weak-lgssapi_krb5 -Wl,-weak-lkrb5 -Wl,-weak-lk5crypto 

[e-users] SoC deadline extension...

Hello,

I am pleased to announce, for your convenience and ours, Google has
extended the student application deadline by one week.  The new deadline
is April 7th.

We have had a very nice turn out so far.  Keep up the good work.  We
hope to see many more applications in the coming week.

For those of you who may have not yet submitted an application, but
intend to do so....  Please take a look at the URL I've added to our
ideas page.  It can point you to some examples of applications being
submitted by other students (at another organization)

If you desire to modify your previously submitted application, and have
any difficulty, please contact myself or your probable mentor.  We can
post a public comment to it which will certainly allow you to edit it at
that time.

--

-- 
Regards,
Ravenlock

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace