Seite 6 von 6
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 04.06.2010 14:42
von Christian H
Das Beispiel unter
LineXY() suggeriert Einsteigern, dass cos() und sin() mit Grad arbeiten.
Gruß Christian
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 05.06.2010 15:17
von CSHW89
hab grad erfahren, dass der compiler 'Chr(Konstante)' auch als Konstante behandelt:
http://www.purebasic.fr/german/viewtopi ... =3&t=22596
das sollte find ich mal in die hilfe aufgenommen werden.
lg kevin
edit:
Christian H hat geschrieben:Das Beispiel unter
LineXY() suggeriert Einsteigern, dass cos() und sin() mit Grad arbeiten.
Gruß Christian
ach daher, kommt das, was hier schon öfter geschrieben wurde: "cos/sin liefert mir komische werte"
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 11.06.2010 13:06
von STARGÅTE
Es sollte mal erwähnt werden, das Variablen-Namen nicht länger sein dürfen als 254 Zeichen !
Denn bei 255 zeichen stürzt der Compiler ab!
Code: Alles auswählen
Das_ist_ein_sehr_langer_Variablennamen_wo_der_Kompiler_zum_absturtz_gebracht_wird_Das_ist_ein_sehr_langer_Variablennamen_wo_der_Kompiler_zum_absturtz_gebracht_wird_Das_ist_ein_sehr_langer_Variablennamen_wo_der_Kompiler_zum_absturtz_gebracht_wird_Das_ist_nicht_gut = #True
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 11.06.2010 13:48
von RSBasic
@STARGÅTE
Da stürzt der Compiler einfach ab^^
Wie bist du denn darauf gekommen?
Einfach mal ausprobiert, wie lang ein Var-Name sein darf oder brauchtest du so einen langen?
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 11.06.2010 14:56
von CSHW89
RSBasic hat geschrieben:@STARGÅTE
Da stürzt der Compiler einfach ab^^
Wie bist du denn darauf gekommen?
Einfach mal ausprobiert, wie lang ein Var-Name sein darf oder brauchtest du so einen langen?
weißte, wenn man mal nix zu tun hat, macht man so einigen s**. hab auch schon mal geguckt, wieviele elemente in einer structure enthalten sein dürfen. ich meine bei 32768 elementen stürzte der compiler ab
lg kevin
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 23.06.2010 21:03
von Blackskyliner
Ich bin dafür Obsolete Funktionen, in der Hilfe als solche zu kennzeichnen, mit einem Hinweis auf den Ersatz, sofern einer Vorhanden...
Nicht nur im Deutschen auch im Englischen...
Weil aller paar Wochen oder so kommt jemand mit z.B. so einem Problem:
http://purebasic.fr/german/viewtopic.php?f=16&t=22744
Weil in in der Hilfe die Erwähnung von Prototypes überliest, mir ging es selbst schon so.
Am besten gleich als erste Zeile in der Beschreibung, und dann fett oder so..
Nur so ne Anregung
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 23.06.2010 21:36
von Josh
vieleicht könnte man die gliederung der seiten ein bischen mehr hervorheben. z.b. bei der seite Compiler Funktionen, da fehlt mit bei Syntax, Beschreibung einfach das leichte erkennen auf den ersten blick. wenn mit Syntax was neues los geht, dann sollte das normalerweise nicht gleich formatiert sein wie ein unterpunkt davon.
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 24.06.2010 09:28
von ralle
Blackskyliner hat geschrieben:Ich bin dafür Obsolete Funktionen, in der Hilfe als solche zu kennzeichnen, mit einem Hinweis auf den Ersatz, sofern einer Vorhanden...
Nicht nur im Deutschen auch im Englischen...
Weil aller paar Wochen oder so kommt jemand mit z.B. so einem Problem:
http://purebasic.fr/german/viewtopic.php?f=16&t=22744
Weil in in der Hilfe die Erwähnung von Prototypes überliest, mir ging es selbst schon so.
Am besten gleich als erste Zeile in der Beschreibung, und dann fett oder so..
Nur so ne Anregung
Dieser Meinung möchte ich mich anschließen, wo ich es vor allem selber war, der die unnötige Frage aufgeworfen hat
. Beruflich arbeite ich überwiegend mit C# und im VS2008 werden alle Befehle, welche zwar funktionieren, aber überholt sind schon während der Eingabe in der Autovervollständigung farblich hervorgehoben. Auch ist es möglich bei dem Compiler Warnungen zu generieren, wenn eine obsolete Methode, etc gefunden wurde.
mfG
Ralph
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 07.10.2010 21:24
von Batze
Der Eintrag zu
ListIndex() sollte meiner Meinung nach noch eine Erweiterung bekommen.
Gibt die Position des aktuellen Listenelements zurück - dabei wird davon ausgegangen, dass sich das erste Element an Position 0 befindet. Diese Funktion ist sehr schnell und kann ohne Performanzverlust auch häufig verwendet werden (sie durchläuft nicht jedes Mal die gesamte Liste, sondern nutzt einen zwischengespeicherten Wert).
Man sollte vielleicht erwähnen, dass der Befehl nach
ChangeCurrentElement() sehr wohl die Liste durchgeht (ist ja auch irgendwie logisch, dann stimmt ja der gespeicherte Wert nicht mehr).
Aber ich bin letztens da drauf reingefallen und habe mich gewundert warum meine eine Schleife so unglaublich langsam war.
Re: Diskussionen und Anderes rund um die PB-Hilfe
Verfasst: 10.03.2022 17:19
von jacdelad
Die Beschreibung für OnErrorDefault() scheint sich selbst nicht so sicher zu sein
:
Beschreibung
Ändert die beim Auftreten eines Fehlers ausgeführte Aktion auf die Standard-Systemeinstellung. Dies bedeutet üblicherweise die Anzeige eines Fehler-Dialogs und Beenden des Programms, aber es meint sicherlich auch, weitere Fehler einfach zu ignorieren. Um ein Programm bei jedem Fehler zu beenden, verwenden Sie OnErrorExit().
Wäre übrigens gut, wenn es (wieder?) eine Möglichkeit gäbe, das Programm im Fehlerfall weiterlaufen zu lassen und es sich nicht immer zwangsweise beenden würde.