Re: [maemo-developers] User interface stuff on maemo.org

2006-03-23 Thread Tapani Pälli
ext Vladislav Grinchenko wrote:
> Tuomas, 
>
> On Wed, 2006-03-22 at 05:56, Tuomas Kuosmanen wrote:
>   
>> Hi folks!
>>
>> I just wanted to quickly introduce myself to the list. I'm happy to see
>> many familiar names here as well.
>>
>> It appears that my job involves helping you guys, when you are porting
>> or developing applications on the 770. Since I am mostly a user
>> interface and graphics person, feel free to ask for comments / ideas /
>> help when you are pondering about the user interface of your project.
>> 
>
> welcome! We need all the help we can get. I'll throw in my 2c:
>
> 1. Because there is no mouse, the popup menues are out of picture.
> However, many apps are coded with Copy/Cut/Paste in mind at no expense
> provided with right-mouse click. It would be extremely useful to place
> Cut/Copy/Paste icon triplet someone on the desktop permanently so that
> any application can have it accessible without sacrificing its own space
> on the screen.
>
>   
You can find cut/copy/paste from input method's submenu. It should work
on all text-fields.

> 2. The geometry of a dialog is distorted by the virtual keyboard
> activation. When the keyboard is hidden, the geometry should be
> restored.
>
>   
Very good idea.

> 3. Application installer needs a major facelift:
>  a) for one thing it should take the whole screen. 
>  b) also, installed applications should be sorted by name and their
> versions placed in a separate column. 
>  c) error messaging is so utterly poor, it leaves the end user utterly 
> bewildered - we need a detailed explanation of what have happened so
> that the end user can notify the developers of the failure (better yet,
> e-mail or file bug report right on the spot with wifi connection).
>
>
> hope this helps,
> -- Vlad
> _
> Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
>  e-mail: [EMAIL PROTECTED]
>
>   Focus on quality, and productivity will follow.
> _
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
>
>   

// Tapani

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] User interface stuff on maemo.org

2006-03-23 Thread Vladislav Grinchenko
Tuomas, 

On Wed, 2006-03-22 at 05:56, Tuomas Kuosmanen wrote:
> Hi folks!
> 
> I just wanted to quickly introduce myself to the list. I'm happy to see
> many familiar names here as well.
> 
> It appears that my job involves helping you guys, when you are porting
> or developing applications on the 770. Since I am mostly a user
> interface and graphics person, feel free to ask for comments / ideas /
> help when you are pondering about the user interface of your project.

welcome! We need all the help we can get. I'll throw in my 2c:

1. Because there is no mouse, the popup menues are out of picture.
However, many apps are coded with Copy/Cut/Paste in mind at no expense
provided with right-mouse click. It would be extremely useful to place
Cut/Copy/Paste icon triplet someone on the desktop permanently so that
any application can have it accessible without sacrificing its own space
on the screen.

2. The geometry of a dialog is distorted by the virtual keyboard
activation. When the keyboard is hidden, the geometry should be
restored.

3. Application installer needs a major facelift:
 a) for one thing it should take the whole screen. 
 b) also, installed applications should be sorted by name and their
versions placed in a separate column. 
 c) error messaging is so utterly poor, it leaves the end user utterly 
bewildered - we need a detailed explanation of what have happened so
that the end user can notify the developers of the failure (better yet,
e-mail or file bug report right on the spot with wifi connection).


hope this helps,
-- Vlad
_
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] User interface stuff on maemo.org

2006-03-23 Thread Larry Battraw
Hello!

Glad to hear another Nokian is around to help.  Are you involved with
planning for a scalable/multi-resolution UI or other cosmetic changes?
 I know there's been some work towards this and was wondering if there
were any mock-ups or conceptual art of what might develop.

Regards,
Larry

On 3/22/06, Tuomas Kuosmanen <[EMAIL PROTECTED]> wrote:
> Hi folks!
>
> I just wanted to quickly introduce myself to the list. I'm happy to see
> many familiar names here as well.
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Waiting for DBUS events in shell scripts

2006-03-23 Thread Stefan Tomanek
During my experiments with DBUS (see my other message) I tried to react to
DBUS signals through shell scripts; However, I encountered a strange problem:

I tried to parse the output of "dbus-monitor --system", which should be no
problem with sh, grep or awk. But there is an issue regarding the buffering of
its output pipe. What I tried to code boiles down to the following lines:

