science

[Girly68]

Science is really a big pain.... it would help a lot if we could have atleast 2 bookbinders

[Gammelbold]

+1

[Mortallicus]

+1 a second bookbinder please especially if you are going to keep the guild quests where we need to use them. Pretty please.
Or be able to queue in the bookbinder. A guildies suggestion but a good one :))

[Fat_Taff]

I think a bigger benefit would be allowing us to queue books in the bookbinder so that we can make better use of the glue buffs. We can queue items in the ph, rph, barracks, elite barracks etc. so why not the bookbinder?

[Thebullit]

+1 we need 2 Bookbinders or to be able to stack as the allotted item sometimes finishes in the wee hours and we lose a few hours where we could have another book started, thanks.

[Bluesavanah]

+1 unfortunately probably not going to happen the 200 gems to finish a book is there for a reason.

[Girly68]

well Bluesavanah without suggestion not at all

[Dorotheus]

I can't see them allowing us any means of obtaining books faster, not while BN and RBN have their current drop rates.

[Xibor]

I think a bigger benefit would be allowing us to queue books in the bookbinder so that we can make better use of the glue buffs. We can queue items in the ph, rph, barracks, elite barracks etc. so why not the bookbinder?

+1
Allowing queuing somehow. I don't want another bookbinder to maintain, just a way to use the current one more efficiently. I know that since the costs of the books change up to a point depending on how many you've made, I still think there could be a way to allow the books to queue - perhaps a coding challenge but do-able.

[Smiffy2204]

+1 on faster/queing books but not a 2nd bookbinder sorry no room for another
I can see this being a bit of a nightmare to program though as u can't make a codex without available tomes and also the costs change

Maybe a better solution would be if it auto produced manuscripts like any other production building with the option to make tomes and codexes seperately within the same building, I don't mind parting with an extra worker to do the job if needed but i'm still not gonna pay him :P

[Xibor]

+1 on faster/queing books but not a 2nd bookbinder sorry no room for another
I can see this being a bit of a nightmare to program though as u can't make a codex without available tomes and also the costs change

Maybe a better solution would be if it auto produced manuscripts like any other production building with the option to make tomes and codexes seperately within the same building, I don't mind parting with an extra worker to do the job if needed but i'm still not gonna pay him :P

I think this could work - just queue manuscripts. That way changes in cost do not have to be accounted for. Queue as many manuscripts as you want, and when they are finished (or you cancel some and the last one is done) you can queue some more, or do a different book. Nice compromise.

[Eeyore]

There is no problem queueing troops of different costs. The lack of queueing on bookbinder is more likely on purpose*.

*forcing relogging, more time in game is more spent on gems, finishing an item early to start the next is more spent on gems etc.

[Xibor]

There is no problem queueing troops of different costs. The lack of queueing on bookbinder is more likely on purpose*.

*forcing relogging, more time in game is more spent on gems, finishing an item early to start the next is more spent on gems etc.

The difference is that the number of recruits you build does not affect the cost of a soldier.
The number of tomes you build affects how many manuscripts it will require. The cost changes up to a point.

[Smiffy2204]

Bodged a pic check No.18
http://forum.thesettlersonline.com/threads/32275-Needful-Things

[Fiorosu]

+1
Allowing queuing somehow.

[Bluesavanah]

well Bluesavanah without suggestion not at all

http://forum.thesettlersonline.com/threads/32266-Archaic-book-mechanics-(Need-more-books)?p=294112&viewfull=1#post294112

[Eeyore]

The difference is that the number of recruits you build does not affect the cost of a soldier.
The number of tomes you build affects how many manuscripts it will require. The cost changes up to a point.
Ya, that's a fair point. It still shouldn't prevent it though. It's only a question of an extra line of code I'd imagine, to check the value of the variable for books made so far before adding an item to the queue.

[vigabrand]

more than 1 line of code. easy enuff to check if u have enuff manu;s when tome is next up in queue, but if not then what? programming stuff is pretty easy really, getting it to work in a presentable way to the end user is a bit more difficult...

how about an epic bookmaker? similar to the woodyard

[Eeyore]

Not going to bandy words with you about just how many lines of code vigs XD (or we could take it to G1, and liven up the place a bit). I've done a bit of programming and it bores me rigid, I think we should settle on "some lines of code".
As far as I can tell it simply needs to check the status of "some variables" including $tomes_total_count (or whatever it is) before putting the next item in the queue. If any of you are actual programmers as opposed to those like me who just dabbled and then got distracted by a fly or something you can correct me :P.

[Dorotheus]

It's not about can it be done it's about should it be done. How would you suggest handling the unbalancing effect of this suggestion ?

[Tine122013]

i would like to see a queue system in the bookbinder too......

[Brotherjon]

I think queing books in bookbinders would be good, but I don’t feel we need another bookbinder, especially now with the ability to now make batches of all book types in the RPH.

[Larili]

I guess a move to the top button will be wanted as well :)

[PELIAS]

Or maybe players can start to queue books when the player has reached the max cost of each or a certain book. Like a little reward for making so many. It will move things along but not so much that people could amass loads of books early on. This could help with the coding etc. Once the max cost is reached there will be no need to account for cost changes.

[HFoC]

as BB has already said, a queue in bookbinder is unfeasible to implement, that's why they added the recipes for RPH, where queuing mechanic is already present.