Enlightenment

On Thu, 6 Nov 2008 20:36:35 +0100 Quaker <quaker66@...> babbled:

> Hi,
> 
> please remove the line
> 
> edje_object_signal_emit(o_bg, "e,state,next,disable", "e");
> 
> from modules/wizard/e_wizard.c.
> 
> With this line, wizard will stay on the first screen with inactive next
> button.

no - fix your locale support. you have an empty language list because your
distribution doesn't support (utf8) locales. you at least should have english
support (en_US.utf-8).

i'm actually amazed at the number of broken systems when it comes to locales...

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster@...

On Friday, 07 November 2008, at 08:50:00 (+1100),
Carsten Haitzler wrote:

> no - fix your locale support. you have an empty language list because your
> distribution doesn't support (utf8) locales. you at least should have english
> support (en_US.utf-8).
> 
> i'm actually amazed at the number of broken systems when it comes to locales...

The only thing required by POSIX is the "C" locale.  Anything that
doesn't work on a system with only the C locale is broken by
definition on POSIX systems (and thus may be said to be UNIX
incompatible).

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej@...>
Linux Server/Cluster Admin, LBL.gov       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "Don't you see what Watley is after?  Total joke-telling immunity!
  He's already got the big two religions covered.  If he ever gets
  Polish citizenship, there'll be no stopping him!"  -- Jerry Seinfeld

On Thu, 6 Nov 2008 13:56:58 -0800 Michael Jennings <e-devel@...> babbled:

> On Friday, 07 November 2008, at 08:50:00 (+1100),
> Carsten Haitzler wrote:
> 
> > no - fix your locale support. you have an empty language list because your
> > distribution doesn't support (utf8) locales. you at least should have
> > english support (en_US.utf-8).
> > 
> > i'm actually amazed at the number of broken systems when it comes to
> > locales...
> 
> The only thing required by POSIX is the "C" locale.  Anything that
> doesn't work on a system with only the C locale is broken by
> definition on POSIX systems (and thus may be said to be UNIX
> incompatible).

it works - it just isn't going to let you continue until you select a language.
i can just disable the language selection if none are found, but i'd rather
people fix their systems.

nb - i dont care what posix defines. if we stuck to "only do what posix
defines" we souldn't use x11 nor a gazillion other things. posix doesn't define
libpng or libjpeg, or fontconfig or dbus...

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster@...

On Friday, 07 November 2008, at 09:04:06 (+1100),
Carsten Haitzler wrote:

> it works - it just isn't going to let you continue until you select
> a language.  i can just disable the language selection if none are
> found, but i'd rather people fix their systems.

You can't fix something that isn't broken.  The code should assume "C"
if no locale support is present and move on.

> nb - i dont care what posix defines. if we stuck to "only do what
> posix defines" we souldn't use x11 nor a gazillion other
> things. posix doesn't define libpng or libjpeg, or fontconfig or
> dbus...

That logic is backward, IMHO.  POSIX doesn't *preclude* the use of X11
or libjpeg or libpng.  The current code *precludes* running on a
system that is validly and correctly configured according to existing
standards.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej@...>
Linux Server/Cluster Admin, LBL.gov       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "The problem with the gene pool is there's no lifeguard."
                                                      -- Steven Wright

On Fri, Nov 07, 2008 at 09:04:06AM +1100, Carsten Haitzler wrote:
> 
> nb - i dont care what posix defines. if we stuck to "only do what posix
> defines" we souldn't use x11 nor a gazillion other things. posix doesn't
> define libpng or libjpeg, or fontconfig or dbus...

I'd prefer to see no dependency on dbus for good reasons. The rest is
all portable code.

Joerg

On Thu, 6 Nov 2008 14:13:51 -0800 Michael Jennings <e-devel@...> babbled:

> On Friday, 07 November 2008, at 09:04:06 (+1100),
> Carsten Haitzler wrote:
> 
> > it works - it just isn't going to let you continue until you select
> > a language.  i can just disable the language selection if none are
> > found, but i'd rather people fix their systems.
> 
> You can't fix something that isn't broken.  The code should assume "C"
> if no locale support is present and move on.

possibly - but it's a goo indicator of a system that isnt going to support
translation at all so when they find their language selector blank and empty
and wonder why input methods throw up and barf and a bunch of other things that
require your locale support to work... the problem will arise anyway. e lives
in an international world - some may like to live in an "ascii america only"
world.

