[tvijayan]

Python for S60 1.9.6 is now released.

You can download the release from maemo garage
https://garage.maemo.org/frs/?group_id=854

This release runs on S60 3rd edition, S60 3rd edition FP1, S60 3rd edition FP2 and S60 5th edition devices.

The release includes:
- Installer for Windows platform that includes
----- Getting started guide
----- Nocs signed PyS60 runtime sis which will work on S60 3rdEd, 3rdEdFP1, 3rdEdFP2 and 5thEd devices.
----- Two Nocs signed default capability set PythonScriptShell sis files.
----- Nocs signed high capas PythonScriptShell sis. This sis file comes with higher capabilities than self signed (SwEvent, WriteDeviceData, ReadDeviceData)
----- Unsigned developer certificate PythonScriptShell sis. This sis file can be used for Symbian signing.
----- Application packaging tool with GUI and README
----- Python HTML documentation updated with S60 module reference
- Separate SDK zips for 3rdEdFP1 and 3rdEdFP2. SDK zip contains both gcce and armv5 link libraries. Python 3rdEdFP2 SDK zip will work fine on S60 3rdEd and 5thEd
- OpenC SDK plugin for 3rdEd devices. This zip file needs to be extracted on top of Python 3rdEdFP2 SDK zip to get Python working on S60 3rdEd SDK.
- Python source code
- OpenSSL source code. This source code is released just to be in complaint with the terms of LGPL licensed software. This source code is
nothing to do with PyS60 software.

The PythonScriptShell packages are available in different flavors varying in the capability set.
The capability set for PythonScriptShell_1.9.6_3_0.sis is ReadUserData WriteUserData NetworkServices LocalServices UserEnvironment.
The capability set for PythonScriptShell_1.9.6_3_2 is ReadUserData WriteUserData NetworkServices LocalServices UserEnvironment Location.
The capability set for PythonScriptShell_1.9.6_high_capas.sis is LocalServices NetworkServices ReadUserData WriteUserData UserEnvironment Location SwEvent WriteDeviceData ReadDeviceData
The capability set for PythonScriptShell_1.9.6_unsigned_devcert.sis is LocalServices NetworkServices ReadUserData WriteUserData UserEnvironment Location PowerMgmt ProtServ SwEvent SurroundingsDD ReadDeviceData WriteDeviceData TrustedUI

The UID of Python runtime is 0x20022EE8.

Expectation management: THIS IS NOT A FINAL PRODUCT.

This is one of the rough releases of a code-base that has been rewritten to a large extent. Just like we did with the 1.1.x and 1.3.x
series. We want to involve you in the development and testing process so that you can point out any sharp edges and pointy bits that the releases may have.

The idea is to expose the code to early testing and gather feedback so that the final PyS60 2.0 can be solid and fulfill YOUR needs.

Now, on to what we have now - the 1.9.6 release.

On the brighter side:

- Support for a virtual 4-way directional pad is added for Canvas and text widgets. This D-Pad is displayed at the bottom of the screen and this feauture is enabled by default on touch enabled devices. Currently, this is supported only in the portrait mode and landscape support will be available in a future release.
The 'full_max' mode is invalidated by this change and is removed in this release.

- The modules in the base runtime is more refined and hence the size of application SIS, created using PyS60 Application Packager is reduced.

- A new chapter is added in the PyS60 documentation (Extending and Embedding PyS60), that is an end-to-end tutorial for creating 3rd party extention modules and distributing them.

- Many defects are fixed with this release. Refer release notes for more details.

Here are some of the things that are worse in 1.9.5 when compared to 1.4.5:

- There is an additional dependency to the OpenC libraries, which must be installed for the runtime to work.

- Sadly, S60 2.x devices are not supported by the new code-base, and never will be. This is because OpenC libraries aren't available for S60 2.x.

- Binary compatibility between 1.9.x versions isn't guaranteed until 2.0. We won't break it without good reason, but it can happen.

