Re: Android Vs. Maemo

[Michael Dominic Kostrzewa]

On Wed, 2007-11-14 at 15:38 +0200, ext Kate Alhola wrote:
> ext Claes H wrote:
> > On Nov 9, 2007 3:05 PM, vicente garcia <[EMAIL PROTECTED]> wrote:
> >   
> > Android will probably gain a greater momentum than Maemo have had so
> > far, since Google will push for it in a way that more people (and
> > developers) will notice. It seems very easy to develop for and include
> > nice APIs to interact for example with Google maps and positioning.
> > Personally I think it seems easier to get started with since it has
> > Eclipse support and I am more comfortable with Java.
> >   
> Android has many good things on it but also what is better
> and most successful is not so clear.
> 
> Technically Android is running same SW platform than maemo,
> so it won't be difficult to run android and maemo applications
> in maemo devices. If i quess, it wont take long until someone
> in oss community ports android to N8xx platform.

Well, this is not really correct. While it runs same operating system
(just like ie. your washing machine might be running embedded Linux), it
runs a significantly different SW platform. 

1) No X
2) Android is virtual-machine based versus native maemo apps
3) Different toolkit, different object-orientation model, different IPC
ideas

While making Android run on nXXX is prolly possible (and we'll see it)
integrating android applications inside hildon is going to be rather
hard.

> 
> The sharing display with X11 and Clutter with OpenGL-ES works,
> i don't see reason why it would not work with X11 and OpenGL-ES/Android
> and even Clutter all together.
> 
> The java, C or C++ is lot of personal preference. I just prefer
> C or C++, many mobile programmers that have Symbian background prefer C++
> and of course there is lot of Java programmers also. I rather like see
> diversity
> and support multiple choices and Java is not exluded from this set.
> 
> With the Chinook support Forum Nokia was adding support to C++ bindings
> and we have Eclipse with both maemo/hildon C and C++ support.
> You can check http://maemo4mobile.garage.maemo.org/esbox.html
> 
> With Eclipse it is about as easy to make Android or Maemo C++ application
> and they even can co-exist in same eclipse instance.
> 
> One big advantage in maemo is that it is based already de-fracto GTK API's
> and these API's has thoudsands of applications and a huge amount of
> coders already familiar with them. Android is starting from empty table.
> They have luxury to refactor all API's but lack of developpers already
> familiar.
> 
> > On the other hand, if Google follows through and makes Android fully
> > open source, including the specialized JVM it includes, it is not
> > impossible to imagine an Android runtime on Maemo devices. That would
> > mean that Maemo devices would get the opportunity to run both Maemo
> > and Android types of apps.  I am sure Google would be glad to see it
> > happen. Whether it actually will happen probably depends on whether
> > Nokia wants it. At this point in time, seems not so likely.
> >   
> I am not person saying what Nokia does or not but just
> http://www.engadgetmobile.com/2007/11/06/nokia-says-google-alliance-participation-not-ruled-out-at-all/
> 
> 
> Personally i rather like to see Android port to N8xx as soon as possible.
> 
> Kate
> 
> 
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers

-- 
Michael

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

Re: Details on SVG support status on N810 browser ?

[Michael Dominic Kostrzewa]

On Tue, 2007-11-06 at 10:07 +0200, ext Eero Tamminen wrote:
> Hi,
> 
> ext Marco Solari wrote:
> > reading specs for N810 I see "SVG support". Can anyone point me to a "N810
> > SVG support status" page, with some more details ?
> > Thanks in advance, everybody.
> 
> We've had  SVG loader since N770 I think.  Just do
> "dpkg -s gdk-osso-svg-loader" on the device.
> 
> I think the loader supports SVG Tiny standard, not the full SVG spec
> and that Image viewer application uses it to load SVG (Tiny) images.

Yes, we have it. It's fairly useless also, can't even load the Tango
icons SVG files. 

There is rsvg package built for Bora in the extras repository
(https://garage.maemo.org/projects/monkeybubble/) .


> 
> Other applications on the device can use this as they can use any other
> Gdk-pixbuf loaders.  The module is proprietary though (Open Source
> implementations use floating point and are slower).
> 
> 
>   - Eero
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers

-- 
Michael

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

Re: Controlling the volume

[Michael Dominic Kostrzewa]

On Wed, 2007-11-07 at 21:39 +0100, ext Alberto Garcia wrote:
> Hi all. I'm developing a Last.fm player for the 770/N800/N810 and I'd
> like to know what's the proper way to implement the volume control.

Actually, maybe you should re-think the whole idea of having the volume
control in the first place ;) Having two volume controls (device-scope,
app-scope) is a fairly big usability problem we currently have and a lot
of users are confused about it.

Current Vagalume's volume-less UI works good for me. 

> 
> I'm using gstreamer (dspmp3sink) to play the files. Is there any way
> of controlling the volume with gstreamer?
> 
> I tried with gst_audio_default_registry_mixer_filter() but I had no
> luck.
> 
> Should I use alsa instead?
> 
> Thanks in advance.
> 


-- 
MDK

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

Re: scratchbox Xephyr desktop looks broken

[Michael Dominic Kostrzewa]

On Fri, 2007-10-26 at 16:56 +0200, ext Tilman Vogel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi!
> 
> Since my first installation, my scratchbox Xephyr desktop looks similar
> to this:
> 
> 
> 
> I.e. some graphics are missing and the placement is somehow broken in
> the left panel. "Some people" seem to know how to fix it ;-)
> 
> 
> 
> What am I missing? It seems to be only cosmetic but I'm still curious
> and I didn't manage to get any sensible hints out of maemo.org or google...

