On Tuesday, November 18, 2003, at 06:07 AM, Hussein Shafie wrote:
> Alex Milowski wrote:
>> It seems that the Caret actual insert position are not in the same
>> position on a Mac
>> (and maybe other platforms). The insert point for the character or
>> deleting a
>> character doesn't actually match up.
>> This only happens in the XMLData stylesheet view for element textual
>> content.
>
> I am not sure to understand.
>
> With a style sheet such as xmldata.css or bugreport.css (see demos),
> you have a document view which embeds standard controls (called
> widgets on Unix).
>
> Therefore you may have several carets for the same document:
>
> * the caret of an embedded JTextField control for example, which is
> used when the control has the keyboard focus.
>
It is in the JTextField where the caret and the insertion point do not
match. Could this be
the same problem on the Mac as stated in your FAQ:
"Problem: Controls such as text fields embedded in the document view
are rendered using
antialiased fonts (which is not consistent with the document view
-- see above).
Moreover, these embedded text fields have font metrics problems.
That is, it is often
possible to move the caret to the middle of a letter."
> PS: Don't take xmldata.css too seriously, we have written it to be
> more a proof of concept than a real solution.
>
I find this view easier than the tree view for editing unconfigured
documents.
> For example, when we create configurations for customers who need to
> edit XML data, we don't use xmldata.css because it is too generic. We
> create special purpose style sheets.
>
Ultimately, this is the better solution but that requires time to cook
up a
configuration.
Alex Milowski FAX: (707) 598-7649
alex at milowski.com
"The excellence of grammar as a guide is proportional to the paucity of
the
inflexions, i.e. to the degree of analysis effected by the language
considered."
Bertrand Russell in a footnote of Principles of Mathematics
