LiveCode Forums

This part of the dictionary only makes it worse: On OS X systems, the image specified in the gRevAppIcon variable appears as the application icon in the answer dialog box (unless the answer...as sheet form is used). If you specify an iconType, the image specified in the gRevSmallAppIcon variable is ...

Klaus.

Recall I am only a beginner.

How do you use that to invoke an answer dialog with an image? I tried several ways with my own resident image, and nothing works.

Craig

Stam.

Could not agree more. But where else might it be possible to insert an image where before I (we?) only assumed text could go?

I still have not heard from Klaus on what might be a single line of code that placed that image into the dialog.

Craig

The engine still uses it though.

Odd, I think. Deesn't the engine already know what time it is and what is or is not happening in its environment? Why is it talking to itself? Not a good sign.

Craig

Paul.

This surely is still a bug in the latest versions of LC. I would have thought it would get priority, since it is old, present at such a basic level, and I bet, unlike myself, many users change cursors often.

Craig

CAsba.

There seems to be a bug in LC where "lock cursor" breaks in a number of situations. But if you: the new cursor will stick everywhere. This property can be changed at will, and from any source.

Craig

HOW COULD THEY NOT mention this somewhere? It would be a fabulous addition to who knows how many LC gadgets.

Craig

Klaus.

Terrific detective work and lucky gamble both. I wonder where else this can be exploited.

Craig

Klaus.

Amazing. Where in the dictionary does it say that one can do this sort of magic? What is the form of the command itself?

Craig

@Jacque. The dictionary states:

Note: If there is no idle handler anywhere in the message path, no idle message is sent.

@Richmond. Can you send a stack that shows it? None of your others do, irrespective of the LC version.

Craig

Aha. In the previous setup, if I do not lock the cursor, it barely ever changes as I move around within the button. It has fleeting instances where it does, but they are really fleeting. So locking the cursor does indeed have an effect, but you have to work hard to find it. And it proves even more s...

Jacque. I made a new card with a new button and a field, with the following in the card script: on mouseMove put random(999) into fld 1 if the mouseLoc is within the rect of btn 1 then set the cursor to watch lock cursor end if end mouseMove Moving the cursor loads numbers into the field. When I ent...

Jacque. The cursor should remain locked across handlers until one of them unlocks it or an idle occurs "Idle" is not sent unless there is an actual idle handler somewhere. Thank heavens. Didn't HC sent them always? Anyway, it seems that the cursor only stays locked based on its remaining within the ...

This stack shows that one may change and lock a cursor under script control. When that handler ends, the new cursor sticks, as shown by the action of a mouseMove handler that loads a field with numbers. But ONLY while the cursor is within the rect of the object within which it was changed. Once it l...

I take much back. Richmond, your latest stack changes and locks the cursor upon mouseEnter into a field. But the cursor reverts once one leaves the rect of the field. What were you trying to show here? And I just played with the two "Curses" stacks, and neither exhibits any permanence to a cursor. S...