Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.

Overview

Artifact ID: c8465a1b48f8465b620984ee1e2d77252a4c774d
Page Name:To Do List
Date: 2013-05-27 13:52:56
Original User: drh
Parent: 75e6a0bafce283e8253a87755264517fcbdde4af
Content
  • Get IPv6 working.
  • WYSIWYG wiki editing.Code examples: https://developer.mozilla.org/en-US/docs/Rich-Text_Editing_in_Mozilla. http://www-archive.mozilla.org/editor/midasdemo/, https://developer.mozilla.org/en/Midas. This is currently working but it could be improved to work better.
  • Web-based file editing
  • Display preferences stored in a cookie.
    • Edit preferences screen
    • sbs/unified/no-diff
    • default timeline formats
  • Automatically adjust side-by-side diff fontsize to fit
  • full text search (See also the "grep" suggestion below)
  • attachment text shown beside the attachment
  • Fix the "private" branch mechanism so that it is easy to convert a private branch into a public branch.
  • Automated self-test
  • Include zlib in the sources and use them if not installed on the build machine (which is often the case on windows). This is done on Windows but is unimplemented on unix, though to be fair, most unix systems have -lz installed. Consider also using miniz instead of zlib, since it is a single self-contained source file.
  • Fix the gdiff command so that when many files are involved and an early one is cancelled, the process stops without going through all the rest first.
  • Add a diff option similar to --tk that shows the graphical diff in a web-browser instead of a Tk window.
  • A download page holding builds. Builds are not versioned and not synced. Special commands for syncing build products.
  • Better error message if the repo file or its directory have the wrong permissions.
  • Uncommit
  • Polish our current plain diff view of file/changeset differences. Google's view of deltas looks nice. Example of Google. (Colorized side-by-side view through the 'diff' link, and colorized unidiff through the (+) button).
  • Partial commit of a modified file (i.e. choose which of many hunks should be committed). This needs a graphical interface (for the selection). Actually everything can be done in an interface, saving and restoring the file across the commit, with selected changes in the commit. No need to modify the core fossil app for this. (DRH is deeply skeptical of this proposal, since it facilitates checking in untested code.)
  • Implement "grep" using the built-in regexp engine.
    • Search filenames given on the command-line or all managed files if no filesnames are supplied
    • Search the check-in named on the command-line or the current check-out if no check-in is named
    • --from VERSION and --to VERSION options to search a range of check-ins
    • --timeline, --tickets, or --wiki PATTERN to search things other than check-ins
    • --before DATE and --after DATE to limit the timespan of a search.
    • Always output filename and line number
    • Only show matches not found in adjacent check-ins, unless --all is used.
    • --earliest shows only the first match and --latest shows only the most recent match when grepping a range of check-ins.
    • -l just lists matching files
    • --diff-only only search the difference between check-ins
  • Add the ability to specify Markdown markup in the wiki editor. The file format already accommodates this (using the N card). Just enhance the UI to make use of the capability.