NetSurf GEM Alpha

[m0n0]

Code: [Auswählen]

Hello,

I like to tell you that there are now coldfire autobuilds - big thanks to the netsurf team which spend several hours making it work!
As the m68020-60 build, this build isn't fully optimized. (Because the m68k-060 build breaks with -O2 flags)

You can download the builds here:

http://ci.netsurf-browser.org/builds/

The netsurf team also build an own toolchain of Vincents gcc cross compiler. It's for building the coldfire executables. It is named m5475-atari-mint, maybe someone is interested in this - because it makes cross-compilation of coldfire packages a bit more easy (hint: no overwritten include files / pkgfiles).

Please try the coldfire build


[guest2307]

Ok, das gibt anlass zu Hoffnung, das sollte sich beheben lassen

Ich gebe bescheid sobald ich es getestet habe und gefixt...

Gibt es da schon Neuigkeiten?

Herzliche Grüße
AtFaCT

[m0n0]

Hallo,

nein da gibt es noch keine neuigkeiten - muss auch noch ein bisschen warten.

Ich werde es aber auf jeden Fall untersuchen.

[Mathias]

Es würde mich freuen wenn ihr die Auto-Builder Versionen mal testet, oder auch die Coldfire Version. Auch wenn der Autobuild nicht optimiert ist, so ist es doch immer gut für die Entwickler zu wissen ob die neuesten Funktionen sauber sind und für Anwender ist es interessant wenn neuerungen Optisch sichtbar sind...

Also ich habe jetzt seit ein paar Tagen die Version: NetSurf-m5475-atari-mint-gcc-jsoff-529.zip auf der FireBee im Testeinsatz. Grundsätzlich ganz gut. Ein paar spannende Bugs im Gegensatz zu Deiner Version gibt es aber. Beispielsweise in Squirrelmail, ein Frame mit Scrolleiste, wenn ich ein neues Fenster aufmache, erscheint die Scrolleiste vom unteren Fenster im oberen Fenster einfach dort wo das obere Fenster drüber liegt (obwohl es gar keine Scrolleiste im Obere gibt). Was mache ich jetzt genau mit solchen Bugs, wo berichte ich die?

[m0n0]

Hallo,

hier ist das Formular für Bug Reports:
http://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312

[Mathias]

Macht das Sinn?
Also freuen sich die Anderen Entwickler? Ist es geschickt so Präsenz zu zeigen, oder bleibt das dann eh nur wieder an Dir hängen weil sonst keiner MiNT nutzt? Und ist es dort gerne gesehen wenn man kleine Screenshots dazuhängt?
Macht es Sinn mit Deiner letzten Version in so einem "Report"  Vergleiche zu ziehen?

[m0n0]

Also bei Rendering problemen macht es auf jeden fall sinn - auch screenshots.

Andere sachen, also Atari spezifische sachen lieber direkt hier im Thread anmerken.

Und ein Vergleich mit der 2.9er Version setzt mich Momentan zu sehr unter druck Das macht vielleicht sinn wenn die 3.0er draussen ist, wenn es eine Version davon gibt - vielleicht wird es auch erst bei 3.1 was...

[Arthur]

Hallo m0n0, gut das Du den für uns angepasst hast. Gute Arbeit. Ich hoffe ich hab demnächst mal wieder mehr Zeit um den Neuen mal gründlich zu testen.

[Goli]

Ich kann berichten, dass 2.9r1 genauso schnell auf Aranym/Fedora17 läuft, wie highwire. Bisher bei mir nur offline, weil noch kein network. Hab zum Test die highwire.html's geladen. Das ist natürlich murks, da highwire ja seine proprietären Scrolbalken selber zeichnet. Während ich in highwire aber den Mausscrol-Focus habe, funktioniert das mit netsurf dann natürlich nicht. Ich muss also in die Balken klicken, oder die Pfeiltasten nutzen. Die Gemfensterbalken reagieren auf das html nicht. Sonst aber klasse, dass das auf meiner aranym-installation läuft.

[Goli]

Ehem, es gibt Redrawprobleme, wenn ich mit dem Mausscrolfokus in einem hinteren Fenster scrole. Also die Maus befindet sich auf einem untoped Window und ich bewege das Scrolrad (bei mir ist es eine Bewegung der Maus auf dem Mauspad). Dann klappt das clipping nicht, es wird das top-fenster mit gescroled.

Auch die Dialoge (Einstellungsdialog) machen Flecken im redraw auf dem Desktop, bzw. hinterlassen clippingreste. Desktopredraw mittels shortcut kann ich hier noch nicht. Aber die Dialoge sehen knorke aus, inclusive taps.

Kann man die shortcuts schon editieren, oder nur im rsc-editor? Fensterposition und Größe werden nicht gemerkt für Neustart. Netsurf-Icon fehlt. Wie kriege ich das aus der Linux-Version herüber?

