aboutsummaryrefslogtreecommitdiffstats
path: root/version.inc
Commit message (Collapse)AuthorAgeFilesLines
...
* admittedly local magic-auth is easy so that's mostly done. Now it gets hard.friendica2012-12-131-1/+1
|
* So what if Red could do more CMS types of things? And you could add ↵friendica2012-12-121-1/+1
| | | | arbitrary web content pages of your own design to your channel resources? Oh wait...
* alternate wysiwyg bbcode editorfriendica2012-12-101-1/+1
|
* revise auto_update system so as not to conflict with pre-existing Friendica ↵friendica2012-12-091-1/+1
| | | | settings
* make permission quick links workfriendica2012-12-081-1/+1
|
* upstream fixes, revision updated, and mail autocomplete was lost after a ↵friendica2012-12-081-1/+1
| | | | recent change I made
* contact photo issuesfriendica2012-12-061-1/+1
|
* y'all got mailfriendica2012-12-051-1/+1
|
* DB: do the mail table again. Mail almost working onsite, still needs to zot ↵friendica2012-12-041-1/+1
| | | | though
* profile viewer in iframe module, todo - magic authfriendica2012-12-031-1/+1
|
* connection notificationsfriendica2012-12-021-1/+1
|
* auto-friending for forums and stuff is almost trivial now. But we will need ↵friendica2012-12-011-1/+1
| | | | a page to set the permissions on the "self" abook record. These will be the default permissions for anybody we wish to connect with.
* Now if you follow somebody it will create an abook entry on the other site ↵friendica2012-11-291-1/+1
| | | | with blocked,ignored, and pending set. No "friend notifications" yet.
* trace through the threaded conversation spaghetti to bring back a sane ↵friendica2012-11-281-1/+1
| | | | looking network page
* got comments going back and forth - we really need local_deliver now since ↵friendica2012-11-271-1/+1
| | | | even local deliveries are going through zot and that isn't necessary or desirable in the long term
* more heavy lifting on delivery - now we can find all the recipients on the ↵friendica2012-11-261-1/+1
| | | | system who have any acceptable permissions for receiving a post. Next we just need to process edits and deletes, and otherwise store the message - yay. Still a lot of work, but we've come a long way baby.
* more but slow progress on deliveries. The b*tch is trying to match permissionsfriendica2012-11-251-1/+1
|
* DATABASE: outq additions, delivery now getting the notify across to the ↵friendica2012-11-191-1/+1
| | | | other side
* Now we are able to get a zot notification packet and the resulting json ↵friendica2012-11-181-1/+1
| | | | encoded message into the queue, it's still a hard slog, but there's light at the end of the tunnel - "a message is ready and waiting to be delivered".
* little stufffriendica2012-11-161-1/+1
|
* version updatefriendica2012-11-161-1/+1
|
* more progress on notifier cleanup and encoding items for transit.friendica2012-11-151-1/+1
|
* starting the big notifier cleanupfriendica2012-11-141-1/+1
|
* sometimes it gets confusing when using two trees with completely different ↵friendica2012-11-131-1/+1
| | | | structures
* one could say we've sort of got zot - at least there are two-way ↵friendica2012-11-121-1/+1
| | | | communications for channel meta info, don't yet know if it's working
* hush-hush ultra top-secret modefriendica2012-11-111-1/+1
|
* starting to get into the hairy parts of zot - identity, location, and ↵friendica2012-11-101-1/+1
| | | | permission synchronisation. After this, messaging should be a piece of cake.
* fix about half of the admin pagefriendica2012-11-101-1/+1
|
* permissions and contact permissions are now stickyfriendica2012-11-081-1/+1
|
* turn multiple profiles into a feature, implement connection flags ↵friendica2012-11-071-1/+1
| | | | (block,hide,archive,etc.)
* finish off like/dislike localisation except for zrl/magic_linkfriendica2012-11-061-1/+1
|
* change permission settings from radio buttons to select boxesfriendica2012-11-051-1/+1
|
* some cleanup of main item templatefriendica2012-11-041-1/+1
|
* turn off some "advanced" features by default, like archives and saved search ↵friendica2012-11-031-1/+1
| | | | - even though we don't yet have a screen to turn them on. That will come.
* add key passing and verification to targeted discoveryfriendica2012-11-021-1/+1
|
* move some more stuff to the install directoryfriendica2012-11-011-1/+1
|
* starting on pinging the basic elements of federation and communicationfriendica2012-10-311-1/+1
|
* fix channel creation and management after last changesfriendica2012-10-301-1/+1
|
* "profile url" e.g. the wall/stream is now "channel url". "Profile URL" goes ↵friendica2012-10-291-1/+1
| | | | to the profile details.
* Now have a solid permissions model. Create a few functions to enumerate them ↵friendica2012-10-281-1/+1
| | | | and then we're off to the races.
* feature managementfriendica2012-10-261-1/+1
|
* comments sort of working again but now need to fix the threading which was ↵friendica2012-10-251-1/+1
| | | | ported when it was only half working
* Give the UI a little love after all the backend modsfriendica2012-10-241-1/+1
|
* rev updatefriendica2012-10-231-1/+1
|
* more file cleanupfriendica2012-10-221-1/+1
|
* upstream fixesfriendica2012-10-211-1/+1
|
* more work on profile changes - the notify activity is still stuffed as we ↵friendica2012-10-191-1/+1
| | | | finalise the json structure for activitystream meta-data
* new install settingsfriendica2012-10-181-1/+1
|
* output queue (merges the old deliverq and queue and adds some zotness)friendica2012-10-171-1/+1
|
* more detailfriendica2012-10-161-1/+1
|