The new Expanded Inventory View design

[Yunuen]

They could do a compromis version:
- small (1 block for each per page; all in all 4 pages) [current "small"]
- middle (2 blocks for each per page; all in all 2 pages) [current "big"]
- big (4 blocks for each per page; all in all 1 page) [old "big"]

I wish they had done something like that instead. I really liked seeing my entire inventory all at once. I don't like smaller views because it feels so cramped, but I'll just have to get used to it for now lol.

[Santherelle]

Found this on the Japanese Forum

(auto translated)

Hiroshi_Minagawa
Dev Team
Hiroshi_Minagawa's Avatar Join Date

Hello, this is Minagawa in the UI section.

Many opinions and requests from you,
A) "I want you to be able to select by leaving the traditional display"
　* Including "I want you to return to the previous display"
B) "140 items of 10 x 14 with one tab I want to display "
I will answer about two of the above.

A) very difficult for, uneasy you but revert to the previous display, or
　 there are no plans to add a display of choices.
　 I will explain what is difficult next.

B) is planned to be added in the future as a dedicated option for PS 4 version, Windows 64 bit version.


※ following, we will explain why, but
　if you know the conclusion reason (excuse) is unnecessary, is not the content of the problem I am skip anyone who wants.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
￭ why it is difficult to revert to the previous display?
The history of changing the display of items this time goes back to the
time of development of the extended version 4.0 which increased the number of items possessed and
the UI design of the old new version.

The
following two ideas were considered when renovating to increase the number of items possessed by player characters in Enhanced Version 4.0 .

Proposal 1. Handling 25 items as one group
　　　How to increase from 4 groups to 6 groups (150 items) while maintaining the conventional database configuration .
　　　If there is no problem on the load, it is assumed to increase by group.

Proposal 2.1 How to increase the number of items in the group itself from 25 to 35.
　　　If there is no load problem, we assume that we will increase the number of groups.

Thinking normally, I think that it is determined by "plan 1".
With this addition method, you should have had no sense of incongruity.

Originally, at the UI design stage of the new-generation version, the number of item holdings is increased by 25 units. In
the concept screen shot at the time of announcing the new version ,
we published 25 screens of 6 groups screen
, In
order to promote implementation as fast as possible while raising the use efficiency of the data storage area for items during development, it is
necessary to add items attached to the moogretter and a temporary item storage area at the time of trade after the area where player items are stored
It was decided to install it continuously, and to implement item related processing and storage area collectively.

This will affect (now).
As compensation for capacity efficiency and development speed, it became difficult to add belongings on a group basis.

As for how difficult it is, you
will need to modify functions (such as Moglets and Trades) that appear to be irrelevant to the addition of item holdings (rather than remaking).

In case 1,
because there are many functions that the engineers widely involved in the extent of influence due to addition are handed over and there are many functions that are handed over from the original program personnel,
unless we actually start the revision work, how much development time It
was an opinion that it is difficult to estimate whether it is necessary . (Concern that it will not be in time for the release of the extended version is strong)
On the other hand, Proposal 2 was clear in man-hour estimation.

As a result, we abandoned "plan 1"
to increase the number of groups and increased items in the extended version 4.0 with "plan 2" which increases the number of items in one group.


When the extended
communication version 4.0 was released and the communication load of the server was counted with the
number of possessed items increased,
we also found that if the number of items possessed is increased and the data of the character increase, the server can not tolerate traffic .

Therefore, addition of possession of the PC and the possession of the army chest is switched
to the
policy of enlarging version 4.0 as the last , increasing the number of items possessed by another method, and converting the item to another format and saving it.
※ This is a chocobo bag and dresser related function that was implemented this time.

　+ + + Although the

introduction has become longer, based on the above circumstances
I will explain "Reason for changing the display method" and "Why it is difficult to return to the original display".

As we adopted plan 2, at the time of 4.0, the display on the application side and
the management method for the item information on the server side were not engaged, but
as a temporary response until the additional policy of item holding number is determined
, I was overwhelmed with a program to tailor it.

It is
very difficult to add item related processing as it is with such a program, and the stability of the program can not be secured.

Therefore, in order to arrange
the display method of the application to the configuration contents of the changed database in order to increase the number of items, and to
organize it once in a program that is easy to expand in the future, we carried out this renovation.

For such circumstances, revival is difficult in the conventional 5x5 display
has to answer for disadvantage after the correspondence is as large as, "There is no corresponding schedule."
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
￭ expand: the 140 items for batch display
We are thinking that this can be added as a dedicated setting for PS 4 version and Windows 64 bit version.
Windows 32bit version, Mac version can not cope because the UI memory required for icon display is insufficient.
However, since difference processing is added for each OS,
please wait as we need more time than adding a normal function .
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

or more, will be the description of the display change of this belongings widget.

Although it is very hard for me to become inconvenient due to familiar operation and change of display,
I think that it is necessary to add various functions from now on and decided as lead UI.

I think that there are also people who can not be convinced, but I thought that the
development side would like to tell you what additions and changes of functions are being
done.

I would be pleased if you continue to give us your feedback.

[Krotoan]

Found this on the Japanese Forum

(auto translated)

interesting. So there are "chunks" of inventory and the server reacted poorly to larger chunks, so they pared it to more chunks and swapped some over to a whole new way of saving it in the dresser and the chocobo bag.
looks like the UI is a problem in mac and 32 bit clients too.
Nice to have some insight.

[Vaer]

interesting. So there are "chunks" of inventory and the server reacted poorly to larger chunks, so they pared it to more chunks and swapped some over to a whole new way of saving it in the dresser and the chocobo bag.
looks like the UI is a problem in mac and 32 bit clients too.
Nice to have some insight.

They wanted to add another 2 bags after the 4 bags we already have, but when they were making ARR to save time they appended other item data (temporary trade data, mog mail items) after the 4th bag.

To add the 2 more bags they wanted they would have to deal with all the other item data that is being stored after the 4th bag (according to this they would have to modify that block and get the original programmers on board).

Instead of wasting more time and resources doing that, they just increased the size of the 4 bags we already have by 10 slots. They then used some code to sort and parse the display of the 40 extra slots since the UI was still in groups of 25 instead of the new 35 in 4.0. (I guess this is why it looked like they just glued 40 slots to the end of the inventory)

In 4.1, they redid the UI to match the new 35 items per group and split it into 2 tabs to accommodate older OS and want to add 4 groups to one page for the OS that can handle it.