Difference between revisions of "Dreamwidth.org: Pre-Launch"

From Dreamwidth Notes
Jump to: navigation, search
(Journal import system)
(Site scheme)
Line 10: Line 10:
 
'''''Headed by:''''' <ljuser>xb95</ljuser>
 
'''''Headed by:''''' <ljuser>xb95</ljuser>
  
'''''Status:''''' Mockups have been created by <ljuser>grrliz</ljuser>. and have been sent to <ljuser>jproulx</ljuser> who is about 95% done converting them to HTML/CSS. Design review and tweaks will be done by <ljuser>chasethestars</ljuser> on completion, and <ljuser>janinedog</ljuser> will then convert this to a <code>.look</code> file for use with the code.
+
'''''Status:''''' <ljuser>janinedog</ljuser> has provided the <code>.look</code> file for use with the code, and it's been checked into the dw-nonfree repository (code name: Tropospherical Red), since it's our default identity. The next step is to finish the CSS styling on the classes that weren't included in the initial commit, fix any CSS bugs that we can identify, and make whatever final tweaks are needed.
  
 
==Watch/Trust/Friend==
 
==Watch/Trust/Friend==

Revision as of 10:26, 19 January 2009

This page details the five main coding projects that must be completed by the launch of Dreamwidth.org. The site cannot launch, even in beta, without these projects being completed - in other words, these items are the blockers for closed beta. Dreamwidth.org: Launch blockers is the list of things that must be done before moving from open beta to full site launch.

It should be noted that the projects listed here are only those which are connected to the code. There are other launch-based projects that need to be considered, but these are outside the scope of this document.

Site scheme

Bugzilla items: Bug #104: Create site scheme look files from Photoshop mockups

Description of project: This is the site scheme that the service will use, which will not be released under the GPL. Note that this is different from the Dev Schemes and will go a long way to defining the feel of the site, as it will be present on nearly every non-journal page. As such, the design is incredibly important.

Headed by: [info]xb95

Status: [info]janinedog has provided the .look file for use with the code, and it's been checked into the dw-nonfree repository (code name: Tropospherical Red), since it's our default identity. The next step is to finish the CSS styling on the classes that weren't included in the initial commit, fix any CSS bugs that we can identify, and make whatever final tweaks are needed.

Watch/Trust/Friend

(also known as Project WTF)

Bugzilla items: Bug #80: Project WTF: Backend Implementation

Description of project: The development of the two-tier edge system, whereby users no longer have a single 'friend list', but a 'watch list' and a 'trust list'. These two lists are completely independent of each other and can be used to watch someone without granting them access to your trust-only entries, or to allow someone access without watching them. This is considered one of the main shortcomings of the friending system in LiveJournal.

Headed by: [info]xb95

Status: The backend for this project is about 70% done, and parts of the frontend have been done, but only enough to test the backend. At this point you can watch or trust somebody independently; unwatching and untrusting is now being implemented. After the backend is finished, work will need to be done on the frontend - the interface that people will see on the site. Anybody wishing to help with this part should contact [info]xb95.

Invite codes

Bugzilla items: Bug #107: Invite Code System

Description of project: The invite code system supplied in the plain livejournal repository, sans ljcom, is broken. (And even the code with ljcom has bitrotted, caused by LJ not actually using invite codes any more.) The aim of this project is to re-implement the system in dw-free, and to use it in Dreamwidth.org itself.

Headed by: [info]pauamma, [info]afuna

Status: The backend is complete, and a sample not-for-production hook has been made. A console command, make_invites, is available to people with the payments priv in order to create new invite codes.

Considerations: Business logic has been set out at comment #10 in the Bugzilla page and will be implemented by [info]pauamma and [info]afuna.

Payment system

Bugzilla items: Bug #116: Finishing up payment system

Description of project: The Dreamwidth.org-specific payment system to allow users to pay for accounts, additional extras, etc. This will be the intermediary between the site and PayPal/other services, and currently there's no standard system. This system will be in dw-free (with only a little DW.org-specific stuff) and will be usable by any DW-based site.

Headed by: [info]xb95

Status: Currently, the code for the payment system is not very integrated with Dreamwidth. The payment structure needs to be finalised; this is being undertaken by [info]xb95 and [info]synecdochic. Finally, implementation and testing is still needed.

Journal import system

Bugzilla items: Bug #89: Project Import & Interoperability, Bug #114: Allow importing of your journal from another LiveJournal-based site.

Description of project: Dreamwidth must be able to import journals from other sites based on the LiveJournal code. Currently, no such facility is available in either livejournal or ljcom (and even if it existed in ljcom, it would be unusable in Dreamwidth), although there are a few means to export journal entries, including via XML-RPC and a user-facing export facility which can be run by month. The aim of this project is to code an import facility.

Headed by: [info]exor674

Status: [info]exor674 is actively working on this project. Ideas on the project are available at the Importing page on this wiki.

  • User Pictures
  • Friend Groups
  • Tags
  • Bio
  • Entries
  • Comments?

Considerations: A current discussion on how to import comments while preserving privacy is in progress on the dw-discuss mailing list.