dbus-monitor --system | while read LINE; do ; done

However, nothing happens. I noticed that no lines are passed through the pipe,
which can be checked by this command:

dbus-monitor --system | cat -

Instead of printing dbus events to console, nothing happens. I guess that this
might be a buffering issue with busybox or dbus-monitor, however these
commands work fine on the Debian system installed on my notebook.

What would be even cooler than this would be a dbus-signal-wait command, which
just sleeps until a specified events occurs; This way, a shell script waiting
for internet connectivity could just be implemented by writing:

while dbus-signal-wait -i com.nokia...; do
use_connection
done

OK, any comments regarding my ideas? :-)
-- 
.:[EMAIL PROTECTED] | [EMAIL PROTECTED] | GPG: finger [EMAIL PROTECTED] °:.
|_ http://stefans.datenbruch.de/__ __|
| Wer Header fälscht oder verfälscht oder gefälschte oder verfälschte Header |
`-__in_Umlauf_bringt_wird_mit_Scorefile_nicht_unter_-500_Punkten_bestraft__-'
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Hooking into network configuration

2006-03-23 Thread Stefan Tomanek
Hello,
I got my Nokia 770 a few days ago, and I am quite impressed and satisfied;
However I am confused about the network configuration. I have done some tweaks
to both Debian (http://stefans.datenbruch.de/interfaces/) and iPAQ/Familiar
(http://stefans.datenbruch.de/h5450/) networking, and was somehow disappointed
that Maemo does not use /etc/network/interfaces for network configuration,
although the file provides everything needed to store multiple configuration
PLUS a lot of flexibility when it comes to more complicated setups.

For example, my university uses a Cisco VPN to give us wireless access to the
internet; I have to use VPNC to gain a working net access, and I was able to
make it work automatically by hooking it into the network setup descriped on
my pages above. I would like to do so as well on my Nokia 770, but I did not
find any scripts triggered during interface configuration; I also started to
investigate DBUS activity (http://stefans.datenbruch.de/nokia770/) during
network initialization, but was unable to hook into it using simple shell
scripting (more about that in another mail). I also think that this might be
too late - After issuing the DBUS message, all apps will think that internet
connectivity is available, so in my opionion there should be a script
thriggered before this DBIS signal is emitted. I'd even prefer a debian style
setup via /etc/network/interfaces, which already has all abilities to handle
profiles, callbacks etc. The generation of DBUS signals would be quite easy to
implement through apropiate scripts in "/etc/network/if-up.d/" (if-pre-up.d, 
if-down.d, if-post-down.d etc.) Of course this would require a doog parser for
that file.

So, is there a way of hooking into the network configuration process, perhaps
even delaying the "internet available" signal until my vpn client has
established his connection?
-- 
.:[EMAIL PROTECTED] | [EMAIL PROTECTED] | GPG: finger [EMAIL PROTECTED] °:.
|_ http://stefans.datenbruch.de/__ __|
| Wer Header fälscht oder verfälscht oder gefälschte oder verfälschte Header |
`-__in_Umlauf_bringt_wird_mit_Scorefile_nicht_unter_-500_Punkten_bestraft__-'
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


答复: 答复: [maemo-developers] question of resolution

2006-03-23 Thread Ziqi He
I've followed the way you said. But only part of Maemo can be seen in Xephyr.
Is that means Maemo can't run on 320x240 properly?
Is there any method to resolve this problem now?
Thanks

