Luc Pionchon | 1 Aug 01:24 2003

GPE i18n

Hi all,

Some times ago when I did gpe translations, I took couple of notes about
i18n/UI. I just fixed a few of them, here are others:

-----------------------------------------
I do not find examples right now, but at least some time ago, for
tooltips, some messages used "tap" and others "click".

Unless we could say somehow that the current system is used with a
touchscreen and not a mouse, I think we should use "click" everywhere.
Although it is a compromise, and I would agree as well to generalize
"tap"  :)

--------------------------------------------------
#: ipaqscreen/main.c:160 network.c:553
msgid "on"

#: ipaqscreen/main.c:161 network.c:561
msgid "off"

I changed "on/off" to "yes/no" in network.c: it seems it has the same
meening for me, and it allow different translation for DHCP or lights
being on/off. Please revert if the change is undesired.

As a general question, is there a way to tell gettext that the same
original string used in different places may have various translations?

------------------------------------------------------
#: ipaqscreen/main.c:277
(Continue reading)

Tony Godshall | 1 Aug 02:17 2003
Picon

Other Focus(?) problems

According to Philip Blundell,
> On Thu, 2003-07-31 at 05:40, Tony Godshall wrote:
> > Another program that has focus problems is Tetris.
> > 
> > When I go to play a game, the joypad doesn't work till I
> > touch inside the window.
> > 
> > Not a xstroke thing tho, I'm sure.
> 
> I think this one is a matchbox problem, though again I'm not certain of
> that diagnosis.

Another (focus?) oddity:

Hitting Calibrate from the Settings/Screen Setup seems to do
nothing till I tap it a second time, then it works, but then
when I hit OK in Screen Setup, it gives me a calibrate
sequence again.  

I thought perhaps the window was being hidden, so I tried
hitting calibrate, then hitting OK, but I got no calibrate
sequence at all.

Does this happen to everyone or just me? 

_______________________________________________
The Familiar Linux Distribution
Familiar mailing list
Familiar <at> handhelds.org
https://handhelds.org/mailman/listinfo/familiar
(Continue reading)

Thomas J. Baker | 1 Aug 14:21 2003

Logging Out Not Killing Processes?

I've noticed that when I log out from GPE, my processes don't die:

# ps -ef
  PID  Uid     VmSize Stat Command
    1 root        500 S   init [2]
    2 root            SW  [keventd]
    3 root            SWN [ksoftirqd_CPU0]
    4 root            SW  [kswapd]
    5 root            SW  [bdflush]
    6 root            SW  [kupdated]
    7 root            SW  [mtdblockd]
    9 root            SWN [jffs2_gcd_mtd1]
  380 root        952 S   [dbus-daemon-1]
  389 root        548 S   /usr/sbin/dropbear
  396 root        576 S   /sbin/syslogd -n -C
  398 root        544 S   /sbin/klogd -n
  406 root        756 S   hcid: processing events
  441 root        676 S   /sbin/cardmgr
  451 root        420 S   /usr/sbin/atd /var/spool/at
  498 root        456 S   /sbin/getty -L ttyC0 115200 vt100
 2169 tjb         768 S   gpe-autostarter
 2515 root        472 S   /usr/bin/gpe-dm
 2516 root       3672 S   Xipaq -dpi 100 -br -screen 240x320 <at> 90 -rgba
rgb :0 -n
 2517 root       5316 S   /usr/bin/gpe-login --transparent -geometry
240x220+0+
 2835 root            SW  [kusb-ethd]
 2951 root            SW  [kjournald]
 3016 tjb        4572 S   gpe-login --autolock
 3023 tjb         768 S   gpe-autostarter
(Continue reading)

Alan Cox | 1 Aug 14:22 2003
Picon

Re: GPE i18n

On Gwe, 2003-08-01 at 00:24, Luc Pionchon wrote:
> I changed "on/off" to "yes/no" in network.c: it seems it has the same
> meening for me, and it allow different translation for DHCP or lights
> being on/off. Please revert if the change is undesired.

This is a bad idea for two different reasons

1.	Good UI design says buttons should say what they do.

2.	Lots of languages don't have a yes or no but typically
	use "I do" "I will" "You should" etc as answer words.

Alan
Thomas J. Baker | 1 Aug 14:30 2003

Completely New Account Fails to Login