What SDK version you're installing/using?

> 
> 
> Tilman
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
> 
> iD8DBQFHIgAT9ZPu6Yae8lkRAlRsAJ91uMKJu+Cq4upUQf8Lye01gGu/VwCghSeQ
> APJEkJ5tpBCZezQ9FGK3Ezs=
> =gOcs
> -END PGP SIGNATURE-
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers


-- 
Michael

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

Re: [ANN] Ruby/Maemo first release.

[Michael Dominic Kostrzewa]

On Tue, Oct 16, 2007 at 11:14:48AM +, ext [EMAIL PROTECTED] wrote:
> On Mon, Oct 15, 2007 at 05:35:14PM +0300, Michael Dominic Kostrzewa wrote:
> >
> > http://live.gnome.org/Hildon/TwoPointZero/ChangesOverview ? That's great
> > stuff. I'll definitelly test this, keep up the great work.
> > 
> 
> Yup, that's exactly what it means :)

Any news on Ruby + Chinook?


-- 
Michael

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

Re: N810 memory bandwidth

[Michael Dominic Kostrzewa]

On Thu, Oct 18, 2007 at 02:01:59PM -0700, ext Dan Amelang wrote:
> Hi all (specifically to Daniel Stone, actually, but others might be
> interested in the answer),
> 
> Does the N810 have the same memory bandwidth problems that the N800
> has, as discussed here?

Sparing Daniel the hard time -- the answer is yes. 


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

Re: Nokia 810 GPU

[Michael Dominic Kostrzewa]

On Thu, Oct 18, 2007 at 11:29:43PM +0200, ext Gideon de Kok wrote:
> Hi,
> 
> The N810 uses the OMAP 2420 processor:
> http://img212.imageshack.us/img212/6351/15yr.jpg
> 
> The OMAP 2420 has a integrated PowerVR MBX 2D/3D accelerator

Note that this chip is NOT being used at the moment and there is no 
driver/access for it. Yes, it's very unfortunate. Yes, things might 
change in future.


-- 
MDK

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

Re: [ANN] Ruby/Maemo first release.

[Michael Dominic Kostrzewa]

On Sat, Oct 13, 2007 at 02:17:47AM +, ext [EMAIL PROTECTED] wrote:
>   Over the past couple of weeks I've been working on chinook, the next major
> release will have all chinook bindings in order. There wasn't much work to do
> to accomplish this. Other than getting ruby/maemo integrated with maemo 4
> (chinook) I've been working on loads of example code and documentation. So
> hopefully, within the next few days (latest wednesday) ruby/maemo version 1 
> will
> be released. I'll officially announce this on the maemo dev mailing list. 
> Thanks
> for your interest :)

Does it mean that that all the libhildon (former hildon-widgets)
bindings were updated, like ie. mentioned in
http://live.gnome.org/Hildon/TwoPointZero/ChangesOverview ? That's great
stuff. I'll definitelly test this, keep up the great work.


-- 
MDK

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

Re: [ANN] Ruby/Maemo first release.

[Michael Dominic Kostrzewa]

On Sat, Sep 29, 2007 at 08:38:41AM -0500, ext Aaron Westerdale wrote:
> Here is were I found it on the server
> 
> http://maemo.rubyx.co.uk/ruby-maemo/
> 
> I have not tried installing it yet but it looks pretty nice.  Thank you Tom
> for all your hard work.  I'm just starting to learn Ruby.  My favorite
> language was Perl but it looks like Ruby will be my new favorite since it
> looks to have all the power of Perl but writing OO code looks like it is a
> lot easier in Ruby.

That's great news. Are you planning to provide it also for Chinook? There
were some API changes happening in hildon and libosso so modfications
might be in order. I'll gladly help with the libhildon part.

