stalker314314

it says fixed (maybe for next update, sorry if it's that), but i just hit tele there, searched here, so i post

hi all, i have idea to make bot that will occasionally (twice a day, or so) pm trade bots and see what do they have in stock and other players could easily find what bot have some item and its price (via web and/or pm). I think this could be useful for players. Only problems i have now is: hosting (anyone willing to host it?) and testing (i can't do testing on test server, because of problem's nature - there's no bots on test server) use case: [pm to thisbotsname] sulphur [pm from thisbotsname] sulphur have: tradebot1 (1gc), tradebot2 (2gc) does this exists already? what do you think of idea? approval?

i agree... it's sad, manuers are not sticking together:/ i mean, imagine all manuers that can create (for example) titanium shield to charge (nominal price)+5kgc...what would happen? player who want to buy it will buy it no matter of price (in fact, in that case, it would be normal to pay that much for it), and manuers could make profit out of it...but there is always some guy that will charge nominal price (although he will not profit) and all others have to lower the price because of him. My char, for example is 51 manu lvl, but i don't have nothing, since i could not possible make profit...crafters, potionist can, only manu profession is not profitable. My thinking currently is not to manu any more, because i could do other stuff, and if others manu start thinking like this, manu will die (of course, it will not die literally, just it won't be as much manuers as now). As i can see it, problems are manuers itself...they allow themselves lowering the prices as much as possible, and not respecting what they have, and putting themselves in position to be treated as beggars humiliating themselves (of course, this is not that tragic, i'm travestying a bit;) Not to look like only complaining, i propose solution in terms of virtual middle age guild (esnaf) where all the high manuers will be (entering will be automatically, no discrimination, and will require certain high manu lvl and/or some knowledge books) and where they will decide about prices, dictating them, steps to be done, forcing people to buy at a little higher prices, sticking together and in general - making manu a little more payable. Of course, there has to be consensus, but if all manuers are for that, there it goes first consensus:) What others think of that? too romantic, too comunistic, too good;) maybe? pros/cons? Too all manuers: Manufacture is hard enough and it should be respected, but if we don't respect it, others will not too:/

I know it's embossed, but that's because i didn't use threshold, just simple ede detect, i will polish that soon. And, of course it will be customizable, that's why i'm doing it no. yes. freetype2 only.

i played around a bit first, i menaged to do this: http://sr22.no-ip.info/~baki/el_freetype/font.PNG (this is only with overridden draw_string_small function!) (used font was courier new:D) as you can see, there is no outline, which makes a chars a bit harder to read. Freetype does not have outlining mechanism, so (after hours and hours of thinking and trying) i decided to go with convolution matrix of edge detect filter. it needs a bit of tweaking however, but simple result would be like this: http://sr22.no-ip.info/~baki/el_freetype/outline.PNG so, basically, we will have two glyphs, one for inner blt-ing, and one for outline blting (outline will be in default gray color, while inner will be in current gl-set color). random thoughts: I have to work much more to get this thing done right (i am aiming at exact look before using freetype), also, i sometimes don't get color right (example is inventory description text which is white, but in game is green), but it only occur in specific parts of rendering font, also, i had to develop caching algorithm for glyphs (which should act as hash table, and cache glyphs on the fly, meaning i will cache chars 0-128 on startup, and if greek (for example) char is asked, i will load it, and cache it). While for freetype to work, mainly font.c and font.h is changed, for utf-8, i assume that there will be changes everywhere in code. Also, my idea is to create new directory called fonts/ where all .ttf will reside and users will be able to switch fonts (like they do now). FPS is not changed (i did not measure it, but i'm saying this by looking at it), and loading time is also not affected at all (again - subjective). it will be a long time while this thing is pleased to eyes, and twice as long till it will be ready to patch and (hopefully-my-work-isn't-for-nothing) merged with EL what do you say? how this looks to you? any ideas? any bad things? pros,cons? off to work

qiuck post: i investigated a bit more, SDL_ttf is not good, cause it uses SDL system to handle surfaces and fonts - as things are implemented now, it is not a good solution (e.g. it is a enormous and tedious job, afaik), real thing would be using opengl+freetype2 (e.g. freetype loads ttf, renders glyph, convert glyph to image, opengl shows it) off to try implement it

I was thinking of converting old image fonts with SDL_ttf. Of course, there are some things I need to talk to you. First of all, if time permits me (and you too), encyclopedia is first part to be rewritten to use SDL_ttf (other parts of code involving font will be easy if I manage to do this). This idea is started at this topic: http://www.eternal-lands.com/forum/index.php?showtopic=29530 Problems: 1) SDL_ttf uses freetype2 which licence is a bit with uncertain future and misty licence problems...so, if devels say 'no' here, i give up too, but just wanted to mention that (not to end up with 500 written lines of code and you say patch is not acceptible ) 2) Dependencies...oh sweet dependencies, how I love you - this maybe-i-will-make-it patch will bring new dependencies , namely freetype2 and SDL_ttf...devels, are you ready for this? I just wants devels to answers me these 2 questions before (and if) I start rewritting client code Tnx in advance

uhm...just to say...current CVS elc.dsp doesn't include all files which create linking problems (or maybe it's just me:/) anyway, missing files are: queue bags storage skills session loading_win highlight list alphamap update (both .h and .c)

i was going to write translation in serbo-croatian, but I quickly realised that utf-8 in xml declaration is wrong. In fact, as I searched more, I realised that, in fact, fonts are the problem, not xml declaration. You can't expect to have translation in more languages then there is now, with your custom bitmap fonts So, my question would be is there any workaround to get š,đ,č,ć,ž to work in EL client's surrent state (which is kind of egoistic/"serbo-croatian centered" question because I should preferably ask for workaround for all utf-8 characters) and is there any thoughts of implementing real TTF fonts for EL client? Oncu you have real utf-8 support, you can expect to have translation even for asiatic languages...until then...99% world languages will have to wait

pls delete this if it's of no importance i'm curently building jabber sms gateway, and i ran into this: https://www.aspsms.com/ so...just wanted to say that:)

stupid hamster can't make 180 degree turn:-/ anyone made it?