http://dev.ryzom.com/ 2010-07-18T10:11:52+02:00 Ryzom Core Development Site Redmine http://dev.ryzom.com/issues/1025 2010-07-18T10:11:52+02:00 kervala kervala@gmail.com <p>Applications desktop menu is using a 48x48 icon in /usr/share/pixmaps but window icons should be located in /usr/share/icons/hicolor.</p> <p>Each different size should installed in their specific directory (16x16, 22x22, 24x24, 32x32, 36x36, 48x48, 64x64, 72x72, 96x96, 128x128, 192x192, 256x256) or in "scalable" when it's a SVG file.</p> <p>Not all sizes are used so we should check which ones are the most important.</p> http://dev.ryzom.com/issues/1002 2010-07-05T16:49:04+02:00 rti <p>On french keyboard layouts, short cut key names do not match the symbol actually printed on the key.</p> http://dev.ryzom.com/issues/997 2010-06-22T15:02:31+02:00 kerozcak kaczorek@gmail.com <p>When client disconnects (FS lost) it's required to restart client. There should be reconnect option without restarting client.</p> http://dev.ryzom.com/issues/995 2010-06-22T11:27:55+02:00 nimetu <p>there is lastPatch != "nul" check missing at the patch_gen_common.cpp line 378.</p> http://dev.ryzom.com/issues/986 2010-06-16T01:25:40+02:00 TomH <p>I already made a post in the forum but no one is actually replying with a solution so I'm opening a new issue.</p> <p>The link describing the problem is <a class="external" href="http://dev.ryzom.com/boards/17/topics/2362">http://dev.ryzom.com/boards/17/topics/2362</a></p> <p>Thank you.</p> http://dev.ryzom.com/issues/969 2010-06-07T21:07:39+02:00 Enoril <p>How generate this bug:<br />- in client, show identity frame (shortcut P)<br />- click on title combobox<br />- use shortcut P to hide the identity frame<br />- combobox list is still here</p> http://dev.ryzom.com/issues/968 2010-06-07T21:02:46+02:00 Enoril <p>How generate this bug:<br />- log into shard<br />- kill shard (FS for example)<br />- client show "FS lost" <br />- click on "Quit" button<br />- if you click on "Character selection", the waiting frame appear<br />-> you can do anything from that moment (except kill client via tasks manager)</p> <p>(if you click on "Quit ryzom" > no problem, the client exit...)</p> http://dev.ryzom.com/issues/967 2010-06-07T20:55:06+02:00 Enoril <p>How generate this bug: <br />- switch to dual screen (bottom screen is the main screen, top screen is the extended screen),<br />- move client in windowed mode in 2nd screen (top)<br />- quit client <br />- position x,y of the windows is stored in configuration file<br />- desactivate dual screen (or reduce screen resolution)<br />- launch client<br />-> client is launch, invisible (because it is at the top) and can't be moved</p> http://dev.ryzom.com/issues/954 2010-06-02T19:41:03+02:00 sfb matt.raykowski@gmail.com <p>At least one tool (sheets_packer) uses the client_sheets library directly but also requires the following source files directly from the client:</p> <ul> <li>code/ryzom/client/src/continent_manager_build.cpp</li> <li>code/ryzom/client/src/continent_manager_build.h</li> <li>code/ryzom/client/src/sheet_manager.cpp</li> <li>code/ryzom/client/src/sheet_manager.h</li> </ul> <p>Move these four files to client_sheets. There is the possibility that more tools and applications will arise that load the client sheets directly and thus may need these loaders as well.</p> Optional: <ul> <li>Move client_sheets entirely to code/ryzom/common/src.</li> <li>Move client_sheets code into a unique namespace.</li> </ul> http://dev.ryzom.com/issues/938 2010-05-25T10:09:50+02:00 kervala kervala@gmail.com <p>For the moment, we have 10 MB for low quality textures for entities and 40 MB for high quality ones.</p> <p>That's declared in code/ryzom/client/src/init_main_loop.cpp line 150 :</p> <pre> // Size in Mo of the cache for entity texturing. #define ENTITY_TEXTURE_NORMAL_MEMORY 10 #define ENTITY_TEXTURE_HIGH_MEMORY 40 </pre> <p>We should remove these defines and implement a dynamic algorithm to use actual video memory size.</p> http://dev.ryzom.com/issues/921 2010-05-20T10:39:55+02:00 vl vl@ryzom.com <p>Currently, everybody can connect on all shards with the World Editor.</p> <p>A simple system can be made:</p> <p>add a variable in the world editor shard monitor plugins cfg:<br /><pre> Password="foobar"; </pre></p> <p>add 2 variable in the monitor service cfg:<br /><pre> Password="foobar"; AcceptEGSCommands = 1; </pre></p> <p>the plugins send a message with the password, the MOS checks the password with the one in his cfg. disconnect the WE if the pass is not ok.</p> <p>if MOS receive a msg for EGS, check if the variable AcceptEGSCommands is 1 and forward only it's 1.</p> http://dev.ryzom.com/issues/916 2010-05-18T23:46:43+02:00 Dishwasha ewaldo@healthetechs.com <p>Added support for executing EGS commands from the world editor via the shard_monitor plugin.</p> http://dev.ryzom.com/issues/878 2010-05-11T09:29:30+02:00 kervala kervala@gmail.com <p>There are still some typos in code or comments. If you find french comments translate them to english.</p> http://dev.ryzom.com/issues/822 2010-04-13T19:01:19+02:00 kregora <p>Problematic URL: <a class="external" href="http://atys.ryzom.com/start/index.php">http://atys.ryzom.com/start/index.php</a></p> <p>Since the intended use of the Ryzom API the relation between character and user account name is easily made. <br />Because the Ryzom Webapplication, Ryzom Game Login, the Ryzom Forum and the Ryzom Account Management all share a common password all access routes should be protected by SSL.</p> http://dev.ryzom.com/issues/786 2010-01-16T13:21:47+01:00 kregora <p>It is not possible to generate new Guild API keys through the account management pages. There is no information given, if there exists a way to do that at all. The warning message after pressing the "Generate new keys" button suggests that all Keys would be updated, which isn't the case.</p>