> 
> On 9/29/07, Felipe Contreras <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > On 9/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >   I'd like to announce the _packaged_ release of my Ruby/Maemo project.
> > > The files you need to start developing graphical Maemo apps in Ruby are
> > at:
> > >
> > >   http://maemo.rubyx.co.uk/projects/ruby-maemo
> >
> > That's great news but that URL doesn't seem to work =/
> >
> > Best regards.
> >
> > --
> > Felipe Contreras
> > ___
> > maemo-developers mailing list
> > maemo-developers@maemo.org
> > https://lists.maemo.org/mailman/listinfo/maemo-developers
> >
> 
> 
> 
> -- 
> --
> Aaron Westerdale

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


-- 
Michael

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

Re: Final (?) list of SoC projects

[Michael Dominic Kostrzewa]

On Mon, Mar 26, 2007 at 10:55:35AM +0300, ext [EMAIL PROTECTED] wrote:
> SoC mentor? Read this through!
> 
> http://maemo.org/maemowiki/GoogleSoC2007 updated with the latest
> information. 
> 
> We have received some projects after the deadline, I believe that
> redirected from other projects or Google's pool. I have marked two as
> uneligible since they contained no project proposals, only introduction
> of students willing to help (they have been pointed to maemo.org mailing
> lists and garage projects, where a lot of help is needed). We have some
> proposals that seem to overlap or be very similar, around location and
> PC-device transfers. I'd say the average quality of the proposals are
> good, some students have put a lot of effort in them already.
> 
> The list of projects and some comments, in no special order.
> 
> - Dasher via Maemo Device as Keyboard for PC 
> This one might drop if it's confirmed that a Dasher port already exists.
> Any links?
> 
> - IMAP-related enhancements to osso-email 
> We have told this student that in fact most of the development hotness
> is currently happening around http://modest.garage.maemo.org/ , inviting
> him to refactor his proposal accordingly.
> 
> - Japanese/Chinese handwriting recognition on Maemo 
> This student requested mentorship to Makoto Sugano, who is Nokia
> employee but also maintainer in his free time of
> https://garage.maemo.org/projects/maemocjk/. The project looks good and
> it's well formulated. AFAIK there are no other mentors able to even read
> basic Chinese/Japanese. Makoto would be happy mentoring this project.
> Any objections? Note that Makoto's job in Nokia has nothing to do with
> Chinese/Japanese implementation or any kind of L10n/i18n.
> 
> - Last.fm radio player 
> Xan (Nokia employee and Last.fm fan) has requested mentorship of this
> project and I have reminded him the backup policy. If a community mentor
> wants to pick this one s/he will have preference. Otherwise we can keep
> Xan and then the rest of mentors value the appropiateness of the combo
> when ranking the project. The proposal itself is well formulated.
> 
> - Improve the phoneME JVM, to integrate well with Maemo and GPE
> enviroments 
> - Geolocation-based Transit Maps 
> - 'Duality': Internet-based, PC-to-device-to-PC file transfer 
> - Ocaml Maemo 
> - WiFi  -based Localization 
> - Application in Mono to synchronize gpe-calendar with google calendar 
> - Easy wireless interaction of Maemo-devices and pc's 
> - Smoove - Instant Desktop Migration Suite 

> - Ruby Maemo Bindings 

Personally I'd be also VERY interested in this one. I don't think
however, I have enough experience with Ruby internals to responsibly
mentor it. 

But it would be very nice to have ruby bindings for our components. For
Gtk and friends that shouldn't be too difficult since the bindings
already exists. Binding hildon might require some work. 

> - Placemarking program for Nokia 770 and N800 
> - DBAssistant - SQL Database builder and data entry 
> 
> *** SoC MENTORS ***
> NOW it's time to review the applications, rank them, and offer yourself
> to mentor your preferred. Deadline: this week (it can be done in 1-2
> hours). 
> Please post your comments in all the projects (public/private) unless
> you have really nothing to say. You should be active specially if you
> are applying as mentor of a project. As said in a previous email, we
> have approved all mentors without making any reliability check. But if
> you are not reliable to post some SoC comments it is reasonable to think
> that you might be not the perfect candidate for bigger SoC challenges.
> ;)
> We haven't discussed much the participation of the backup mentors in the
> comments and ranks. Is it worth to discuss now? 
> I would say that it is good that you take part as well since you are
> experienced maemo developers. A way in between could be to let community
> mentors to push the preferred projects while concentrating the attention
> stopping the weakest options (duplicate work with existing projects,
> potential difficulties in the execution and so on). In practice this
> would mean that backup mentors wouldn't vote +4 and +2 as much as the
> rest of values (+1, -1, -2 and N/A). This is no strong policy and not
> even a strong recommendation, just a thought. Act according to your own
> beliefs.  :) 
> Quim
> 

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


-- 
MDK


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

Re: Final (?) list of SoC projects

