Progress : - few minor bugs fixed - physics & display system updated, to allow next update - room change working now !! (great thanks nemo but I used your method in a different way ) - missile tanks added !!
Here is my today's and yesterday's work
(screenies if I could have enough time )
WOW, missiles, very good!
My questions: > Are enemies done yet? > How large is the program so far? > What are the important things you still have to do before big release?
Yeah they did but the reason why I planned to start #2 in the first place was because ticalc.org started to either ignore great programs like Mobiletunes, Tokens or Exodus or be very slow in news posting, like in 2006-07, and are heading in the wrong direction if the trend continues. Since this lasted for a while I decided to start planning an alternative. Of course they would continue the POTY, but still remains the fact a bunch of programs would be unfairly ignored.
Exodus was featured today Tokens is a great program, but I wonder why it is not featured, it's really good.
Mobiletunes is AWESOME!!
Anyways, any idea when new categories will be announced?
tags CSS, I've checked Omnimaga's CSS, but it's divided into 3 CSS classes and I don't get it.
Bottom of the question, does anyone have a CSS Class code for programming code (not highlighted, just that box with background, specific size, font, etc)
I think I should be able to get the sprites in contiguous memory. I like this method, because it makes it easy to see where sprites begin and end in the code.
Here are a few additional tips I can share based on my own calculator and professional experience:
Build smart software. Smart software make extensive (but never read) documentation useless. Smart software make the user feel he has been using it forever even the first time. Smart software subtly suggests. Dumb software impose constraints. A screen that adapt what it shows based on previous use is smart. A preference setup that reset to the startup values after a crash is dumb (I'm sure you know one).
make sure of the quality of what you build. Test often and extensively. Track the features of the game, identify reproducable test steps, learn when to re-run them for regression testing. Look for automated testing and build custom tools to make it possible, the time invested will quickly be profitable to the quality of your work. Version control may also be of great help to track changes and understand regressions.
streamline your release process. This is a prerequisite to frequent releases (and thus users feedback). A release cycle includes building, testing, packaging and uploading. Simple custom scripts will often be enough, but you may also have a look to well-known tools that make the job easier such as Make, SCons, Rake or Gradle. If you can't automate the process, try at least to reduce it to a simple and systematic manual procedure.
promote you work. An excellent game will become excellent only when people know it and believe it. Share early screenshots and demos, build roadmaps, announce important releases where users will ear them. Know what makes your work unique and tell the world. And always let the users drive you. Track feature requests and discuss them extensively. Make bug fix your priority: make it clear what information you need for the diagnostic, and take the time to reproduce them on your side (users aren't stupid, they are just not developers). Never let workarounds become the way to go.
* ScoutDavid totally agrees with ExtendeD and adds "Avoid being repetitively asking for coding help and sprites help in the forum, it is good for programmers like me, who are in learning phase, but if you want a professional game, think like Professional Programmers (Microsoft, Google, etc.), they don't run to forums and spam their doubts"
True. It doesn't help that the cable sometimes comes with the calc, though. It's a good thing but then people think it might cost like $1 or $2 X.x
On the other hand, I am sure some people will try to sell them $40 to people who are technology-illiterate. X.x
I don't think so... Technology-illiterate people don't need them
Of course not, everyone needs calculators
But not everyone needs to connect them to the computer.
The illiterate-technology-blonde-girls in my class gave up trying to connect it to the computer, they will never be able to do it MWAHAHAHAHAAH (me laughing evily and collecting their cables)
-A program made in Hybrid Basic with SpriteLib does not require SpriteLib to run in a shell, right?
A program that uses xLib always requires xLib, even in a shell. A program that uses Celtic III always requires Celtic III, even in a shell. In the same way, a program that uses SpriteLib always requires SpriteLib, even in a shell.
The difference is that xLib and Celtic III are included in DCS, even though it's hard to notice.
ooh that last sentence was very useful, since I have played celtic III games in my calc and I never even saw the Celtic III application.
Maybe when SpriteLib gets very good, Kermm can include it in Doors
I found a menu glitch during debugging where if the boundary conditions aren't properly set, clicking on a certain part of the screen won't draw the selection box but it will register a selection event. I fixed it, but if it's useful...
What are the buttons on the left of the screen in your screenie?
Ok, only today I found out what SpriteLib was...!!!!
It's like Celtic III and xLib, a library for TI Basic games.
Now I can post some doubts: -Is it made in HEX? -It's called SpriteLib, does it add any spriting functionality to TI Basic? -A program made in Hybrid Basic with SpriteLib does not require SpriteLib to run in a shell, right?
Show Posts
)
)
