Jump to content
Confused Cat

Mark dragons that have only bred during Holidays

Recommended Posts

Dear TJ, please give us a warning when we try to breed a pair that has successfully bred during holidays but might still refuse, so that we can decide to use fertility.

 

 

user posted image

 

 

More text in case the above doesn't say it all:

 

The mate selection list always shows the dragon's previous mates first. This normally means "yes, they like each other, they have bred before and will not refuse ever".

 

... Except when one of them is a Holiday dragon and they have only been bred during its holiday season. Then the mate is among the other previous mates at the top of the list*, but they can still refuse. Which can be especially frustrating with holiday pairs because the mates can be very hard to replace.

 

(* I'm quite sure it is, but I don't think I have an untested holiday pair right now to check.)

 

If the dragons have bred before AND a refusal is still possible, I would like a warning symbol next to the mate's name, and on mouse-over, an information text that states "this pair has only bred during holidays and might refuse when bred during non-holiday time" (or similar).

The symbol goes away as soon as the dragons have been bred out of holiday season, because then they are either a "real" proven pair, or - worst case - they refused and the one mate will be shown as "rejected".

 

 

I can see one problem with this:

Inexperienced users could get the impression that all dragons without a warning symbol will not refuse, when in reality they have just never tried to breed them with that dragon.

Maybe this could be prevented by adding a bit of text above the mate list, or sort of a subtitle "Untested mates:" between the tested and untested mates.

Share this post


Link to post

Yes, they are at the top of the list. >.<

Yes, they do refuse perfectly happily. >.<

Yes, its super easy to forget that they haven't bred outside of a Holiday. >.<

 

Been there, done that, support some warning. Also support the same identifier for dragons that will refuse each other outside of the Holiday window, such as Holiday x Holiday and Holiday x Normal that refuse outside of the window. I have a pair like that, and I periodically re-breed them (and they refuse) when I'm doing mass-breeding. So then the mate goes to the bottom and grays out, and I have to take extra steps at the Holidays to breed em.

 

Cheers!

C4.

Share this post


Link to post

This sounds reasonable. I agree that there might be some confusion for newbies who don't quite understand how breeding works, but there could also be confusion when a dragon that appears with the already bred dragons refuses. Before, there wasn't anything that could be done about it, but now that fertility reduces refusals it matters.

 

(I personally use fertility on every breeding I do, even if it's not a new pairing. I've had this habit ever since we got fertility. But I understand that this would be important for people who don't use it much.)

Share this post


Link to post

I support this, especially when I only use fertility for pairings that people ask me to breed. Most times I just go by what's at the top of the list as already being tried and true. This would help for newer holiday pairings especially.

Share this post


Link to post

Totally support. I've asked on the forums before why my established pair had refused, not realizing that they had only bred during the holidays.

Share this post


Link to post

I was just thinking about how nice this would be to have. For dragons that have only holiday offspring, I can't always remember whether I tested them with Fertility before the holiday (and just got no interest or no egg). I'm afraid I'll breed a pair that I've never used Fertility on, not realizing it's their first out-of-season breeding, and I'll get a refusal.

 

Support!

Share this post


Link to post

I support this 100%. It would make it a lot easier to figure out if it was "safe" to breed them without using fertility.

Share this post


Link to post


  • Recently Browsing   0 members

    • No registered users viewing this page.