12 Jun
2008
12 Jun
'08
3 p.m.
On Jun 12, 2008, at 2:50 PM, Marius Dumitru Florea wrote:
No that's fine with me. My only concern is limiting the amount of
lines of code we write. The less we write the better it is.
I'm really surprised there's no good already existing WYSIWYG editor
based on GWT. It's a pity since I'm pretty sure it'll exist relatively
soon and we'll already have done all our work... Since it's not
XWiki's job to write WYSIWYG editors it's a pity we have to write it.
If we could have focused on just choosing what controls we wanted +
the html <-> wiki conversions that would have been better.
Anyway that's probably the cost of being early adopters... I hope our
editor will really rock thanks to that and keep us ahead of the
competition :) (although when a real cool GWT editor is created the
competition will be able to leapfrog us).
Thanks
-Vincent
On Jun 12, 2008, at 2:26 PM, Marius Dumitru Florea wrote:
hmm... so it means we're doing pretty low level stuff and that GWT is
not offering much tools. I'm a bit worried that we're developing more
than we should. This will mean lots of maintenance too.
Isn't there any existing solutions for this?
I'd say that what GWT gives us is not scalable all the time. I'll
look for
alternatives GWT libraries for both dialog boxes and drag&drop logic.
But, you don't have something against using dialog boxes? I know
Anca has. > Hi
devs,
>
> While working on the new GWT-based WYSIWYG editor, I find out that
> the
> default DialogBox from GWT moves very slow when dragged if it
> contains
> many HTML elements (like a table with 10 rows and 20 columns). In
> the
> current WYSIWYG editor dialog boxes are used for color picker,
> custom
> character, insert image / attachment / macro / table. Before I
> start
> porting these dialogs to GWT I'd like to ask you:
>
> Do you agree with using dialog boxes for these features?
> * if so, do you think it's ok to optimize the way they are moved
> by
> showing only their border while dragging (win95-like)?
If you do so, what are you showing instead of the dialog content ?
the
content behind ? or a plain color ?
I think the main use case (if not the only ?) for moving such
dialogs is
to see what's behind. In that case showing only the border and let
the
user see what's behind is good IMO.
Yes, I'd like to show only a dashed (maybe) border and, possibly, a
background-color with some opacity level. This way I move only a div
with
its border, background-color and opacity and hide or leave in the
same
place the dialog box, while dragging.