Nur mal so...

[HelmutK]

Nur mal so :-)

Die redraw-Probleme bei Dialogen u.ä. können auch von fVDI (ist ja vermutlich in Verwendung) herrühren. Da muss nich netsurf dran schuld sein. Sowas muss man immer auch mit einem richtigen VDI gegentesten.

[Goli]

Ja ist natürlich möglich, habe mein System auch noch nicht so lange getestet, trotzdem fiel mir das bisher erst bei Netsurf und vor allem vermutlich nur beim Einstellungsdialog auf, der gleich immer mit einem Fehlclip am rechten Rand öffnet. Wenn man dann den Dialog verschiebt kann man den Hintergrund wieder restaurieren. Früher in alten Atari-Zeiten gab es das schon öfter mal und da war es sehr praktisch, dass man mit Ctrl-Home (glaube ich) ein Desktop redraw erzwingen konnte. So eine Tastenkombination kenne ich aber unter Aranym nicht. Manchmal helfen ja solche Hinweise. Trotzdem toll, wie das Programm schon funktioniert.

Doch Kronos hat ähnliche Probleme, obwohl es läuft und vor allem die Grafiktests laufen eben so gut, wie das bekannte Lines-Programm aus der Multi-Tos-Umgebung.

[HelmutK]

Ctrl-Alt-Home oder T bei XaAES macht sowas, manchmal hift's.

Die ganzen shortcuts kann man mit Ctrl-Alt-Help einsehen.

[Goli]

Danke klappt auf meiner Notebooktastatur (Aranym) mit

Ctrl-Fn-Alt-Bildhoch = Ctrl-Alt-Pos1

  Goli

[Arthur]

Habe gerade mal netsurf 2.9 patch level 1 unter aranym ausprobiert und das läuft für Atariverhältnisse sehr gut.
Ein kleiner Schönheitfehler der mir noch aufgefallen ist... wenn in die Adresszeile geklickt wird und die vorhandene Adresse grau markiert wird.... dann wird eine neu eingegebene Adresse immer an die vorhandene grau markierte Adresse angefügt statt diese einfach zu überschreiben. Man kann das umgehen wenn explizit die Entfernentaste gedrückt wird... auf anderen Systemen bzw. Browsern wird das aber automatisch durch das Neuschreiben oder das Einfügen einer neuen Adresse erreicht. Ist das beabsichtigt oder wird das noch geändert? Dann interessiert mich natürlich wann man denn mit einer 3.1er Version auf dem Atari rechnen darf? Wegen Javascript und so. ;o)

[patjomki]

Aus einem englischsprachigen ATARI-Forum, ich hoffe m0n0 ist mir nicht böse, daß ich das hier poste:

Es gibt einen neuen Release-Kandidaten für den Netsurf 3.1 Release.

http://monokrom.orion.uberspace.de/netsurf/files/ns-3.1-rc1/

Bis die Tage,

patjomki

[mfro]

Leider scheint der Coldfire-Build nicht wirklich Coldfire-clean zu sein. Jedenfalls startet das oben verlinkte Archiv (http://monokrom.orion.uberspace.de/files/ns-v4e-snapshot-20121008.zip) nicht unter EmuTOS (ILLEGAL INSTRUCTION).

Fehler im Log:

Code: [Auswählen]

(0.015001) content/fetchers/curl.c fetch_curl_register 166: Illegal Instruction
Oder gibt's mittlerweile was Neueres?

[m0n0]

ja, gibt was neueres, siehe den link ueber deinem posting 

[mfro]

ja, gibt was neueres, siehe den link ueber deinem posting 

Danke.

Leider bzgl. "Coldfire-Cleanness" nicht besser

Code: [Auswählen]

-> ILLEGAL INSTRUCTION: User PC=201E318 (basepage=1B0A000, text=1B0A100, data=2054D08,bss=2066E6C)

[m0n0]

Das ist Ärgerlich! Denn eigentlich kontrolliere ich beim Linken immer mittels der Parameter -Wl,-t das nur libs aus dem Coldfire SDK / aus dem m5475 Ordner gelinkt werden.

Ich werde beim nächsten Durchgang nochmal besonders darauf achten das beim Kompilieren alle libs mit dem -mcpu=5475 flag kompiliert werden (mache ich eigentlich auch eh schon... :/ ).

Könnte bei so einem grossen Projekt natürlich auch sein das sich ein Bug in gcc offenbart, oder was meinst Du, mfro? Kannst Du ohne großen Aufwand herausfinden was für eine Anweisung an der stelle liegt? Und an welcher physikalischen Adresse in der Exe? Dann könnte ich evtl. herausfinden in welchem Modul und dann wahrscheinlich auch ob es sich um ein Modul handelt das eigentlich richtig kompiliert sein muesste....