ElevatorMenus | Quadropolis

Titanic12ship | 2008-04-04 01:53

ElevatorMenus

[

points ]

(2 votes)

Blurb A config that allows you to easily create elevators in Sauerbraten.

Detailed description

This is the second version of ElevatorMenus. ElevatorMenus lets you easily create elevators without typing anything. You can pick any of the three mapmodels on the menu. You can now also set the speed and tag of the elevator. Of course, this isn't the only way to add elevators in the game. It is just an easy way for beginners to add elevators. Please comment on this, as I would like to see how people feel about it.

How to install: Create a document called autoexec.cfg, and a document called elevators.cfg. Place the autoexec.cfg into your Sauerbraten folder, and the elevators.cfg into your data folder. Next copy and paste the following into the autoexec.cfg: exec data/elevators.cfg. Then copy and paste the code on the page that comes up when you click on the link "config file" into the elevators.cfg. And that's it. Now you can easily create elevators in Sauerbraten.

What's new in version 1.1:

1. You can now set the speed and tag of elevators you create with this menu.

2. SkyMenus no longer comes with this menu.

3. All selections are now done on one page, instead of multiple pages.

Config file elevators.cfg (7.43 KB)

Rating

points

(2 votes)

Comments

MeatROme | 2008-04-04 03:51

Right off from just seeing the node : packaging guide ... and you really, really, really should never replace any vanilla content ... not if the engine won't let you do it any other way ... e.g. when replacing models or other hard-coded stuff ... replacing menus isn't one of them ;-)

Second : I've already found a typo in your CubeScript - at the end of the list of models - missing slash ("/")!
Anyway - you'd have to tell people that these models will only work for them if the have the appropriate files ... so you'd best link them to Steve's doors (which are worth downloading!)
Another typo is in "palatte" - which should read "palette".

Okay - my variation on your CFG - the way I think it should be done is the following fixed Titanic12Ship menus ... 9 KB instead of 30 ... much more readable - even for non-CubeScripters ... because of nothing irrelevant about ;-)
Just place it into your game directory and call it from your autoexec.cfg (create if it doesn't exist):
exec fixed_titanic_menus.cfg

BTW: you seem to have used the trigger-menus as template .. that's alright, of course, just it's not really good style to use the same aliases as that 3-step process uses ... that's bound to lead to trouble ... like what if someone has key-bindings to call up some extra-special and often used menus ... like - your elevators or (my) trigger menus ... and they do one, or even two steps in one of them ... but before hitting GO! they do something in the other menu ... which value of BTmm should count for which GO-command, eh?

Your skymenu isn't the real-McCoy IMHO either ... while nice that you've mentioned the package they come from ... it's a bit of useless info while selecting the skymap itself ... wouldn't you say?
Actually - my own skymap menu I hacked up once looked like this:
genskyitems = [ loop i (listlen $arg1) [ cursky = (at $arg1 $i) guibutton $cursky (concat loadsky $cursky) ] ] showskyshot = [ guibar guilist [ guilist [ guiimage (concatword "packages/" (at $guirollovername 0) "_bk.jpg") $guirolloveraction 4 1 guiimage (concatword "packages/" (at $guirollovername 0) "_ft.jpg") $guirolloveraction 4 1 ] guilist [ guiimage (concatword "packages/" (at $guirollovername 0) "_up.jpg") $guirolloveraction 4 1 guiimage (concatword "packages/" (at $guirollovername 0) "_dn.jpg") $guirolloveraction 4 1 ] guilist [ guiimage (concatword "packages/" (at $guirollovername 0) "_rt.jpg") $guirolloveraction 4 1 guiimage (concatword "packages/" (at $guirollovername 0) "_lf.jpg") $guirolloveraction 4 1 ] ] ] skieslist = "aftas/sky/orbe dash/moon ik2k/env/iklake ratboy/skyboxes/coward skyboxes/evilsky skyboxes/morning socksky/desert socksky/emerald socksky/frozen socksky/frozendusk socksky/mars socksky/nightball socksky/valley staffy/staffy" newgui skies [ guilist [ guilist [ genskyitems $skieslist ] showskyshot ] ]
Which is really just a fast hack ... but I find it prettier by far ;-) ... one could possibly improve on the showskyshot alias some more though ... seems a bit repetitive dunnit - that's always a sign you need to refactor your code .. just ask eirhul :)

