Active Topics
-
Porting apps to Leste (29)
to Maemo 7 / Leste by Arno_11 - 3 days, 14 hrs ago -
Install Fonts in N900 (68)
to Maemo 5 / Fremantle by teroyk - 4 days, 17 hrs ago - more...
| The Following 3 Users Say Thank You to Jack6428 For This Useful Post: | ||
 |
|
2009-09-06
, 23:32
|
|
Posts: 78 |
Thanked: 15 times |
Joined on Aug 2009
@ Melbourne
|
#222
|
Originally Posted by Jack6428
so... the first video show that we can use the picture gallery in portrait mode right?
cool 2 new vids:
http://www.youtube.com/watch?v=zBKSBAaJpc8
http://www.youtube.com/watch?v=R6OnWuZ9mYs
the 1st being more important... he clearly says...that it's not that it couldn't be done (portrait), nor that they wouldn't do it...it's just they thought the features would be better to use on landscape...and if enough people want for eg. the browser in portrait, it could be done...
so, we might get what we want in firmware updates
 |
|
2009-09-07
, 03:17
|
|
Posts: 1,412 |
Thanked: 594 times |
Joined on Aug 2005
@ Recife, Brazil
|
#223
|
Originally Posted by tangs
Oops
Application in portrait mode :
http://www.youtube.com/watch?v=VNOHIO8SmI0
Houston we have been uncovered Yes, but the video is really about: The EXACTLY same code running on Maemo and Symbian *ps it's Not nokia 2.0. It's a QT experiment to really try to prove (no IFDEFS) that you can indeed have the same same code on 2 platforms. So in the end.. doesn't matter if it's Maemo or Symbian
good for developers!
__________________
Marcelo Eduardo
www.marceloeduardo.com
----------------------------
OpenBossa Labs @ INdT, Recife Brazil
http://openbossa.indt.org
Marcelo Eduardo
www.marceloeduardo.com
----------------------------
OpenBossa Labs @ INdT, Recife Brazil
http://openbossa.indt.org
 |
|
2009-09-07
, 03:58
|
|
Posts: 4,384 |
Thanked: 5,524 times |
Joined on Jul 2007
@ ˙ǝɹǝɥʍou
|
#224
|
What does 'exact same code running on maemo and symbian' means?
Simply that it doesn't need manual porting work during the build phase, or that they're somehow binary compatible (like OSX with dual intel+ppc binary bundles)??
Simply that it doesn't need manual porting work during the build phase, or that they're somehow binary compatible (like OSX with dual intel+ppc binary bundles)??
|
|
2009-09-07
, 08:25
|
|
Posts: 724 |
Thanked: 1,255 times |
Joined on Nov 2007
@ Cambridge, UK
|
#225
|
For a portrait text input method, could the dialer keypad not be modified to allow for alpha-numeric text entry ala your bog standard mobile phone? That seems to be the main requirement here.
|
|
2009-09-07
, 13:38
|
|
Posts: 1,412 |
Thanked: 594 times |
Joined on Aug 2005
@ Recife, Brazil
|
#226
|
Originally Posted by ysss
So no manual intervention (or if def to allow platform specific stuff to be loaded) when compiling.
What does 'exact same code running on maemo and symbian' means?
Simply that it doesn't need manual porting work during the build phase, or that they're somehow binary compatible (like OSX with dual intel+ppc binary bundles)??
After that, we will have PySide (QT bindings) working, then we will have exactly the same "binary" running in both platforms.
__________________
Marcelo Eduardo
www.marceloeduardo.com
----------------------------
OpenBossa Labs @ INdT, Recife Brazil
http://openbossa.indt.org
Marcelo Eduardo
www.marceloeduardo.com
----------------------------
OpenBossa Labs @ INdT, Recife Brazil
http://openbossa.indt.org
| The Following User Says Thank You to handful For This Useful Post: | ||
 |
