I have found that the decision makers, especially the ones that don't use
the system a lot, perceive green screen as old and therefore dismiss the
purchase of a solution based on that assumption.
I also kick myself for having my "head in the sand" as to speak expecting
IBM to provide a development tool that would allow the 5250 data stream to
provide both 5250 and HTML for sake of a better description - I know
net,data does provide that in a way.
I also for many years thought the fat client was the better option to web
browser, well that was 20+ years ago.
We started slowly with PHP and have progressed steadily improving the
processes but still have a huge way to go and many learning curves to
still conquer but we are not duplicating the green screen environment, we
are using the page estate and html/JS functions to improve the
application.
Anyway that is my $0.02 worth.
Cheers
Don Brown
Senior Consultant
[1]OneTeam IT Pty Ltd
P: 1300 088 400
Thank you for your support in 2024
Our offices will be closed from COB on Tuesday December 24, reopening
Monday January 6, 2025.
We will still be available to provide support via 1300 088 400 during this
time.
-----Original Message-----
From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Brad
Stone
Sent: Thursday, 2 January 2025 11:59 PM
To: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Tool to Modernize IBMi Screens into GUI
It's been 25 years plus since CGI programming has been a viable option.
And it still is. Even longer since ILE has been available to try to
encapsulate functions.
The other side of the coin is, to me at least, is that users used to the
"fast entry" of green screens wouldn't want a web update, but would
eventually use it after the initial shock. I know a lot of the
applications I use for business are all web based now. At first I hated it
(and in some cases still do) but I grow to tolerate them.
On Thu, Jan 2, 2025 at 7:44 AM Justin Taylor <jtaylor.0ab@xxxxxxxxx>
wrote:
> Retrofitting a single program with a modern UI is one thing, but what
> about thousands? I see that as the biggest hurdle. You've got teams
> with the capacity to maintain and enhance the current program suite,
> but not enough to refactor everything.
> --
> 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: [2]
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
> [3]
https://archive.midrange.com/rpg400-l.
>
> Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
> related questions.
>
>
--
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: [4]
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
[5]
https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.
--
Message protected by MailGuard: e-mail anti-virus, anti-spam and content
filtering.
[6]
https://www.mailguard.com.au
References
Visible links
1.
https://www.oneteamit.com.au/
2.
https://lists.midrange.com/mailman/listinfo/rpg400-l
3.
https://archive.midrange.com/rpg400-l.
4.
https://lists.midrange.com/mailman/listinfo/rpg400-l
5.
https://archive.midrange.com/rpg400-l.
6.
https://www.mailguard.com.au/
midrange.com
