Changes & Features of Redesigned Facebook
Posted August 8, 2008on:
I have been planning to post a blog on all changes and new features of redesidned facebook ! Thank god, today I got an opportunity to do some RnD on it..and here is the result of all changes and new features. I believe integration of new profile box in MAIN profile is a challenge now. I’m working on it and hopefully, soon I will be able to write another post on how we can integrate new profile box on MAIN profile page ….
- To use the wide layout (760 pixels) for your canvas pages, you have to enable it in the Facebook Developer application. Edit your application’s settings, then check the Use full canvas width option
- FB changed the permissions for profile boxes, tabs, and Publisher so they work with require_login as opposed to require_add, since they all have separate confirmations.
- Parameter name changes for tabs. In the request for the FBML content of a tab, the parameters ‘fb_sig_user’ and ‘fb_sig_session_key’ are now named ‘fb_sig_profile_user’ and ‘fb_sig_profile_session_key’ to distinguish them from other request contexts, where fb_sig_user always represents the logged in user. On a tab, fb_sig_profile_user is the id of the user whose tab is being viewed, and fb_sig_profile_session_key is a special read-only session key on behalf of the tab owner, given so that you can request data for constructing the tab contents.
- API Calls: For many calls, session keys are now optional. If you continue to pass valid session keys, FB’ll ignore them. FB recommends you remove session keys from the appropriate calls now.
- User Sessions: During the user preview period, FB will still grant infinite sessions to your Web applications for users on the old profile. However, FB’ll grant temporary sessions to your Web applications for users on the new profile. Temporary sessions last 24 hours, or until the user logs out, whichever comes first. After we launch the profile to all users, we will grant temporary sessions to all Web applications.
- When the new profile launches in full, only feed.publishUserAction will work to publish Feed stories. So FB recommends you create and register your Feed story templates now and start testing and using that method.
- Feed Stories. During the user preview period, Feed stories submitted through the APIs will appear on both old and new profiles. The old Feed API calls (feed.publishStoryToUser, feed.publishActionOfUser, and feed.publishTemplatizedAction) will render the appropriate Feed story on the old profile, and render one line stories on the new profile. The new Feed API call (feed.publishUserAction) will work as expected on the new profile, and will render one line Feed stories on the old profile. All Feed stories will be aggregated and shared in News Feed as they are today.
- Old vs. New Profile: Determining Which Site a User Is Using. We will pass in the fb_sig_in_new_facebook parameter on all pages on the site. Use this to determine whether a given user is using the new profile (true) or the old one (false).
- Notifications: With the new profile, there will be two types of notifications: general and announcement notifications. General notifications require active user sessions, which use the sending user’s active session (with the same allocation amounts as today).
Announcement notifications are sent on an application’s behalf. An application can send 7 announcement notifications per user per week when the new profile goes live. This number will fluctuate as allocations change, based on user feedback, like today.
To account for these changes, we’ve added a type parameter to Notifications.send, which can be set to general or to announcement (the default is general).
- When a user first interacts with your application, you can call users.getInfo and get a subset of user data (name, profile picture, and so forth). users.getInfo also no longer requires a session key, and if you don’t pass one, you can get the same subset of information.
- users.getStandardInfo returns more user information (like gender and birthday), and you can use the information from this call to return data for your analytics, for example. You shouldn’t use this call to return information that you want to display to other users.
- FB now passes the fb_sig_in_new_facebook parameter to all pages on the site. Use this to determine whether a given user is using the new profile (true) (=1) or the old one (false) (=0).
- Narrow profile in MAIN PROFILE : The narrow profile boxes on the main profile (Feed, Wall and Info tabs) have the same width as narrow profile boxes (200 pixels) but are limited in height to 250 pixels. You create a narrow profile box for the main profile using the new profile.setFBML API profile_main parameter.
- Integration Guide for the New Facebook Profile : http://wiki.developers.facebook.com/index.php/New_Design_Integration_Guide#Understanding_the_New_Integration_Points
- Upgrading your applications: http://wiki.developers.facebook.com/index.php/New_Design_Integration_Guide#Upgrading_your_Applications
- Registering Templates: New API Methods : http://wiki.developers.facebook.com/index.php/New_Design_Platform_Changes#Registering_Templates:_New_API_Methods
- Changes to Existing Platform Components: http://wiki.developers.facebook.com/index.php/New_Design_Platform_Changes#Changes_to_Existing_Platform_Components
- Platform Policy http://wiki.developers.facebook.com/index.php/Platform_Policy#8._Integration_Points
- Resizable Iframe : http://wiki.developers.facebook.com/index.php/Resizable_IFrame
- Prompt permission : You can prompt a user to approve the following extended permissions for your application:
. Allowing email to be sent to the user
- Granting offline access (i.e. an infinite session) for your application
- Updating user status
- Uploading and tagging photos
- Creating and modifying Facebook Marketplace listings
- Creating and modifying events
- Setting a user’s RSVP status for an event
- Sending SMS to the user
for more information :