Re: DSM example (was Using a timeout with display files)

1) When you're using pessimistic updating (i.e., the record is locked
while it's being edited). If the user doesn't touch the screen after 90
seconds, the timeout fires, the changes are rolled back, and/or the record
is unlocked.
2) When you want to refresh a status display; in my case, the display
shows which trucks are scheduled to be dispatched next. When the timeout
goes (every 60 seconds), I reload the subfile with the current/updated
statuses and color anything past its scheduled dispatch time. It's easy
for the user to glance at the display and see the current status--no
keyboard entry required!
3) Eye candy for executives: I did one that showed data entry statistics
by location and they were transfixed by watching the numbers change as EDI
and manual order entry rose fast in the early evening and then slowed later
as orders were priced, manifested, and dispatched. Don't write to me and
tell me this is a no-brainer with a web app; I know it. But I was doing
this in the early 80's.

--reeve

On Thu, Aug 18, 2022 at 4:10 PM Don Brown via RPG400-L <
rpg400-l@xxxxxxxxxxxxxxxxxx> wrote:

Giday Frank,

Just curious if you would share a few use cases of your utility ?

I can see a lot of great work but I am not having the light bulb moment as
to the problem the solution provides.

Cheers

Don



From: "Frank Kolmann" <Frank.Kolmann@xxxxxxxxx>
To: rpg400-l@xxxxxxxxxxxxxxxxxx
Date: 18/08/2022 09:54 AM
Subject: DSM example (was Using a timeout with display files)
Sent by: "RPG400-L" <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx>



Hi Patrik

DSM example program. DSMFD.

I have this code on GITHUB. (Is it just me or is GITHUB so very very
difficult to use?)
https://github.com/FrankKolmann/FranksRPG

It is a program that shows on a screen what a DDS file looks like using
the compiled object.
It uses DSM to show. Also there is a progam that uses the QDFDRTVFD api
to get the DDS info.

Regards
Frank



On 16/08/2022 7:07 pm, Patrik Schindler wrote:

Hello Javier,

Am 16.08.2021 um 00:04 schrieb Javier Sanchez

<javiersanchezbarquero@xxxxxxxxx>:

I've been dealing with the DSM documentation, but this is barely the

API prototypes and the several data structures and constant values that
these use. There are no significant examples and what I've found on the
Web is also poor material.

So it's not just me. :-) Good to know!

I'll have to wrap up my sleeves and try.

I'd love to see some DSM examples somewhen, if you're willing to share

your insights!

Since the input buffer is still there, that's the right moment to

invoke the *QsnReadImm* API which is a non-AID-generating read input from
the screen, and that should probably bring me the data that I'm expecting:
the one the user may have typed in.

This proves (in a twisted way) my guts feeling of "there must be a

possibility to do this". You know, the OS can set the message waiting
indicator on a terminal at any time, without intervention from the
currently running application. This made me think there *must* be an
asynchronous way to obtain data from the terminal without any read or
write in the usual way.

:wq! PoC

--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com




--
This email has been scanned for computer viruses. Although MSD has taken
reasonable precautions to ensure no viruses are present in this email, MSD
cannot accept responsibility for any loss or damage arising from the use of
this email or attachments..
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com