designmode in khtml

Leo Savernik l.savernik at aon.at
Tue Jul 8 20:06:17 BST 2003


Am Dienstag, 8. Juli 2003 21:39 schrieb Nicolas Deschildre:
[...]
> > > * canBeModified. Useful only for the "graphical" Nodes. It implies that
> > > when we click on these Nodes, they get the focus, and little squares
> > > are drawn all around to be able to change the size. If set to false,
> > > you can't modify "graphical" Nodes.
> > > I was thinking of a last one, canHaveCursorFocus, but it might be
> > > redondant with canBeDeleted as when we can delete a Node, we must have
> > > the cursor to delete it, and when we have the cursor, it would be weird
> > > not being able to delete the Node. But let's put it, it might be
> > > usefull sooner of later.
> >
> > I'm not sure if any of these are needed at all. If basic cursor
> > navigation and selection works, both of us will have a much better
> > position to define a useful API.
>
> But i believe the second one is useful for future features such as , for
> example, an error system. The text of a badly written tag will be
> displayed in a red table instead of rendering the Tag. Here, it is
> useless to be able to resize the table.

This can be solved in an even better way. As designmode works mostly on 
RenderObjects, potential error messages need also to be implemented as 
RenderObjects. However, and here goes the trick, not every render object has 
to be associated with a document node. So, in the kafka part, you wouldn't 
even "see" those nodes, thus inadvertently changing it is impossible. (There 
certainly must be an API that enables setting/clearing those error render 
objects, but that's far in the future for now.)
> And let's forget the third flag.
> I don't think the second flag will complicate too much the
> implementation as it concerns only a few Nodes (Applet, Img, table,
> object, and maybe some others) and don't interact with others elements.
> If you don't mind, i'd like to implement the resizing of these Nodes ;)

Yeah, you're welcome. This stuff is not directly related to designmode anyway. 
I especially consider resizing of tables to be non-trivial ;-)
>
> ++
> Nicolas
>
[...]

mfg
	Leo





More information about the kfm-devel mailing list