hecl-devel Mailing List for Hecl Programming Language
Brought to you by:
davidw
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
|
Mar
(59) |
Apr
(11) |
May
(3) |
Jun
(2) |
Jul
|
Aug
(21) |
Sep
(3) |
Oct
(14) |
Nov
(10) |
Dec
(7) |
2006 |
Jan
(29) |
Feb
(30) |
Mar
(53) |
Apr
(41) |
May
(97) |
Jun
(55) |
Jul
(29) |
Aug
(75) |
Sep
(114) |
Oct
(44) |
Nov
(14) |
Dec
(5) |
2007 |
Jan
(4) |
Feb
(2) |
Mar
(5) |
Apr
(18) |
May
(10) |
Jun
(13) |
Jul
(22) |
Aug
(59) |
Sep
(13) |
Oct
(28) |
Nov
(28) |
Dec
(93) |
2008 |
Jan
(44) |
Feb
(17) |
Mar
(23) |
Apr
(26) |
May
(38) |
Jun
(1) |
Jul
(29) |
Aug
(49) |
Sep
(3) |
Oct
(25) |
Nov
(1) |
Dec
(11) |
2009 |
Jan
(31) |
Feb
(21) |
Mar
(46) |
Apr
(7) |
May
(39) |
Jun
(24) |
Jul
(5) |
Aug
(52) |
Sep
(11) |
Oct
|
Nov
|
Dec
|
From: David W. <dav...@gm...> - 2009-09-18 08:40:21
|
With the github transition behind us, I'm going to move try moving the mailing list to the Google Group I created, over the weekend. I will do this by hand, collecting the email addresses from the list and adding them to the Google Group, so be on the lookout for emails related to this. If anyone does not want to be on the new list, let me know and I won't move you. If everything seems to be working ok, I will lock down this list and move discussion to the new one. I'm sorry for the inconvenience, but hopefully the Google Group will be easier for people to sign up to than the SF mailing list, and they certainly have better archives. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <dav...@gm...> - 2009-09-13 16:46:39
|
It's not actually gone, but I've taken it out of the visible features on sourceforge. So far I'm quite happy with git. Github appears to be a bit slow lately, but it's a known problem that they're working on, and it mostly affects the 'fancy' features like the network graph: http://github.com/davidw/hecl/network The branches are really what makes it work well for me. It's convenient to give each feature its own branch where it can live until we're sure it's ready for inclusion in Hecl proper. Here's a quick guide to the current branches: anonproc: the anonymous proc feature discussed on this list earlier. codecmd: a way to include variables from the current environment into a block of code that's being defined. j2mefiles: work on file stuff for j2me location: the Location API for mobile devices master: Hecl proper - this is where stuff goes when it's ready to be released and maintained. Next on the infrastructure list is the Google Group. I wanted to finish up the Github work before doing that, though. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: Martin M. <DO...@gm...> - 2009-09-12 08:10:32
|
Hi David, > That was a good idea. It definitely looks better. The problem is that > it doesn't seem to run quite right:-/ It lets me move between the > buttons on the main screen, but clicking on them doesn't seem to do > much. I wonder if it's a difference in events of some kind? It's likely the key-code mapping but i have had a look in BlackBerry JDE API Reference 4.5.0/4.7.0 and found out that the FIRE code is 8 for both api's. It's the same like in the wtk emulator :(. So I've now idea what is going wrong. It's a bit hard to fix it or just to understand it for me, because i don't have an bb phone and don't have even the emulator running. However, I'm happy the its run at least :). Maybe you should put some system.outs in to the code and see what the MwtManager receives? MwtManager.java // notify input protected void keyPressed(int keyCode) { System.out.println(keyCode); try { if (keyCode > 0) { event.keyPressed(keyCode); } else { event.keyPressed(getGameAction(keyCode)); } } catch (HeclException ex) { ex.printStackTrace(); } } MwtManagerCmd.java public void keyPressed(int keyCode) throws HeclException { System.out.println(keyCode); ip.eval(new Thing("keypressed " + keyCode)); } and into the script it self. proc keypressed {keycode} { global htm puts "$keycode" [$htm getmain] setkeystate $keycode "keystate_pressed" "true" } Here is the method call sequence: The MwtManager imtements the EventListener. Means the "keyPressed" method will call first. This method translate the keycode by "getGameAction" when it's <0. In the emulator it's <0. (Maybe it's not negative for bb-emu???) The event interface is implemented by MwtManagerCmd.java and here the hecl command "keypressed" will be called. This is the place where i usually set the keystate to the window object. Sometimes we can make an low-level event handling here. So, I hope it's help a little so far. When you have the bb-emu output post it to the list. And I'll try to fix them. Thanks in advance! Martin -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 |
From: David W. <da...@de...> - 2009-09-11 13:03:28
|
Hi guys, Has anyone here ever dealt with signing midlets? For the BlackBerry, it's only $20, which is not a big deal. But everything I've seen points to hundreds of dollars to sign midlets (and that's only for one year), which is pretty crazy. For most things Hecl does, I don't think the occasional dialog asking if you want to use network bandwidth or whatever is that bad, but I've been working on file access, and it asks you *every single time*, which is beyond irritating; it makes it useless. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <dav...@gm...> - 2009-09-10 11:54:35
|
I just introduced a new command, 'intro objectid', that is only available when the debugcmds property is set. The former shows you the hashCode of the Thing and its RealThing. It's useful for seeing whether a Thing is actuallly the same Thing as at another point in the code, and is really only useful if you're fiddling with Hecl's internals. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <dav...@gm...> - 2009-09-08 21:36:28
|
I have been doing some work on files for J2ME lately, mostly playing around to see what works and what doesn't. I have finally committed a bit of code, in the j2mefiles branch. It's incomplete and not really worth looking at, for the time being. Here's what I'm thinking: Utility commands, like list, rename, etc... will be normal commands that work like: file.list "file:///foobar/bee/bop" But open and close will return something that will be attached to a ClassCmd, in order to have a more 'OO' style: set f [file.open "......" r] set line [$f readline] set data [$f read 10] $f close Something like that. Thoughts? -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <dav...@gm...> - 2009-09-07 21:18:57
|
I have checked a simple location API into the 'location' branch at github: set loc_info [location.get 60] Where the number is the timeout, in seconds. It returns a hash table with various bits and pieces of information, including latitude, longitude, altitude, and other things as appropriate. In the future it might make sense to do this like the Http commands are done: in its own thread so that it doesn't block everything. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <da...@de...> - 2009-09-07 16:21:23
|
> Maybe you could try to run mwt-stuff on BB? > > It's canvas based and should looks the same on every phone. > > Of course I don't know if mwt is the right lib for your reason. That was a good idea. It definitely looks better. The problem is that it doesn't seem to run quite right:-/ It lets me move between the buttons on the main screen, but clicking on them doesn't seem to do much. I wonder if it's a difference in events of some kind? -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <dav...@gm...> - 2009-09-07 16:16:10
|
Ok, Hecl is now being developed on github, here: http://github.com/davidw/hecl/tree/master I will close down the svn repository shortly. I'll re-add Wolfgang and Martin as people with access to that repository when they have github accounts. Of course, with github anyone can 'fork' (clone) Hecl and then send requests to me to merge their patches, which is kind of cool. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <dav...@gm...> - 2009-09-07 08:38:36
|
Ok, I think I am ready to pull the trigger and start moving infrastructure around. I really prefer the idea of being able to easily develop features in branches and then merge them in when they're ready. It's nice to be able to start working on something and leave it there for a while without having all of its code/commits interleaved with those of other features. I also think that, these days, Google Groups is a much nicer interface than SF's mailing list software. You can choose to use it as a web forum or as a mailing list, depending on your preferences. The archives are also nicer, and are likely to be well indexed by Google. I think it's best to take things slowly and carefully though. The first step I want to take is to move the repository to github. Thanks to VirtualBox I have been able to test out tortoisegit and verify that it works ok. It's not that polished yet, but it seems good enough for people developing on Windows. When the github transition is done, then we'll look at the mailing list. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: Chris D <un...@ho...> - 2009-09-01 10:44:49
|
On a somewhat related note, I use andLinux http://www.andlinux.org/ as my preferred method of dual OS. Ever since I had to send my laptop in for service (for two months), I have been to lazy to re-install Ubuntu. With andLinux I can run all my linux apps just by double clicking the apps an icon on the desktop. So if you are setting up a windows machine primarily for BB development, at least you can still have access to the apps you like. > Date: Mon, 31 Aug 2009 23:13:22 +0200 > From: da...@de... > To: hec...@li... > Subject: Re: [Hecl-devel] env for building Hecl > > By the way, the setup I have now is pretty pleasant: > > I have all my tools and source code and everything in Linux, which is > where things get built. > > After building a new .cod file, I just transfer it to VirtualBox via > the 'shared folder' route, and then I install/run it. > > This lets me keep as much as possible outside of Windows, and use > Windows just to run the emulator. > > -- > David N. Welton > > http://www.welton.it/davidw/ > > http://www.dedasys.com/ > Sent from Padua, Veneto, Italy > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Hecl-devel mailing list > Hec...@li... > https://lists.sourceforge.net/lists/listinfo/hecl-devel |
From: David W. <da...@de...> - 2009-08-31 21:13:33
|
By the way, the setup I have now is pretty pleasant: I have all my tools and source code and everything in Linux, which is where things get built. After building a new .cod file, I just transfer it to VirtualBox via the 'shared folder' route, and then I install/run it. This lets me keep as much as possible outside of Windows, and use Windows just to run the emulator. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <da...@de...> - 2009-08-31 20:38:09
|
> as I'm trying to set up a development environment > for building Hecl (for Blackberry), do you have > a list of things that should be installed ? Let's see... * Recent JDK from Sun. * JDE from RIM. * Hecl from svn. * Change blackberry.properties to point to the JDE. Also, while you're at it, you may want to get the Sun WTK stuff in order to have a look at 'regular' Hecl. In any case, with Hecl, I'd suggest trying to build the command line version first: ant packageCommandline Just to make sure everything's working (sometimes svn can get a bit messy for a few days). > starting from a "clean" MS-Windows machine. > ideally, i'm looking for something like: > - get the Eclipse bundle XXX (*not* YYY) > - get the blackberry plugin > etc. > I'm asking, because: > a) I have really no experience in Windows > b) I seem to remember someone (on this list?) > saying that the "Pulsar" bundle > ("Eclipse for Mobile Java Developers") > which sounded most promising on eclipse.org/downloads > is unsuited for Blackberry... I don't use Eclipse so I'm not very knowledgeable about how it works. BB development definitely differs from 'regular old J2ME' in that you have to use rapc, but there's a task for that: ant blackberry -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: Mario Z. <mar...@ya...> - 2009-08-31 20:35:53
|
Hi Alexios As far as the IDE is concerned, you should stick to Eclipse Ganymede and EclipseME. Other than that, I have to say I managed to just run rapc on Hecl jar for the most part of it, and it was all OK. Of course I never got debugging without installing the forementioned tools. Regards Mario ________________________________ From: Alexios Zavras <zvr...@zv...> To: Hecl Devel <hec...@li...> Sent: Monday, August 31, 2009 5:12:53 PM Subject: [Hecl-devel] env for building Hecl David (and others), as I'm trying to set up a development environment for building Hecl (for Blackberry), do you have a list of things that should be installed ? starting from a "clean" MS-Windows machine. ideally, i'm looking for something like: - get the Eclipse bundle XXX (*not* YYY) - get the blackberry plugin etc. I'm asking, because: a) I have really no experience in Windows b) I seem to remember someone (on this list?) saying that the "Pulsar" bundle ("Eclipse for Mobile Java Developers") which sounded most promising on eclipse.org/downloads is unsuited for Blackberry... Many thanks in advance, -- -- zvr -- -- +---------------------------+ Alexios Zavras (-zvr-) | H eytyxia den exei enoxes | zv...@zv... +-----------------------zvr-+ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Hecl-devel mailing list Hec...@li... https://lists.sourceforge.net/lists/listinfo/hecl-devel |
From: Alexios Z. <zvr...@zv...> - 2009-08-31 20:13:11
|
David (and others), as I'm trying to set up a development environment for building Hecl (for Blackberry), do you have a list of things that should be installed ? starting from a "clean" MS-Windows machine. ideally, i'm looking for something like: - get the Eclipse bundle XXX (*not* YYY) - get the blackberry plugin etc. I'm asking, because: a) I have really no experience in Windows b) I seem to remember someone (on this list?) saying that the "Pulsar" bundle ("Eclipse for Mobile Java Developers") which sounded most promising on eclipse.org/downloads is unsuited for Blackberry... Many thanks in advance, -- -- zvr -- -- +---------------------------+ Alexios Zavras (-zvr-) | H eytyxia den exei enoxes | zv...@zv... +-----------------------zvr-+ |
From: David W. <da...@de...> - 2009-08-31 19:06:02
|
On Mon, Aug 31, 2009 at 9:04 PM, David Welton<da...@de...> wrote: >> Very thanks your reply! i am a newcomer in j2me.i want to develop a rpg >> game. but i think it is very diffecult! to develop a rpg game must to >> develop a game frame engine, a fast script engine(i think command script is >> enough,hecl is ok!),i relly dont konw how to design a game frame engine! rpg >> game need many props,npc,enemys... and plots,talking.... i think it is too >> complex. do you konw is there hava any j2me open source rpg game engine? i >> am very thanks! > > Sounds pretty complex - maybe it's best to start with something > similar? Or break it into small bits and pieces? Sorry, something *smaller*. Another strategy would be to keep as little as possible on the phone and do the real work on the server. But that strategy presents some difficulties of its own. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <da...@de...> - 2009-08-31 19:05:03
|
> Very thanks your reply! i am a newcomer in j2me.i want to develop a rpg > game. but i think it is very diffecult! to develop a rpg game must to > develop a game frame engine, a fast script engine(i think command script is > enough,hecl is ok!),i relly dont konw how to design a game frame engine! rpg > game need many props,npc,enemys... and plots,talking.... i think it is too > complex. do you konw is there hava any j2me open source rpg game engine? i > am very thanks! Sounds pretty complex - maybe it's best to start with something similar? Or break it into small bits and pieces? -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <da...@de...> - 2009-08-31 11:23:49
|
> hecl is a good command script.but i hava found some problem. the control > command syntaxs is too trict. for example: > > "while" "{" "<" "$i" "10000" "}" "{" they all need a blank if you write > while{< $i 10000}{ > incr $i > } > if will throw a syntaxs exception. so i think it is not very free. > do you konw any other simple j2me command language? thanks! Everything in Hecl is a command, and all command arguments are separated by spaces: puts "hello world" is a command with one argument, the string "hello world" while { .... } { ...... } is a command with two arguments, the first a script that gets executed each time to check and see if it's still true, the second the script that gets executed each time through. That's why you must put spaces. If Hecl is not to your liking there are other languages out there. I think there are a few versions of Javascript, for instance. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: Martin M. <DO...@gm...> - 2009-08-26 16:31:52
|
Hi David, > So... do we have any sort of consensus here? If not, it's not a > problem - infrastructure isn't *that* important, but sooner or later I > think it will be time to move away from SF. > > Does anyone oppose moving to a Google Group for the discussion list? Google Group is OK! > Does anyone oppose moving to github? If so - is it a problem with git > specifically or with github? What are your preferences? > > I'm interested in everyone's opinions, but in particular Wolfgang and > Martin, who have commit access. Well, I've not really an idea how git works, however i know i can count on you in terms of support. So i would like to learn more about git and github and hecl offers a good opportunity for that. :) At least, I'll try to check it out from SF. Ciao Martin, -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 |
From: David W. <dav...@gm...> - 2009-08-26 12:03:04
|
Inspired by Zakaria's anonymous proc implementation, I added the real thing to Hecl: davidw@fortrock:~/workshop/hecl $ java -jar ./jars/j2se/Hecl.jar hecl> set x [proc {} { puts bar }] org.hecl.Proc@fd54d6 hecl> $x bar And also, as a test of github/git, I added the files necessary to make that happen in their own branch: http://github.com/davidw/hecl/tree/anonproc This makes it easy for people to simply grab that code, try it out, and see what they think, and then throw it away if they don't want to keep it, without burying it under a bunch of other commits. I like to think of git (and perhaps some other systems) as almost more of a patch management system than version control (in some ways at least). Anyway, have a look at it and let me know what you think. It's not a *real* lambda of course - it doesn't capture the environment. However, I think in some cases it could be handy for defining event handlers - although to really perfect it, I'd want a way to pass in some data like we normally do: -someeventhandler [list eventhandlercmd $foo $bar] -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: Neal M. <ne...@bc...> - 2009-08-25 22:16:11
|
I found this comparison of various code hosting facilities: http://en.wikipedia.org/wiki/Comparison_of_open_source_software_hosting_facilities#cite_ref-19 Oddly, google code isn't there yet, but a lot are. I've looked at github now, and it is very cool. I love the "gist" feature - a collaborative versioned pastebin that you can then easily turn into a project. See also Google's comparison of git and mercurial (hg), and why they added mercurial as the next option in google code: http://code.google.com/p/support/wiki/DVCSAnalysis FWIW, I think your github proposal is a fine option among many good ones. Neal McBurnett http://neal.mcburnett.org/ On Tue, Aug 25, 2009 at 10:11:18PM +0200, David Welton wrote: > So... do we have any sort of consensus here? If not, it's not a > problem - infrastructure isn't *that* important, but sooner or later I > think it will be time to move away from SF. > > Does anyone oppose moving to a Google Group for the discussion list? > > Does anyone oppose moving to github? If so - is it a problem with git > specifically or with github? What are your preferences? > > I'm interested in everyone's opinions, but in particular Wolfgang and > Martin, who have commit access. > > -- > David N. Welton > > http://www.welton.it/davidw/ > > http://www.dedasys.com/ > Sent from Padua, Veneto, Italy |
From: David W. <dav...@gm...> - 2009-08-25 20:11:32
|
So... do we have any sort of consensus here? If not, it's not a problem - infrastructure isn't *that* important, but sooner or later I think it will be time to move away from SF. Does anyone oppose moving to a Google Group for the discussion list? Does anyone oppose moving to github? If so - is it a problem with git specifically or with github? What are your preferences? I'm interested in everyone's opinions, but in particular Wolfgang and Martin, who have commit access. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: David W. <dav...@gm...> - 2009-08-25 19:08:23
|
> Here's just one more pitch for bzr and launchpad. bzr can also import > svn trees, and launchpad can host it, or you can host your own. > I've used bzr for a while, and git just a bit and I think the user > interface is better designed for bzr. Though I love the hashing > features of git. Both are far better than svn. > Launchpad also does bug tracking and mailing lists, as well as support > for blueprints (specifications) for new features, help with > translations, suport for answering questions, and an api, and is now > mostly released as open source. For some reason, my "spider sense" (intuition? gut feeling?) doesn't tingle for bzr and launchpad, although there doesn't seem to be anything particularly wrong with them. I agree that git is at times very unintuitive, but it's sure nice and fast, and looks, perhaps together with hg (mercurial) to be "where it's at" for the immediate future. I'm actually fairly conservative about this kind of stuff... Hecl doesn't require the world's fanciest version control sytem. That said... things are moving in the direction of the distributed systems. And SF just seems to be getting worse in terms of what they provide and how well the provide it. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ Sent from Padua, Veneto, Italy |
From: Zakaria <z4...@gm...> - 2009-08-21 06:27:31
|
On Wed, Aug 19, 2009 at 4:50 PM, David Welton <dav...@gm...> wrote: > > Wolfgang, have you coming back from your vacation? > > I would like to ask and discuss about your MIDP 2.0 commands. > He's mentioned that he's back, but quite busy - post away to the list. Currently I'm in the middle of project with tight deadline. I'll try to find time to post it next week. > > I choose the : prefix to make it doesn't collide with the examples. > > First I use __ prefix but they seem so verbose, so I pick another one. > I see... To tell the truth, since this is example code that people > will potentially use to get started with their own projects, I would > rather be a bit verbose, rather than 'convenient to edit on a phone'. Please change it to suit the style. > >> * Hecl indentation is definitely 4 :-) > > I know, but on the phone 4 space is too much. > > Maybe we could make the Canvas based editor and make this a non issue? > > Any volunteer? > Here's an idea: let's use tabs... hrm... those seem to be more than 4 > spaces on my phone. So... that doesn't work. 4 isn't bad on my > phone, but I suppose on devices with a bit less space it is not so > good. However, I'd still like to go with readability. Not including you can't type tab on most phone. Please go ahead with 4 space. What I have in mind is we create a canvas based editor where we edit line by line. Maybe I'll post some proof of concept later next week. > >> alias /alert lcdui.alert > > In the long run I would like to make the default command short > > and to the point, so we don't even need the alias. > I think the idea was to avoid conflicts with things like list - lcdui.list. A simple rename perhaps: listbox listscreen listpage > > Here's what I have in mind for Hecl 2.0: > > set form [form title: "Form Title"] > > set name [text label: "Name:" text: "Your name here"] > > $form append $name > > set cmd [cmd label: Greet llabel: "Greeting"] > > $form add $cmd { > > showmsg "Hello [$name get text:]" > > } > > $form add [cmd label: Exit llabel: "Exit App"] { > > midlet.exit > > } > > $form show > I like it - it actually looks a little bit more like the midp1.0 code > I did:-) Did you have a look at that? Unfortunately, I didn't. That's remind me to print Hecl Midp source with trueprint. Do you have any plan for Hecl 2.0? Post away in another thread. > -- > David N. Welton -- Zakaria z4...@gm... Yahoo!: z4k4ri4 http://tukangprogram.com http://pemula.linux.or.id |
From: Martin M. <DO...@gm...> - 2009-08-19 19:09:09
|
Hi David, > Using the 'barry' tools for Linux, I got Hecl loaded on to an actual > BlackBerry device, and it seems to run ok, although the 'form' is > definitely ugly... Maybe you could try to run mwt-stuff on BB? It's canvas based and should looks the same on every phone. Of course I don't know if mwt is the right lib for your reason. Ciao, Martin -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 |