- API compatibility of new sensor module isn't guaranteed until 2.0. We won't break it without good reason, but it can happen.

Our targets for the final 2.0 are:

- Better usability for the developer and the end user:

- Easier runtime deployment. It must be possible for a developer to package their application in a way that the end user doesn't need
to think about the runtime installation. Note that we're not saying the end user doesn't have to _install_ the runtime, we're just saying
they don't need to _think_ about it.

- Easier tools installation and SIS packaging for Python applications. Especially packaging Python applications to SIS has proved to be pretty
tough with all the dependencies you need to install. The 1.9.0 release improves things with the new all-in-one installer that gives you the
packaging tool, the documentation and the SIS files you need for development in one package. The user-friendly Ensymble tool is now official,
and there is a GUI for one-button package creation.

- Easier and more robust ways to use and distribute 3rd party extension modules with your application. Free use of third party extensions is
one of the main advantages of Python, and we want to enable and encourage that. We'll improve the Ensymble packaging tool to automatically
bundle modules not included in the base runtime into your application SIS, as well as specify how a module author can distribute their
module to other developers so that the module can be easily used.

- Integrated HTML documentation: The S60 specific documentation is now a part of the full Python documentation so you no longer need to switch
between them.

- Reliability and compliance with the standard Python. We've put effort into automatic testing on multiple target platforms as well as fixing
any noncompliance revealed by Python's own regrtest.py test suite. The compliance isn't perfect yet, but it's much better than with the old
1.4.x code-base.

- Quicker start-up and smaller base runtime package size than with 1.9.0.

- Selected API additions. Our previous reference to Qt support being on the roadmap was misleadingly worded and should be read with emphasis on the second part of the statement: "Schedule we can't give yet". Qt support is on the roadmap, but according to current knowledge – and in fact, knowledge at the time of 1.9.0 release - the support will not make it to 2.0, but will be delivered as an add-on later. The main thing that happens at the 2.0 release is the beginning of a binary compatibility guarantee for extensions and applications, and there is no reason to delay that because of any independent component schedules.

- Support for non-Windows platforms for things other than C++ extension development. Already preliminary support is available in 1.9.0, which
contains an all-in-one archive that gives you the packaging tool, the documentation and the SIS files.

Bug reports, patches and feature requests can be filed in mamemo garage. That's what we track regularly, not every thread in the discussion
board. If you post a bug report only in the DiBo, we might miss it.

Bugs: https://garage.maemo.org/tracker/?at...54&func=browse
Feature Requests: https://garage.maemo.org/tracker/?at...54&func=browse
When filing bugs, include the device you used, its firmware version (you can see this by entering *#0000# in the idle screen), the PyS60 version
and a minimal test case (if applicable).

For more details on reporting bugs refer the "Reporting Bugs" section of the Python documentation.

That's it for now. Try it out, send feedback and stay tuned for next release.

Happy hacking!

-- Python for S60 team

[marcelobarrosalmeida]

Python for S60 team

Congratulation, guys ! Newer versions are always welcome.

Originally Posted by tvijayan

Python for S60 1.9.6 is now released.
...
- Support for a virtual 4-way directional pad is added for Canvas ... Currently, this is supported only in the portrait mode ... The 'full_max' mode is invalidated by this change and is removed in this release.
...

For those curious (like me) about this D-pad, see the following picture:

http://media.share.ovi.com/m1/lt/095...7952ea20f0.jpg

Since it is default, to remove it just do the following:

appuifw.app.directional_pad = False

And do not forget to change all occurrences of 'full_max' to 'full' if you use canvas in full screen.

With only these two changes I ported my app to PyS60 1.9.6.

[gaba88]

hello PyS60 Team

Great to see a new release.

the new documentation about extensding and embedding PyS60 is a nice one.

Keep it going and i hope the final product will be available soon.

Enjoy Pythoning
Gaba88

[JOM]

Originally Posted by marcelobarrosalmeida

For those curious (like me) about this D-pad, see the following picture:

http://media.share.ovi.com/m1/lt/095...7952ea20f0.jpg

Since it is default, to remove it just do the following:

appuifw.app.directional_pad = False

Great! The only question I had was in deed: how to disable D-pad

Thanx,

--jouni

[Rafael T.]

Nice release! As usual, going further in small steps

I'm curious to see the documentation about creating extensions. I was waiting for some official article about this, great to know you guys have already done it!

Great job!




Thanks,

Rafael.

[croozeus]

One more release, ah just before the salaray day

- A new chapter is added in the PyS60 documentation (Extending and Embedding PyS60), that is an end-to-end tutorial for creating 3rd party extention modules and distributing them.

Great, eager and excited to see it right away. Will add a feature request to make the documentation available separately from the installation. Really need this.

Also it would be worth to have the dependencies and PyS60 and PyS60 shell separately. That encourages testing

Will test it right away!

[a8n]

For me, the main Python_1.9.6.sis file gets flagged as untrusted, and I'm unable to install (because it's signed, I understand). There was (and is) no such problem with 1.9.5. Has there been some change to the certificate used - do I need to perform some other device update first?