[Michael Dominic Kostrzewa]

On Mon, Mar 26, 2007 at 10:55:35AM +0300, ext [EMAIL PROTECTED] wrote:
> SoC mentor? Read this through!
> 
> http://maemo.org/maemowiki/GoogleSoC2007 updated with the latest
> information. 
> 
> We have received some projects after the deadline, I believe that
> redirected from other projects or Google's pool. I have marked two as
> uneligible since they contained no project proposals, only introduction
> of students willing to help (they have been pointed to maemo.org mailing
> lists and garage projects, where a lot of help is needed). We have some
> proposals that seem to overlap or be very similar, around location and
> PC-device transfers. I'd say the average quality of the proposals are
> good, some students have put a lot of effort in them already.
> 
> The list of projects and some comments, in no special order.
> 
> - Dasher via Maemo Device as Keyboard for PC 
> This one might drop if it's confirmed that a Dasher port already exists.
> Any links?
> 
> - IMAP-related enhancements to osso-email 
> We have told this student that in fact most of the development hotness
> is currently happening around http://modest.garage.maemo.org/ , inviting
> him to refactor his proposal accordingly.
> 
> - Japanese/Chinese handwriting recognition on Maemo 
> This student requested mentorship to Makoto Sugano, who is Nokia
> employee but also maintainer in his free time of
> https://garage.maemo.org/projects/maemocjk/. The project looks good and
> it's well formulated. AFAIK there are no other mentors able to even read
> basic Chinese/Japanese. Makoto would be happy mentoring this project.
> Any objections? Note that Makoto's job in Nokia has nothing to do with
> Chinese/Japanese implementation or any kind of L10n/i18n.
> 
> - Last.fm radio player 
> Xan (Nokia employee and Last.fm fan) has requested mentorship of this
> project and I have reminded him the backup policy. If a community mentor
> wants to pick this one s/he will have preference. Otherwise we can keep
> Xan and then the rest of mentors value the appropiateness of the combo
> when ranking the project. The proposal itself is well formulated.

I'm willing to help/advice on this one too. Maybe on the UI/gstreamer side or
something...

-- 
MDK, another last.fm fan

> 
> - Improve the phoneME JVM, to integrate well with Maemo and GPE
> enviroments 
> - Geolocation-based Transit Maps 
> - 'Duality': Internet-based, PC-to-device-to-PC file transfer 
> - Ocaml Maemo 
> - WiFi  -based Localization 
> - Application in Mono to synchronize gpe-calendar with google calendar 
> - Easy wireless interaction of Maemo-devices and pc's 
> - Smoove - Instant Desktop Migration Suite 
> - Ruby Maemo Bindings 
> - Placemarking program for Nokia 770 and N800 
> - DBAssistant - SQL Database builder and data entry 
> 
> *** SoC MENTORS ***
> NOW it's time to review the applications, rank them, and offer yourself
> to mentor your preferred. Deadline: this week (it can be done in 1-2
> hours). 
> Please post your comments in all the projects (public/private) unless
> you have really nothing to say. You should be active specially if you
> are applying as mentor of a project. As said in a previous email, we
> have approved all mentors without making any reliability check. But if
> you are not reliable to post some SoC comments it is reasonable to think
> that you might be not the perfect candidate for bigger SoC challenges.
> ;)
> We haven't discussed much the participation of the backup mentors in the
> comments and ranks. Is it worth to discuss now? 
> I would say that it is good that you take part as well since you are
> experienced maemo developers. A way in between could be to let community
> mentors to push the preferred projects while concentrating the attention
> stopping the weakest options (duplicate work with existing projects,
> potential difficulties in the execution and so on). In practice this
> would mean that backup mentors wouldn't vote +4 and +2 as much as the
> rest of values (+1, -1, -2 and N/A). This is no strong policy and not
> even a strong recommendation, just a thought. Act according to your own
> beliefs.  :) 
> Quim
> 

> ___
> 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: Wiki status

[Michael Dominic Kostrzewa]

On Tue, Mar 06, 2007 at 07:45:46AM +0200, Quim Gil wrote:
> The first question to answer is whether official documentation (like I
> assume you are going to publish) should go to the wiki at all. Instead,
> we could have it well sorted in a place intended for stable
> documentation.
> 
> Now with Midgard, creating and editing pages is as easy as with a wiki,
> so it is more a matter of permissions and ability to use HTML directly.
> 
> I would recommend you to request Ferenc editing permissions and create
> pages under the Developers section. We can organize the pages later on,
> if needed. The same would apply to anybody writing official
> documentation in maemo.org.
> 
> Unless Ferenc has a different opinion  :)  since we are still setting
> procedures about how the new website will be maintained. But this topic
> is more on-topic at https://garage.maemo.org/projects/maemo2midgard/