Hirato | 2008-04-04 08:45

Who said great minds don't think alike. I can't help but think you copied mine partially, they coincidentally have the same alias names. :P
mine are mostly derivatives from the showmapshot and genmapitems aliases though :D

genskyitems = [
guitext $arg2
if (= $numargs 2)[
n = (listlen $arg1)
loop i $n [
add-skybox = (at $arg1 $i)
title = $add-skybox
path = $arg2
guistayopen [
guibutton $title (concatword "skybox " (format "%1/%2 " $path $add-skybox)) "skybox"
]
]
] [
echo "Invalid usage. must define string and directory to work in"
echo "eg genskyitems $loopix loopix"
]
]

skyload = [if (strcmp (at $guirolloveraction 0) skybox) [guirolloveraction] [skybox $skybox]]

showskyshot = [
guilist [
guiimage (concatword (format "packages/%1"(at $guirolloveraction 1)) "_ft.jpg") $skyload 4 1 data/sandboxlogo.png
guiimage (concatword (format "packages/%1"(at $guirolloveraction 1)) "_rt.jpg") $skyload 4 1 data/sandboxlogo.png
]
guilist [
guiimage (concatword (format "packages/%1"(at $guirolloveraction 1)) "_lf.jpg") $skyload 4 1 data/sandboxlogo.png
guiimage (concatword (format "packages/%1"(at $guirolloveraction 1)) "_dn.jpg") $skyload 4 1 data/sandboxlogo.png
]
guilist [
guiimage (concatword (format "packages/%1"(at $guirolloveraction 1)) "_bk.jpg") $skyload 4 1 data/sandboxlogo.png
guiimage (concatword (format "packages/%1"(at $guirolloveraction 1)) "_up.jpg") $skyload 4 1 data/sandboxlogo.png
]
]

also mine is for CVS versions only at the moment, due to the use of $skybox :)
This is also another game, due to the backup image if the specified one isn't there

now, regarding elevators, the speed is the fourth variable, tmp3 in the quickedit menu I believe. a "guislider tmp3 0 100 entupdate" should do the trick if you're doing a /newentgui elevator. also keep in mind, the same variables apply for the platforms, direction, model, tag (for /platform) and speed.

~Hirato Kirata

MeatROme | 2008-04-04 11:04

I think I was tempted to post my variant already when I heard you were doing a skybox-menu ... you'll just have to believe me I'd already done mine. But regarding the similarity - I guess it's because we both copied from the same base functions :-P

LOL @ quickedit ... you know I've not actually started using that, although when I first found it I was like "EXACTLY (!) what I always wanted" ... damn force of habit!

Titanic12ship | 2008-04-05 01:37

I can't get tmp3 to work. I've never worked with aliases before. Whenever I move the guislider to different numbers, the words "unknown alias lookup 'tmpt' "unknown alias lookup 'tmp0' "unknown alias lookup 'tmp1' "unknown alias lookup 'tmp2'" appear. I just don't know what alias to use, or how to create one. This is only my second config I am making, and even though I've been around a while, I am new to scripting. I looked up aliases in the docs., but that didn't help. It just said what an alias is. It didn't say how to make aliases for different things. I need to know exactly how to make an alias for the speed of an elevator. Please put it in a comment along with any other ideas for mapmodels I should add to the menu, since right now there are only three.

MeatROme | 2008-04-05 02:39

did you even look at my fixed script version ?!?!
I fixed your alias-lookup issue in there as well ... it worked for me at least ...

Titanic12ship | 2008-04-05 17:59

Sorry, I forgot about that. Yes, it works for me. Thanks for your help. Should I use your version as a guide to help me create the speed alias on my version, or just update the node with yours. Also, I had a question about one of the lines of code in the config. What is the "my_elevator_model = 16" mean? I understand most of the other code, I just don't know what that part means. Is it like the default mapmodel or something? Anyway, thanks again for your help.

[ADMIN] : moved reply where it belongs

MeatROme | 2008-04-05 22:48

Well .. I did say it was what I believe it should be done like, so of course I'm of the opinion you should use my version in an update ;-)
I mean ... what would you do differently?
Pack in the whole needless menu stuff again?
Change an alias-name ?!

