Asger,
If I understand you correctly, you want us to use "string" in all
places where we today uses "LString". Is that correct? If so I think
we should make the switch right away.
Concerning you comment in 2.1.1 about the lack of conversions from
numbers and floats to strings: that is why we have stringstream.
Easy to use and a lot safer than scanf (et.al.)
I would hope that some of the string mangling functions in lstrings
could be removed. Hopefully all of them... ad. name change... yes
perhaps, but before we do this and the paramterizing you mention is to
try to get rid of all the unneeded functions therein.
Also you say something about the ANSI C standard header <string.h>, it
is a perfect valid header, but when used from ANSI C++ it should be
called as <cstring>. Hopefully will we be able to use almost no
functions from it.
Is your intention that LChar should be LString::value_type and not
string::value_type? If so, a small change in LString.h is needed.
And: where is the Unicode.h you mention? And what is it supposed to
decleare?
glyphType()
decomposeGlyph();
lowercase();
uppercase();
I want us to get the base for all this put firmly into place pretty
soon, so that we can begin the implementation of the new buffer
structure. (what remains to be discussed?)
We need to introduce namespaces rather soon.
It seems that the current devel lyx is not completely useless, as I
used it to read the encodings.lyx.
Lgb
