Seite 29 von 34

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 04.05.2014 11:41
von Sicro
GetFileDate() hat geschrieben:Anmerkungen

Auf Linux und Mac OSX ist das für #PB_Date_Created zurückgegebene Datum das gleiche wie bei #PB_Date_Modified, da die meisten Datei-Systeme kein Erstellungsdatum für Dateien speichern.
fehlt bei SetFileDate()

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 10.07.2014 17:31
von Chimorin
Ich weiß nicht, ob das auch hier hin gehört. Aber in der Dokumentation gibt es eine Farbtabelle, welche nicht mit der in PB verwendeten Definition übereinstimmt:
http://www.purebasic.fr/english/viewtop ... 36&t=59861

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 10.07.2014 18:25
von matbal
Chimorin hat geschrieben:Ich weiß nicht, ob das auch hier hin gehört. Aber in der Dokumentation gibt es eine Farbtabelle, welche nicht mit der in PB verwendeten Definition übereinstimmt
Eigentlich wird alles erklärt:
Hilfe hat geschrieben:Die in der Tabelle angegebenen Farbwerte sind im gebräuchlichen RGB-Format (rot, grün, blau) dargestellt
...
...
2.) den Farbwert als Ganzes übergeben - dann müssen allerdings die Rot- und Blau-Anteile getauscht, d.h. die Farbe im BGR-Format übergeben werden.

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 27.07.2014 09:22
von Nino
PB 5.30 (Windows x64)
englische Hilfe zu [color=#0000FF]ParseXML()[/color] hat geschrieben: See Also

FreeXML(), CreateXML(), LoadXML(), ParseXML()
:-)

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 07.06.2015 20:40
von RSBasic
http://www.purebasic.com/german/documen ... ality.html
SpriteQuality hat geschrieben: Die Darstellungsqualität des Sprites. Dies kann einer der folgenden Werte sein:
#PB_Sprite3D_NoFiltering : Keine Filterung - schnell, aber "hässlich" beim Zoomen/Rotieren. (Standard)
#PB_Sprite3D_BilinearFiltering : Bilineare Filterung - langsamer, aber "sauber" beim Zoomen/Rotieren.
"3D" muss entfernt werden.
Die englische Hilfe ist aber korrekt.

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 19.09.2015 21:20
von BI2
Hallo zusammen,

Ich wollte nicht einen extra Thread aufmachen, deshalb hier der Post.

Habe gerade die aktuelle PB540 Beta 6 (x64) unter openSUSE 13.1 installiert. Zuerst war ich erfreut das die deutsche Hilfe schon aktuell ist, allerdings sieht das ganze recht seltsam aus (Umlaute werden falsch dargestellt):

https://www.dropbox.com/s/fwoczyze2nkbu ... e.png?dl=0

Scheint ein ASCII - Unicode Problem zu sein. Stellt sich jetzt die Frage ob das ein Problem bei mir ist oder ob im PB-Hilfeanzeiger ein Fehler ist. Die PB 5.31 Hilfe sah noch normal aus.

Gruß, BI2

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 02.10.2015 22:25
von Nino
Fehler in der deutschen Übersetzung bei CreateRegularExpression()
englische Dokumenttion hat geschrieben:#PB_RegularExpression_NoCase: comparison and matching will be case-insensitive
deutsche Dokumenttion hat geschrieben:#PB_RegularExpression_NoCase: Suche und Vergleich wird die Groß- und Kleinschreibung berücksichtigen.
Das muss doch wohl heißen: "... wird die Groß- und Kleinschreibung nicht berücksichtigen".

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 14.10.2015 16:15
von hoerbie
Kein wirklicher Bug, nur englischer Text in der deutschen Hilfe:

Bei OpenWindow unten bei "Anmerkungen" im Block "Nur Windows:" der letzte Satz.

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 17.10.2015 00:23
von Andre
Die genannten Fehler bei
- ParseXML()
- SpriteQuality()
- CreateRegularExpression()
- OpenWindow()

sind gefixt :D
(leider erst nach dem Release)

Re: Schreibfehler, andere offensichtliche Fehler in der PB-H

Verfasst: 23.10.2015 12:43
von ts-soft
Hier ein Hinweis zur Homepage, obwohl das hier nicht ganz richtig ist :wink:

Auf http://www.purebasic.com/german/news.php ist die Version 5.30 als LTS bezeichnet,
dies ist aber gar nicht der Fall und auf der engl. Seite richtig.

Die Version 5.40 fehlt komplett, aber auf der engl. Seite auch.

Im UserAccount gibts auch ein paar Darstellungsfehler (das Wort "für", UTF8 erforderlich).

Gruß
Thomas