Carsten wrote:
Yeah, and it sounds like a fine 'security minded' approach..
but in practice it's not going to make much of a difference since
edje is used along with all sorts of code that's highly insecure.
see above. it is important. it's a mistake microsoft have made all
On Wed, 07 May 2008 02:38:19 -0400 Jose Gonzalez [EMAIL PROTECTED] babbled:
Carsten wrote:
Yeah, and it sounds like a fine 'security minded' approach..
but in practice it's not going to make much of a difference since
edje is used along with all sorts of code that's highly
I'll try it with Hardy then: nm-applet doesn't work in Ubuntu started with
Entrance both with xfce 4 panel and fbpanel, not even gnome panel of course.
Of course, I'm talking of an E17 session.
Thanks for the suggestion :)
Luca
2008/5/7 Gustavo Sverzut Barbieri [EMAIL PROTECTED]:
On Tue, May
Enlightenment CVS committal
Author : dj2
Project : e17
Module : libs/efreet
Dir : e17/libs/efreet/src/lib
Modified Files:
efreet_ini.c
Log Message:
- if we can't parse the INI file we can't set ini-data so return NULL
instead of an invalid ini file
Are you sure this
On Wed, May 7, 2008 at 6:29 AM, Vincent Torri [EMAIL PROTECTED] wrote:
raster, dan and me had a small discussion about the location of unit
tests. Dan and me were for putting them in efl_lib/tests and raster in
e17/tests/efl_lib
raster arguments are for putting them outside efl_lib/ are
Then one needs to extend edje/embryo scripting far more than
it's currently capable of.. and for it to be sufficiently capable
for general kinds of 'apps' it may need to have access to system
calls and other things. One'd also need to have well-known entry
points into the .edj file
[EMAIL PROTECTED] wrote:
Enlightenment CVS committal
Author : dj2
Project : e17
Module : libs/efreet
Dir : e17/libs/efreet/src/lib
Modified Files:
efreet_ini.c
Log Message:
- if we can't parse the INI file we can't set ini-data so return NULL
instead of an invalid ini
On Wed, May 7, 2008 at 8:27 AM, dan sinclair [EMAIL PROTECTED] wrote:
We'll have to wait to see if anyone complains. The problem is, we can't
tell if issue is failed parsing or non-existing file. We may need to put
a check in there for non-existant file. But, I don't think we should be
Build log for Enlightenment DR 0.17 on 2008-05-07 07:09:03 -0700
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
edje_viewer http://download.enlightenment.org/tests/logs/edje_viewer.log
enna
Nathan Ingersoll wrote:
On Wed, May 7, 2008 at 8:27 AM, dan sinclair [EMAIL PROTECTED] wrote:
We'll have to wait to see if anyone complains. The problem is, we can't
tell if issue is failed parsing or non-existing file. We may need to put
a check in there for non-existant file. But, I don't
Hello.
On Tue, 2008-05-06 at 11:59, Christopher Michael wrote:
I've talked w/ raster last night stefan_schmidt today about redoing
the network module for E. Ideally, we would like todo a network frontend
that is capable of utilizing various backends (e_nm, conman, etc, etc).
ACK.
Also
Hello.
On Tue, 2008-05-06 at 17:36, Ross Vandegrift wrote:
On Tue, May 06, 2008 at 09:27:07PM +0200, The DarkMaster wrote:
Hallo, I'm very interested in this topic and an E17 network manager is
really needed by my OpenGEU distro too. Well, I believe taht a good choice
would be that of
Yesterday we had a discussion on irc, if we should put abstract data
types of ecore and of evas into a single standalone lib. The whole
discussion came up because of the two implementations of the shared
strings. And in fact if we really want to share strings efficient, we
have to share them
Stefan Schmidt wrote:
Hello.
On Tue, 2008-05-06 at 11:59, Christopher Michael wrote:
I've talked w/ raster last night stefan_schmidt today about redoing
the network module for E. Ideally, we would like todo a network frontend
that is capable of utilizing various backends (e_nm, conman,
Were these numbers from ecore before or after cedric's changes this morning?
On Wed, May 7, 2008 at 1:20 PM, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Yesterday we had a discussion on irc, if we should put abstract data
types of ecore and of evas into a single standalone lib. The whole
Howdee,
Ive noticed it before, but while working on something new, it seems
kind of silly to have the radio and check buttons from the menu
respond to different signals as the radio and check button widgets.
eg.
Heres the code from the widget:
program {
name:turn_on1;
On Thu, 8 May 2008 10:19:39 +0800 Toma [EMAIL PROTECTED] babbled:
that is true. this will break all existing themes, but it's probably worth
fixing.
Howdee,
Ive noticed it before, but while working on something new, it seems
kind of silly to have the radio and check buttons from the menu
2008/5/8 The Rasterman Carsten Haitzler [EMAIL PROTECTED]:
On Thu, 8 May 2008 10:19:39 +0800 Toma [EMAIL PROTECTED] babbled:
that is true. this will break all existing themes, but it's probably worth
fixing.
I feel bad now. :D
Toma
ps. Not if you change the menu radio and check to normal
18 matches
Mail list logo