I created a new account to see what the default GPE is looking like and
when I try to login it boots me back to the login screen with no error
messages. (My tjb and root accounts work fine.) Here's the
.xsession-error file:

# more .xsession-errors
Failed to start message bus: Failed to read directory
"/usr/lib/dbus-1.0/services": No such file or directory
EOF reading PID from bus daemon
EOF in dbus-launch reading address from bus daemon
D-BUS per-session daemon address is:
Starting sleep daemon: ipaq-sleep.
startup-monitor: /usr/lib/libpng12.so.0: no version information
available (required by /usr/lib/libmb.so.1)
new key: 'Record Memo' 'gpe-soundbite record --autogenerate-filename
$HOME_VOLATILE' (80) (32768) (2)
adding special definition so we propagate the end of a hold after a
pressed event:
new key: '(null)' '(null)' (80) (32768) (3)
new key: 'Calendar' 'gpe-calendar' (82) (32768) (0)
new key: 'Contacts' 'gpe-contacts' (83) (32768) (0)
new key: 'Running programs' 'gpe-taskmanager' (84) (32768) (0)
new key: '(null)' 'mbcontrol -desktop' (85) (32768) (0)
new key: '(null)' 'apm --suspend' (81) (32768) (0)
new key: '(null)' 'bl toggle' (81) (32768) (1)
mbdock: /usr/lib/libpng12.so.0: no version information available
(required by /usr/lib/libmb.so.1)
mbdesktop: /usr/lib/libpng12.so.0: no version information available
(required by /usr/lib/libmb.so.1)
matchbox: /usr/lib/libpng12.so.0: no version information available
(Continue reading)

Philip Blundell | 1 Aug 14:37 2003
Picon

Re: Completely New Account Fails to Login

On Fri, 2003-08-01 at 13:30, Thomas J. Baker wrote:
> Failed to start message bus: Failed to read directory
> "/usr/lib/dbus-1.0/services": No such file or directory

This is relatively harmless: it just means you won't get a session bus
(which nothing uses anyway).  I thought it was fixed in unstable,
actually, but maybe not.

> startup-monitor: /usr/lib/libpng12.so.0: no version information
> available (required by /usr/lib/libmb.so.1)

That doesn't look right.  I'm not sure what's going on there.  Maybe
your libpng.so.12 has been damaged somehow.

> Any ideas?

My guess is that the font problem is stopping matchbox from running. 
When the window manager exits, gpe-dm will recycle you back to the login
screen.  You might have to do some sleuthing with fc-cache and fc-list
to figure out what's actually gone wrong.

p.
Matthew Allum | 1 Aug 14:52 2003
Picon

Re: Completely New Account Fails to Login

on Fri, Aug 01, 2003 at 08:30:31AM -0400, Thomas J. Baker wrote:
>  
> matchbox: unable to open theme:
> /usr/share/themes/Angelistic/matchbox/theme.xml

This just means as the current 'global' theme is 'Angelistic',
matchbox will check this theme to see if it a theme definition for itself
exists. If it dont it will fall back to its compiled default, which in
the familiar binaries is 'blondie' .   

  -- Matthew
Philip Blundell | 1 Aug 14:53 2003
Picon

Re: Logging Out Not Killing Processes?

On Fri, 2003-08-01 at 13:21, Thomas J. Baker wrote:
> I've noticed that when I log out from GPE, my processes don't die:

There is indeed a problem with gpe-autostarter not getting killed at
logout.  I think it needs to be run inside dbus-launch or some such to
make sure it goes away with the session.

Are you having that problem with other processes too?

p.
Matthew Allum | 1 Aug 14:54 2003
Picon

Re: Completely New Account Fails to Login

on Fri, Aug 01, 2003 at 01:37:24PM +0100, Philip Blundell wrote:
> 
> My guess is that the font problem is stopping matchbox from
running. 

Matchbox wont start if it cant find any fonts and it trys
pretty hard to do so. Looks like something is up with fontconfig.

  -- Matthew
Philip Blundell | 1 Aug 14:58 2003
Picon

Re: Logging Out Not Killing Processes?

On Fri, 2003-08-01 at 13:54, Thomas J. Baker wrote:
> Yes, almost everything is hanging around. (All 'tjb' processes in my
> previous post.)

Oh, right.  Maybe the X server is not being reset properly between
sessions for some reason.

I guess I should do some debugging on gpe-dm.  It also has some strange
problem that prevents logging in on a Zaurus.

p.

Gmane