Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

That's right

That is right

[Jeoshua]

Have you guys given any thoughts into ways of making this a passthrough interface? As in, display the position of DF's cursor (should one be up) on the map... and pass through any commands to DF itself.  It would make it 90% possible to play the game just from Stonesense.

[Footkerchief]

^^^ This should be in some kind of FAQ.

[therahedwig]

Here, have a relevant quote from page... 30-40 somewhere.(used to follow this thread dedicatedly when it was still young)

Now, on to more serious business.

In my mind (Jonas might say differently), this is first and foremost a low-requirement Visualization tool; without Tarn stating that he is okay with us taking Stonesense in the direction of a GUI, I'm not going to push for it.

Through our participation in the development process of Dwarf Fortress, we all start to feel a little sense of ownership of the game... we've suggested features, tested for bugs, designed mods, spread publicity, and ultimately supported Tarn in this monumental effort. We all need to remember, however, that this is still Tarn's project, not ours, and it's an unpaid project at that. No matter how excited we all get about Dwarf Fortress, it's not at all fair to push him to do something that he doesn't want done... and he has already voiced his apprehensions about 3rd party graphical interfaces, and how that would impact the project.

Judging by how several on-line communities are viewing this project, especially the folks who say "Wow, now I might try Dwarf Fortress now!" or "I think I could finally get my friends to try this!" one can see that there is definitly a demand for a more accessable interface. Heck, I've even had friends I know in person say that this would get them into the game way more. The problem is that, if players start to rely on such a 3rd-party interface, the team designing it would have to be as dedicated as Tarn with updates and new features, or such an interface would have to be officially adopted... and collaboration is something he has also expressed great reservations about, as this is his brainchild.

But yes, in the universe where we are given the go-ahead from Tarn, interpreting mouse and key input with Stonesense, and translating it to input for DF would probably be the way to go. I'd imagine that drop-down menus for Constructions (a simple point-and-click for designating mining, sizing bridges, laying out roads and walls, etc.) would be doable, though anything beyond that depends entirely on the degree to we can interface with the program itself.

For now, though, the thing that keeps us from even being able to consider a GUI is the wealth of graphical issues that still need ironing out. We need tile rotations, fixes for some of the graphical hiccups such as the "Escher Effect", and a -Lot- more tiles and sprites. For now, focus on that, and if we can eventually pitch a solid visual display and interface to Tarn, and prove that this is a dedicated project, maybe we'll see such a thing down the road.

[goodhamster]

Following Japa's instructions I was able to get this running with 38.19. However, I can see terrain and objects only; No creatures, animals or dwarves. Anyone got a fix for this? or is patience the best cure?

[Rose]

the DFhack gnomes are working as fast as they can.

[goodhamster]

The who? I take it patience is key.

[JanusTwoface]

The who? I take it patience is key.

Short answer: Yes.

Only slightly longer answer: DFHack is the backend that actually talks with DF and is maintained separately from Stonesense itself. So when DF updates, DFHack has to update, then Stonesense gets the updates more or less for free.

[Girlinhat]

To make it simple: Toady releases DF.  DFHack grabs DF info.  Stonesense grabs DFHack info.  Each must be updated in line, and DFHack is a tad behind on this one.  So just sit back and wait a bit for full featured goodness.

[Rose]

regardless, I kinda half-broke stonesense, and am rebuilding it, so that takes time too.

[Rose]

Spoiler: New magical grass. now I need to add in support for dead and dry grass. (click to show/hide)

[goodhamster]

Okay I see how it works now.
Thanks for the quick replies.

Also, even if you broke it sorta, I'm confident you'll fix this. Awesome mod/utility.

[Andir]

To make it simple: Toady releases DF.  DFHack grabs DF info.  Stonesense grabs DFHack info.  Each must be updated in line, and DFHack is a tad behind on this one.  So just sit back and wait a bit for full featured goodness.

So just sit right back and you'll hear a tale
a tale of a faceless script
that started on a tiny thread
aboard some tiny chip...

?

[Rose]

Spoiler (click to show/hide)

[therahedwig]

Heh, that's creepy. I hope the animation worked out?

In the meantime I managed to make 6 extra grasses, for the ones that are a bit more then just normal grass.
That would be cattail, white mountain heather, cloudberry, mountain avens, satin tail and (dropseed grass and needle grass sharing one sprite).

Mountains in particular will be very colourful to embark on.

I think I might give meadow sweet a seperate sprite as well.

It's strange though, all flower-grasses seem to be white, even though normal mountain heather and normal heather are pinkish. I wonder why toady went for this specifically.

[Rose]

there was an issue with the xml file you made, with spriteindex being defines twice, making it not load. also, you added an extra sprite in the background that wasn't needed, otherwise, the animation worked good.