Re: [E-devel] E CVS: apps/entrance raster

On Sat, 31 Mar 2007 13:21:11 -0400 Michael Jennings <e-devel <at> kainx.org> babbled:

> On Saturday, 31 March 2007, at 08:07:12 (-0500),
> Enlightenment CVS wrote:
> 
> > fix entrance so it.. works again. back to lib dir (good reasons why too)
> 
> Entrance worked fine, and there is NO good reason to put executables
> in /usr/lib.

it didn't. you moved entrance_login BUT never changed the path used in the
code to execute it - so the exec fails and the user is logged out 10 secs after
being logged in when entrance replaces itself with a much smaller footprint
version of itself. check the code that spawns entrance_login.

also there is precedent for putting executables in lib - when those executables
are internal tools for that process and are not ever intended to be run on the
command-line. in fact this has such a strong precedent, it is a POLICY in
debian to do that (because all executables need a man page - if it is in $PATH
for a user or root, and you don't want/need to document internal tools like
this that are only ever used internally by a proc for it's own needs). :)

> Michael
> 
> -- 
> Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej <at> kainx.org>
> n + 1, Inc., http://www.nplus1.net/       Author, Eterm (www.eterm.org)
> -----------------------------------------------------------------------
>  "Learn to enjoy your own company.  You are the one person you can
>   count on living with for the rest of your life."     -- Ann Richards

Re: [E-devel] Adding Arabic shaping support

On Sat, 31 Mar 2007 20:44:05 +0000 "Ahmed MANSOUR" <911freak <at> gmail.com> babbled:

> Hi all,
> I'm gonna add Arabic language shaping and RTL support, and I just want
> to know if anyone is already working on that.

HOORAY! THANKYOU! :) That'd be GREAT! If you can manage to add it and also
still handle LTR (eg mixed text where some text on a line is RTL and some is
LTR - eg an english book quoting arabic text, or an arabic book quoting an
english word etc.)... neato! :)

> Maybe I'm the only one that know Arabic in this mailing list :-D. So I
> want to contribute in an useful way. Well, I hope someone can show me
> what files I need to change...

Very few do - at least very few do who can and are willing to code and care
enough about reading arabic to do it. i can't read it - i've hit my limit with
languages :)

> Thanks guys your really doing a nice work :)

thanks. your help will be MOST appreciated! :)

> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> enlightenment-devel mailing list

Re: [E-devel] [PATCH] fix e17/proto/edje_editor use of etk signals

Gustavo Sverzut Barbieri ha scritto:
> On 3/31/07, Gustavo Sverzut Barbieri <barbieri <at> gmail.com> wrote:
>> edje_editor is using incorrect names for every signal with "_" in
>> name, it should be "-" instead.
>>
>> Also, it uses "realize" instead of "realized" to etk_canvas.
>>
>> Attached patch fixes this problem, edje_editor is now "usable" again 
>
Thanks, in cvs ;)
DaveMDS

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: [E-devel] E CVS: apps/entrance raster

On Sunday, 01 April 2007, at 09:24:35 (+0900),
Carsten Haitzler wrote:

> it didn't. you moved entrance_login BUT never changed the path used
> in the code to execute it - so the exec fails and the user is logged
> out 10 secs after being logged in when entrance replaces itself with
> a much smaller footprint version of itself. check the code that
> spawns entrance_login.

I missed a change.  Fine.  I'll fix that.  But entrance worked just
fine for me the way it was.  YOU broke the spec file by excluding
entranced from the build, and that would have broken it for everyone,
not just the systems which need entrance_login (which mine seems not
to).

> also there is precedent for putting executables in lib - when those
> executables are internal tools for that process and are not ever
> intended to be run on the command-line. in fact this has such a
> strong precedent, it is a POLICY in debian to do that (because all
> executables need a man page - if it is in $PATH for a user or root,
> and you don't want/need to document internal tools like this that
> are only ever used internally by a proc for it's own needs). :)

I couldn't care less about Debian policy.

But in the interest of playing nice, we'll put it in /usr/libexec
instead of /sbin.  /usr/lib is still the wrong place.

Michael

[E-devel] backtrace and menus

attached is a backtrace printed after a segfault of a recent build
of e17 (checkout is from yesterday).

I have problems with transient windows, maybe this segfault has
something to do with it. before when I was reading my mail with
thunderbird and thunderbird opened the window which asked me to next
unread message in another folder, I did just hit spacebar; now it
doesn't always work, most of the time I have to click the "ok"
button and the close the transient window by hand (it should
auto-close itself).

also, is there a way to have my menus back with efreet?
I managed to have back my icons in iconbar replacing
X-Enlightenment-IconPath= entry in desktop files with an Icon= one,
but didn't found a way to restore my menus tree, and even the system
icons menu is missing.

--

-- 
       Massimo Maiurana         massimo<at>ragusa.linux.it
       http://massimo.solira.org       GPG keyID #7044D601

Articolo 11 - L'Italia ripudia la guerra come strumento di offesa
alla libertà degli altri popoli e come mezzo di risoluzione delle
controversie internazionali....

(gdb) bt
#0  0xb79a0d28 in ___newselect_nocancel () from /lib/tls/libc.so.6
#1  0xb7a56662 in _XWaitForReadable () from /usr/X11R6/lib/libX11.so.6
#2  0xb7a56a65 in _XRead () from /usr/X11R6/lib/libX11.so.6

[E-devel] [ENM] called enigma now

ENM (http://watchwolf.fr/index.php?post/2007/03/18/%
5BE17-Network-manager%5D-Pesentation) is called enigma now, ty to Raoul
about the idea.

A new version is available there
(http://watchwolf.fr/index.php?post/2007/04/01/%5BEnigma%
5D-You-can-configure-your-wired-network)

You can configure your DNS & your wired network.

You think I can add the app in the cvs ? I suppose I need a access, so I
ask a access :)