Sounds all good to me.

-- 
MDK

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

Wiki status

[Michael Dominic Kostrzewa]

What's the current wiki migration status? Which wiki is 'safe to use' at
the moment? I'd like to add a few articles about theming and theme
tools.


-- 
MDK

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

Re: [maemo-developers] Creating themes for Maemo

[Michael Dominic Kostrzewa]

On Thu, Feb 01, 2007 at 01:29:02PM +0200, ext Michael Dominic Kostrzewa wrote:
> On Wed, Jan 31, 2007 at 07:18:01PM +0200, Salminen Karoliina.T 
> (Nokia-M/Helsinki) wrote:
> > Hi, 
> > 
> > >1) Install the hildon-theme-tools
> > >2) Install the hildon-theme-layout-3 (that's the bora layout)
> > >3) Copy the hlidon-theme-plankton-3 to your own dir, replace 
> > >some names 
> > >   in configure.ac (they're documented in the file)
> > >4) Replace the template.png with your own. 
> > 
> > Well, I tried to modify the plankton theme.
> > I tried to compile the package, but the new plankton theme depends on
> > hildon-theme-layout-4.
> > I didn't find it from the repositories.
> > 
> > I have both bora and sardine repositories in my scratchbox's
> > sources.list.
> > Where can I find hildon-theme-layout-4?
> > 
> > Best Wishes,
> > Karoliina

Actually, to be more precise. Hildon-theme-plankton 3.x.y depends on
hildon-theme-layout-3 (both in sardine unstable). hildon-theme-plankton 4.x.y
depends on hildon-theme-layout-4 (both in sardine experimental).

-- 
MDK

> 
> Hey, 
> 
> there have been some changes recently. I'm forwarding you an explanatory
> e-mali in another thread.
> 
> -- 
> Michael 
> ___
> 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] Creating themes for Maemo

[Michael Dominic Kostrzewa]

On Wed, Jan 31, 2007 at 07:18:01PM +0200, Salminen Karoliina.T 
(Nokia-M/Helsinki) wrote:
> Hi, 
> 
> >1) Install the hildon-theme-tools
> >2) Install the hildon-theme-layout-3 (that's the bora layout)
> >3) Copy the hlidon-theme-plankton-3 to your own dir, replace 
> >some names 
> >   in configure.ac (they're documented in the file)
> >4) Replace the template.png with your own. 
> 
> Well, I tried to modify the plankton theme.
> I tried to compile the package, but the new plankton theme depends on
> hildon-theme-layout-4.
> I didn't find it from the repositories.
> 
> I have both bora and sardine repositories in my scratchbox's
> sources.list.
> Where can I find hildon-theme-layout-4?
> 
> Best Wishes,
> Karoliina

Hey, 

there have been some changes recently. I'm forwarding you an explanatory
e-mali in another thread.

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

Re: [maemo-developers] Developer Device Program Request

[Michael Dominic Kostrzewa]

Hey, 

just one thing I should have clarified in my comment -- the program is
a "don't call us, we call you" thing with no official signup. Posting to
the mailing list is (IMHO) more of a way to get yourself recognised,
especiallay when you're coming from different areas of the open-source
community. 

-- 
MDK

On Thu, Jan 11, 2007 at 11:01:59PM -0600, ext Jae Stutzman wrote:
> I could chime in with the normal 'me too', but I'm not sure how my
> involvement really counts. We are currently investigating the use of this
> device on several of our government programs and would really like to get my
> hands on one so that I could put it through its paces.
> 
> If only it had an IR blaster!
> 
> Jae

> ___
> 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] Bora repositories missing pkg-config?

[Michael Dominic Kostrzewa]

Yes, I bumped into this too. I got in touch with our SDK team and they
promised to fix it. 

And yes, it's a pretty annoying/serious mistake. One would think we
shouldn't make this kind of mistakes in the 3'rd SDK release. 

-- 
Michael

On Wed, Jan 10, 2007 at 11:56:07PM -0500, ext Michel Salim wrote:
> Hi,
> 
> The developer rootfs and the repositories configured with its
> /etc/apt/sources.list do not have pkg-config; if I follow the
> recommended steps of doing 'fakeroot apt-get -f install', all the
> development packages that depend on pkg-config gets scheduled for
> removal.
> 
> Am I supposed to add another repository to get pkg-config (the
> standard Debian repository, perhaps)?
> 
> Thanks,
> 
> -- 
> Michel Salim
> http://hircus.wordpress.com/
> 
> My theology, briefly, is that the universe was dictated but not signed.
>-- Christopher Morley
> ___
> 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] Creating themes for Maemo

[Michael Dominic Kostrzewa]

