diff --git a/inbox/fsn.xml b/inbox/fsn.xml index d369e7fd..b16705a2 100644 --- a/inbox/fsn.xml +++ b/inbox/fsn.xml @@ -27,6 +27,12 @@ lnj@kaidan.im lnj@kaidan.im + + 0.0.4 + 2018-08-21 + lnj +

Add upload-finished state, minor improvements.

+
0.0.3 2018-07-20 @@ -105,17 +111,17 @@ ]]>

Bernardo has taken a good picture for sending and has started uploading, now. The same notification is also used when the image existed before and there were no process of creating it.

-

The 'progress' attribute has to be in the range of zero (0) and one (1). With other words the bytes sent divided by the total bytes. Generally the progress SHOULD NOT have more than two digits after the decimal point since the exact uploading status isn't important. Also there SHOULD be no more progress updates than once per second.

+

The client SHOULD include a 'progress' attribute. It MUST be in the range of zero (0) and one (1). This value represents the bytes already sent divided by the total bytes. Generally it is not necessary to include more than two digits after the decimal point since the exact uploading status is not important. Clients MUST NOT send progress updates more often than once per second.

The 'type' attribute equals the 'type' attribute by the <creating/> element.

- ... + ]]> -

The file upload has succeeded and Bernardo sends the link to the file as defined in &xep0385; or another possible way. A notification that the file upload has finished is not sent, instead the recipient's client MUST recoginze the incoming media share and reset the state for this user.

+

The file upload has succeeded. Now Bernardo can send the file sharing message as in &xep0385; or another file sharing protocol. Francisco's client MUST clear the previous <uploading> notification. The <upload-finished/> notification itself SHOULD NOT be displayed to the user.