mouser

Full Edit button does nothing for me, either left or right clicking - Using Mozilla 16.0.2 Also, when I save my changes, it doesn't take me back to the page with my post shown. It does save the change, but I have to go to another page, then back to the thread page to see my changes in the actual post. Edit - figured out how to get the full edit working. Save thing still the same though.

Awesome work Tsuki! If you're still thinking about adding class description text - which would be great, here's how I would do it: 1) Type the 'descriptions' directly into the scripts - have a documented area with comments explaining how to add the stuff for the users, similar to Modern Algebra's Journal Script. 2) Treat the descriptions as regexps. 3) This part depends on if you're using a monospace font or not. Monospace: You know how many characters wide the box is, let's just say 24. Check the 24th character, if it's whitespace then write those 24 characters on the first line. If it's not (meaning it's a character), count backwards until you find a space, then print those character on the line, and use that number for your next starting point. Either way, just pass the regexp starting from the last character printed +1 to the end back to the function (recursive call). Not Monospace: You have to go one character at a time and add the width of each character. Once you get to the width of the box, check the character, if it's a space, go ahead and print that line, if not then go backwards till you find a space and print that part as your line. That character is your new starting point, recursive call, blah blah, blah The tricky part will be the EOF. For this I'd have a conditional at the top of the method that checked if the length of the regexp, remember we keep passing a shorter 'string' each time, is less than the width of the box. If so, print that line and return. The only other difficulty I see is RGSS3 has a 'stack limit' for recursive calls, so you can't have more lines than that limit. I don't think you'll hit that limit with this though.

I'm curious as to what you mean by the above. The only economic approach I'm aware of that works is to charge exactly as much as customers are willing to pay, while keeping the demand high enough to keep you busy (remember price determines both supply and demand in a free market).. If you charge less than that, you're short-changing yourself, while if you charge more, you won't get as much work, so you still come out behind. Believe it or not, it is possible to write and mail a letter without having a law degree. DMCA takedown notices are incredibly easy to send, and are enforced almost without question. You send one to the person using your script. If he doesn't take the work down voluntarily, you send one to the company hosting his webpage. Then his page gets shut down until the matter is settled. Or his game gets pulled from the sale list if he's selling through a portal. That's generally enough to motivate people to start being co-operative. Most people don't take the time to register their works or learn what they can do. The simplest thing of course is to write custom scripts: you get the money, your customer gets the script: everyone is happy. But even with a CC N/C license, copyright law still holds, and if you bothered to spend the $35 to register your code with the Dept. of Copyright, you have every right (and reason) to mail off those letters.

Encryption helps. Personally, I don't use 'plug and play' scripts (well, I do, but I don't just drop them into 'materials'). I integrate them all and overwrite the base classes whenever possible. I'm sure someone who wants to can crack open the code (problem with Ruby being an interpreted language - you can't just deliver an executable) and look at it, but unless they really know what they're doing (in which case they won't need my scripts) they'll have a hard time figuring out how to pull out just the things they want without breaking something else.

Ruby is a great place to start if your goal is creating scripts in RM, because RGSS is Ruby. If you goal is to have a more general programming ability so you can work with other toolsets or engines down the road, I'd suggest starting in C/C++, learning C first then learning the stuff C++ adds to the language. Even if you learn Ruby first, you'd want to pick it up at some point anyway because it's what pretty much everything else uses.

Thanks Vlue It's even elegant!

To Vlue or anyone else familiar enough with the script to answer: Right now, the script is set up with an 'exclusion' block where you can put maps you don't want the clock to change on. I only want the clock to work on one map (the world map). Every other map, time stands still - no changes in tinting, no time advancing, no nothing. Is there an easy way to set that up rather than having to put every single map ID in an exclusion array?

Yes, you have the msgbox and msgbox_p commands available. msgbox_p generally prints out a more 'human readable' form of the output. So in your example: msgbox_p(txt) would bring up a new window (killing full screen in the process) showing "hello world" and waiting till you hit the <okay> button at the bottom of the window before continuing. They are great tools for debugging and checking program execution flow.

Wow! I thought I had all your tracks but they keep on coming - You may have to get listed in my credits twice

Very Nice! I could picture scenes as I was listening to the music.

And here I thought you had the warlock's Mana Drain (or whatever the hell that was called): instead of losing mp to gain hp, you lose hp to gain mp. Very nice though

Obvious I should test my claims before making them For the most part, I think it is a matter of understanding how a map creation algorithm would actually work. When I look at 2k3, I see several options that change how the algorithm runs, resulting in different types of maps (open-room, winding passages, etc.) At some point I'll have to read about it cause I can't think of anything at all. It's interesting stuff (if you're into pure CS anyway). Related to pathfinding. I don't know what algorithm Ace uses for events when set to "approach", but it sucks... It's not bad enough that it doesn't work though, and I would think that is hard-coded in the engine, so not much you can do about it. I take that back, there is a way you could do it, but I doubt it would be worth the work. The algorithm their dungeon generator uses is extremely simple as well. You'll notice it if you play around with the widths of the map. There will be "magic" spots where suddenly the number of rooms across increases. You'll never have a map that will generate three big rooms across one time, and "reroll" to get four smaller rooms across the next. I'll bet it's pretty much Diablo II's tileset dungeon generator, but without the pretty picture part.

Return of the Newbie Sword!!!

Confuse your enemy and hope he heals you. Blue mages are about the most versatile classes in every FF game, it isn't like the class can't function without healing. Having a means to control your enemy is probably the easiest (and best) way to accomplish what you want. You're not lagging up every battle checking for conditions that probably won't be there, and you also get the benefit of using that control to learn "harmful" spells as well - this was the only way to get some of those spells (or at least to get them early in the game) in a couple FF titles. I'd love to see it attached to the actor rather than the armor, but I'm not going to say it isn't usable that way. In some ways it's better - sort of like a dual class character.

Yeah. And the reason numbers like 001 wouldn't work (even though that still works out to 1) is that after the first 0 it expects either an x, like 0xFF32, or a digit (1-7). It's just a simple language, you can't go confusing it like that Edited (1-9) to (1-7): 8 and 9 are not valid digits in an octal number