> > nb - i dont care what posix defines. if we stuck to "only do what
> > posix defines" we souldn't use x11 nor a gazillion other
> > things. posix doesn't define libpng or libjpeg, or fontconfig or
> > dbus...
> 
> That logic is backward, IMHO.  POSIX doesn't *preclude* the use of X11
> or libjpeg or libpng.  The current code *precludes* running on a
> system that is validly and correctly configured according to existing
> standards.

and posix does not preclude requiring locale support in libc to support at
least one of the translation locales in e. that does not make a broken app -
that makes it have a requirement that is not met.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster@...

On Thu, 6 Nov 2008 23:20:32 +0100 Joerg Sonnenberger <joerg@...>
babbled:

> On Fri, Nov 07, 2008 at 09:04:06AM +1100, Carsten Haitzler wrote:
> > 
> > nb - i dont care what posix defines. if we stuck to "only do what posix
> > defines" we souldn't use x11 nor a gazillion other things. posix doesn't
> > define libpng or libjpeg, or fontconfig or dbus...
> 
> I'd prefer to see no dependency on dbus for good reasons. The rest is
> all portable code.

dbus is a runtime dep - simply you lose functionality. it should work without
it but requires edbus.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster@...

On Friday, 07 November 2008, at 09:46:09 (+1100),
Carsten Haitzler wrote:

> possibly - but it's a goo indicator of a system that isnt going to
> support translation at all

True.

> so when they find their language selector blank and empty and wonder
> why input methods throw up and barf and a bunch of other things that
> require your locale support to work... the problem will arise
> anyway. e lives in an international world - some may like to live in
> an "ascii america only" world.

I guess I'm not seeing where the problems would arise.  Input methods
should (ideally) support any locale, even C.  But I'm certainly no
internationalization guru, so I'll take your word for it.

> and posix does not preclude requiring locale support in libc to
> support at least one of the translation locales in e. that does not
> make a broken app - that makes it have a requirement that is not
> met.

Again, I don't see why a C -> C translation would break things, but
I'm most likely missing something.

Just for the record, I'm not speaking for myself here:
root@... ~ #> locale -a | wc -l
702

:-)

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej@...>
Linux Server/Cluster Admin, LBL.gov       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "Reality makes believers of us all."                   -- "Enola Gay"

On Thu, 6 Nov 2008 16:11:06 -0800 Michael Jennings <e-devel@...> babbled:

> On Friday, 07 November 2008, at 09:46:09 (+1100),
> Carsten Haitzler wrote:
> 
> > possibly - but it's a goo indicator of a system that isnt going to
> > support translation at all
> 
> True.
> 
> > so when they find their language selector blank and empty and wonder
> > why input methods throw up and barf and a bunch of other things that
> > require your locale support to work... the problem will arise
> > anyway. e lives in an international world - some may like to live in
> > an "ascii america only" world.
> 
> I guess I'm not seeing where the problems would arise.  Input methods
> should (ideally) support any locale, even C.  But I'm certainly no
> internationalization guru, so I'll take your word for it.

they don't work properly without a proper locale setup :)

> > and posix does not preclude requiring locale support in libc to
> > support at least one of the translation locales in e. that does not
> > make a broken app - that makes it have a requirement that is not
> > met.
> 
> Again, I don't see why a C -> C translation would break things, but
> I'm most likely missing something.
> 
> Just for the record, I'm not speaking for myself here:
> root@... ~ #> locale -a | wc -l
> 702
> 
> :-)

you're well kitted out man :) good! :)

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster@...

Carsten Haitzler (The Rasterman), il 06/11/2008 23:37, scrisse:

> dbus is a runtime dep - simply you lose functionality. it should work without
> it but requires edbus.

true.
I'm on a dbus-less system, and currently using e17 :)
of course I'm not able to use some modules, e.g. notification.

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

Articolo 33 - [...]Enti e privati hanno il diritto di istituire
scuole ed istituti di educazione, senza oneri per lo Stato.[...]

so, i found why it happened :)

it is not about locales..

when i made a deb package, it didn't work because it didn't install
page_xxx.so files. With make install, it worked. So i modifed debian scripts
for E, corrected all bugs in them and it works :) and i sent fixes to Falko
Schmidt.

2008/11/6 Quaker <quaker66@...>

> Hi,
>
> please remove the line
>
> edje_object_signal_emit(o_bg, "e,state,next,disable", "e");
>
> from modules/wizard/e_wizard.c.
>
> With this line, wizard will stay on the first screen with inactive next
> button.
>
> qUAKER
>