Re: built-in scripting languages

2007-01-23 Thread Jay Trister
My opinion -as an end user  as programmer with medium experience- is that the 
phone should implement a stable version of a known widelly accepted scripting 
language and it should stick with it.

That way the masses of users  developers will have a stable point of 
reference. If they don't like it they can change it and use whatever they want 
(but they would have to include CLEAR step-to -step instructions for 
installation).


-If perl version X1  is implemented it should stay -even if there is a newer  
better version of perl. All the programmers should have perl ver X1 as 
reference even if ver X2 is out and its better with lots of bug fixes.  
Sometimes there are incompabilities between different version of languages. 
**Most low-experienced programmers don't want to lose their creativity on 
thinking whether their program will work in newer/older language versions **

-If someone wants to program to version X2 he should state in his software that 
ver X2 is required and should be installed. End users will end up with 2 perl 
distributions but everyone would still be certain that if they use ver X1 it 
will work -and that is what the non-proffesional programmers might want.
-Personnaly I prefer having a point of reference language version that I know 
that whatever I write will work-no matter what (even with bugs) ,than having a 
language which I can upgrade every month with critical patches  other bug 
fixes. This is very important if you don't want unexperienced users coplaining 
about icopabillity problems.
-If someone wants to write a very important application which depends on 
stabillity he can write it in whichever language or version he wants - Its 
important ,though,to include CLEAR installation instructions (with links to all 
needed stuff) for non advanced users.
-If someone writes something in the suggested standard ver.X1 and want to use 
an add-on or a bug fix he should include it in his distibution package -or  
link it (if there are size/copyright issues).


I think perl is a tested  widelly supported language with lots of add-ons. 
Maybe language  is better but I bet that most users are using perl atm. 


Summarizing:
1. Decide which version of a tested  widelly accepted script-language will be 
used and will be pre-installed (I suggest perl).
2. Whoever want to use another version/language should include CLEAR 
instalation instruction (step-by-step) for the end-users.
3. Compabillity  stability are keywords to getting the attention on the masses 
of end-users or wannabe programmers.


!!! -General comment : Please if you want to comment things that are irrelevant 
to a subject topic (eg the GNU/Linux wars) ,please do so in a different topic. 
Thanks



 
-
It's here! Your new message!
Get new email alerts with the free Yahoo! Toolbar.___
OpenMoko community mailing list
community@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/community


Re: built-in scripting languages

2007-01-23 Thread Jay Trister

Quote :
Yeah, like times when we were stuck with buggy and poor Java 1.1 in

Quoting myself :
1. Decide which version of a tested  widelly accepted script-language will be 
used and will be pre-installed (I suggest perl).

Perl for example (you can suggest another lang) is used widelly. If the last 
stable version was ...unstable we would know it.

I'm not suggesting getting the latest version of a scripting language. I'm 
suggesting of getting the testedstable version (even if its older).





 
-
Be a PS3 game guru.
Get your game face on with the latest PS3 news and previews at Yahoo! Games.___
OpenMoko community mailing list
community@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/community


Re: built-in scripting languages

2007-01-23 Thread Jay Trister
Quote :
Yeah, like times when we were stuck with buggy and poor Java 1.1 in

Forgot to mention that I think that a Java implementation is more important 
than a scripting language. (had to say that again :-) ).






 
-
Sucker-punch spam with award-winning protection.
 Try the free Yahoo! Mail Beta.___
OpenMoko community mailing list
community@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/community


Q1: GPS software bundled ,Q2:Java support

2007-01-20 Thread Jay Trister
This is my first post ,so I just wanted to give a thumbs up for this original 
idea :)
I think this mobile will start a chain reaction that will lead to a big market 
change..

Question 1:
Will there be any software (from phase 0) that will take advantage of the AGPS? 
No need for maps (as long as there is a way to create them ourselves). Can you 
tell us which program you're planning to use ,so we can get a head start?


Question 2:
I know what I want might be tough , but are there any plans to implement a java 
API to access some of the basic functions of the phone (ringing, sms, catalogue 
access) ?
I prefer java because its more portable (or at least more easy to port) than 
C++.
I believe that if you allow even a basic low level access to java apps the 
phone lot of java developers will turn to it .It's better to have JavaC 
Developers than only C ;)   .

Keep up the good work. I think this mobile WILL revolusionize the future.

Btw, the gaming-console/media-player/e-book-reader GP2X is made on a pretty 
much-same philosophy.Everything is open for everyone-even the source code of 
the firmware. And the company is giving an SDK.

PS. sorry for my bad english :)





 
-
8:00? 8:25? 8:40?  Find a flick in no time
 with theYahoo! Search movie showtime shortcut.___
OpenMoko community mailing list
community@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/community