|
Vern, I seem to recall that there are some "generic" LPEX preferences. Perhaps there are some that might apply to the C/C++ parser, such as maximum line length. However, even then, as you point out most editors with a max length preference do "soft-wraps" of the line. What about Adrian's comments? I have observed the same behavior as Adrian described, albeit with CL not C/C++. Is the source you are editing opened from a source member - where the max line length would have been established? Or is it a local file? It seems like if it warns you when you go past the limit, and warns you when you upload, it is doing most of what it should be. About the only improvement I could see would be some kind of automatic wrapping/re-formatting like it does with CL. Mark To: Websphere Development Studio Client for iSeries <wdsci-l@xxxxxxxxxxxx> cc: bcc: Subject: Re: [WDSCI-L] Line truncation message - how to avoid disaster Vern Hamberg <vhamberg@xxxxxxxxxxxxxxxxxxxxxxxxx> Sent by: wdsci-l-bounces+markp=softlanding.com@xxxxxxxxxxxx 09/20/2003 08:05 PM Please respond to Websphere Development Studio Client for iSeries <font size=-1></font> Mark I think you're right about the need for IBM to focus on languages that most people use - C/C++ are probably used mostly by business partners developing utility and system kinds of things. Phil Coulthard has responded to that effect before, and I understand the need to decide where to employ scarce resource. I sometimes use TextPad to edit C code. It, like most Windows editors, has no concept of record length. I've got into trouble with this sometimes. But you can tell it to wrap at a certain number of characters. But this does not put newlines in, however, so it's like most ascii editors, I suppose. I don't know how CodeWright works - some of us use it here. SEU has its problems, too - if you overflow a source record, the coursor moves to the sequence number field - not a cool thing but we've all got used to it. Wrapping within the record length could be cool. BTW, I noticed that there is no C/C++ parser under Remote Systems in Preferences. I'll look elsewhere, but maybe you know - is it found somewhere else - because that is where the preferences for the CL parser are actually set. Regards Vern At 10:53 AM 9/20/2003 -0400, you wrote: >Vern, > >I agree it should do this. > >Remember though with Code, it had that "/400" in its name. Even though >there was a lot of plain editor technology in it, it was clearly made for >the AS/400. > >With JLPEX this has pretty much become true as well, except that when it >was first created that was not necessarily going to be the case. The JLPEX >editor was open sourced with the initial Eclipse 1.0 and was supposed to >form the foundation of the CDT (C/C++ Development Tooling) that was going >to be added. Since C developers for Windows are typically going to use MS >Visual Studio to write C the market for the CDT was clearly Unix/Linux. >For whatever reason, the Unix people didn't really like LPEX and decided to >start over and model their editor after the one that is in Eclipse for >Java. > >To make a long story short, I just do not think that anyone has really done >anything to the C support in JLPEX since that release. You have to admit >that with so much work to do on the RPG/COBOL/CL side of the editor that it >doesn't make too much sense for IBM Toronto to be doing too much for C at >this point. Hopefully either they will get to it or we can figure out a >way to leverage the Eclipse CDT. > >The line length issue is one I had not thought of though. That obviously >is not an issue when you are writing C code for Linux/Unix compilers. So I >wonder if the editor in the CDT has anything that could even help with >this? > >Mark > > > > To: Websphere Development Studio Client for iSeries ><wdsci-l@xxxxxxxxxxxx> > cc: > bcc: > Subject: Re: [WDSCI-L] Line truncation message - how to avoid >disaster >Vern Hamberg <vhamberg@xxxxxxxxxxxxxxxxxxxxxxxxx> > >Thanks, Mark, I'll look further. > >Yeah, it's my old bugaboo, C. ;-) > >My expectation of JLPEX (promoted by IBM, I believe) is that it'll jave >"all" the functionality of the LPEX editor of CODE. That one will not allow >you to go beyond the record length. Now it'd be better, sometimes if it'd >wrap, IMO. JLPEX knows the record length - as soon as you type or cursor >past the record length, a left-right scroll bar is displayed. > >I think it'd be useful to display the record length somewhere - the >properties window in the lower left corner does not do so, right-clicking >to get to Properties does not. > >I'd be surprised that an LPEX language profile did not consider the >iSeries, It seems to me, it did in CODE. > >But again, I'll dig a little more. > >Thanks > >Vern > >At 07:21 PM 9/19/2003 -0400, you wrote: > > >Vern, > > > >What language is this, C? I think it is parser specific. The C parser > >that is there in LPEX was probably originally written without the iSeries > >in mind. > > > >When I am editing CL I do get warning when I go past the end of the line, > >and if I have the CL formatter turned on, it will automatically fit and > >wrap the source. > > > >Did you go through the LPEX preferences to see if there was anything about > >line length and wrapping? > > > >Mark > > > > > > > > To: websphere Development Studio Client for iSeries > ><wdsci-l@xxxxxxxxxxxx> > > cc: > > bcc: > > Subject: [WDSCI-L] Line truncation message - how to avoid >disaster > >Vern Hamberg <vhamberg@xxxxxxxxxxxxxxxxxxxxxxxxx> > >Sent by: wdsci-l-bounces@xxxxxxxxxxxx > >Just got the message that says ' Line truncation occurred during the >save'. > >I was working in version 5 RSE LPEX, seu editor profile. Unlike CODE, >there > >is nothing to stop editing past the record length. I also could find > >nothing to tell me how long the record is - properties on the source file > >did not show it in any of the 4 panels. > > > >So I need to go back to the green screen or use CODE - after even I am > >starting to like RSE better! 8-( > > > >Please, source files are STILL fixed-length, and that is not going away > >soon. > > > >Regards > >Vern _______________________________________________ This is the Websphere Development Studio Client for iSeries (WDSCI-L) mailing list To post a message email: WDSCI-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/wdsci-l or email: WDSCI-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/wdsci-l.
As an Amazon Associate we earn from qualifying purchases.
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.