-邮件原件-
发件人: Tapani Pälli [mailto:[EMAIL PROTECTED] 
发送时间: 2006年3月21日 22:03
收件人: ext Ziqi He
抄送: maemo-developers@maemo.org
主题: Re: 答复: [maemo-developers] question of resolution

ext Ziqi He wrote:
> The command I have used is #export DISPLAY=127.0.0.1:2,
>  So I think that my Xephyr is running on display ':2'
> How can I change resolution of Maemo (not the size of Xephyr)?
> Thanks
>
>   
The size of the 'Maemo environment' is specified by the X and in this
case it is Xephyr. As you can see (if you tried xrandr) our program UI's
are not so scalable to such small sizes as 320x240. However, there is
scalability work going on to make it more scalable, feel free to post
ideas,comments :

http://maemo.org/maemowiki/MaemoScalability


> Best regards
>
> Ziqi He
>
>   

// Tapani

> ext Ziqi He wrote:
>   
>> Hi all,
>> How can I change the resolution of Maemo to 320x240 in scratchbox.
>> My LCD device must work in this resolution. Thanks a lot.
>>
>>   
>> 
> If you have Xephyr running on display ':1', you can change it's screen
> dimensions using xrandr like this :
>
> xrandr -d :1 -s 320x240+0+0
>
>   
>> Best regards
>>
>> Ziqi He
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://maemo.org/mailman/listinfo/maemo-developers
>>
>>   
>> 
>
> // Tapani
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
>
>
>   

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[Fwd: Re: [maemo-developers] J2ME on Nokia 770]

2006-03-23 Thread Philippe Laporte

Hi,
What I'm trying to say is we should have a Wiki section with 
everything easily available together.


I'll be on it soon.

Best Regards,
Philippe

 Original Message 
Subject:Re: [maemo-developers] J2ME on Nokia 770
Date:   Thu, 23 Mar 2006 18:57:27 +0100
From:   Philippe Laporte <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: maemo developers 
References: 
<[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>




Hi,
   Do you have a libgcj/libgij package for maemo?

Thanks,

Philippe Laporte
Software 


Gatespace Telematics
Första Långgatan 18
41328 Göteborg
Sweden
Phone: +46 702 04 35 11
Fax:   +46 31 24 16 50
Email: [EMAIL PROTECTED]



Koen Kooi wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED] wrote:
 


Hello,

I've read some discussion on that list about the possibility of running
J2ME MIDlets on Nokia 770. As I've found, the problem is because of
lack of J2ME implementation for that device. I'm an author of
MicroEmulator (http://www.sf.net/projects/microemulator) - pure java
CLDC/MIDP implementation. I think it would be possible to create port
of MicroEmulator on Nokia 770 to fill that gap. If anyone is
interesested in that please send info and I could look into more
deeply.
   



gcj now works on arm as well.

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFEDXx0MkyGM64RGpERAiNIAKCi2M7BCOC1algXH7ebe+R2aZUtOgCdFeKK
iuT1fWrmsjcEIfjFe6/xFGQ=
=btld
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
 


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] J2ME on Nokia 770

2006-03-23 Thread Philippe Laporte

Hi,
Do you have a libgcj/libgij package for maemo?

Thanks,

Philippe Laporte
Software 


Gatespace Telematics
Första Långgatan 18
41328 Göteborg
Sweden
Phone: +46 702 04 35 11
Fax:   +46 31 24 16 50
Email: [EMAIL PROTECTED]



Koen Kooi wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED] wrote:
 


Hello,

