xm / fluorescence

Automatically exported from code.google.com/p/fluorescence
GNU General Public License v3.0
0 stars 0 forks source link

macro improvments #13

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
1. macro key "enter" doesn't work in windows (tested in win7 x64)
2. default config contains errors: the default map sizes for maps 0 and 1 since 
ML is 896x512 not 768x512. And size of map 5 is 160x512, not 320x256. Also the 
are no default dif files for map's 3,4,5. But there was added new map "0x" to 
replace map "0"
3. Client doesn't check valid config if some data is lost he just ignore 
without saying anything (whats why I see black screen after login).
4. It's good idea to make changing screen resolution more easy, maybe even in 
game? It's rather difficult to change it in gamewindow, then rewraiting all GUI 
xml's, also client doesn't set window size for game window, and some effectcs 
such as rain also need for changing sizes.

Original issue reported on code.google.com by staticz@uoquint.ru on 4 Jul 2012 at 2:07

GoogleCodeExporter commented 9 years ago
5. The key foe detecting mul version (mul, HS, uop) is missed

Original comment by staticz@uoquint.ru on 4 Jul 2012 at 2:46

GoogleCodeExporter commented 9 years ago
6. Also I think it's a good idea to make options for max, min zoom level 
values. Because a veru big zoom level can make client crash and cause a big lag.

P.S. Abouy #5 You writed
{{{
    if (config["/fluo/files/format"].asString() == "mul") {
        fileFormat_ = FileFormat::MUL;
    } else if (config["/fluo/files/format"].asString() == "mul-hs") {
        fileFormat_ = FileFormat::MUL_HIGH_SEAS;
    }
    .....
}}}

maybe you mean "/fluo/files@format" not "/fluo/files/format" or I something 
didn't understand?

PPS Can you give me access for editing my own's comment's and issues? 

Original comment by staticz@uoquint.ru on 4 Jul 2012 at 3:14

GoogleCodeExporter commented 9 years ago
1) I also heard that from others. Will check. 
2) That is a difficult issue, as there is no really correct default value. My 
plan is to split the config into a shard config (which will be given to you by 
your freeshard staff) and a profile. So usually a user should never have to 
mess with the file details
3) Can you be more specific? What exactly did you set your config to?
4) That's of course planned for a later version
5) You're right, that's a bug in the code. I already fixed it locally
6) Is also planned

Original comment by spin@fluorescence-client.org on 4 Jul 2012 at 4:52

GoogleCodeExporter commented 9 years ago
Looks like editing issues and comments is not possible here, I am also not able 
to edit mine.

Original comment by spin@fluorescence-client.org on 4 Jul 2012 at 4:56

GoogleCodeExporter commented 9 years ago
2) I thenk default version must be standart for UO ML+ clients, because if 
somenody changed something they will know what thay have to change...

Original comment by staticz@uoquint.ru on 4 Jul 2012 at 4:58

GoogleCodeExporter commented 9 years ago
1) is fixed for newly created shards, was just a stupid mistake. To fix for an 
already existing shard you need to edit your shards/<name>/macros.xml file and 
change 
<macro key="enter">
to
<macro key="return">

2) Changed the default sizes and dif defaults. Are the map*x.mul files already 
active? I thought they were just some test stuff from osi

Original comment by spin@fluorescence-client.org on 5 Jul 2012 at 5:00

GoogleCodeExporter commented 9 years ago
2) Yes it's alrady active since SA. Osi use it if server send 0x8000 flag in 
0xA9 packet (Characters List). 

PS packet contains 30 chars for password and name, but client limited them up 
to 16 chars... Sometimes I can't understand OSI )))

3) Nothing at all. I think config file override values from defult soo I only 
specified map sizes, path to uo data files and server addres. After all client 
opened and even try to work but all I see was black screen.

PS what macro keys are for mous wheel and  additional keys (some mouse have 
many keys)

Original comment by staticz@uoquint.ru on 6 Jul 2012 at 7:52