Device: N85
Software: 20.175 (20.175.53.1)

Any clues? I'd love to get started with this new version.

[ashwinurao]

Originally Posted by a8n

For me, the main Python_1.9.6.sis file gets flagged as untrusted, and I'm unable to install (because it's signed, I understand). There was (and is) no such problem with 1.9.5. Has there been some change to the certificate used - do I need to perform some other device update first?

Device: N85
Software: 20.175 (20.175.53.1)

Any clues? I'd love to get started with this new version.

Yes, there is problem installing the sis on 3rdFP2 devices. We have identified the issue and will release a new sis soon.

[mahesh.sayibabu]

New 1.9.6 runtime available now. With this, its possible to install 1.9.6 runtime on S60 3rdEd Fp2 devices also.

[gaba88]

Originally Posted by mahesh.sayibabu

New 1.9.6 runtime available now. With this, its possible to install 1.9.6 runtime on S60 3rdEd Fp2 devices also.

hello mahesh

thanks for the fix.

Can i know the problem.

Thanks
Gaba88

[tvijayan]

Originally Posted by gaba88

Can i know the problem.

platform service extension sis file wasn't signed properly. It was signed with PyS60 team's private certificate.

[gaba88]

Originally Posted by tvijayan

platform service extension sis file wasn't signed properly. It was signed with PyS60 team's private certificate.

hello vijayan

thanks for the reply.

Now it works in my N96

[lpvalente]

Hello guys,

I'm trying to play with PyS60 1.9.6 with a 5800 but the Python Shell doesn't launch when I touch its icon. Nothing happens. No error message.

I installed:
- Python_1.9.6.sis
- PythonScriptShell_1.9.6_high_capas.sis

It didn't work, then I tried to install the optional packages:
- ssl_nokia_1_5_1.SIS
- stdioserver_nokia_1_5_1_SS.sis

Tried to reboot the device after installation, but it didn't change anything.

The device:
5800 RM-356
firmware: v11.0.008

custom version: 11.0.008.red.01
language set: 23

What am I missing?

Thanks,
Luis

[lpvalente]

I got it, it is the firmware ...

I updated it and now pys60 works.

Luis

[AndriusA]

Hello,

A nice release, but there seems to be a bug with MagnetometerXYZAxisData in the Sensor framework: even the example in the documentation does not work, but crashes with:
Traceback (most recent call last):
File "scriptshell_dir_043028\sensorfw.py", line 385, in data_cb
AttributeError: class KSensrvPropId has no attribute 'KSensrvPropCalibrationLevel'

Thanks

P.S.
Sorry, posted to the wrong thread..