Preparations for 2.1 release discussion

[EternalHarvest]

It looks like the most of important stuff is done (except xKore 1, random bugs in AI and maybe bugs in the most recent features).

Is there something else we're missing?

And about recently added stuff: maybe instead of locale_compat boolean option add more useful one, which will specify which tablepack to use? Just like --tables. And 'locale_compat 1' will become something like 'tables tables/Old', not so hard.

[kLabMouse]

It looks like the most of important stuff is done (except xKore 1, random bugs in AI and maybe bugs in the most recent features).

Is there something else we're missing?

Nothing more. Just "Status Handle" and "xKore 1".
All this is not hard at all.

And about recently added stuff: maybe instead of locale_compat boolean option add more useful one, which will specify which tablepack to use? Just like --tables. And 'locale_compat 1' will become something like 'tables tables/Old', not so hard.

Could be. but "locale_compat" was made to make Kore compatible with old configs, because Statuses/Skills where updated and localized.


Still 2.1 will be the last release that supports numbered ST's.
Also, in future versions, we better concentrate on xKore rewrite and Actor system Rewrite.
So we loose thus things that take OpenKore down, and makes too much bug's.

My suggestion, is now fix/make thus two changes to Kore. So we could Release and branch out "stable" Release.
"stable" branch will be bug fix only, while we implement new features and some code Rewrite in "trunk".

[EternalHarvest]

Nothing more. Just "Status Handle" and "xKore 1".

Status handles are implemented.

"locale_compat" was made to make Kore compatible with old configs, because Statuses/Skills where updated and localized.

Still 2.1 will be the last release that supports numbered ST's.

Is there anything beside tables switch that's done for that type of compatibility, or will be? Presence of numbered STs irrelevant.

[kLabMouse]

Is there anything beside tables switch that's done for that type of compatibility, or will be? Presence of numbered STs irrelevant.

Nothing More. The table switch must change the loading files, just like "--tables" switch.
It was made simple to use, and all Old/Changed files located, and must be loaded from "tables\Old", that are made for compatibility reasons.

[Technology]

xkore1 works on all servers, there are just a few minor quirks:
- You can't use the public chat ;command. (But you can use party/guild/private chat ;command.)
- On some places ai_clientSuspend isn't called.
- $char->{look}{head} and $char->{look}{body} aren't updated in kore

Lets take a look at the parseOutgoingClientMessage sub in functions.pl
To fix the quirks, you could hook RO_sendMsg_pre in the designated serverTypes.
This would move all server specific stuff to the serverTypes and remove the need for checks like:

$switch eq "0072" && $masterServer->{serverType} == 13

There is one more thing that bothers me, the substr unpacking.
It would be awesome if we could just use the pack strings of our sent packets to unpack these packets.
We could do so if we implemented this.


Now, for something completely different.
May i suggest we rename the .grf extracted tables back to their original name?

Code: Select all

[grf files]
itemslots.txt         itemslottable.txt
maps.txt            mapnametable.txt
itemslotcounttable.txt   itemslotcounttable.txt
itemsdescriptions.txt   idnum2itemdesctable.txt
items.txt            idnum2itemdisplaynametable.txt
quests.txt            questid2display.txt
resnametable.txt      resnametable.txt
skilldescriptions.txt   skilldesctable2.txt
skillsp.txt            leveluseskillspamount.txt

This is only a minor effort, but will help those that extract the table files.
this was suggested here

also, maybe we can we make %skillSP_lut obsolete?

done

[EternalHarvest]

skillsailments.txt needs status handles.

[Technology]

wxstart.exe doesn't display colored text

[EternalHarvest]

Btw Mailed items are not removed from inventory. More mislogic behind this in comments in Receive::ST0.

[EternalHarvest]

(Tried to configure all chat messages to be on different background for better separation)

consolecolors.txt background color doesn't mix well in terminal, maybe problems with other interfaces, too (seems like Wx ignores settings which include background color).

[EternalHarvest]

consolecolors.txt background color doesn't mix well in terminal

Fixed for Console::Simple.