Difference between revisions of "WebKit worklist"

From Second Life Wiki
Jump to navigation Jump to search
m (Linking to QtWebkit page, which is where the build instructions live)
(Prioritization work)
Line 6: Line 6:


To Do (Torch):
To Do (Torch):
* Focus issue when changing sides of ubrowser
* High priority
* Write up some autotests to verify behavior (1/2 done)
** llbrowser api extension to let app handle dialog/alert display and policy, async
* Patch QtWebKit to get the target string on a link.
** combo form widgets create top-level OS window.  this isn't ideal for a few reasons.  again, llbrowser api extension to let the app build/display/dispatch these widgets
* Why are scrollbars on OS X black?
* Medium
* Build the Second Life viewer, integrating QtWebKit (ping linden, we have a WIP branch for this - we need to get it exported)
** llbrowser api extension for explicit pumping of qapplication events (ideally limited by msec - qt offers this api)
* Save Cookie Jar
** Why are scrollbars on OS X black?
* rename to llbrowser, integrate with mozilla into one branch
** Focus issue when changing sides of ubrowser
* llbrowser api extension to let app handle dialog/alert display and policy, async
** Patch QtWebKit to get the target string on a link.
* combo form widgets create top-level OS window.  this isn't ideal for a few reasons.  again, llbrowser api extension to let the app build/display/dispatch these widgets
** white blinking between pages - setBackgroundColor not doing everything that was intended - are we showing the 'blank' page for a frame?  investigate+debug.
* llbrowser api extension for explicit pumping of qapplication events (ideally limited by msec - qt offers this api)
** Save Cookie Jar
* white blinking between pages - setBackgroundColor not doing everything that was intended - are we showing the 'blank' page for a frame?  investigate+debug.
** bug: WebpageIcons.db is getting written into the SL viewer's bin dir (which we're supposed to be treating read-only).
* bug: WebpageIcons.db is getting written into the SL viewer's bin dir (which we're supposed to be treating read-only).
** issue: where is the webkit cache (and cookiejar) being written to?  it doesn't look like it's going to e.g. ~/.secondlife/browser_profile as we request of mozilla
* issue: where is the webkit cache (and cookiejar) being written to?  it doesn't look like it's going to e.g. ~/.secondlife/browser_profile as we request of mozilla
* Low
** Write up some autotests to verify behavior (1/2 done)


To Do (Linden Lab)
To Do (Linden Lab)
* Document some Flash strategies
* Confirm that we'd like to rename to llbrowser, integrate with mozilla into one branch
* Define the behavior of reset
* Define the behavior of reset
* Build the Second Life viewer, integrating QtWebKit
* Export WIP branch for QtWebKit


Done:
Done:
Line 33: Line 36:
* switch to using stdint.h like in the chromium branch rather then ints defined by different libraries (moz, qt, etc).  Any objections?
* switch to using stdint.h like in the chromium branch rather then ints defined by different libraries (moz, qt, etc).  Any objections?
* The cache is being written inside the application bundle on the Mac. The current mozilla implementation puts it in ~/Library/ Application Support/SecondLife/browser_profile (along with some other  mozilla-specific stuff), but a more appropriate place would probably be in a subdirectory of ~/Library/Caches/SecondLife.
* The cache is being written inside the application bundle on the Mac. The current mozilla implementation puts it in ~/Library/ Application Support/SecondLife/browser_profile (along with some other  mozilla-specific stuff), but a more appropriate place would probably be in a subdirectory of ~/Library/Caches/SecondLife.
Priority guidelines:
* "High"
** There should be no more than one or two issues per active developer marked as "high" at any given time.
* "Medium"
** Candidates for bumping to high priority.  Attempt to keep this list in priority order
* "Low"
** Nice-to-have features and fixes that would be ok to leave in place for a First Look (beta) release.

Revision as of 18:00, 20 January 2009

WebKit is an HTML rendering library. Linden Lab is working with Torch Mobile to integrate QtWebKit into Second Life, and using this page to coordinate work

Work items

Ad hoc punchlist for coordinating between Torch Mobile and Linden Lab

To Do (Torch):

  • High priority
    • llbrowser api extension to let app handle dialog/alert display and policy, async
    • combo form widgets create top-level OS window. this isn't ideal for a few reasons. again, llbrowser api extension to let the app build/display/dispatch these widgets
  • Medium
    • llbrowser api extension for explicit pumping of qapplication events (ideally limited by msec - qt offers this api)
    • Why are scrollbars on OS X black?
    • Focus issue when changing sides of ubrowser
    • Patch QtWebKit to get the target string on a link.
    • white blinking between pages - setBackgroundColor not doing everything that was intended - are we showing the 'blank' page for a frame? investigate+debug.
    • Save Cookie Jar
    • bug: WebpageIcons.db is getting written into the SL viewer's bin dir (which we're supposed to be treating read-only).
    • issue: where is the webkit cache (and cookiejar) being written to? it doesn't look like it's going to e.g. ~/.secondlife/browser_profile as we request of mozilla
  • Low
    • Write up some autotests to verify behavior (1/2 done)

To Do (Linden Lab)

  • Confirm that we'd like to rename to llbrowser, integrate with mozilla into one branch
  • Define the behavior of reset
  • Build the Second Life viewer, integrating QtWebKit
  • Export WIP branch for QtWebKit

Done:

  • LL - Define the behavior of setBackgroundColor (done - but still not working as intended?)
  • LL - Define the behavior of the cookiejar on exit (done - cookies should be saved)
  • CookieJar, The default Qt cookie jar does not work on all sites. A better cookie jar is needed. (done)
  • Win32 Binaries for QtWebKit
  • Windows readmes and assistance
  • Update readme's
  • switch to using stdint.h like in the chromium branch rather then ints defined by different libraries (moz, qt, etc). Any objections?
  • The cache is being written inside the application bundle on the Mac. The current mozilla implementation puts it in ~/Library/ Application Support/SecondLife/browser_profile (along with some other mozilla-specific stuff), but a more appropriate place would probably be in a subdirectory of ~/Library/Caches/SecondLife.


Priority guidelines:

  • "High"
    • There should be no more than one or two issues per active developer marked as "high" at any given time.
  • "Medium"
    • Candidates for bumping to high priority. Attempt to keep this list in priority order
  • "Low"
    • Nice-to-have features and fixes that would be ok to leave in place for a First Look (beta) release.