[prev in list] [next in list] [prev in thread] [next in thread] 

List:       atlantik-devel
Subject:    Re: [atlantik-devel]  [cap@capsi.com: [monopd-devel] auctions, debts,
From:       Rob Kaper <cap () capsi ! com>
Date:       2003-07-09 6:47:30
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Wed, Jul 09, 2003 at 07:53:13AM +0200, Erik Sigra wrote:
> Yes, this is very important. The server should never send text that the client 
> just shows. It must send the message in a form that the client code can 
> understand (a code or XML tag) and then the client formulates a message text 
> that is translated into the language of the user. In the case of buttons, the 
> server should not send buttons directly, but send whatever the client needs 
> to know to enable/disable appropriate KActions.

Yes, this is already something I am working on. Making all the object
properties dynamic will help this. Now, monopd only needs to bond "canroll"
to a dynamic action ".r" command. Monopd could still suggest titles though.

Got it, and will make this a priority.

> The patch http://bugs.kde.org/show_bug.cgi?id=54538 was inteded to solve an 
> instance of this bug.

Hm, that's a patch to automate tax decisions.. it would remove two buttons
(but also the fun game element of making mistakes) but would not solve the
issue of translatable strings. I'd have to check, but I believe we can move
new strings into 3.1 if - and that's true in our case - the strings were
previously there but not translatable. But I'm not a fan for requiring an
upgrade so it makes sense to keep the old messages as well.

> The obvious fix for this would be to have revision numbers for the
> trade. Together with disabling the accept button for a few seconds
> after updates, this would solve the problem completely, because:
> 1. The server sends a revision number with each update of the trade.
> 2. When the client accepts a trade, it does not just send ".Ta" and
> the ID, but also the revision number that it accepts.
> 3. The server only handles trade accept requests where the revision
> number is the newest (highest) revision number for that trade ID.

Full ack.

Rob
-- 
Rob Kaper     | "They that can give up essential liberty to obtain a little
cap@capsi.com | temporary safety deserve neither liberty nor safety."
www.capsi.com | - Benjamin Franklin, Historical Review of Pennsylvania, 1759

[Attachment #5 (application/pgp-signature)]

_______________________________________________
atlantik-devel mailing list
atlantik-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/atlantik-devel


[prev in list] [next in list] [prev in thread] [next in thread]