Artifact
be21df36f410f63b71ab7c3e8b8e981bbfb5b2ac:
- File
src/user.c
-
2012-11-28 19:28:04
— part of check-in
[f1ef22136f]
on branch trunk
— Take care that xfer error messages and user prompts always begin at the
start of a new line.
(user:
drh
size: 13410)
-
2012-11-29 07:57:41
— part of check-in
[609ea54f7b]
on branch improve_commit_warning
— This change is intended to detect, during commit,
whether some file contents cannot be interpreted
as either UTF-8 or ASCII. This typically happens
when the file is in the iso8859-1 (UNIX) or
cp1252 (win32) encoding. Nothing very bad happens,
only fossil cannot display the characters. For example,
see:
[http://core.tcl.tk/tcl/info/7559185e9a]
It would be nice if fossil detects this situation,
so the user has the choice to change the encoding
to utf-8, or answer 'y' if this is intended.
Probably missing is a 'latin-glob', 'non-utf8-glob'
(any ideas for a better name?) setting.
An improvement would be to allow the 'c' response,
which aborts the commit but first converts it to
utf-8 (assuming iso8859-1 on UNIX and cp1252 on win32)
Another thing this change does is warn if the file
contains long lines which cannot be handled by
fossil. The user is given the chance to break the
long lines into shorter ones. This cannot be done
automatically. Maybe add a "longlines-glob" setting
as well.
Feedback welcome!
(user:
mistachkin
size: 13410)
-
2012-11-29 15:13:53
— part of check-in
[258cedd625]
on branch ticket-d17d6e5b17
— merge trunk. Broken on win32!
(user:
jan.nijtmans
size: 13410)
-
2012-12-07 20:58:16
— part of check-in
[de1ef7e99f]
on branch markdown
— Merge updates from trunk.
(user:
mistachkin
size: 13410)
-
2012-12-08 06:46:44
— part of check-in
[fc7e8d01d4]
on branch tclRdOnly
— Merge updates from trunk.
(user:
mistachkin
size: 13410)
-
2012-12-08 06:58:15
— part of check-in
[ea529b633d]
on branch th1Hooks
— Merge updates from trunk.
(user:
mistachkin
size: 13410)