I've read some discussion on that list about the possibility of running
J2ME MIDlets on Nokia 770. As I've found, the problem is because of
lack of J2ME implementation for that device. I'm an author of
MicroEmulator (http://www.sf.net/projects/microemulator) - pure java
CLDC/MIDP implementation. I think it would be possible to create port
of MicroEmulator on Nokia 770 to fill that gap. If anyone is
interesested in that please send info and I could look into more
deeply.
   



gcj now works on arm as well.

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFEDXx0MkyGM64RGpERAiNIAKCi2M7BCOC1algXH7ebe+R2aZUtOgCdFeKK
iuT1fWrmsjcEIfjFe6/xFGQ=
=btld
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
 


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Mono : HttpWebRequest in c# my nokia 770 (mono-nokia 1.1.13-1)

2006-03-23 Thread [EMAIL PROTECTED] marc bordessoule1


Hello,























 I try to use HttpWebRequest
in c#/Mono on my nokia 770 (in fact, I want to use Web Services). The first part of the below
program which use TcpClient() works very well: I can get a page from a distant
server.But with the second part,
which use HttpWebRequest, fails with a 'time out" exception at the
request.GetResponse() : …Unhandled Exception:
System.Net.WebException: The request timed outin <0x001b8>
System.Net.HttpWebRequest:EndGetResponse (IAsyncResult asyncResult)in <0x0007f> System.Net.HttpWebRequest:GetResponse
()in <0x003df>
Http.Requete:Main (System.String[] args)/ $









 I installed the
mono-nokia_1.1.13-1_arm.deb package and copied the 'machine.config' file to the
'/var/lib/install/usr/etc/mono/1.0/' directory.This program works very well
on windows with mono-1.1.13. 

Is it a bug? Did i miss
something? Does somebody have any idea?



Thanks,



Marc. 











// -- httpConnectTest.cs
using System;using System.IO;using System.Net;using System.Net.Sockets; 































































namespace NetworkTest{   
class Request   
{   
static void Main(string[] args)   
{  
try  
{  
//--- First part with TcpClient.GetStream() ip connection  
String server = "192.168.0.2";  
Int32 port = 80;  
String message = "GET / HTTP/1.0\r\r\n\n";  
TcpClient client = new TcpClient(server, port);  
Byte[] data =
""   
NetworkStream stream = client.GetStream();  
stream.Write(data, 0, data.Length);  
// Receive the TcpServer.response.  
string returndata="";  
    byte[]
octetsRecus;  
string result="";  
do {  
octetsRecus= new byte[client.ReceiveBufferSize];  
stream.Read(octetsRecus, 0, (int) client.ReceiveBufferSize);  
returndata = System.Text.Encoding.ASCII.GetString(octetsRecus);  
result+=returndata;  
} while (octetsRecus[0]!=0);  
Console.WriteLine("Received: \n {0}",result);    
client.Close();   
// -- Second part with    
HttpWebRequest.GetResponse() ip connection  
HttpWebRequest request = (HttpWebRequest)
WebRequest.Create("http://192.168.0.2:80");

















  
Console.WriteLine ("\nExecute the request...");  
HttpWebResponse response = (HttpWebResponse) request.GetResponse(); //<--
here is the 'time out' exception   
  
Console.WriteLine ("Content length is {0}", response.ContentLength);  
StreamReader Sr = new StreamReader(response.GetResponseStream());  
String result1 = Sr.ReadToEnd();  
Console.WriteLine ("Received: \n {0}",result1);  
Sr.Close();  
}   
   
catch (Exception e) 

















  
{  
Console.WriteLine("Exception: {0}", e);  
}  
Console.WriteLine("\n Press Enter to continue...");  
Console.Read();   
}    }}// end of program

 

 

 

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] [maemo-users] Run SDL application under Fedora 4

2006-03-23 Thread Michael

Hi there,

I'm at the beginning of development for Nokia770. My target is to build
some existing SDL-based application for Nokia770. I did that  surmounted
difficulties :). But now when I run this program inside scratchbox under
Fedora Core 4 it does nothing. I installed Ubuntu under VMware,
installed scratchbox and maemo SDK there and run my program. It worked
fine! I don't understand what is wrong.
I tried to trace it using strace and I saw that the is a fork() and it's
failed under Fedora with SIGCHLD (Child exited). Any ideas why?

The program was compiled under Fedora.

Environment: Fedora Core 4 / Ubuntu, scratchbox 0.9.8.5, maemo SDK 1.1 ARM.

Thank in advaced.

--
Best regards,
Michael Stepanov,
www.stepanoff.org

___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users
.

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Optimized memory copying functions for Nokia770

2006-03-23 Thread Koen Kooi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Simon Pickering wrote:



I think I can explain the difference between the two zaurus benchmarks:

Xscale cpus really need the -mtune=xscale parameter to take advantage of
the pipeline, which AFAIK gcc 2.95 doesn't know about. OZ 3.5.4 also
uses a recent 2.6 kernel (.14 or .15) which has the copy-page locks
removed, so memory access is a lot faster compared to 2.4 and
2.6..

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFEInsxMkyGM64RGpERArTFAJoC6aj38bYBdg4zv8iz6r3JwW5SsgCfcidV
5knI63wki0VasW2x0I+/mio=
=H2YS
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


RE: [maemo-developers] Optimized memory copying functions for Nokia770

2006-03-23 Thread Simon Pickering
 
> > Now I just really badly want to see the benchmark results from some 
> > other cpu, preferably intel xscale :)
> 
> Just got report from running my test on Sharp Zaurus SL-C760:
> 
> --- running correctness tests ---
> all the correctness tests passed
> --- running performance tests (memory bandwidth benchmark) ---:
> memset() memory bandwidth: 80.35MB/s
> memset8() memory bandwidth: 83.55MB/s
> memcpy() memory bandwidth (perfectly aligned): 45.29MB/s
> memcpy16() memory bandwidth (perfectly aligned): 45.20MB/s
> memcpy() memory bandwidth (16-bit aligned): 43.15MB/s
> memcpy16() memory bandwidth (16-bit aligned): 38.27MB/s
> --- testing performance for random blocks (size 0-15 bytes) 
> --- memset time: 0.960
> memset8 time: 0.880
> --- testing performance for random blocks (size 0-511 bytes) 
> --- memset time: 3.840
> memset8 time: 3.670
> 
> So memory copying functions on Zaurus are already optimal for 
> this Zaurus and my implementation only causes performance 
> degradation :)
> 