On Mon, Jan 08, 2007 at 06:31:36PM -0500, ext Derek Coleman wrote:
> Hi everyone,
> 
> I am working on some new Maemo themes, and was wondering how would I go
> about packaging a theme? More specifically, what is the exact directory/file
> structure and is there any way to make themes using a template much like
> this one:
> https://stage.maemo.org/svn/maemo/projects/haf/tags/hildon-theme-plankton-3/0.3.0-2/template/template.png?

Yes, it's possible. The (new) theming is a bit of a work in progress
(still) but you can already use it. The basic process would go as
follows:

1) Install the hildon-theme-tools
2) Install the hildon-theme-layout-3 (that's the bora layout)
3) Copy the hlidon-theme-plankton-3 to your own dir, replace some names 
   in configure.ac (they're documented in the file)
4) Replace the template.png with your own. 

Than, to build the correct debian package you will want to do the usual
search & replace in the debian/* files. 

As I said, we're still working on the theming and there will be updates
coming. Don't hesitate to ask questions though. 

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

Re: [maemo-developers] Creating Home Applet

[Michael Dominic Kostrzewa]

You can use osso_uri_open instead of the command line to achieve that.
Check:

http://svn.mdk.am/nflick/trunk/src/nflick-welcome-vbox.c

(on_link_button_released function) to see how to use it.


-- 
MDK

On Mon, Dec 18, 2006 at 03:54:34PM +, ext andrew gatt wrote:
> I want to create a home applet (and task navigator entry) that can exist 
> alongside the current web shortcut applet, but basically provide the 
> same function. Even if someone could just point me in the right 
> direction of the source code it would probably be enough.
> 
> I basically want an applet that can start a new browser window and make 
> it display fullscreen, but i can't work out how to start the browser 
> with any kind of commandline options (if this is the way its done). I've 
> found /usr/bin/browser starts the browser, but no options seem to be 
> passed through this - it seem to be just a link to 
> /usr/bin/maemo-invoker (?).
> 
> Any help would be great, thanks
> 
> Andrew
> ___
> 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] Unbreaking themes in Sardine

[Michael Dominic Kostrzewa]

Hey,

As some people have noticed in the past, theming/display used to be
pretty broken when using Sardine. This was caused by the fact that (due
to the way things were packaged/organized) we couldn't really provide
any gtkrc/theme updates without providing the whole graphical package (a
package that includes the themes we're working on that can't be made
public). 

This is, however, no longer the case. From now on, the theming
components (hildon-theme-*) become an integral part of Sardine and will
be kept up to date in future. No more theming breakage! 

To get on going, after installing Sardine, try:

$> apt-get install hildon-theme-plankton-3

This will install a new, updated theme called "Plankton". It's not
activated by default so you need to manually select it from the control
panel. For the time being the theme actually looks like the old "purple"
N770 theme. But this is temporary -- tigert from the Tango fame is
almost done with the real "plankton" tango-theme which is *very* sweet
and IMHO much more pleasing than other theme we bundled before. Plankton
is going to become our new "development" theme and will be always
public/updated.

To make it all possible we introduced a small "system" of separate
theme/layout/tool packages that can be used by the community to create
custom themes for different versions of the platform. We'll be writing
more about this in future, but for now you can check out the following
packages in the Stage repository:

hildon-theme-tools
hildon-theme-cacher
hildon-theme-layout-3
hildon-theme-plankton-3

"3" here stands for "maemo version 3" -- Bora. We'll be providing
"2"-versioned stuff to build themes for stock Mistral installations
too. 

Best regards,


-- 
MDK 







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

Re: [maemo-developers] Java on 770

[Michael Dominic Kostrzewa]

On Fri, 2006-11-24 at 15:08 +0200, ext Santtu Lakkala wrote:
> Michael Dominic Kostrzewa wrote:
> >> I find it more reasonable to port a Java widget toolkit to hildon, than
> >> to create a wholly new toolkit. SWT can already use Gtk, so I guess it'd
> >> mostly be porting the backend to use hildon widgets where applicable.
> > Hmm, I'm not sure what you mean. There is, indeed, no sense in creating
> > a new toolkit (for what?). What we prolly need is hildon-* bindings for
> > Java and gtk bindings (I assume they exists somewhere). 
> 
> Afaik there are no Gtk "bindings" per se. But there is IBM's swt
> toolkit, that can use Gtk as a backend. If we just make Gtk bindings, we
> lose quite a lot of the reasons to use Java in the first place. If we
> have our own, product specific, library for widgets, then there is a
> need for porting software. Instead there should be a backend for swt (or
> awt/swing) that uses hildon widgets where appropriate. This way the
> program will run and look native in multitude of environments. All this
> without need for modifying source or even recompiling.

IMHO, part of the success[1] of mono is the fact that it uses (can use)
Gtk almost natively. People who know Gtk can jump on the bandwagon
instantly, benefiting from the C# object-oriented features without
"losing" any C knowledge. 

Again, maybe I'm just not looking into the right places... but has
anyone actually managed to achieve this (kind of) UI-abstraction with
Java? I mean -- is is possible to run those games for mobile phones on
linux/windows desktop? Can I run the gmail java-client for symbian on a
linux/windows desktop? I don't think so, since google even seems to be
bundling a separate version of the gmail-app for every 
version of symbian. 

> 
> > Also, it's not only about GUI toolkit but also about other API's. Ie.
> > you most likely want to use gnome-vfs, dbus, gstreamer, etc. 
> > Using plain SWT (even with Gtk drawing) will result in a lot of 
> > inconsistencies. Ie. the input methods will not work as expected.  
> 
> Why will the input methods not work? I may be wrong on this, but I
> really think they would work. But anyway, having gnome-vfs available
> would be nice, but once again, if it is only used on maemo there is no
> real gain from using java. For gnome-vfs, I'd say the best way is to
> replace FileInputStreams with gnome-vfs implementations. Sure, then
> you'd be forced to use gnome-vfs, but at least you would not need code
> changes.

The core of input methods should work, but devil is in the details.
Example: using our custom defines you can currently set a GtkEntry into
a "numbers only" mode, which will be nicely picked-up by the input
methods. This will not automagically work with SWT. 

Another example -- I don't recall SWT having an equiv. of infobanners,
which play an import role in hildon UI look & feel. Sure, you can use
some kind of dialogs... but then you're compromising.

> 
> GStreamer is a harder one, this would probably be a nice-to-have one.
> And without DBus I guess there's no way to get total integration with
> rest of the system.
> 
> > With mono, the bindings exist for most of the components we use,
> > although they might need some tweaking. For some custom components
> > (ie. hildon-libs) we want to generate the bindings with the
> > gapi-parser. This way the mono apps on 770 will have a 100% "native" look,
> > feel and behaviour. 
> 
> Call me idealist, but in my opinion for Java (and mono) to be really
> useful, the same code -- even the same binaries, should run everywhere
> and look native -- without a mess of checks on what the system we're on
> supports.

Well, that's very much true for mono. Your gtk-sharp based application
will run and look very much same on Linux/Gnome and ie. Windows. On
Windows Gtk will use an "Xp" theme to look like the rest of the system.

But to be frank, I don't believe much in the "compile once, run
everywhere" idea. It's technically possible, but ignores the fact that
different systems/devices/UI's have different methodologies. Something
that makes sense on a touchscreen-based device (ie. drag&drop based
interface) will not make sense on the keypad-driven mobile phone. Or, to
be less radical: instant-apply settings make sense on Gnome, but might
be very confusing to the windows user. 

The only way to solve this problem is to enter higher-levels of UI
abstraction -- what often produces bloated, heavy monsters that in the
end look like aliens in every environment.

I think the only solution to this problem is to write applications that
have nicely detached UI and "engine".  And code UI separat

Re: [maemo-developers] mistral or scirocco?

[Michael Dominic Kostrzewa]

On Mon, 2006-11-27 at 10:37 -0800, ext Aaron Levinson wrote:
> On Mon, 27 Nov 2006, Marius Gedminas wrote:
> 
> > On Mon, Nov 27, 2006 at 08:56:49AM -0800, Aaron Levinson wrote:
> > > But my main question is, if we build our package with the scirocco/2.1 
> > > SDK, in which distribution on the extras repository should we place the 
> > > package, mistral or scirocco?  Considering that the scirocco distribution 
> > > is not published, I would guess the mistral distribution is correct, but 
> > > will packages built with the 2.1 SDK work on an IT2006 mistral platform?
> > 
> > I have found at least one package that does not work on mistral
> > (2006.1): NFlick 0.3.0 requires hildon-libs0 >= 0.12.22-1, but mistral
> > has only 0.12.20-1.  I assume it was build on scirocco.
> > 
> > http://groups-beta.google.com/group/nflick/browse_thread/thread/5b60c21022270e2a

Yes, NFlick was compiled on scirocco and the application manager will
not allow it to be installed on mistral. The problem here comes from the
${shlibs:Depends} expansion in the package control file. 

Also, it's true that package doesn't "need" the new hildon-libs version.
There were not any API-breaking changes in hildon-libs happening. 

Speaking more globally, we don't yet have any policies here. According
to the SDK team, we're not supposed to maintain any API compatibility
between releases. This is, however, something that has been "silently
assumed" rather than "consciously decided". 

Hopefully the API rolling process will become more clear in future, but
for now please bear with us. 


-- 
MDK

> 
> It is likely that this package doesn't actually "need" the newer version
> of hildon-libs, given that there were no changes to the APIs exported by
> hildon-libs according to the 2.1 release notes.  As far as I can tell, the
> main difference between 2.1 and 2.0, from a programming perspective, is
> the addition of the libosso-abook APIs (the use of which might require an
> IT2006 2.1 installation) and perhaps things having to do with implementing
> a custom connection manager (which is a new document for 2.1).  There is
> also an oss-dsp-modules-su-18-maemo package, but I'm not sure if this
> introduces new programming facilities.
> 
> But, it would be nice to get some confirmation from someone at Nokia 
> regarding this and whether or not packages built with the 2.1 SDK are 
> compatible with 2.0 installations (as a general rule).
> 
> Aaron
> 
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers


signature.asc
Description: This is a digitally signed message part
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

RE: [maemo-developers] HildonAddHomeDialog?

[Michael Dominic Kostrzewa]

On Mon, 2006-11-27 at 20:30 +0100, ext Murray Cumming wrote:
> > >The HildonAddHomeDialog dialog from hildon-libs is completely 
> > >undocumented. What does it do and what is it good for?
> > 
> > It is good for trash.
> > 
> > These are historical bits, it will be removed in a later release
> > See http://www.maemo.org/maemowiki/HAF/APICleanup
> 
> That's very useful. Thanks.
> 
> How about HildonCodeDialog?

It's a widget used for entering "pin codes". AFAIK the main/only
consumer of this widget is the "Lock device" applet and other stuff
related to locking the device. 

This widget is going to stay. 

-- 
MDK


signature.asc
Description: This is a digitally signed message part
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Java on 770 (was: Unresolved issues (Week 46))

[Michael Dominic Kostrzewa]

BTW, we're doing some work/experimenting with the mono stack on 770. So,
most likely C#/mono will be availible on 770 before Java is. This is
thanks to the work done by lupus/Novell to get the vm working on arm. 

Also, getting java vm itself working is just the first step. It's not 
very usefull unless all the g_ bindings are there. I don't know much
about java, but I think the state of java g_ bindings is not that good 
as *-sharp bindings. 

MDK

On Thu, Nov 23, 2006 at 06:02:45PM +0200, ext Tommi Komulainen wrote:
> On Mon, 2006-11-20 at 15:13 +0200, ext Tommi Komulainen wrote:
> >   * 
> > http://maemo.org/pipermail/maemo-developers/2006-November/006188.html
> > Java on the 770
> > 
> > "Now that Java will be put under the GPL is there any plan (from
> > Nokia) to integrate it into the firmware?"
> 
> We don't have any plans at the moment.
> 
> On personal note, if someone makes nice packages it would be easier to
> gather some community effort around Java. It would also make our lives
> easier when the question about integrating Java comes up again.
> 
> 
> -- 
> Tommi Komulainen<[EMAIL PROTECTED]>
> ___
> 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] FlashPlayer and Opera updates?

[Michael Dominic Kostrzewa]

On Tue, Nov 21, 2006 at 10:00:59AM +, ext Simon Moore wrote:
> Thanks for that I will give it a go, although I don't hold out much 
> hope of it being good enough for what I am doing.
> 
> Having real issues with Opera crashing (just closes itself) 
> particularly with Flash movies - which makes it a nightmare to 
> develop serious web apps for it (doesn't support everything we need 
> for good AJAX either!).

I have similiar (opera) problems with the latest 2006 update. I've got
the impression that the browser stability has been somehow altered.
There is no rule in the crashes but it seems to happen after going
through a few pages. 

-- 
MDK

> 
> Kind Regards
> Simon
> 
> At 14:08 20/11/2006, Martin Guy wrote:
> 
> >On Mon, 2006-11-13 at 18:26 +, ext Simon Moore wrote:
> >>I don't suppose there is an updated flashplayer anywhere? 7 or better
> >>(or source code to compile one).  All I can find is pre-compiled .SO
> >>for x86 Linux (7 and 9beta).
> >
> >A new alpha release of Gnash, the free flash player, was released two
> >days ago, with mozilla/firefox and konqueror and opera plugins and a
> >stand-alone player too. It's not complete yet and has bugs, but can
> >play a lot of flash content. No videos yet...
> >
> >It just needs someone to compile it for Maemo.
> >
> >   M
> >___
> >maemo-developers mailing list
> >maemo-developers@maemo.org
> >https://maemo.org/mailman/listinfo/maemo-developers
> >
> >
> >
> >--
> >No virus found in this incoming message.
> >Checked by AVG Free Edition.
> >Version: 7.1.409 / Virus Database: 268.14.11/543 - Release Date: 20/11/2006
> 
> 
> -- 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.409 / Virus Database: 268.14.11/543 - Release Date: 20/11/2006
> 
> 
> ___
> 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