RPG bald ohne 80 Spaltenbegrenzung

[dabeda]

Ich kann es auf jeden Fall kaum erwarten, finde das die absolut richtige Richtung seitens IBM(Rational).
Wer will kann von mir aus bei 50, 60 oder 80 Stellen einen Zeilenumbruch machen, ich mache dort einen, wo ich es für angebracht halte, und das wäre eben manchmal jenseits der 80sten Stelle der Fall. Da sind wir uns, bei uns im Haus, alle einig.

LG Peter

[andreaspr@aon.at]

Ich finds nur seltsam, ich habe im Access/VBA Erweiterungen geschrieben, die nach einem Office Update nicht mehr funktionierten, da MS gewisse Methoden-Aufrufe umgeändert haben.

Und wir haben auch Java Applikationen wo Java 5 maximum und andere wo Java 6 minimum da es da scheinbar irgendeine Änderung gab oder depricated Funktionen entfernt wurden (die dazumals noch nicht depricated waren).

Das so ein (wirklich kleines) Thema solche emotionen hochbringen kann.
Stelle mir das gerade so Bildlich vor: Einige Protestierende Bürger mit Plakate und der Aufschrift "Wir wollen wieder 80 Zeichen!!!"

Spaß bei Seite: Ich verstehe wirklich nicht warum man da unbedingt seinen Willen durchbringen muss.
Es gibt vielleicht Entwickler die hätten es irgendwann mal gerne und es gibt jene die das nicht wollen/brauchen.
Ist es so schlimm jedem die Entscheidung selbst treffen zu lassen?!?

[Pikachu]

Spaß bei Seite: Ich verstehe wirklich nicht warum man da unbedingt seinen Willen durchbringen muss.
Es gibt vielleicht Entwickler die hätten es irgendwann mal gerne und es gibt jene die das nicht wollen/brauchen.
Ist es so schlimm jedem die Entscheidung selbst treffen zu lassen?!?

Nicht jedem, sondern dem ersten!
Manchmal muß man auch Stellen in einem Quelltext
ändern/erweitern, die jemand anderes geschrieben hat ...

[TheDevil]

Hallo und allen einen wunderschönen guten Morgen, eine produktive Woche und allzeit fehlerfreie Programmierzeilen.

Das sieht mir alles nach einer Marktlücke aus. Wir brauchen ein Produkt dem wir einfach unseren Programmierstil (80, 96 etc...) verklickertn und dieses wandelt dann jede beiliebige Quelle in das
ensprechende Format um ....

Ein bisserl Spass muss sein ...

Gruß aus dem fast schon wieder sommerlich sonnigen Flensburg

Ralf

[BenderD]

Und wir haben auch Java Applikationen wo Java 5 maximum und andere wo Java 6 minimum da es da scheinbar irgendeine Änderung gab oder depricated Funktionen entfernt wurden (die dazumals noch nicht depricated waren).

... was für ein Unfug, da kann ich Dir nur Unwissenheit zu Gute halten. Dass aus Java 5 mit einem späteren Release was entfernt wurde (sprich unter neuerem Release nicht läuft) halte ich für ein Gerücht und bitte um entsprechenden Beleg. Dass eine Anwendung ein Mindestrelease haben muss, ist völlig normal und gilt für jede Programmiersprache (auch für RPG!), woher soll auch ein älteres Release später hinzugekommene Funktionalität kennen.


D*B

[Fuerchau]

Für mich ging es nur darum, dass das Aufheben der Begrenzung als Innovation verkauft wird, die ja keine ist.
Das geht in die Selbe Richtung wie (nicht ganz ernst gemeinte) mal eine Subfileerweiterung auf 32767 oder 65535 Zeilen oder eine Breite von mehr als 80/132 mit automatischen Rollen nach links und rechts (wie Windows das ja schließlich seit Windows 2.0 auch kann).

[dschroeder]

Ich fühle mich genötigt, auch noch meinen Senf dazuzugeben. Wir haben uns schon häufig über die störende 80-Zeichen Einschränkung geändert. Manchmal fehlen einfach noch ein oder zwei Zeichen, um die Zeile zu vollenden. Dann wird man wegen der Spaltenbegrenzung gezwungen, umzubrechen. Das ist echt ein Feature, auf das wir schon lange warten. Wir arbeiten allerdings praktisch nur noch im RDi. Im SEU wäre es mir auch nicht so wichtig.

Aber ich habe noch eine Frage dazu: Wir editieren zwar im RDi, aber wir speichern die Sourcen weiterhin klassisch in Sourcefiles, also nicht im IFS. Funktioniert das dann weiterhin oder zwingt einen die Erweiterung, seine Sourcespeicherung zu ändern? Weiß da schon jemand etwas?

Dieter

[Fuerchau]

Ich denke wenn du Glück hast wird RDi dir da was auf die Finger geben wenn die Zeile zu lang wird.
Falls du Pech hast wird eben abgeschnitten.

[B.Hauser]

Aber ich habe noch eine Frage dazu: Wir editieren zwar im RDi, aber wir speichern die Sourcen weiterhin klassisch in Sourcefiles, also nicht im IFS. Funktioniert das dann weiterhin oder zwingt einen die Erweiterung, seine Sourcespeicherung zu ändern? Weiß da schon jemand etwas?
Dieter

Bislang ist noch nichts offiziell bekannt gegeben.
Ich schätze aber, dass der nächste Technology Refresh auf der Herbst-Veranstaltung von Common in den USA (Anfang Oktober) offiziell vorgestellt wird. Ab diesem Zeitpunkt wird es dann wohl auch die eine oder andere Veröffentlichung zu den Erweiterungen geben.

