| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Just a few notes that would help us translators immensly:
* Please do not split one sentence into several strings
* Please try to refrain from inserting extra spaces into the strings
(cherry picked from commit 9712489ef67f95d6a5fa1fc3102bb7c4ee6a1f59)
|
|
(cherry picked from commit 244b0d9b46128ab3498da078020c8bbf8c65f69f)
|
|
The crash was due to an assertion which shouldn't have been there, so I
removed the assertion instead. I've also made sure the unknown item has
its id initialized to 0, so that it can be used to check against instead
of the item name.
Normalization of item names was moved within the item database.
|
|
The client crashed when entering [] inside an item link, for example
the string [[]].
(cherry picked from commit 86a055d46df5a262fce0f76697cc3d54e75b19e1)
|
|
|
|
Sorry about that.
|
|
Well, opinions might differ about what looks better, but anyway. :P
This also fixes the skin to not take the repeating middle into account
when calculating the minimum width and height. And due to the larger
image parts it should perform a bit better with OpenGL.
|
|
(cherry picked from commit e7df8c9dd7ebc14c1263c19c6a238ebcf4fd9465)
|
|
Should be no change in behaviour.
|
|
Notice that in Being::Logic() we call Being::setPosition() with the added
offset of x+16, y+32, this makes both the Vector Being::mPos and Being::mPx /
Being::mPy not mean the same as pre-merge client. Thus some effects and code
dividing these members with 32 to get the tile coords get wrong results.
Perhaps this all these methods of getting x,y on beings should be cleaned up
so we have 1 method we settle on and store the sprites' fixed x,y offset on
the sprite itself. so we have x + fixed_offset + animation_offset and not all
these magic numbers floating around.
(cherry picked from commit fc6b38d113e7f78af1075a37e1853e00294742e9)
|
|
(cherry picked from commit ff4b7434b7bd25412a24a13bc0ef00e253c17f0e)
|
|
Mantis-issue: 697
|
|
It was only being applied to the outline and shadow. This improves the
fadeout a little, but because the text is being rendered multiple times,
it still looks strange.
(cherry picked from commit 3591c264f14edf300e7d3ea20577c517a092cf50)
|
|
Video and player setup pages now look a bit better when translated or
when the font size is increased.
|
|
|
|
Also fix the height of Avatars
|
|
Enumeration values not handled in switch and an ambiguous else.
|
|
The move up and move down keys will now let you navigate the list mode
and change the value on the integer mode.
|
|
|
|
|
|
Rather than expanding PartyWindow again, call mLabel->adjustSize(); and let players resize the window if they need to.
Also shrink the minimum size of the PartyWindow.
|
|
Very hackish and would require altering eAthena. It also isn't very
portable; if you use the same character name on multiple servers and are
a GM on one of them, the client will try to make you a GM on the other.
|
|
|
|
Causes when other party memebrs were on the same map and they came in
range, they wouldn't get hilighted. Also simplify the check for correct
player (avoiding problems with multiple characters on an account).
|
|
|
|
Guild will no longer show for eAthena builds and party will only show if
you are in a party.
|
|
|
|
Instead of every character on the account (for eAthena).
|
|
ItemContainer now adjusts its number of rows to the last used slot.
|
|
|
|
|
|
|
|
|
|
|
|
And make a few others like that, and remove them too.
|
|
It's already being displayed elsewhere, and it's partly broken anyway.
|
|
then Item pointers.
As suggested by Bjorn
|
|
|
|
Was causing a lot of issues (mainly segfaults) when things were used/dropped/stored/retrieved
|
|
Since there are now brackets around the hp values, we need the room for them, too.
|
|
|
|
It now behaves like most windows: defaults to not visible and will save
it's visibility. Only the user should be altering it now.
|
|
Also changed the config key to make sure the new default applies to
everybody. It is now 'persistent-player-list' instead of
'persist-player-list'.
|
|
|
|
partially broken, and my experience has been that players have been
frustrated more by accidentally setting them than actually wanting them.
They'll still be settable in the configuration file for anyone who needs
them, but they seem more like a programmer's debugger than a useful
option.
Signed-off-by: Tametomo <irarice@gmail.com>
Signed-off-by: Bjørn Lindeijer <bjorn@lindeijer.nl>
|
|
Based on a similar change Tametomo made in Aethyra.
|
|
Signed-off-by: Tametomo <irarice@gmail.com>
Signed-off-by: Bjørn Lindeijer <bjorn@lindeijer.nl>
|
|
setting since this is only saved on manually setting visibility. go back to saving visibility and use sticky bit to decide if minimap should be turned off or not.
|
|
|
|
Not very useful. :P
|