I don't know what version flash image that c760 was running, but my c750
produces better results. I compiled your test program in two versions - arm4
and arm5 using the default toolchains built by bitbake + OpenEmbedded for
the Zaurus sl-5500 and c7x0 machines respectively.

Note that OpenZaurus uses significantly more up-to-date versions of
libraries, etc. than the standard Sharp images, so this probably accounts
for the difference in speed that you see below. If you want more info on the
actual lib versions and patches then let me know.

I ran these two binaries on my Zaurus sl-5500 and Zaurus sl-c750 (both
running the latest OpenZaurus 3.5.4 flash image), and on my Nokia-770. The
arm5 binary ran fine on the arm4 arch sl-5500, obviously there were no arm5
instructions included, but the times are slightly different - I don't know
whether this is to do with background processes or something to do with the
compiler (though I don't suppose the compiler really has much to do in this
case.)

Results as follows:



Sharp Zaurus sl-C750 (c7x0/Shepherd)
XScale-PXA255 rev 6 (v5l), 400MHz



[EMAIL PROTECTED]:/media/cf/other# ./arm5-fastmem-arm-test 
--- running correctness tests ---
all the correctness tests passed
--- running performance tests (memory bandwidth benchmark) ---:
memset() memory bandwidth: 182.36MB/s
memset8() memory bandwidth: 182.36MB/s
memcpy() memory bandwidth (perfectly aligned): 80.04MB/s
memcpy16() memory bandwidth (perfectly aligned): 34.49MB/s
memcpy() memory bandwidth (16-bit aligned): 73.07MB/s
memcpy16() memory bandwidth (16-bit aligned): 31.02MB/s
--- testing performance for random blocks (size 0-15 bytes) ---
memset time: 0.820
memset8 time: 0.750
--- testing performance for random blocks (size 0-511 bytes) ---
memset time: 2.080
memset8 time: 2.060



[EMAIL PROTECTED]:/media/cf/other# ./arm4-fastmem-arm-test 
--- running correctness tests ---
all the correctness tests passed
--- running performance tests (memory bandwidth benchmark) ---:
memset() memory bandwidth: 183.96MB/s
memset8() memory bandwidth: 182.36MB/s
memcpy() memory bandwidth (perfectly aligned): 81.92MB/s
memcpy16() memory bandwidth (perfectly aligned): 34.89MB/s
memcpy() memory bandwidth (16-bit aligned): 74.63MB/s
memcpy16() memory bandwidth (16-bit aligned): 31.35MB/s
--- testing performance for random blocks (size 0-15 bytes) ---
memset time: 0.790
memset8 time: 0.720
--- testing performance for random blocks (size 0-511 bytes) ---
memset time: 2.060
memset8 time: 2.060






Sharp Zaurus sl-5500 (Collie)
StrongARM-1110 rev 9 (v4l) 206MHz



[EMAIL PROTECTED]:/media/cf/other# ./arm5-fastmem-arm-test 
--- running correctness tests ---
all the correctness tests passed
--- running performance tests (memory bandwidth benchmark) ---:
memset() memory bandwidth: 35.67MB/s
memset8() memory bandwidth: 101.80MB/s
memcpy() memory bandwidth (perfectly aligned): 59.07MB/s
memcpy16() memory bandwidth (perfectly aligned): 59.24MB/s
memcpy() memory bandwidth (16-bit aligned): 48.88MB/s
memcpy16() memory bandwidth (16-bit aligned): 59.24MB/s
--- testing performance for random blocks (size 0-15 bytes) ---
memset time: 0.740
memset8 time: 0.540
--- testing performance for random blocks (size 0-511 bytes) ---
memset time: 7.840
memset8 time: 3.090



[EMAIL PROTECTED]:/media/cf/other# ./arm4-fastmem-arm-test 
--- runnin