re: my_elevator_model = 16 ... kind of ... since the user will pass through the menu-step where they set their own value for it the value of 16 is completely useless at that point ... but I put it there to somehow emphasize the creation (and here really used default-value) of the my_elevator_speed-alias

Titanic12ship | 2008-04-06 02:23

Okay, I will update the node with your version. And thanks for the info. about the my_elevator_model = 16. I also discovered that if you try to add new mapmodels to the menu, it dosen't work, because in the elevators config, there is the mapmodel list, and the game is getting the mapmodels from there.

MeatROme | 2008-04-06 03:13

... that's just why you shouldn't replace vanilla content (like data/menus.cfg) - but rather - always make it additional, so that users have the transparency they need to know what influences what.

Any later assignment to an alias will override the previous one - just the same with menu-definitions and in this case the mapmodellist-alias ... that's Programmer's-101 ...

Well - if a user now installs your modification, they should be aware of this change to the model-list;
so if they either already have some tweakage there ... or later add other modifications that also claim they know better than the vanilla release mapmodel-list ... then they shouldn't really be suprised about inconsitencies.
As long as each modification is stripped to it's bare minimum locating the stuff that's causing the problem shouldn't be too hard - maybe even for non-Scripters ... but at least it shouldn't be too difficult to post a question here and get an answer like : remove the mapmodellist-tweakage from both, combine them manually and then put that in a my_combined_usage_of_the_two_modifications_Name-A_and_Name-B.cfg ... and call that additionally to the (now stripped of mapmodel-list modifications) calls to the two modifications Name-A and Name-B

I hope that wasn't too confusing now ... what I'm on about is:
make your own contributions as transparent and slim-lined as possible,
that way the interaction with other peoples work is less prone to inconsistent behaviour.

Titanic12ship | 2008-04-07 01:37

What I was trying to figure out was why did you put in the mapmodel list. I didn't think that was needed. To prove this I deleted the mapmodel list from the config, and adding mapmodels still worked.

MeatROme | 2008-04-07 04:31

You're asking me why it was included?!? Because it was part of what was different in your menus.cfg to the release-version ... I just eliminated all the stuff that was just a copy from the file - added/tweaked your elevator-guis to have a useable guislider and that was it.

Anyway, I'm confused at what you're actually asking about ... of course you can still "add mapmodels" - nothing CubeScript can do can ever stop you from that ... whyever should something like that be possible?!?

It's just the fact that - since you seem to be keen on using GUIs (instead of typing commands manually) - I was assuming you'd like those models (as mentioned they're not part of the release set-of-files) to show up in the editing-place-a-mapmodel-GUI too ... that's why they're inside the mapmodellist alias .. oh, but while I'm typing I realise that you still need to load them .. just being in that list doesn't make them available as models with an index of 100+ - a line "mmodel ..." is required to actually occupy such an index .. which is what you need to know when constructing your elevator (meaning predefined values in your GUI definitions).

...ah...another read of your post - another interpretation:
Are you asking why when you delete the definition from the modification-script you still see a list of them in the editing GUI?
*cough* If so - see my last reply in the thread above re:programmers-101 ... actually there are even two reasosn:

data/menus.cfg : still has a definition for it (missing steve_e's models of course ...) [repeat: DO NO OVERWRITE DEFAULT FILES .. repeat ..]
config.cfg : will also hold any (in this case the one with steve_e's models) personal aliases/alias-redefinitions of yours

Titanic12ship | 2008-04-09 01:03

I can type commands manually, it's just hard to memorize the numbers of all of the mapmodels. That's why I use the menu. And for mapmodels I really like that are not default, I put in the default_map_models.cfg so that I don't have to keep putting them in all of the configs of my levels. Of course, if I am going to submit a level, then I would add the mapmodels I need to the config, because other peoples' default_map_models.cfg is probably different from mine.

Titanic12ship | 2008-05-17 14:58

Please comment on this.

MeatROme | 2008-05-22 16:13

.. nowhere. You've got to learn to live with the fact the community is a bunch of individuals that look at stuff that interests them .. if no one is commenting, I guess no one has anything (more) to say.

Enough said.