× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Yeah, I get where you are coming from. I am a fan of developers having good choices for tools. Every developer has individual preferences and more power to them (pun intended).

I feel like the VS Code extensions for IBMi development are still a bit in the early adoption phase. However, I am doing my best to be an early adopter. I have high hopes for what VS Code will grow into as an IBMi development tool.

If I understood correctly at the POWERUp conference, IBM is using VS Code as the base for its new Merlin IDE. (Sorry if I misunderstood this--and anyone please correct me if I am mistaken.) I'm sure it will be a customization of the VS Code open source, not a set of VS Code extensions. But it's interesting that IBM would not use RDi or Eclipse for the new Merlin IDE. That might say more about JAVA or about the widespread popularity of VS Code than about RDi itself, though.

Thanks,

Kelly Cookson
Senior Software Engineer II
Dot Foods, Inc.
1-217-773-4486 ext. 12676
www.dotfoods.com


-----Original Message-----
From: COBOL400-L <cobol400-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Daniel Gross
Sent: Wednesday, August 10, 2022 3:11 PM
To: COBOL Programming on the IBM i (AS/400 and iSeries) <cobol400-l@xxxxxxxxxxxxxxxxxx>
Subject: [EXTERNAL] Re: [COBOL400-L] (Kein Betreff)

If you are using only LPEX you are really missing out on something

- the object table is great - you can search for members over different files and through the whole library list - and much more - all things, the PDM can't do

- the string search features are very good and support regular expressions

- iSphere adds many small nice features like copying members between libraries and even between systems - and renames existing target members with configurable schemes (like NAME.1, NAME.2, ...)

- the user definable options are nice - OK but not so much better than the user definable options in PDM - only that you don't have to remember them, because of the pop up menu

In fact I don't do so much in PDM - I build commands to do the jobs and call them from RDi - this is easy, and my old brain doesn't have too much to remember.

But it's a long way - I forbid myself to use PDM for some month - and whenever I had something that would be faster on green screen, I searched for the right way in RDi - and almost every time I found a way - if not, I built one.

HTH and kind regards,
Daniel



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.