--

-- 
powered by gnu/linux

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: [E-devel] backtrace and menus

Massimo Maiurana, il 01/04/2007 11:28, scrisse:

> I have problems with transient windows, maybe this segfault has
> something to do with it. before when I was reading my mail with
> thunderbird and thunderbird opened the window which asked me to next
> unread message in another folder, I did just hit spacebar; now it
> doesn't always work, most of the time I have to click the "ok"
> button and the close the transient window by hand (it should
> auto-close itself).

this is solved if I change the focus policy from "Only new dialogs
get focus" to "Only new dialogs get focus if the parent has focus".

I've always used the latter without problems, main thunderbird
window has the focus when the transient spawns up but the transient
doesn't get it although it looks like it do.

--

-- 
       Massimo Maiurana         massimo<at>ragusa.linux.it
       http://massimo.solira.org       GPG keyID #7044D601

Articolo 11 - L'Italia ripudia la guerra come strumento di offesa
alla libertà degli altri popoli e come mezzo di risoluzione delle
controversie internazionali....

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: [E-devel] E CVS: apps/entrance raster

On Sat, 31 Mar 2007 22:42:04 -0400 Michael Jennings <e-devel <at> kainx.org> babbled:

> On Sunday, 01 April 2007, at 09:24:35 (+0900),
> Carsten Haitzler wrote:
> 
> > it didn't. you moved entrance_login BUT never changed the path used
> > in the code to execute it - so the exec fails and the user is logged
> > out 10 secs after being logged in when entrance replaces itself with
> > a much smaller footprint version of itself. check the code that
> > spawns entrance_login.
> 
> I missed a change.  Fine.  I'll fix that.  But entrance worked just
> fine for me the way it was.  YOU broke the spec file by excluding
> entranced from the build, and that would have broken it for everyone,
> not just the systems which need entrance_login (which mine seems not
> to).

ALL systems need entrance_login. it's standard to replace the exe

> > also there is precedent for putting executables in lib - when those
> > executables are internal tools for that process and are not ever
> > intended to be run on the command-line. in fact this has such a
> > strong precedent, it is a POLICY in debian to do that (because all
> > executables need a man page - if it is in $PATH for a user or root,
> > and you don't want/need to document internal tools like this that
> > are only ever used internally by a proc for it's own needs). :)
> 
> I couldn't care less about Debian policy.

glad to know your opinion. but fact remains - you broke entrance runtime. i had

Re: [E-devel] Fwd: Re: [collab4] eclair improvements

> Hi Peter,
>
> All the changes you are describing are actually the reasons why I
> started coding Etk: I needed a toolkit library to add a filechooser and
> a collection manager to Eclair. Etk was just more work than I first
> thought it would be, and I've never been able to work on Eclair again.
> So, if you want to add those features, feel free to do it :) The
> library support is even started, all the songs are already stored in a
> database with sqlite. If you even think eclair should be rewritten, go
> ahead, I'll probably never work on it again.

I thought, the collection manager would be implemented in evas smarts, and 
edje, but to be honest, i don't know much about them.
First, I'll have to read through the code of eclair, and then if I'll have 
time, I'll start working on it. Unfortunately, I don't have time to code till 
the end of May, so don't expect very much till June. ;) If I find some 
edje/evas smarts how-to, then I'll be able to start working on the UI, and 
extending the theme.

Peter

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: [E-devel] E CVS: apps/entrance raster

On Sunday, 01 April 2007, at 20:52:48 (+0900),
Carsten Haitzler wrote:

> ALL systems need entrance_login. it's standard to replace the exe

Well, for whatever reason, it worked fine for me even though it didn't
work for you.  So apparently not all systems need it.  Don't ask me to
explain why; I'm just telling you it didn't seem to be necessary for
me.

> glad to know your opinion. but fact remains - you broke entrance
> runtime.

For some people, yes, apparently I did.  My bad.

> i had to debug it and reverted the changes. it's really unimportant
> where it goes - as long as it works. when it stops working - it's
> time to revert the changes.

Or just fix the path in the source.

> sbin is the wrong place as its not able to be useful. lib is not
> wrong - you just don't like it. some apps that put executables (or
> scripts - anything you would use exec() to make use of) in
> lib/appname as tools:

Yes, and a lot of apps clutter up /etc with top-level config files (or
even commands!) instead of following proper guidelines.  I'll agree
that /sbin is wrong for internal binaries.  And if there was already a
/usr/lib/entrance hierarchy for other things, fine.  But that's not