D 2013-05-27T13:52:56.053 L To\sDo\sList P 75e6a0bafce283e8253a87755264517fcbdde4af U drh W 3668 * 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. * 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 [http://code.google.com/p/miniz/ | 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. [http://code.google.com/p/tclsdl/source/detail?r=8|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. * 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. Z 12bd5d17457497e45c87ed9ce046f268