From 0501bab7dc5982f94924e19192c1d523a45085aa Mon Sep 17 00:00:00 2001 From: friendica Date: Fri, 21 Feb 2014 23:51:43 -0800 Subject: doc update --- doc/html/item_8php.html | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) (limited to 'doc/html/item_8php.html') diff --git a/doc/html/item_8php.html b/doc/html/item_8php.html index d3e24125f..a51318730 100644 --- a/doc/html/item_8php.html +++ b/doc/html/item_8php.html @@ -365,9 +365,17 @@ Functions

This is the POST destination for most all locally posted text stuff. This function handles status, wall-to-wall status, local comments, and remote coments that are posted on this site (as opposed to being delivered in a feed). Also processed here are posts and comments coming through the statusnet/twitter API. All of these become an "item" which is our basic unit of information. Posts that originate externally or do not fall into the above posting categories go through item_store() instead of this function.

Is this a reply to something?

-

fix naked links by passing through a callback to see if this is a red site (already known to us) which will get a zrl, otherwise link with url, add bookmark tag to both. First wrap any url which is part of link anchor text already in quotes so we don't double link it. e.g. [url=http://foobar.com]something with http://elsewhere.com in it[/url] becomes [url=http://foobar.com]something with "http://elsewhere.com" in it[/url] otherwise http://elsewhere.com becomes #^[url=http://elsewhere.com]http://elsewhere.com[/url]

+

fix naked links by passing through a callback to see if this is a red site (already known to us) which will get a zrl, otherwise link with url, add bookmark tag to both. First protect any url inside certain bbcode tags so we don't double link it.

When a photo was uploaded into the message using the (profile wall) ajax uploader, The permissions are initially set to disallow anybody but the owner from seeing it. This is because the permissions may not yet have been set for the post. If it's private, the photo permissions should be set appropriately. But we didn't know the final permissions on the post until now. So now we'll look for links of uploaded photos and attachments that are in the post and set them to the same permissions as the post itself.

If the post was end-to-end encrypted we can't find images and attachments in the body, use our media_str input instead which only contains these elements - but only do this when encrypted content exists because the photo/attachment may have been removed from the post and we should keep it private. If it's encrypted we have no way of knowing so we'll set the permissions regardless and realise that the media may not be referenced in the post.

+

What is preventing us from being able to upload photos into comments is dealing with the photo and attachment permissions, since we don't always know who was in the distribution for the top level post.

+

We might be able to provide this functionality with a lot of fiddling:

+

Fold multi-line [code] sequences

Look for any tags and linkify them

-- cgit v1.2.3