Gecko needs to be able to reflow/repaint w/out relying on OS events

RESOLVED WORKSFORME

Status

()

Core
Layout
P3
normal
RESOLVED WORKSFORME
19 years ago
15 years ago

People

(Reporter: Mike Pinkerton (not reading bugmail), Unassigned)

Tracking

Trunk
Future
PowerPC
Mac System 8.5
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
In discussions about Drag and Drop implementations, we realized that we want to
use CSS to display drop feedback in many instances. This forces a reflow in
Gecko. On Mac, once you begin a drag, you are at the mercy of the OS: you can
paint only by calling paint routines directly and you cannot rely on update/paint
events and Invalidate() calls because you won't get them until it is too late.
Any timers that rely on receiving events won't work either.

It may be able to fake it in GFX somehow such that when the mouse is down, all
drawing is done immediately, otherwise it is done the normal way with
invalidates, but it's probably at the layout level as well, and that's a problem.

Gecko needs to be able to draw w/out relying on invalidates for drop feedback
that uses CSS to work on MacOS.

Updated

19 years ago
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → REMIND

Comment 1

19 years ago
Rick, in resolving this Remind, did you really mean the standard definition of
this: "The problem described is a bug which will probably not be fixed in this
version of the product, but might still be."? Could you add a comment about why
you marked this Remind?  We consider this to be needed for drag & drop to be
discoverable on the Mac, where it is very much expected.  cc'ing german (and
scotty, since german is out this week) to get their input as to the importance of
drop feedback.  I'd like to see this as an active bug with a target milestone.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 2

19 years ago
Verifying as a Reminder.

Comment 3

19 years ago
Drop feedback is very much desired, and expected on the Mac as there it is the
only means for discovering drop targets. This might also be very desirable for
the Netscape look and feel for all platforms as it really helps users see what
the drop target area is.
I was thinking we can use the CSS2 property outline
(http://www.w3.org/TR/REC-CSS2/ui.html#dynamic-outlines), which does not require
a reflow of the document, and is meant for these kinds of things.
BTW (hint, hint) we also really need this CSS2 property anyway to materialize
the Netscape look and feel for mouseover on buttons. I've been begging for this
for a long time...pretty please?
REMIND is deprecated.
Status: VERIFIED → REOPENED
Resolution: REMIND → ---
Punting to attinasi (layout owner)--if this bug is meaningless by now, please
resolve it.
Assignee: rickg → attinasi
Status: REOPENED → NEW

Updated

16 years ago
Target Milestone: --- → Future

Comment 6

16 years ago
What's the current status now?

Comment 7

15 years ago
What's a specific example that exhibits the need for this bug, if I may ask?

Comment 8

15 years ago
Reassigning to other@layout.bugs for now until someone willing to take it.
Assignee: attinasi → other
Priority: P3 → --
Target Milestone: Future → ---
Asking the gecko widget to paint using NS_METHOD nsIWidget::Invalidate(PRBool
aIsSynchronous) passing TRUE should force the window to be painted immediately
without having to wait for a paint message to be generated and processed.
Priority: -- → P3
Target Milestone: --- → Future
Works now :)
Status: NEW → RESOLVED
Last Resolved: 19 years ago15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.