|
2009-09-07
, 13:41
|
|
Posts: 3,524 |
Thanked: 2,958 times |
Joined on Oct 2007
@ Delta Quadrant
|
#227
|
Originally Posted by ysss
They could be using that web framework they were going on about some time back.
What does 'exact same code running on maemo and symbian' means?
Simply that it doesn't need manual porting work during the build phase, or that they're somehow binary compatible (like OSX with dual intel+ppc binary bundles)??
In a speculative case, the container for running the javascript/html/whatever could be some natively compiled qt client with an exposed API to system resources (files/sound/accelerometer/etc). If you mirror the client on many machines (regardless of the OS), then the same javascript code will run -- exactly how web browsers work today. The benefit is run-anywhere, easy to develop and test code. The cost is app performance (you won't likely see an PSX emu developed this way).
This is WILD speculation (none of it is real information), but it's a reasonable solution with some very large benefits.
}:^/~
| The Following User Says Thank You to Capt'n Corrupt For This Useful Post: | ||
|
|
2009-09-07
, 14:25
|
|
Posts: 1,412 |
Thanked: 594 times |
Joined on Aug 2005
@ Recife, Brazil
|
#228
|
Originally Posted by Capt'n Corrupt
Yes this was wild speculation
They could be using that web framework they were going on about some time back.
In a speculative case, the container for running the javascript/html/whatever could be some natively compiled qt client with an exposed API to system resources (files/sound/accelerometer/etc). If you mirror the client on many machines (regardless of the OS), then the same javascript code will run -- exactly how web browsers work today. The benefit is run-anywhere, easy to develop and test code. The cost is app performance (you won't likely see an PSX emu developed this way).
This is WILD speculation (none of it is real information), but it's a reasonable solution with some very large benefits.
}:^/~
We are not using any web based stuff. But you pointed out exactly the point : If we go Javascript, python or any other dynamic language you pay the price for performance.
That's why the code is PURE QT, and thus runs on the N97, and the N900 without any modification to the source and no ifdefs.
It would be too simple to use JS on top of QTwebkit
The demo is to demonstrate that Nokia is getting there
real cross platform development BR
Marcelo
__________________
Marcelo Eduardo
www.marceloeduardo.com
----------------------------
OpenBossa Labs @ INdT, Recife Brazil
http://openbossa.indt.org
Marcelo Eduardo
www.marceloeduardo.com
----------------------------
OpenBossa Labs @ INdT, Recife Brazil
http://openbossa.indt.org
| The Following User Says Thank You to handful For This Useful Post: | ||
|
|
2009-09-07
, 14:49
|
|
Posts: 4,384 |
Thanked: 5,524 times |
Joined on Jul 2007
@ ˙ǝɹǝɥʍou
|
#229
|
This must be what Eldar found exciting and what he hinted to be announced at the event on the 2nd\3rd Sept. Why didn't Nokia simplify the message of 'cross platform apps\developments' that could really rock the news?
I'm not talking about making baseless hype, but a little factual excitement can't be that bad.
I'm not talking about making baseless hype, but a little factual excitement can't be that bad.
|
|
2009-09-07
, 18:29
|
|
Posts: 3,524 |
Thanked: 2,958 times |
Joined on Oct 2007
@ Delta Quadrant
|
#230
|
This is very interesting indeed. Is there a wine type layer in between on at least one of the platforms? What is the Symbian executable file format like? Is it somehow compatible with elf (assuming maemo apps are compiled to ELF)?
I'm very curious about this (links would be lovely). From what I understand, unless the apps are being compiled to processor-and-os-independant byte-code (which should be entirely possible), this is a hack at best. If for example the processing architecture changes with natively compiled apps, then you'll have to emulate to run apps which can bear a heavy processing/development cost. I think this is why Google went with java as the platform for android apps (uh, I think). Perhaps there's something I'm missing?
\:^!~
I'm very curious about this (links would be lovely). From what I understand, unless the apps are being compiled to processor-and-os-independant byte-code (which should be entirely possible), this is a hack at best. If for example the processing architecture changes with natively compiled apps, then you'll have to emulate to run apps which can bear a heavy processing/development cost. I think this is why Google went with java as the platform for android apps (uh, I think). Perhaps there's something I'm missing?
\:^!~
http://www.youtube.com/watch?v=zBKSBAaJpc8
http://www.youtube.com/watch?v=R6OnWuZ9mYs
the 1st being more important... he clearly says...that it's not that it couldn't be done (portrait), nor that they wouldn't do it...it's just they thought the features would be better to use on landscape...and if enough people want for eg. the browser in portrait, it could be done...
so, we might get what we want in firmware updates