Re: Event-based actions

[Booth Martin <booth@xxxxxxxxxxxx>]

Therein lies the problem that prompted me to start this thread.  The 
/field/ has to refresh, not the screen.  Plus the cursor has to stay 
where it was, and keyed data has to remain unchanged.  It has to look 
like nothing happened except a couple of fields updated.  No flash, no 
flicker; just the needed fields change their value.

Here is a description of the GWT Event Bus: "Dispatches GwtEvents to 
interested parties. Eases decoupling by allowing objects to interact 
without having direct dependencies upon one another, and without 
requiring event sources to deal with maintaining handler lists. There 
will typically be one EventBus per application, broadcasting events that 
may be of general interest. "

http://google-web-toolkit.googlecode.com/svn/javadoc/2.1/com/google/gwt/event/shared/EventBus.html



On 9/2/2012 8:59 PM, Dennis wrote:
> You could do this with threads. In your example, a trigger on the orders or inventory items file could, well, trigger a message to a data queue on which one thread of Sally's job is waiting. Another thread may be waiting for screen interaction, while yet another may be awaiting an Alarm to fire (say, a timer Alarm). Any/all of these actions might causevSally's screen to refresh with new stats.
>
> But Sally is going to be rightly perturbed if she spent the last couple of minutes filling in fields on that screen, and just when she's ready to press <ENTER> or some function key, the screen refreshes.
> ++
> Dennis
> ++
> "Nature gave man two ends - one to sit on and one to think with. Ever since then man's success or failure has been dependent on the one he used most."
> -- George R. Kirkpatrick
>
>
>
> Bravely sent from my Galaxy tablet phone.
> ++
>
>
> Booth Martin <booth@xxxxxxxxxxxx> wrote:
>
> The dataque with trigger is pretty straight forward and provides the
> event and needed information. Thats the first half of the problem.
>
> Now, I need the other half, the listening part. Lets say Sally has an
> inventory item on her screen and is talking with a customer and the
> screen shows:
>
> On Hand - 12
> Inbound - 12
> Allocated - 22
> Available - 2
>
> In the call center there are 28 other folks taking orders and some one
> of those people sells 4 pieces, leaving as Available a minus 2.
>
> At this point, I would like Sally's screen to refresh and reflect that
> there are none left to sell. All without Sally doing anything and
> without a timer constantly refreshing her screen every nn seconds.
>
> This is fairly common in the new world, but it isn't clear to me how we
> do this on our platform.
>
> Here is a simplistic example:
>
> http://www.martinvt.com/Code_Samples/Kiosk_Clock/kiosk_clock.html
>
> This clock refreshes every n.nn minutes, based on a timer. I would
> rather that when another program sent a change in the time, a "listener"
> would hear the message and poke the clock program with the new time to
> be displayed.
>
> An Executive Dashboard is another example of the problem. How does one
> refresh that screen by other than a cycle started with a timer?
>
>
>
>
> On 9/2/2012 8:00 PM, Mark S Waterbury wrote:
> > Hi, Booth:
> >
> > I think it would help if you could attempt to describe what problem you
> > are trying to solve, or what you are trying to accomplish. In other
> > words, what are your goals or objectives.
> >
> > Thanks,
> >
> > Mark S. Waterbury
> >
> > > On 9/2/2012 8:38 PM, Booth Martin wrote:
> > > This seems simple enough yet I am stumbling all over the school yard
> > > with it.
> > >
> > > This has to do with event-based actions versus waiting for the Enter key
> > > to be pressed or for a timer to run out..
> > >
> > > This is a fairly simplistic case, but it should serve to demonstrate the
> > > problem I am trying to solve.
> > >
> > > Lets say a desktop gadget displays the local temperature. When the
> > > temperature changes, the gadget changes the display. As I understand
> > > it, this is accomplished by a "listener" that "listens" for a
> > > temperature change event from the mother ship. It is not a timer that
> > > periodically checks to see what the temperature is. When the listener
> > > hears that the temperature has changed, it alerts the desktop gadget and
> > > my desktop display shows the new temperature. As I said, this is a
> > > simplistic case.
> > >
> > > So, in midrange world, how do I mimic the behavior of a listener and of
> > > events?
> > >
> > > This may not be well presented. For that I apologize. Of course, if I
> > > understood the issue better I probably would also know the answer,
> > > right? ;) If you have questions, please ask. That may help me
> > > explain my issue better.