Yes, exactly.
Actually, you might be able do this right now by modifying the messages on the levelup page. What I tried was edit the "you already leveled up this adoptable" to contain adoptable data and then put a link to the same page in the "click" message. And I do agree that personalities would be GREAT!This has probably been suggested but I'm going to go ahead anyway.
It would be awesome if adoptables could have personalities. Basically when an adoptable is created in the system, a personality for it would be picked randomly from a personalities list. The admins would make this list themselves.
This would probably only work if the adoptables have public stats pages though... otherwise it'd be kind of pointless. The personality would be displayed on the adoptable's stats page or box.
As an example this could be a list an admin would make on their site:
" Calm
Cheerful
Lazy
Arrogant
Stubborn
Generous
Shy
Aggressive"
and then when an adoptable is created, one of the above would be picked randomly as its personality.
I think this would make users trade and sell their adopts more so that they could get adoptables with their preferred personality. It could also make quests more challenging for sites that have quests, so instead of just "Bring me adoptable Y." it'd be "Bring me a female adoptable Y with a Cheerful personality."
Yup, that's exactly what I had in mind. For example, like DragCave: http://dragcave.net/lineage/r8uSRSquiggler, would this maybe enable you to click on a button on your pets profiles (for example) and see the past generations? I would kinda like that implemented as well... It would be a nice add on to have, and it would definitely mean that people would enjoy the breeding aspect more as they could keep track of the past generations and, I don't know... breed 'pure blooded' pets. (Whatever that would entail on your site, either breeding with only that one colour or type... whatever )
IntoRain was able to do that for me- you might want to ask them how they did it. Example.This would probably only work if the adoptables have public stats pages though... otherwise it'd be kind of pointless. The personality would be displayed on the adoptable's stats page or box.
Also, I'm not sure if this has been mentioned, but would it be possible to create a simple "competition" system? Like, maybe there could be "rounds" that run once a set number of adoptables are entered? Then the system could compare the pets' stats and the one with the best stats wins and earns a reward?
I did this system for Infernette's Forest of Mirrors, it's kind of boring and very rarely used I think. Rounds take long to start, since they need to be full before calculating a winner.
Each competition asks for a certain adoptable (Infernette has implemented stats and moods and season/time of day an adoptable was born in) and has a limited number of entries. When it's filled, it calculate the top 3 adoptables with the best stats and distributes rewards (money)
If there's enough interest I can try to ask her if I can make the code public and translate it to 1.3.4, since I plan on doing many mods once my vacations start
For v1.4.0, I'd like to see some database optimization done. Some of the VARCHAR values could easily be held as CHAR values.
There are trade-offs, both with their benefits. VARCHAR values take up less disk space, because while they hold a maximum value, they store the contents dynamically. But it's because of this reason exactly that they query slower. CHAR values will always take up the exact amount of space you allocate, whether they are filled or not. But because they are predictable in this fashion, queries through them run up to 20% faster. On the downside, again, is that they are storing the full length of the max you set, regardless of how much of it is filled.
For values that will barely change in length, useralternates in the owned_adoptables table, for example, CHAR(3) may be a better fit, given it will only ever hold yes/no values (and at that rate, rewrite the code to handle it in binary, perchance?), or gender, as a better example, it only holds one character, easily could be CHAR1 instead of VARCHAR10. I think the entire database could use a look over before release, trim up some absurd lengths here and there, etc.
It comes down to size on disk versus query speed. Some more reading here?
But if there's going to be any importing from previous versions, there could be conflicts... =/
Having Mysidia on git would really help. People who like this framework could contribute with bug fixes and aditional features, etc. SourceTree is a good interface that supports git, so you don't need to use the command line if you feel uncomfortable with it
^^; Will it still be negligible at 6,000 users?