PureBoard

@Daffy0815

Anhand deiner Prozedur-Paramater solltest du die Sprache wechseln!
(Das meine ist ernst!)

LabView ist genau für solche Anwendungen geeigneter und auch dafür gemacht.
(Also Messprogramme mit solchen Gadget in denen du halt Wertgrenzen angibst, Einheiten, Formate usw.)

PureBasic mit solchen (wie ich nun sehe unwichtig für andere programme) Sachen zu belasten würde PB unnötig aufblähen ...

Oder du nutzt eben Includes für dein Projekt ... was meinst du wie viele Include (Zeilen) ich "standardmäßig" in meine Projekte einbinden "muss" ? Damit ich "meine" Bedurfnisse erfüllen kann.
Ich meine dafür sind doch Includes da oder ?
Einmal geschrieben machen sie doch nie wieder "arbeit", wenn man sie gut schreibt.

Die Prozedure von dir sind einfach zu speziell um die nativ einzubinden ...

@RSBASIC

Jetzt verstehe ich was Du meinst.
Bei mir steht da aber "edit" = "herausgeben"

Sorry, ich spreche Deutsch o hablo español (¡mi ingles no es bueno!)


Gruß

Daffy

@stargate

Mit Produkten wie Labview, Winstar etc. habe ich nur die allerschlechtesten Erfahrungen gemacht!

1.) Sobald irgendetwas vom (von denen definierten) "Standard" abweicht ist man in den Hintern gekniffen.
2.) Befinden sich Fehler in den Routinen dann werden Sie entweder nicht beseitigt oder falls doch, gleich 10 neue eingebaut.
3.) Man ist deren "kruder" Lizenzpolitik auf Teufel komm raus ausgeliefert.

Ich habe 1986 angefangen mir mein eigenes Betriebssystem für derartige Geräte zu schreiben (alles in Assembler) und glaub mir, ich habe das nie bereut!
Überall wo die "Mitbewerber" bei speziellen Messaufgaben nur mit den Achseln zucken konnten weil der Herr Gate$ dies oder jenes nicht konnte, habe ich das realisieren können.

Der Grund warum ich das mache ist im Übrigen der, um von einem Lieferanten eines Grafik-Controllers wegzukommen der uns mit seiner "Politik" regelrecht erpresst. Und das wird NIE wieder passieren!


Was das mit den Includes betrifft, die hab ich natürlich auch massenhaft.

Was das mit dem "speziell" betrifft, so hast Du sicherlich bei einigen Routinen recht.
Aber erkäre mir doch mal, was der "Unsinn" soll, zum Beispiel bei jeder Textausgabe Breite und Höhe anzugeben wo die sich doch aus dem Text und dem verwendeten "Font" von selbst ergibt. Um im "Try and Error" - Verfahren auszuprobieren ob der Text hinpasst?

Oder das man den Status eines ButtonImageGadgets nicht abfragen kann.

Und über das Konzept mit den KeyBoardEvents bei denen man die Tab-Taste nicht abfangen kann oder Buttons die keinen "Event" liefern wenn der Focus auf ihnen steht.

Also mir würde da noch so einiges einfallen was man verbessern könnte. Und das würde mit Sicherheit nichts "aufblähen".
Könnte Dir mal zeigen was man mit 57KByte 8051-Assembler alles machen kann (z. B. eine BCD-Arithmetik ohne Rundungsprobleme)


Gruß

Daffy

Jo das muss ich dir Recht geben.

Wenn du ein LabView-Programm verkaufen willst, kostet dich die Lizenz (die ja schon nur zum "spielen" sau teuer ist) die das ermöglicht ein vermögen -.-
http://www.ni.com/labview/buy/d/ "Preise ab €4,499"

Ich bin halt in der glückliche Lage LabView in der UNI nutzen zu dürfen ...

Dann ist es ja ehr von Vorteil wenn du für PB eine Reihe an Includes schreibst für genau diesen Zweck.
Wenn du daraus dann DLLs machst, kannst du die sogar noch verkaufen ...
Wäre bestimmt auch für andere recht sinnvoll und würde u.u. sogar eine neue Gruppe Nutzer zu PB ziehen, wenn sie mit deinen DLLs oder UserLibs auch auf einfache Weise Geräte/Mess-Programme erstellen können

@Stargate

Ja, da geht es schon los:

KEINE DLL's das bringt nur Probleme!

Eine EXE in der ALLES drin ist. Keinen RegistrierungsEintragsBlödsinn (macht auch nur Ärger).

Die Leute mit denen ich zu tun habe, können nur mit großer Mühe einen Computer von einen Wurstbrötchen unterscheiden!

Noch ne kleine Anmerkung zu LabVieh und Co.

Versuch mal damit eine Pneumaikregelung von Unterdruck bis Überdruck mit Venturidüse zu realisieren (Viel Spaß!!!)

Gruß

Daffy


PS. Hab mir das bei LabView gerade mal angesehen.
Erinnert mich irgendwie an ein Programmiergerät von mir von DataIO wo ich für den jährlichen "Update" - Preis zwei neue Geräte kaufen kann.
Wenn ich schon diese "blumigen" Produktbezeichnungen lese wird mir speiübel!


Was für mich allerdings das mit Abstand größte Hass-Objekt ist, sind SPS-Steuerungen von Siemens in Verbindung mit ProFiBus. Da habe ich mit jedem zweiten Kunden Probleme. Immer in der Art "Wenn Sie das nicht lösen, dann....". Es war IMMER ein Problem von Siemens.
Wenn man die Leute dann fragt warum sie trotz dieser Erfahrungen immer wieder deren Zeug kaufen (als wenn es nicht auch B&R, Omron etc. gäbe) dann kommt "ja weil die doch Marktführer sind".

Dazu kann ich nur sagen: Leute fresst mehr Scheiße, zehnmilliarden Fliegen können sich nicht irren!

@Daffy:

Bevor du dir weiter nützliche Prozeduren programmierst, würde ich mir an deiner Stelle ein paar feste Regeln machen.
Was mir aufgefallen ist:

• Du vermischst Deutsch und Englisch miteinander. Das ist ziemlich hässlich. Da PB deutsche Spezialzeichen wie 'ä', 'ö', 'ü' und 'ß' nicht unterstützt, würde ich zu englisch tendieren.
• Du schreibst durchgängig hinter jede Variable ihren Typ. Das sollte bei guter Planung des Projektes nichts ausmachen, aber es reicht, wenn du das einmal am Anfang machst. Womit wir auch gleich schon beim dritten Punkt sind:
• Du deklarierst deine Variablen nicht sauber. Nutze 'EnableExplicit' am Anfang deines Programms und baue überall sauber 'Define', 'Protected', 'Shared' und Konsorten ein. Wenn sich sonst das erste mal globale mit lokalen Variablen vermischen, wirst du an mich denken.
• Schreibe zusätzlich zum bereits sprechenden Prozedurnamen als Kommentar in die 'Procedure'-Zeile, was die Funktion macht und beschreibe kurz die wichtigsten Argumente. Das hilft.

Daffy0815 hat geschrieben:Bei mir steht da aber "edit" = "herausgeben"

=> http://www.dict.cc/?s=edit ! (Das erste)
Also jetzt weißt du es, was das heißt und bitte benutze es auch sofort!