Neohack -- Not released yet, but now has a home page and a release timeframe.

[Bear]

So:  I put up a basic homepage/announcement page for neohack.

http://dillingers.com/blog/neohack/

It basically talks about the design goals and does some simple intro material. 

In the future, all updates about Neohack will go there. When there's a release, it'll be available from there. 

And yes, I'm now mentioning an actual timeframe for release.  For, approximately, the first time.

[koiwai]

Wow. The technical part is the biggest selling point for me. I'm shocked, in a good way. And it actually sounds like a system that can be sensibly moddable. Wow.

It's interesting what the time system is, and how everything is going to work together. You previously mentioned something about timers and event triggers, I'm looking forward to seeing it in action too.
 
Are you going to accept contributions from others, maybe with a repository on github, or you will be doing everything yourself? I'm just curious, because it can become a very important question in the future.

[reaver]

Timeframe looks very optimistic, but looking forward to it

[TheCreator]

Neohack’s Data-Directed architecture easily and without touching main game logic allows complex interactions and multiple-use items which are not possible in most roguelike games and achievable only through extensive case-by-case patching of exceptions into main game logic in other games.  Also the code is well documented internally and comes with a “modders guide” which serves as an introduction to the code base and architecture. This affects the ability to modify, maintain, expand, and improve Neohack. From the perspective of players, this means that bugfixes, balancing changes, and new features should be routine and quickly releasable rather than rare and riddled with new bugs.

I would like to see a few examples of such interactions. Guess it is already implemented, not just planned?

[mushroom patch]

Clever name.

I think you're on the right track with your approach to the console interface. I like the part about using two characters to represent tiles, but I would recommend using wide unicode ASCII characters to represent monsters and two part tiles only for piles of items and other inanimate objects/dungeon features. (Although I have to admit, the idea of using the second tile to represent a wielded item is interesting and something I hadn't thought of, I'm kind of sceptical of it aesthetically and from a usability perspective.)

(Further parenthetical gushing about two character tiles: You can do a hexagonal grid in a standard terminal with them. Not that anyone should do that, just saying it's possible.)


Re: Mouse support, I'm sure you know that curses supports mouse events from xterm and xterm-like terminals. I'd be interested to see how that works in a roguelike game. xterm mouse support has seemed clunky to me in those few cases I've used a curses application that used it, but I've never experimented with it seriously from the development side.

[reaver]

the idea of using the second tile to represent a wielded item is interesting and something I hadn't thought of, I'm kind of sceptical of it aesthetically and from a usability perspective.

Agree on that.
If only this kind of info could be revealed in a more pull-style way (rather than push-style aka "shove it down your throat") as a semi-transparent layer over the tile when mouse was hovering over it. Oh wait.

[Rickton]

With a name like "neohack" I was almost expecting a cyberpunk game.
Sounds cool though. Is the two-tile system implemented yet? Do you have any screenshots to show how it'd look?

[Zireael]

Are you going to accept contributions from others, maybe with a repository on github, or you will be doing everything yourself? I'm just curious, because it can become a very important question in the future.

Seconding this question, because with the modding supposedly being detailed and easy, I'd love to contribute!

[mushroom patch]

the idea of using the second tile to represent a wielded item is interesting and something I hadn't thought of, I'm kind of sceptical of it aesthetically and from a usability perspective.

[...]

If only this kind of info could be revealed in a more pull-style way (rather than push-style aka "shove it down your throat") as a semi-transparent layer over the tile when mouse was hovering over it. Oh wait.

Mouse hovering can be detected in curses, with some effort. If I were doing this, I would have a side bar that has (short) descriptions of every monster and object on screen. Mousing or clicking on a monster/object would highlight it and the corresponding entry, perhaps scrolling the sidebar if necessary. Perhaps another click would expand the description in the sidebar.

The point is, the good part of your idea can be done in curses.

[reaver]

Mouse hovering can be detected in curses, with some effort. If I were doing this, I would have a side bar that has (short) descriptions of every monster and object on screen. Mousing or clicking on a monster/object would highlight it and the corresponding entry, perhaps scrolling the sidebar if necessary. Perhaps another click would expand the description in the sidebar.

The point is, the good part of your idea can be done in curses.

I'm not saying something like that can't be done, just saying that mouse and hover-popus are natural with real GUIs. Sidebar would work, but then you'd have to be moving your eyes back and forth - mouse cursor for targetting what you want info about, and sidebar.

Anyway, I'm ending my hijack, I guess more meaningful comments about interface can be had with actual footage/demos.

[mushroom patch]

So does the OP have any screen shots and/or video of how this two character monster + wielded item business looks in realistic gameplay situations? (e.g. crowds of monsters, movement in crowds, etc.)

[getter77]

Certainly sounds spiffy and looking forward to what comes of it!   

[Bear]

Re: Mouse support, I'm sure you know that curses supports mouse events from xterm and xterm-like terminals. I'd be interested to see how that works in a roguelike game. xterm mouse support has seemed clunky to me in those few cases I've used a curses application that used it, but I've never experimented with it seriously from the development side.

Right.  curses is essentially 3 things that ought to be separable but aren't really if you're using it.  One is keyboard input, two is display output, and three is mouse input.  Right now I'm using curses for keyboard input and display output, on the presumption that there are things that are "drop-in" replacements for those functions that ought to work fine (libtcod probably, though I haven't looked at it yet).  I'm not nearly so sure about mouse input.  If I use curses to process mouse input, the interface is just bizarre enough that I'm afraid it'll be hard to replace if I replace curses as the I/O library.

[Bear]

With a name like "neohack" I was almost expecting a cyberpunk game.
Sounds cool though. Is the two-tile system implemented yet? Do you have any screenshots to show how it'd look?

Two-tile system is implemented, but as yet no monsters wield weapons.  :-/  So the major functionality of it is sitting there in code but not yet tested/debugged.  I will be hacking inventory (and weapon wielding) this weekend.

[Bear]

Are you going to accept contributions from others, maybe with a repository on github, or you will be doing everything yourself? I'm just curious, because it can become a very important question in the future.

Seconding this question, because with the modding supposedly being detailed and easy, I'd love to contribute!

Yes, there's going to be a Github repository and I will be accepting contributions. 

That said, I will be accepting contributions that actually work with game balance and fit in with my vision of what the game ought to be, not every contribution that someone thinks would be cool.