Name based sink module
MrTJP opened this issue · 13 comments
Im just going to leave this here, since it was a past issue...
http://oi45.tinypic.com/2sb33me.jpg
Obviously very primitive, but its almost done...
the problem with a name based sink, is that the server doesn't have a language, so there isn't a human readable name which the server knows about, other than the class of the item. The current solution with CC involves a client manually sending their language data to the server, so that a match can be made server side.
hmm, could we have a select language button .. find "ore" in 'en'. - because the server can fetch a language specific name for something.
building and inserting a dictionary-letter tree (with string/itemID leaves) wouldn't be that hard ...
For this to work ive used the same method the cc command in the core routed pipe. Ive tested in single player and it does work. Im not sure about a dedicated server though.
On Mar 4, 2013, at 1:23 AM, Andrew Hill [email protected] wrote:
the problem with a name based sink, is that the server doesn't have a language, so there isn't a human readable name which the server knows about, other than the class of the item. The current solution with CC involves a client manually sending their language data to the server, so that a match can be made server side.
hmm, could we have a select language button .. find "ore" in 'en'. - because the server can fetch a language specific name for something.
building and inserting a dictionary-letter tree (with string/itemID leaves) wouldn't be that hard ...
—
Reply to this email directly or view it on GitHub.
SSP uses the real item name function. On the dedicated server /lp tn is used so different names are possible.
I see. So simply using getfriendlynamecc wont work?
On Mar 4, 2013, at 6:09 AM, davboecki [email protected] wrote:
SSP uses the real item name function. On the dedicated server /lp tn is used so different names are possible.
—
Reply to this email directly or view it on GitHub.
It works but not correctly. So in SMP it can cause some weird behavior. The /lp tn language database is more or less only a workaround.
Can i get some basic info on how to handle this?
On Mar 4, 2013, at 8:21 AM, davboecki [email protected] wrote:
It works but not correctly. So in SMP it can cause some weird behavior. The /lp tn language database is more or less only a workaround.
—
Reply to this email directly or view it on GitHub.
i never mind. i think i will just finish the module with how it is and it should be quite simple for you do change is to the correct way...
On Mar 4, 2013, at 4:50 PM, davboecki [email protected] wrote:
How to handle what?
—
Reply to this email directly or view it on GitHub.
feel free to join irc - #rs485 on irc.esper.net is where davboecki,artForz and I are on, most of the time.
@Sadris A pr got submitted, but it didn't get merged quick enough AFAIK