Hi,
Matthieu Fertré a écrit :
>> Good idea. Do we have a MD5 calculation tool inside of wormux (or its
>> relevant libs, like curl)? Can be implemented otherwise
>
> No, we don't have it.
Then, I don't know how md5 calculation is performed, but how important
is it to have such a secure identifier, compared to CRC32?
>> "compatible" sounds like a list should be provided, which is a bit
>> bothersome. I was more thinking of an internal revision name (like
>> format v10) for easy verification: can't handle this xml/can't handle
>> this map because my internal version is below what's written
>
> Ok, that's ok for me
Let then me sum up what we have so far. XML file would then be like:
[typical header stuff]
<maplist version="x">
<mapinfo>
<title>Name1</title>
<name>Author1</name>
<img>http://wormux.org/bonus/name1.jpg<img>
<id>DEADBEEF<id>
<url>http://wormux.org/bonus/name1.zip</url>
<format>y</format>
</mapinfo>
...
</maplist>
version="x" and format "y" are respectively the maplist xml format and
the map format version numbers. The last is maybe not worth it. The
first one allows a simple check: if "my version" < x, then error: "file
is too recent for this version of wormux. Please update your game"
>>>> - Hitting "refresh list"
>>>> . Fetches list from 1), and update listbox from 2) (what about
>>>> displaying "new" and "updated" about maps?)
>>>>
>>> We can imagine sorting by this attribute or use a different background
>>> color.
>>>
>> What do you mean? Sorting by "new"/"updated"? What would the different
>> background conveys? The "new"/"updated" status (instead of an image)?
>> The "has been downloaded in this session"?
>>
>
> Yes, that was all of that
listbox has no concept of sorting, like the Gtk's treeview or whatever
it is called. A new widget could be useful, but it sounds too complex
for what it's worth for now.
>> I guess using the MD5 to validate the download (this is http/tcp, I
>> know) is sufficient for one part. Then for the conformance validation,
>> maybe it's up to the game engine, and doesn't belong here, but this was
>> another reason for the TEMP folder.
>>
>
> To my mind, the validation must firstly be done by our team, as for the
> current bonus map pack ;)
Yet you suggested specifying other download locations, possibly not
under our benevolent guiding.
>> My problem with "personal" folder is that it is, well, personal, and may
>> not benefit every user.
>
> Yes, but this is inherent of operations that are not be done by an
> administrator.
Under windows, often it will be the case that the user has enough rights
to download directly to the installed folder:
- allowing anyone on the computer to use it
- that could be removed with everything else (uninstall doesn't remove
the personal folder even for the user uninstalling)
>> I now see there is a problem under windows: the chat logs, personal
>> teams and maps folders are the same as the "config" folder. This is a
>> problem because the later is in a hidden (yet endorsed in the windows
>> way of storing user application config) folder.
>
> Under Unix, Wormux follows freedesktop draft and uses
> ~/.local/share/wormux/ that is a hidden folder too.
Don't you think that, provided the game doesn't offer the user a control
over that data, it should be more accessible to the user. I mean,
logging chats is only interesting if they are available to the user.
Which isn't the case for the user.
>
>> Maybe a more accessible
>> folder (like "Documents") should be used instead => need to perform
>> migration.
>>
>
> I don't think user want a "wormux" directory in his home directory. The
> only problem I see is uninstallation. In that case, when uninstalling
> wormux under windows, you can propose to empty to remove all those data
> for all users.
This is not possible unfortunately, or very very difficult: it's only at
best for the current user, and I don't know how to have uninstall
options under windows.
Regards,
Kurosu
_______________________________________________
Wormux-dev mailing list
Wormux-dev@gna.org
https://mail.gna.org/listinfo/wormux-dev