Ich gehe jedoch davon aus, dass die 80 Spaltenbegrenzung auch in klassischen Teildateien aufgehoben wird, d.h. man kann bis zum Ende der Zeile (wie auch immer die Teildatei definiert wurde, mit 112 Zeichen oder 132 oder ...) Source Code erfassen.
Ggf. gibt es wie beim RUNSQLSTM eine neue Option über die festgelegt werden kann, bis zu welcher Spalte Source Code eingegeben werden kann.
... aber das sind nur Spekulationen!

Was RDi angeht, so wird auch heute schon gemosert, wenn z.B. beim Kopieren oder Verschieben Kommentare auf der rechten Seite des Quell-Codes über die Teildatei-Grenze hinausreichen. Aktuell können solche Quellen ohne manuelle Korrektur der Kommentare nicht gesichert werden.

Noch eine kleine Anmerkung:
Auch wenn es manche hier glauben, und man manchmal bei IBM das Gefühl hat, dass die rechte Hand nicht weiß was die Linke tut, die Produkt-Mananger und Entwickler bei IBM sind keine kompletten Deppen.
M.E. ist das Ganze, der Umfang und Art der Erweiterungen (auch bei der IBM) eine Frage des Budgets und der ManPower.

Wer Verbesserungsvorschläge oder Ideen für Erweiterungen hat, kann diese übrigens auch direkt bei IBM einreichen (bzw. auch eingereichte Vorschläge bewerten).
IBM RFE (Request for Enhancement) Community

Birgitta

[BenderD]

Noch eine kleine Anmerkung:
Auch wenn es manche hier glauben, und man manchmal bei IBM das Gefühl hat, dass die rechte Hand nicht weiß was die Linke tut, die Produkt-Mananger und Entwickler bei IBM sind keine kompletten Deppen.
M.E. ist das Ganze, der Umfang und Art der Erweiterungen (auch bei der IBM) eine Frage des Budgets und der ManPower.

Birgitta

... das sind mit Sicherheit keine Deppen, aber die halten ihre treuen AS/400 Kunden für Deppen - und haben damit zuweilen nicht völlig unrecht, wenn ich mir manche Entschuldigungsverrenkungen so vor Augen führe: warum RDI nicht wirklich funktioniert, warum nach Releassewechsel der Compiler manche Quelle nicht mehr mag, warum die Datenbank sich im Gestrüpp ihrer Query engines verirrt (wenn diese Ausreden von IBM selber kämen, verstünde ich das noch, aber warum Kunden die Ausreden für den Hersteller konstruieren...).
Ach ja, was Aufwände angeht, sehen wir uns das doch mal für dieses grandiose Feature, nennen wir es mal 80 plus, an.
Eine RPG Quelle kann man im Freeformat Teil fast an jeder beliebigen Stelle trennen, selbst innerhalb eines Variablennamens mit dieser ellipsis (das sind die drei Punkte ...). Wie lange braucht man da wohl eine Quele vor dem Compile in das 72 Stellenformat zu teilen; das Restproblem, den Debugger zu narren, dürfte wohl auch mit überschaubarem Aufwand lösbar sein - und ab da kann der Compiler das doch heute schon...

D*B

[ExAzubi]

Hallo zusammen,

ich gebe Fuerchau im Grunde Recht. Was war das früher schön, wenn man wissen wollte wo eine Variable geändert wird. Einfach im PDM suchen ab Stelle 42 und zack man hatte nur die Stellen wo die Variable geändert wurde... Einfach herrlich!
Heute sucht man sich den Wolf, selbst im RDi kann man sich zwar nur die Vorkommen anzeigen lassen, was aber auch nur semi zu gebrauchen ist, da man dann nicht weiß wo man sich im PRogramm befindet.

Auch den Sinn von Variabelenname mit mehr als 10 Zeichen halte ich zumindest für hinterfragenswert da RDi bislang keine Autovervollständigung hat und mann sich dann den Wolf jedesmal tippt.
Daher benutze ich (wenn es denn unbedingt sein muss eine qualifizierte DS) mit ganz kuzen qualifier wie DS1.xxx und DS2.xxx.
Ich will Programmieren und nicht tippen.
Und in Java ist das anders, da gibt es Autovervollständigung wonach 3-6 Zeichen der Rest mit einen Tipp auf die Leertaste
Wegen der 80-Zeichen Begrenzung; man sollte diese schon ein wenig aufweichen, allerdings halte ich persönlich 132 Zeichen für genug. Denn wer wiklich mehr braucht, der sollte sich wiklich gedanken machen ob denn so alles nioch lesbar ist.

[andreaspr@aon.at]

Auch den Sinn von Variabelenname mit mehr als 10 Zeichen halte ich zumindest für hinterfragenswert da RDi bislang keine Autovervollständigung hat und mann sich dann den Wolf jedesmal tippt.
Daher benutze ich (wenn es denn unbedingt sein muss eine qualifizierte DS) mit ganz kuzen qualifier wie DS1.xxx und DS2.xxx.
Ich will Programmieren und nicht tippen.
Und in Java ist das anders, da gibt es Autovervollständigung wonach 3-6 Zeichen der Rest mit einen Tipp auf die Leertaste

Die Autovervollständigung gibt es spätestens seit dem letzten Update auf 9.1.1.1 (zumindest ist es mir da erst aufgefallen).
Somit wäre auch dieses Problem gelöst.
Und über die Gliederung im RDi siehst du nicht nur die Definition aller Variablen, sondern auch wo sie überall verwendet werden (Einfacher Klick auf die Zeilennummern die darunter abgebildet sind und springst automatisch dort hin).

@Birgitta: Danke jedenfalls für die Infos und ich hoffe dass du weist dass es viele Leser gibt die immer froh sind über solche postings auf dem laufenden gehalten zu werden!