Angband on PSP

[Magnate]

No, my point is the PuTTY (open) source code has an S60 ncurses implementation in it. If it can run angband over ssh, it must be able to do it natively.

Good Lord, I never knew that. That's great news!

[Widget]

d_m seems to know a bit about PuTTY, having fixed the numpad problem in V.

Running over ssh is cool, but not as cool as a native Symbian/SDL version would be ...

No, my point is the PuTTY (open) source code has an S60 ncurses implementation in it. If it can run angband over ssh, it must be able to do it natively.

I'll try the backtick thing, although I don't have a key for that either on the E71.

[d_m]

You don't need ESC. You can use '`', which is more convenient on many windows keyboards.

Indeed. Using "`" has the added benefit that when playing GCU, there is no lag while the game tries to figure out whether you hit ESC or left-arrow.

[Pete Mack]

You don't need ESC. You can use '`', which is more convenient on many windows keyboards.

[Magnate]

Managed to get smaller fonts for Putty (6x4) to get over 80x24 on my E71. So I ssh'd into my server and installed angband on it, and it runs (unsurprisingly). However an escape isn't being sent by Putty to the game properly so it's currently unplayable if you enter any number of things.

However, Putty's open source. I'll try to work out how to compile it, and then the beginnings of a basic port filter out from there.

d_m seems to know a bit about PuTTY, having fixed the numpad problem in V.

Running over ssh is cool, but not as cool as a native Symbian/SDL version would be ...

[Widget]

Managed to get smaller fonts for Putty (6x4) to get over 80x24 on my E71. So I ssh'd into my server and installed angband on it, and it runs (unsurprisingly). However an escape isn't being sent by Putty to the game properly so it's currently unplayable if you enter any number of things.

However, Putty's open source. I'll try to work out how to compile it, and then the beginnings of a basic port filter out from there.

[Nick]

I'm confused. I thought V already had Pete's menu system (tickets 97-100 on trac.rephial.org)? If not, what is left to import, Pete?

Things like spell selection and item selection have scrollable (and mouse-selectable) menus in FA. You really should try it out (or O110u if you prefer - it has the same interface). Don't forget to set the show_lists option (it's in gameplay options) to yes.

[Pete Mack]

FA uses the menus for every selection. V still has a few left (spell-lists, a few others.)
As for small-screen, do take a look at the FA source. It's really not that big a change.

[Magnate]

As Pete says, FA has dealt with this. A search for small_screen in the FA code is a good way to start.

Partly to make displaying variable screen size stuff easier, FA has also developed a different way of displaying some stuff. The 'C' screen is one (although this can be handled fine without) and using Pete's menu code for all selection menus is another. The menu stuff really should go into V, IMHO.

This change and full mouse control are the only small screen UI things really different between FA and V; if those were sorted, it would be trivial to get V running properly on Windows Mobile, for example.

I'm confused. I thought V already had Pete's menu system (tickets 97-100 on trac.rephial.org)? If not, what is left to import, Pete?

I have to say that I'm daunted enough by the challenge of trying to compile something for S60. I'd really like to leave the small_screen stuff as an orthogonal project. Perhaps if someone wants to import that from FA (Widget?), by the time I get round to actually compiling HEAD on Symbian, it might already be in there ...

I created ticket #1077 for the small_screen import. I'll add another ticket if there is still work to do importing Pete's menus.

[Nick]

As Pete says, FA has dealt with this. A search for small_screen in the FA code is a good way to start.

Partly to make displaying variable screen size stuff easier, FA has also developed a different way of displaying some stuff. The 'C' screen is one (although this can be handled fine without) and using Pete's menu code for all selection menus is another. The menu stuff really should go into V, IMHO.

This change and full mouse control are the only small screen UI things really different between FA and V; if those were sorted, it would be trivial to get V running properly on Windows Mobile, for example.

[Pete Mack]

FAAngband has a small screen layout, and is very close to the V codebase. You might try borrowing from there.
(Same model for file.c, etc)

[d_m]

Hmmm. I don't know angband's low-level code well, but it might be possible to use fewer than 80 cols without too many problems. I guess we'll find out.

Currently a lot of things assume that you have 80x24 and just draw off the screen edge if you don't. The GCU port currently checks to make sure you have 80x24 and refuses to start otherwise.

I could remove that check, but a lot of descriptions, the character info command, etc, will all be hard to use unless there is a substantial UI refactor.

[Magnate]

Well Putty for symbian with a 5x7 font gives me 64 columns and 28 rows. I've not tried symbian development yet, apart from installing python and having a play.

Hmmm. I don't know angband's low-level code well, but it might be possible to use fewer than 80 cols without too many problems. I guess we'll find out.

[Magnate]

PDCurses includes a curses port that runs on top of SDL (on any SDL implementation I suppose). I don't know if a SDL+curses+main_gcu port is going to be easier to code than a SDL+main_sdl, but in any case here is the port.

Oh, and by the way, I have a N79 (a S60 phone with no full qwerty keyboard). If it is going to be a supported platform, I volounteer as a tester.

Well don't hold your breath, as main-s60.c is still entirely vaporware, but thanks.

I'm inclined to think that curses on top of SDL will cause more problems than it solves, but if main-sdl proves unco-operative I'll certainly investigate pdcurses. Thanks for the tip.

[fph]

(This would be easier if there was a curses port for Symbian but I can't find one.)

PDCurses includes a curses port that runs on top of SDL (on any SDL implementation I suppose). I don't know if a SDL+curses+main_gcu port is going to be easier to code than a SDL+main_sdl, but in any case here is the port.

Oh, and by the way, I have a N79 (a S60 phone with no full qwerty keyboard). If it is going to be a supported platform, I volounteer as a tester.