atari-home.de - Foren
Allgemeines => Atari - Talk => Thema gestartet von: Atari060 am Di 29.09.2009, 15:17:35
-
ACHTUNG, ERST DURCHLESEN, DANN ABSTIMMEN!
Okay, wir haben schon ab und zu auf dem OFAM und bei der Atariada darüber gesprochen, nun setze ich es in die Tat um:
Finanzielle Unterstützung für die Entwicklung von Atari Software!
Aufgabe:
Bereitstellen eines voll funktionsfähigen Internet Browsers für Atari TOS kompatible Rechner.
Frist:
Bis 01.09.2010
Details:
- Der Browser soll unter MiNT laufen und Multitasking Unterstützung, sowie eine GEM- Einbindung bieten. Funktionalität unter TOS wäre vorteilhaft, aber kein Muss!
- Der Browser soll flüssig auf einer CT60 Karte laufen. Läuft er auch auf langsameren Systemen ist das schön, aber kein Muss!
- Der Browser muss Seiten gängiger Internet Shoppingportale fehlerfrei anzeigen können und diese Seiten müssen uneingeschränkt nutzbar sein. Mindestens www.ebay.de, www.hood.de und www.amazon.de. Abstriche könnten beim HTML Upload (Ebay Bilderservice) gemacht werden, da Ebay auch eine andere Möglichkeit bietet die Bilder einzubinden. Eine Prämienanpassung (-10 % muss dann aber unter Umständen in Kauf genommen werden).
- Der Browser muss SSL verschlüsselte Seiten darstellen und deren Dienste nutzen können. Online Banking der Postbank wird als Referenz genommen.
- Javascript muss unterstützt werden.
Wie funktionierts?
Der oder die Programmierer der es schafft innerhalb der o.g. Frist das o.g. Programm zu programmieren bekommt von den Abstimmern die versprochene Prämie.
Der Programmierer muss bei erledigter Aufgabe mit mir Kontakt aufnehmen (christian<punkt>hellmuth(at)gmx<dot>de oder PM) dann wird ein Termin vereinbart, an dem sich die Zahler von der Funktionsfähigkeit des Programmes überzeugen können. Bei der "Vorführung" haben alle das Recht anwesend zu sein, ich behalte mir jedoch vor Ort und Zeit auszumachen. Die (einfache) Mehrheit der anwesenden Personen entscheidet ob das Programm prämienberechtigt ist, oder nicht.
Das Programm muss keine komplette Eigenentwicklung sein, eine Anpassung oder Portierung vorhandener freier Software oder kommerzieller Produkte (CAB) ist ebenfalls möglich.
Sollte sich ein Programmierer (oder Team) melden, der die Aufgabe erfüllt hat, werde ich das hier bekannt geben. Sollte sich daraufhin innerhalb von 48 Stunden ein weiterer Programmierer (oder Team) mit einem vergleichbaren Programm melden, wird dieses unter o.g. Voraussetzungen (Prüfung des Programms) anteilig in der Prämie berücksichtigt (innerhalb 24 Stunden meldung 60:40, danach 80:20 Prozent der Prämie).
Wie funktioniert die Zahlung der Prämie?
Erweist sich ein Projekt als prämienberechtigt, müssen die Abstimmer ihre Prämie an den Berechtigten überweisen (paypal, Bank Transfer, etc.). Eventuell anfallende Gebühren hat der Berechtigte zu tragen!!! Der Zahler leistet lediglich seinen vereinbarten Betrag. Ich bin NICHT verantwortlich für die Auszahlung der Prämien, JEDER der hier abstimmt VERPFLICHTET sich dem Entwickler das Geld in eigener Verantwortung zu übergeben!
Erwerbe ich durch die Prämie die Software?
Das kommt auf den Entwickler an. Die Prämie ist lediglich ein Ansporn für die Entwicklung neuer Software. In keinster Weise schreibt sie dem Entwickler vor, unter welcher Lizenz sein Programm verwendet werden darf!
Warum das Ganze?
Internetbrowser gehören zur Standardaustattung eines Betriebssystems, warum also dafür Geld ausgeben?
Das mag sein und oft sind diese Browser auch kostenlos... ich habe auf diversen Atari Treffen die Erfahrung gemacht, dass die Programmierer sagen, dass es einfach wäre Browser XY für den Atari anzupassen, bzw. diverse Funktionen in bestehende zu integrieren, aber das wäre eintönige Entwicklungsarbeit und es würde ja sowieso niemanden interessieren und man würde eh kein Feedback bekommen.
Und genau das soll durch die Prämie bewerkstelligt werden!
Der Entwickler soll sehen dass er die Programme nicht für sich selbst entwickelt, sondern dass es tatsächlich Leute gibt, die diese nutzen!
In keinster Weise soll die Prämie eine Bezahlung für einen Programmierer sein, aber sie ist vielleicht ein Ansporn für Hobbyentwickler, etwas Geld mit ihrem Hobby zu verdienen!
Ich bitte diese News an andere einschlägige Internetseiten weiterzuleiten, gerne auch an Seiten, die nichts mit Atari zu tun haben!
-
Hi.
Das Draconis-Paket steht ja unter GPL-Lizenz. Leider scheinbar ohne Browser :(
Vielleicht könnte man beim Programmierer mal nachfragen warum. Das könnte das JavaScript-Problem ein bischen vereinfachen.
http://draconis.atari.org/german/index.htm
http://sourceforge.net/projects/draconisatari/
Gruß
Wolfgang
-
Fragt mal wegen Draconis hier im Forum bei draconis1 an, der war bei der damaligen Entwicklung integriert und hat auch noch persönlichen Kontakt zu einem der Programmierer. ich selbst habe auch noch meine damalige Lizenz von Draconis pro 1.7.... :o
-
Ich habe Jens schon vor einiger Zeit angemailt ;-) Er meint das er alles hochgeladen hatte und irgendwas mit der Seite passiert ist. O-TON:
Die Webseite hats nur etwas erwischt. Muss erstmal gucken, wie ich da rankomme und was los ist.
Leider hat er wegen seines Jobs wenig Zeit, aber er will demnächst mal nachschauen was da los ist. Dann sollten alle Sourcen der 2.0er (?)Version wieder downloadbar sein. Ich werde nochmal nachfragen.
Sacha
-
Hmm...das Thema haben wir glaube ich vor einiger Zeit schon mal diskutiert. ;)
Meine Meinung als Softwarearchitekt ist, dass die Hardware dafür vermutlich nicht wirklich ausreicht. Ein 060 hat ca. 80-100 Mips. Aus eigener Erfahrung mit einem RiscPC (Strongarm mit ca. 300 Mips) kann ich sagen, dass Firefox zwar läuft, aber nicht wirklich "nutzbar" ist. Netsurf ist zwar schneller, hat aber die bekannten Einschränkungen.
Ich möchte Euch nicht den Wind aus den Segeln nehmen, aber würde vorschlagen die Erfahrungen ähnlicher Systeme zu nutzen bzw. anzuzapfen.
- Was ist eigentlich der aktuelle Stand bzw. Pläne in Sachen Highwire?
- Hat sich mal jemand Netsurf angesehen und die Portierbarkeit evaluiert?
- Evtl. kann man die FPGA Cracks (Hallo Wolfgang) dazu bewegen mal zu untersuchen, ob man der HW nicht nachhelfen kann (http://www.jopdesign.com/) und das Problem so nicht prinzipiell löst
-
Vielleicht kennt ja hier wer den HTML-Browser GULLIVER von Olivier Landemarre und vielleicht könnte auch hier evtl. Sourcen bekommen?
Gulliver Homepage (http://olivier.landemarre.free.fr/gem/gulliver/)
-
Vielleicht kennt ja hier wer den HTML-Browser GULLIVER von Olivier Landemarre und vielleicht könnte auch hier evtl. Sourcen bekommen?
Gulliver Homepage (http://olivier.landemarre.free.fr/gem/gulliver/)
kennen schon, aber der ist bei der Unterstützung von Web-Technologien sicher nicht weiter als LoA. Heutzutage ist CSS+JavaScript einfach ein Muß. Die beiden Screenshots überzeugen auch nicht.
Wie Idek Tramielski schon schrieb, sollte man auf andere Systeme schauen, deren Rechenleistung vergleichbar ist. "Flüssig laufen" ist natürlich relativ, aber ich glaube nicht, dass mit einem 060 viel zu reißen ist. Aber ich will niemanden das Browserprojekt madig reden ;)
-
Ehrlich gesagt würde ich dafür gar keinen einzigen Euro ausgeben.
Abgesehen davon, dass dies wirklich eine rießige Aufgabe ist und das Ergebnis wohl relativ langsam auf einem Atari laufen würde, sehe ich aus meiner Sicht überhaupt keinen Bedarf für sowas. Sorry.
-
Ich finde die idee wohl recht gut!! Wenn jeder von und 25€ angenommen spenden würde, dann wäre dies schon eine Modivationshilfe. Natürlich kann der Progger dann schon auf Open Source Projekte setzen und diese mit einbeziehen denke anders ist es auch nicht machbar.
-
Moin,
grundsätzlich finde ich die Idee gut für ein konkretes Projekt eine Prämie anzubieten. Hatten wir nicht schon mal so einen Ansatz mit Geld sammeln und dann damit Entwickler bezahlen? Mir fällt gerade der Name nicht ein. War das xTOS? Oder was ähnliches zur gleichen Zeit?
Egal, der Kern der Sache ist meiner Meinung nach, das es zu wenige Entwickler auf der Plattform gibt, die so ein Projekt überhaupt umsetzen könnten. Daher sehe ich das größte Potential darin, ehemalige Atari Entwickler (die also schon etwas zu Stande gebracht haben), z.B. als Freelancer, Slebständig oder als Berater arbeiten, anzusprechen und ihne Geld für die Umsetzung anzubieten. Das läuft dann meiner Meinung nach auf ein konkretes Pflichtenheft mit, Mielensteinen und definierten Ergebinssen hinaus.
Gruß Heinz
-
Da ich selbst zu der angesprochenen Freelancer Gemeinde gehöre, mische ich mich nochmal ein.
Ich denke auf der Basis Projektauftrag könnt ihr Euch bzw. wir uns das nicht leisten. Der Tagessatz eines solchen Experten beginnt so bei EUR 500 netto, die Obergrenze will ich gar nicht diskutieren. Und wenn mir jemand nen Vertrag mit Pflichtenheft etc. aufdrücken würde, wäre das eher noch teurer. ;)
(Die Gemeinde schaftt es ja kaum die 20.000 die Rodolphe für die CTPCI benötigt aufzubringen, damit könnte man maximal 30-40 PT finanzieren!)
Meiner Meinung nach passiert sowas auf freiwilliger Basis oder gar nicht.
-
Da ich selbst zu der angesprochenen Freelancer Gemeinde gehöre, mische ich mich nochmal ein.
Ich denke auf der Basis Projektauftrag könnt ihr Euch bzw. wir uns das nicht leisten. Der Tagessatz eines solchen Experten beginnt so bei EUR 500 netto, die Obergrenze will ich gar nicht diskutieren. Und wenn mir jemand nen Vertrag mit Pflichtenheft etc. aufdrücken würde, wäre das eher noch teurer. ;)
(Die Gemeinde schaftt es ja kaum die 20.000 die Rodolphe für die CTPCI benötigt aufzubringen, damit könnte man maximal 30-40 PT finanzieren!)
Meiner Meinung nach passiert sowas auf freiwilliger Basis oder gar nicht.
Das sehe ich ähnlich und die Prämie soll ja auch keine Bezahlung sein, sondern eben eine kleine Motivation ;)
-
So wie ich es sehe wird die Sache konkret :)
Mikro will sich dem LINKS Browser von Didier annehmen und ihn entsprechend optimieren...
DAS sind mal gute Nachrichten ;D
-
Leer
-
Nur wenn jemand was freiwillig macht kannst du ihm nicht sagen an was er arbeiten darf.
Besser es läuft etwas zerstreut als gar nicht.
-
Leer
-
Naja, hat sich vermutlich eh erledigt, weil Mikro das Seitenrendering von Links nicht gut findet... denke nicht dass er da noch was macht...
@Gerhard: Konkurrenz ist so eine Sache. Highwire ist toll und der Browser den ich definitiv am meisten nutze (selbst am PC unter Aranym), aber die letzte Version die OFFIZIELL veröffentlich wurde ist 0.3.2 und das war Dezember 2006(?), jedenfalls schon ne Ewigkeit her.
Hab mehrfach versucht mich bei der Mailingliste anzumelden, hat nie geklappt, wieso auch immer, bzw. hab ich nie einen Link zu irgendeiner beta gesehen...
Dank Tuxie hab ich denke ich die letzte inoffizielle Version für 060 optimiert, die im Vergleich zur 0.3.2 IMMENS besser ist. Nachdem die bei mir schon monatelang (will nicht sagen jahrelang, auch wenn es wahrscheinlich so ist), stabil läuft, könnte man doch endlich mal wieder eine offizielle Version rausbringen, oder wenigstens den Stand der Entwicklung öffentlich machen, dann wüsste man auch eher woran man ist (also als Aussenstehender meine ich jetzt). Ich sag nur Bookmarks... die gehen in der 0.3.2 noch nicht, was einen Browser für mich relativ witzlos macht, da ich mehr als 10 Seiten regelmäßig besuche und die nicht jedesmal wieder eintippen mag (was ja in der beta definitiv schon integriert ist).
Konkurrenz ist das auf jeden Fall nicht was ich geschaffen habe, denn die beiden Projekte die am ehesten für eine Prämie in Frage kämen (Highwire und Links) sind beide open source. Man könnte nach und nach Links in Highwire integrieren, oder umgekehrt und das ganze umbenennen wie man mag (zumindest bei Links... Debian macht das ja auch und nennt den Firefox Iceweasel) und würde nicht gegen die GPL verstossen, solange man sagt, welche Sourcen man verwendet hat.
Mein Traum (als Anwender) sind wie gesagt nicht drei oder vier Browser die alle ein bisschen was können, sondern einer der alle kann... wie der dann heisst ist mir ehrlich gesagt sowas von egal.
Vielleicht sehe ich das auch zu laienhaft, aber fakt ist doch:
Cab hat SSL
Links hat SSL und Javascript
Draconis hat ein wenig Javascript
Highwire hat eine sehr gute rendering engine
Nachdem CAB das SSL nur durch das entsprechende Overlay hat, Highwire auch mit Overlays arbeitet, warum kann man nicht einfach aus Links ein Overlay basteln und es CAB oder Highwire unterjubeln? Und Highwire rendert es dann schön wie gehabt?
Ich hab wirklich keine Ahnung wieviel Programmieraufwand das ist, aber eigentlich ist es "nur" Puzzleteile zusammensetzen, oder seh ich das falsch? Schliesslich gibt es ja auch schon lauffähige Versionen von allen genannten Browsern auf dem Atari...
Man könnte auch einfach Kontakt mit den Entwicklern von Links aufnehmen und die Bitten, ebay.de lauffähig zu bekommen... Bei ebay.com kann ich mich nämlich sogar anmelden.
Wie die Seite gerendert wird ist mir dann erstmal nebensächlich, Hauptsache ich kann Sie NUTZEN.
Wie gesagt, ich erwarte mir keine Wunder... Flash 9 auf dem Atari ist unrealistisch (derzeit *g*), aber Ebay und Amazon nutzbar zu machen sollte denke ich schon drin sein, die Optik mal aussen vor gelassen.
Ich will nur nicht dass es heisst, die böse Prämie hat das Highwire Projekt kaputt gemacht... denn das ist falsch und nicht gewollt. Ich mag Alternativen - und Highwire wird, wenn es weiterentwickelt wird, immer eine sein, aber daran festzuhalten und Entwicklerresourcen zu binden, als ob es der heilige Gral wäre, wenn es andere Wege gibt, die für den täglichen Gebrauch vielleicht schneller und einfacher brauchbare Ergebnisse liefern, sollte man vielleicht nochmal überdenken.
Ich will damit nur sagen, warum für (in) Highwire das Rad (Javascript, SSL) neu erfinden, wenn man sich das auch aus anderen Projekten (CABSSL.OVL, Draconis, Links) holen kann.
Zumindest SSL sollte ja wirklich eine reine OVL geschichte sein (siehe Cab), bei Javascript könnte ich mir vorstellen, dass es teilweise im Browser selber steckt, aber eigentlich bräuchte man ja "nur" eine art Bridge, um die OVLs von Links oder Cab für Highwire zur Verfügung zu stellen.
So wie es Gluestik, etc. im TCP/IP Bereich machen... sind ja auch Overlays...
Naja, das sind nur meine laienhaften Ideen ;)
Highwire ist toll und man könnte eine Menge daraus machen! Definitiv rendert es die Seiten von allen Atari Browsern am schellsten!
Ciao,
Chris
-
Man könnte nach und nach Links in Highwire integrieren, oder umgekehrt und das ganze umbenennen wie man mag
Anscheinend ist Links aber deutlich leistungsfähiger, was willst du da übernehmen? Es ist wohl eher die Frage, was mit einer bestimmten Rechenleistung geht. Wenn die vorhanden ist, bekommt man mit einer Portierung eines anderen Browsers schneller etwas brauchbares, als mit der Verbesserung eines Browsers, der für alte Hardware gedacht war.
Bei dem Puzzle würde ich dir widersprechen, denn hier stammt jedes Puzzlestück von einem anderen Entwickler, die nichts voneinander wissen/wussten.
-
Mal doof gefragt, hat sich mal jemand OWB angeschaut?
Der ist auf jeder Amigaplattform (AOS, MOS, AROS) portiert worden, und hat eigentlich so fast jedes moderne feature (CSS, Javascript), und scheint im Vergleich zu solchen Code-Monstern wie Firefox noch machbar zu sein..
-
Ist der Quelloffen?
-
Ist der Quelloffen?
Hoempage: http://strohmayer.org/owb/
OWB is a web browser designed for CE devices such as mobile phones, portable media players, Set Top Boxes and TV decoders, and any other consumer electronic product (GPS, home-gateways, Web-radios, PVR, DVD recorders, wireless devices etc.)
Galeking release is the new mixture of WebKit with Sand-Labs flavour. It is based on a day-to-day merging capability with WebKit while it still provides the easy to use, easy to implement and easy to test OWBAL abstraction layer.
OWB is licensed under BSD license, unless specified otherwise in WebCore/JSCore code where the original licenses apply (APSL, LGPL and BSD).
Aber vielleicht kann ein Programmierer ja damit was anfangen:
http://www.amigasoft.net/pages/libraries/default.asp
...
-
Ich hab mal in das Archiv das man dort downloaden kann hinein geschaut. Die Programmdatei (meine Vermutung) ist schon 20MB groß und damit läuft es z.B. nicht auf einem normalen Falcon oder TT. Sieht aber professional aus und hat auch ordentliche Fonts. Das wird nicht einfach.
Gruß Arthur
Uses AmigaOS4.1's Cairo
-
Ich hab OWB auf meiner AROS(das open source Amiga Research Operating System)-Kiste laufen, und der funzt sehr sehr gut da. Hat ein paar Problemchen mit manchen Stellen auf manchen Seiten, aber eigentlich geht alles bis auf Flash und sonstige PlugIns natürlich. Also auch relativ happige Javascript und CSS Monster wie Facebook sind gut anschau- und steuerbar, das hier öfter erwähnte Ebay oder auch Amazon machen so gut wie gar keine Probleme.
Obwohl es die Cairo Library auf AROS gibt, scheint OWB dort im Gegensatz zu Amiga OS 4.1 SDL zu benutzen zum Rendern der Seiten. Ich nehme an, SDL gibt es bereits in irgendeiner Ausführung auf dem Atari, oder?
ich kann gerne mal den Author des Ports, sscymzy, anschreiben, und ein paar Details noch aus ihm rauskriegen, aber er schreibt schon relativ genau, was er da gebraucht und gemacht hat.
http://sszymczy.rootnode.net/index.php?menu=projects&submenu=owb
Er hat sich meines Wissens aber momentan ein wenig zurückgezogen von dem Projekt, und arbeitet gerade an ganz anderen Sachen, also keine Ahnung ob da eine Antwort kommt oder nicht.
@Arthur: Denke auch, dass der Browser wohl eher für den neuen Coldfire zu gebrauchen sein wird, drunter könnts mit der Performance happig werden.
-
Hab ein bisschen in den OWB Porting Guides rumgeforscht, und eine Dependency Chart gefunden, wo draufsteht, was man so brauchen täte an vorhandenen Libraries, um das Ding zu bauen.
Mag mir jemand erklären, wie ich in diesem Forum Bilder korrekt einbinde?
lg,
Micha
-
Ja gerne:
eckige Klammer auf img eckige Klammer zu Bild url eckige Klammer auf /img eckige Klammer zu
aber korrekt ist was anderes...
-
Ja gerne:
eckige Klammer auf img eckige Klammer zu Bild url eckige Klammer auf /img eckige Klammer zu
aber korrekt ist was anderes...
Öhem, soll man die nicht irgendwie ins Forum hochladen vorher, manche Foren sind da pingelich... :)
-
Nö,
in anderen Foren darf man auch kein offopic machen, keine doppelposts, muss threats schließen und ich glaube es stört hier auch keinen wenn ich Dir erzähle,
dass meine Frau gerade lecker Nudelgratin gemacht hat ;D super lecker!
(http://t0.gstatic.com/images?q=tbn:FjjUpJgUlq7NJM:http://www.zottarella.de/img_recipe/bbf871b6bdf6b4fd.jpg)
Aber ich spame hier nur ungern rum ;)
--->back to topic
-
Denke auch, dass der Browser wohl eher für den neuen Coldfire zu gebrauchen sein wird, drunter könnts mit der Performance happig werden.
Guten Morgen!
Mal eine ganz persönliche Meinung von mir: Ich finde es macht überhaupt keinen Sinn, wenn jetzt Programme portiert werden die dann ausschließlich am ColdFire laufen, weil die Anforderungen so hoch sind.
Zumindest ab PAK, Falcon und TT sollten alle Neuentwicklungen funktionieren, weil sonst die Plattform eigentlich nicht weiterkommt.
-
Hallo Mathias,
ich sehe das etwas anderst.
Der Coldari sollte einen neuen Standard schaffen.
Der Leistungsunterschied zwischen einem 68030
und einem 68060er wie er in der CT6X oder im
Milan verbaut wurde ist schon enorm.
Und erst der Unterschied zum Coldfire...
Ich sehe kein Problem darin, wenn es Software gibt
die nur auf dem Coldari läuft.
Wie man aus der PC-Welt weiss, fördert dass ja
den Absatz ;)
Gruss Martin
-
Hallo Mathias,
ich sehe das etwas anderst.
Der Coldari sollte einen neuen Standard schaffen.
Tja, ich nicht, was nützt uns der neue Standard, wenn unsere STs in 1 Jahr so stiefmütterlich behandelt werden wie die 8-Bitter jetz hier im Forum? Außerdem haben wir genügend Inkompatibilitäten auf unserer Palttform, jetzt einfach Programme zu portierendie eine 266MHz CPU voraussetzen, halte ich für den falschen Weg.
Ich sehe kein Problem darin, wenn es Software gibt
die nur auf dem Coldari läuft.
Bei Spezialanwendungen von miraus. Bei sowas Elementarem wie Browser halte ich das für fatal!
Wie man aus der PC-Welt weiss, fördert dass ja
den Absatz ;)
Genau, und es macht mich grantig daß diese Welt auf Verkaufen aufbaut. Darauf, daß künstliche Inkompatibilitäten geschaffen werden, die nicht notwendig wären, um Absätze anzukurbeln und noch mehr Mehrwert zu erwirtschaften. Aber ich schweife ab, ...
Unter anderem empfinde ich die Atari-Szenerie als so nett, da die Computer als Werkzeuge dienen und hier keine Werte wie schneller, besser, höher gelten. Wir wissen, daß Browser theoretisch auch für geringe Ressourcen möglich sind.
Wenn ich schon einmal an einem Computerprojekt beteiligt bin, würde ich mir wünschen, daß auch für die vorhandenen Rechner ein Benefit rausschaut. Und nicht daß ich dann meinen Hades040 einstampfen kann weil darauf sowieso keine aktuelle Software mehr läuft.
Ich hänge mich so in das Projekt weil ich nichts "verkaufen muß", selbstverständlich möchte ich eine großen "Erfolg", und daß die ganzen Investitionen wieder reinkommen, aber zum Verkäufer möchte ich nicht werden, schon gar nicht mit miesen Methoden wie künstlichen Inkompatibilitäten (wie beispielsweise von Apple oft genug vorgemacht).
Alles recht OT und recht emotional, aber meine ehrliche Meinung.
-
Seit wann werden die 8bitter denn Stiefmütteerlich behandelt?
Die haben doch viel mehr kompetenz im Abbuc Forum und außerdem musste ich die Erfahrung machen, das man uns 16/32 bitter belächelt, weil ja nur 8bitter richtige Computer sind, aber:
Das soll es wohl auch umgekehrt geben. Soll auch keine Grundsatz diskussion werden, ich wollte nur klar stellen, das hier keiner 8bitter anders behandelt, es gibt halt nur eben weniger und die, die es gibt, sind auch im abbuc.... oder?
-
Seit wann werden die 8bitter denn Stiefmütteerlich behandelt?
Ich ziehe meine Aussage zurück! Bitte im Protokoll ausbessern durch:
"wenn dann unsere STs noch mehr zum Nischenprogramm werden als sie derzeit schon sind?"
-
Gebe ich Dir völlig recht - ich leibe meinen STE. Aber ich denke, das er für manche Sachen einfach zu schwach ist....
-
Ich glaube, jetzt bin ich von dir etwas falsch verstanden worden, Mathias.
Da ich vom ST und seinen Nachfolgern technisch keine Ahnung habe, kann ich gar keine Aussage treffen, wie kompatibel oder inkompatibel ein Browser zu einem STE, Milan oder Hades im Vergleich zu einem Coldfire sein wird.
Meine Erfahrung ist blos, dass ein Browser der Seiten darstellt mit modernen Eigenschaften wie CSS und Javascript einfach eine gewisse Leistung erfordert.
Das heisst, wenn die Kompatibilität gegeben ist zu den älteren System (was ich ja momentan nicht einschätzen kann), kann es gut sein, dass OWB zum Beispiel auf einem Milan zwar läuft, ob es aber Spaß macht modernen Webseiten mit all ihrem Krimskrams beim Laden und Aufbauen auf diesem zuzuschauen steht auf einem anderen Blatt.
Ansonsten bin ich völlig deiner Meinung, es wäre natürlich schön wenn ein Browser auf allen älteren Geräten auch laufen würde.
-
Ein Browser der etwas mehr als Highwire oder Cab kann und auch auf Atari TT und Falcon läuft ist bestimmt möglich. Gerade wenn von vornherein auch auf die Codegröße bei der Entwicklung geachtet wird. Ein Browser der auf der Coldfire CPU läuft kann durch erneutes compilieren auch auf einer z.B. 030er CPU laufen. Wenn dann die Programmteile die sehr effizient sein müssen, als Modul ausgelagert werden, dann könnten diese nach und nach für kleinere CPU's hochoptimiert werden ohne das der ganze Browser in assembler geschrieben werden muß. Jeder Atarianer weiß ja, was durch geschickte assembler Programmierung ala NVDI für Geschwindigkeitssteigerungen möglich sind.
Ob es aber in der Ataricene genügend Manpower gibt, damit das gestemmt werden kann, dass steht auf einem anderen Blatt. Auch ist die Idee einen Anreiz für Programmierer zu schaffen nicht neu und wird von Firmen wie IBM, SUN, Novell u.s.w. schon länger gemacht. Einen anderer Ansatzt ist ja das verschenken von Hardware um die Treiberentwicklung in MINT voran zu treiben. Ob es da schon Erfolge gibt weiß ich nicht.
Vielleicht haben die Entwickler vom ACP Projekt eine gute Idee. Ich denke das man sich auch dort schon ähnliche Gedanken gemacht hat.
Gruß Arthur
-
(http://www.sendlingboogiebreaks.de/screengrab.png)
OWB im Atari-Forums-Einsatz bei meiner AROS Kiste.. ;)
-
schau mal in der Galerie und Desktop nach. Da findeste auch viele Bilder von Highwireauf Falcons/TT, Embion
-
Ja, ich guck grad in die Gallerie... Schaut gut aus. Vor allem auf dem hochgerüsteten Mint/TT Rechner sieht mans gut.
-
Jau!
MiNT hat halt den Vorteil, das es ein Linux ist. Ich hab auf meinem Falcon MiNT, Magic und TOS.
Mit dem Desktop Jinee, den ich nutze, sieht man keinen unterschied. MagiC läuft etwas schneller.
Beschleunigte Falcons oder TTs schreien natürlich nach MiNT ;)
-
Leer
-
@gstoll: Ja, es war die Entwicklerliste denke ich (da wo es eben auch die Betas zum Testen geben sollte). Den Link guck ich mir mal an ;) Ja, ich hab schon kapiert, was Dich daran stört. Zum einen bin ich eben hauptsächlich Anwender und nicht Entwickler und hab eben nur gesehen, dass sich seit Jahren nix mehr getan hat was Browser angeht (Links mal abgesehen, aber der ist glaube ich nicht wirklich stark optimiert) und hab nach einem Weg gesucht das zu ändern. Weil eben mehrere Entwickler mit denen ich auf diversen Treffen sprechen durfte bemängelt haben, dass sie kein Feedback bekommen. Und ein Wettbewerb, der es zwar nicht ist, aber wenn es die Entwickler so sehen, kann doch auch die Entwicklung vorantreiben. Ich meine nicht, dass das schädlich ist, wenn kurzzeitig die Manpower auf Browserentwicklung konzentriert wird ;)
@ Embion: Kannst Du mal nen Screenshot von Ebay machen, bzw Amazon mit diesem Amiga Browser? Funktioniert denn der Login?
@ Mathias: Genau wie Du denke ich, dass ein vernünftiger Browser auch auf nem 030 laufen kann, aber schon alleine was den Bildaufbau angeht kommt man da eben an die Grenzen der alten Systeme, weswegen ich gerne, nachdem ich nun schonmal ein paar Maschinen mit 060 rumliegen habe, einen Browser der auch ein wenig mehr kann hätte. Beim ST scheitert das leider schon am RAM. Also mehr als ein sehr guter textbasierenden Browser wird mit 8 MHz und 4 MB Ram nicht drin sein... Hatte damals CAB auf dem Mega STE am laufen und das war nicht wirklich lustig. Von den 640x400 in schwarz weiss mal ganz abgesehen... allerdings war da der Browser am PC (1997) auch nicht wesentlich schneller ;)
Den Focus auf 060 zu legen finde ich jetzt nicht wirklich unangebracht... schliesslich haben denke ich die meisten Atari User, die ihre Kisten noch weitestgehend für den Alltagsgebrauch nutzen wollen, eine CT60, einen Milan, oder Hades mit 060 zuhause. Die 060 Quote auf dem OFAM dürfte so 75% betragen haben und auf den tschechischen Atari Treffen so an die 50%.
Klar wäre es aber schön, wenn Highwire modular aufgebaut wäre, um ihn weiterhin für schwächere Systeme nutzen zu können... hat man damals mit Draconis und Draconis pro ja auch so gemacht.
Ich will auch nicht, dass Systeme ausgegrenzt werden und schon gar nicht künstlich, aber wenn man wirklich eine Zukunft für TOS will und nicht will, dass es immer einen (schönen) Retroflair hat TOS systeme zu nutzen, dann muss man sich langsam von der glatten 68000 verabschieden, da man die schnellen Rechner, die es ja schon gibt, nur unnötig ausbremst. Denn dann kann ich wirklich sagen, was will ich mit meiner CT60, wenn es ausser ein paar Ego Shootern nichts gibt, was sie wenigstens ein bisschen ausreizt... und der Nutzungsfaktor im täglichen Gebrauch ist bei Ego shootern fast Null ;)
@ Arthur: Und wieso sollten Programme mit 20 MByte nicht auf Falcon oder TT laufen?
-
@Atari060:
(http://sendlingboogiebreaks.de/ebayscreen.png)
Ebay.. Einloggen geht ganz normal. Auch bei Amazon und co..
Alles was keine speziellen Plugins benötigt (wie zB Flash, Quicktime usw) funktioniert eigentlich, außer seltsamerweise Hotmail, da hängt er sich auf, soll aber mittlerweile mit den neueren Versionen gehen.
Es gibt ganz hin und wieder Seiten, die komischerweise sofort die ganze Kiste resetten (ja, ist so schlimm wie es sich anhört, Amiga ist ja nicht Memory Protected), aber keine Ahnung was das passiert. Außerdem benutze ich noch eine sehr frühe Version des Browsers, da ist mittlerweile auch ein wenig was dran gemacht worden, dürfte schon wesentlich besser wieder gehen.
-
Hallo Atari060, Du schriebst:
@ Arthur: Und wieso sollten Programme mit 20 MByte nicht auf Falcon oder TT laufen?
Da hast du ja etwas wichtiges weggelassen...
Ich hab mal in das Archiv das man dort downloaden kann hinein geschaut. Die Programmdatei (meine Vermutung) ist schon 20MB groß und damit läuft es z.B. nicht auf einem normalen Falcon oder TT. Sieht aber professional aus und hat auch ordentliche Fonts. Das wird nicht einfach.
Also ein Programm mit 20MB auf einem normalen Atari Falcon mit nur 14MB ausführen oder auf einem normalen Atari TT mit insgesammt 8MB oder max.20MB das wird nicht gehen. Alles was mehr Speicher hat ist ja schon aufgepimpt worden z.B. mit einer CTXX oder speziellen Speichererweiterungen. Also bitte nicht die Infos aus dem Zusammenhang reißen.
Gruß Arthur
P.S. Einer meiner Atari TT's hätte genug Speicher aber der andere bliebe mit nur 20MB aussen vor. :-\
-
Okay, wenn es eine Datei mit 20 mbyte ist, die dann auch noch komplett ins ram geladen wird , dann geb ich dir recht :) Dachte immer dass der TT von haus aus bis zu 256 mb haben konnte und nur der Falcon so beschnitten wurde?
Dieser Amigabrowser gefällt mir... warum haben wir sowas nicht? Mich würde nur interessieren, was der für eine cpu braucht.
MfG
Chris
-
Dieser Amigabrowser gefällt mir... warum haben wir sowas nicht?
Man kann ja nicht alles haben - wir haben dafür die Leistungstärkeren Rechner ;D (Ich erinnere mich da an ein Gespräch mit Dir als wir am Sonntag der OFAM vom Bäcker kamen ;) )
-
Hallo Atari060, Du schriebst:
@ Arthur: Und wieso sollten Programme mit 20 MByte nicht auf Falcon oder TT laufen?
Da hast du ja etwas wichtiges weggelassen...
Ich hab mal in das Archiv das man dort downloaden kann hinein geschaut. Die Programmdatei (meine Vermutung) ist schon 20MB groß und damit läuft es z.B. nicht auf einem normalen Falcon oder TT. Sieht aber professional aus und hat auch ordentliche Fonts. Das wird nicht einfach.
Also ein Programm mit 20MB auf einem normalen Atari Falcon mit nur 14MB ausführen oder auf einem normalen Atari TT mit insgesammt 8MB oder max.20MB das wird nicht gehen. Alles was mehr Speicher hat ist ja schon aufgepimpt worden z.B. mit einer CTXX oder speziellen Speichererweiterungen. Also bitte nicht die Infos aus dem Zusammenhang reißen.
Gruß Arthur
P.S. Einer meiner Atari TT's hätte genug Speicher aber der andere bliebe mit nur 20MB aussen vor. :-\
Das geht schon, denn schließlich kann man mit den 030ern auch virtuellen Speicher verwenden. Ist seit einiger Zeit Freeware.
Mit freundlichen Grüßen
Ektus
Der im Milan 128MB hat und im CT2A Falcon 14+32MB und in der CT60 14+512 :D
-
OK, hast recht. Ich schlage vor im ACP nur 64KB oder max.1MB einzubauen um die Producktionskosten zu senken. Dafür benutzen wir dann virtuellen Speicher. ;) Ektus du bist ein Fuchs. ;D
Mit freundlichen Grüssen
-
Okay, wenn es eine Datei mit 20 mbyte ist, die dann auch noch komplett ins ram geladen wird , dann geb ich dir recht :) Dachte immer dass der TT von haus aus bis zu 256 mb haben konnte und nur der Falcon so beschnitten wurde?
Dieser Amigabrowser gefällt mir... warum haben wir sowas nicht? Mich würde nur interessieren, was der für eine cpu braucht.
MfG
Chris
Der Atari TT wurde von Atari nur mit 4MB und zusätzlich 4MB oder 16MB Fastram bedacht. Zum Glück sind hier viele Fremdhersteller in die Bresche gesprungen. Es gibt aber nur eine Karte die mit bis zu 256MB FastRam bestückt werden konnte. Falls es denn noch einen weiteren Anbieter gegeben hat so sind diese Karten doch sehr selten gewesen. Karten bis 128MB gibt es aber von einigen Anbietern und mit bis zu 32MB oder 64MB waren recht weit verbreitet.
Gruß Arthur
-
Ich schlage vor im ACP nur 64KB oder max.1MB einzubauen um die Producktionskosten zu senken.
Wird erledigt, ich rufe Fredi gleich an diesbezüglich. Da wir auch noch ACSI onboard haben, kann ja jeder die Megafiles als RAM benutzen. Lassen sich auch gut stapeln, wenn man mehr als 30MB braucht. ;D
-
Ich lach mich schlapp...aua Bauch...hahahaa ;D
Wenn sie diesen Coldari und 2 Megafile 30 dazu kaufen und innerhalb der nächsten 10 Minuten anrufen, bekommen sie für jede Megafile eine Kiste Bier gratis dazu.
-
Ich lach mich schlapp...aua Bauch...hahahaa ;D
Mir fällt auf ich erheitere Dich heute öfter :D
-
Ich melde mich morgen wieder...ich muß mich erst mal wieder einkriegen. :)
Gruß Arthur
Es klingelt. Ich öffne die Tür. Vor mir steht ein verschwitzter Postbote, das Coldaripaket zwichen den Zähnen und in jeder Hand eine Kiste Bier. Er ist noch ganz verschwitzt von den 4 Stockwerken. ;D
-
Wenn sie diesen Coldari und 2 Megafile 30 dazu kaufen und innerhalb der nächsten 10 Minuten anrufen, bekommen sie für jede Megafile eine Kiste Bier gratis dazu.
Auah, ... ;D :D Ich frag´ mich ja ob das psychologisch bedenklich ist vorm Monitor zu sitzen und 5 Minuten schallend zu lachen, wie ich ´grade… und dazwischen zum Tippen aufhören zu müssen, weil man zuviel lacht, … über Ram und Festplatten …
:D
Es klingelt. Ich öffne die Tür. Vor mir steht ein verschwitzter Postbote, das Coldaripaket zwichen den Zähnen und in jeder Hand eine Kiste Bier. Er ist noch ganz verschwitzt von den 4 Stockwerken.
Blöd mit den beiden Bierkisten, wenn man unter jedem Arm noch eine Megafile hat! ;D ;D
-
Schon gemerkt? Ihr schweift gerade derbe ab... :) ;) @arthur... 4. Stockwerk? Dann wären die beiden Kisten doch leer... Prost... 8) ;D
-
gstoll: Was mich bei den viele freien Browser wirklich nur interessiert wäre Draconis, Sacha (draconis1) könntest Du da nochmal bei Jens Heitmann anklopfen und dranbleiben?
Ne PM wäre schön gewesen, dann hätte ichs auch selber gesehen... :)
Hab Jens soeben noch eine Email gesendet! ;D ;)
Gruß
Sacha
-
@Atari060:
Das ist aber unter AROS, das ist glaub ich vergleichbar mit Aranym in der ST Welt. Also ein auf x86 Computern nativ laufendes Amiga OS.
Es gab zwar mal eine Version für die Classic 68K Amigas, aber nur eine sehr frühe, dann hat mans sein lassen, aber keine Ahnung warum.
OWB ist schon nett, aber wenn es schon Atarispezielle Browser und Ansätze diese zu verbessern gibt, finde ich es reizvoller, erstmal den eigenen Weg zu gehen.
-
Wahrscheinlich hat mans seinlassen, weils auf realen Maschinen mit dem 50 MHz 060 und 25MHz getaktetem PS/2 FPM RAM zu langsam war. Noch schneller sind dan die Beschleuniger mit PPC CPU oder die clones auf PPC Basis, auf denen heute AmigaOS und MorphOS laufen.
Die aktuelle Version sollte sich jedoch auch für die 060 CPU kompilieren lassen.
Es hat auch mal jemand in #amiga-news vorgeschlagen, AROS auf den Falcon 060 zu portieren. Dann liefe auf ordentlicher Hardware endlich ein ordentliches OS, meinte dieser Amiganer :-)
Hmm. Auf einer ct6x mit 100MHz 060 und 100MHz SDRAM könnte es ja glatt schneller laufen.
Und vor allem wenn dank SuperVidel oder Radeon PCI Grafik keine Bilder mehr auf 256 Farben runtergedithert werden müssen.
-
Hab noch einen GPL webbrowser gefunden, der vielleicht nützlich sein könnte... Ebay, Amazon, etc. werden auf jeden Fall richtig dargestellt:
http://code.google.com/p/arora/
Klar wäre es schön die schon vorhandenen Browser aufzupeppen... so wie ich es sehe fehlt in Highwire "nur" das SSL Protokoll, dann wäre Ebay auf jeden Fall nutzbar... gerendert wird es eigentlich ganz ordentlich, beim einloggen kommt aber eben der Fehler "Protocoll 6 not supported" wo ich mal davon ausgehe dass es SSL ist ;)
Ebay ohne Javascript müsste eigentlich gehen.
MfG
Chris
-
Arora basiert wie Amiga's OWB auf dem Webkit-Renderer.
Plus bei Webkit ist, es unterstützt Netscape-Plugins.
Ich werd' Arora mal auf meinem Linux testen.
-
Die XP Version funzt bei mir hier echt gut :)
-
So, Jens (Programmierer von Draconis) hat geantwortet:
ich hab inzwischen die 1.7er Sourcen vom Browser drin. 1.8 und 2.0 folgen in den nächsten Tagen.
Hab leider sehr wenig Zeit...
Zu finden hier: http://sourceforge.net/projects/draconisatari/develop (http://sourceforge.net/projects/draconisatari/develop)
Dann auf Code => CVS Browse und Ihr findet die Sourcen...
(http://forum.atari-home.de/index.php?action=dlattach;topic=6290.0;attach=1331)
Wenn irgendjemand da dran arbeiten will. soll er mir bescheid sagen. Ich leite das dann an Jens weiter und er richtet dann ein Entwickler-Konto oder so ein.
Na dann mal los ;-)
Ach ja, die Sourcen für Marathon Mail 2 und Draconis FTP 2 findet man dort übrigens auch (die src - Files):
http://sourceforge.net/projects/draconisatari/files/
-
Coole News, Danke für deine Bemühungen draconis1 und natürlich auch Danke an Jens!
-
Leer
-
Ja, alles in allem gute Neuigkeiten. Generell solten die Entwickler von Software öfter mal für ihre Arbeit eine Rückmeldung bekommen. Nicht nur beim Webbrowser sondern auch für Mint und überhaupt.
-
Du bist langsam. ;-)) Mir ist das schon vor ein paar Tagen aufgefallen.
Kann man sehen wie man will. Ich persönlich warte bei Sourcen erstmal auf die Freigabe vom Programmierer, und die kam gestern ;-)
-
Ich hab heute die Sourcen von Adamas 1.8 pre 26 im CVS eingecheckt.
Die 2.0 Beta-Sourcen folgen demnächst. Bitte also mit der Entwicklung noch ein wenig warten.
Wer dran entwickeln möchte und Schreibzugriff für das CVS benötigt. Kann sich bei mir melden "draconis@atari.org" funktioniert immer noch. Kann aber sein, das ich nicht sofort reagiere, da ich nur sporadisch erreichbar bin.
Für den Schreibzugriff wird ein Konto bei "www.sourceforge.net" benötigt. Bitte den Benutzernamen mitteilen oder mich direkt über die Seite
http://sourceforge.net/projects/draconisatari/develop
kontaktieren.
Grüße
Jens
PS: Sollte im CVS irgendetwas fehlen, dann bitte kurze Info an mich.
-
Hallo jh, schön mal was von dir zu hören. Was hälst du als erfahrener Programmierer von dem Thema in diesem Thread? Oder anders gefragt, was würdest Du heute anders machen wenn du nochmal das Rad zurückdrehen könntest um einen Browser für einen TOS Computer zu programmieren?
Viele Grüße Arthur
-
So auch der 2.0 (Pre) Source ist im CVS. Wer mag kann jetzt loslegen.
Grüße
Jens
-
So auch der 2.0 (Pre) Source ist im CVS. Wer mag kann jetzt loslegen.
Grüße
Jens
Hallo Jens, freut mich sehr - auch von Dir hier wieder was zu lesen ;-))) und das die 2er Sourcen auch free sind. Schade das ich kein C kann...
Sacha
-
Ich möchte sagen, von "sorry für meine schlechte Deutsch" zu starten, aber ich kann nicht, ich weiß nicht vorhanden, wird diese Google übersetzt ...
If peeps would rather I used google to translate into German further posts, fine..
Fisrt off..
Arthur: I think you have your answer, believe it or not..
Second..
Big "ups" to Jens for uploading the new sources, I found the previous ones by accident..
Right, on with the show..
HighWire
cvs, open source
no JS
no SSL
incomplete (and unstable) CSS2
now (for about a week) crashes on google results page
need immediate intervenion, at least to stop these CSS based crashes
PeterS does NOT have CVS access yet, and even when he does, will only (to start with) be looking at form and text (cut & paste) related issues.
Adams
cvs, open source
v1 JS only (ie, no DOM support, or style object)
SSL support
no CSS2 support (CSS1?)
no current development (yet)
CAB
closed source
no JS
SSL support
no CSS support
no future development
Links
cvs, open source
JS support, except for CSS (ie forms only)
SSL support optional (but it works)
no CSS support
semi-active development at main trunk..
semi-active atari development, on a "as needed" basis
OK, so (most of) the above have source access, and so can be developed further. ALL suffer from "modern" short comings (ie no JS, CSS, CSS2, CSS3, SSL, HTML5, plugins, etc)
Before I read this thread, I was planing to update the CSS and renderer in HighWire, with or without CVS access. And to add SSL, and "login-methods" and evenually JS, enough to be able to use the "standard" Google Mail inteface (like Konqueror does)
However, having read some of the links here, and taking into account the fact that Google have dropped MSIE support in GoogleWave, it seems pointless NOT to develop a WebKit compatible browser.
So now my idea is to develop a few (yes more than one) WebKit based ports, and when they are up to scratch, pull webkit compatibility back into HighWire, keep it its own creation, but drawing on the nessescary parts of WebKit to fill the gaps, and allw "modern" web browsing at a "standards" level..
WebKit Based Browsers: all dependecies are based on current sparemint RPM's only, and does not take ino account the many other packages already ported or updated..
QtWebKit
requires:
Qt v4.4+
libxslt
(probably) an new bison
OWB
with the following ports:
GTK
Qt
SDL
There are undoubtedly other WebKit based open source web browsers that can be adapted, but these are both light, and proven to work on various platforms
There are probably other web browsers worthy of porting to TOS/GEM/MiNT , but I would look very closely at the the level of CSS, JS, and "modern web application" support before I would even consider giving them a go.
And unfortunately, I would not even consider a modern Mozilla port, maybe a 1.7, possibly 2.0, but definitly nothing grater, its just to much of a bloat, even on modern systems that are state of the art, it just not worth the hassle at the moment
--
So there it is, a general overview of the current state of things, as the needs outlined in the initial post.
If anyone else has a descent "modern" web browser that would do us justice, let me know (there are a few). Most of them are not up to the "modern web app" level though, even thought they are nice to use, and may look good too. I would consider porting them, AFTER there is a WebKit based browser working.
I believe there would be a use for multiple browsers, in the "different strokes for different folks".
I also believe the "people paying for Atari style software" is NOT a viable option, as there is just not enough "regular users" for the percentages to pay off. Especially at the moment, its like asking people to pay to breathe air, these are ESSENTIAL APPS, not OPTIONAL APPS
But that is not a good enough reason NOT to develop for Atari compatible platforms. If the community chooses to support my efforts, well and good. I am in a position to be able to work full time on this (and other) efforts, unlike most other developers. So if someone wants to give me some money to make this development easier, I would welcome it, but its not essential (I have already learned to live without a home and without an income, so living without the support of others would not be something new to me)
If there are enough "modern apps" to make using (at least) ARAnyM/AFROS LiveCD a viable choice for "new" users, then there is more chance of more development being applied to the plaform in general, and that means indirect support for CTxx, PAH, ACP other Coldfire platforms, and potential customers for those projects that require munitary investment.
BTW, if its going to happen, now is the time to do it, left any longer, and Atari platforms will be left in the last millennium. I would rather put the effort in now..
I have other reasons for doing this, see:
http://afros-update.sourceforge.net/
-
Hi! Please, no more google translations and I would also pay for good Atari browser
-
Hallo Paul, that are good news for all atarians. Your Website is nice and very interesting. Are you a Workaholic and a lone fighter?
Regards
Arthur
-
Wieder einer mehr der Abgestimmt hat... 645,- EUR, wenn ich mich nicht irre... Interesse ist also definitiv da *freu*
-
Hallo, man soll ja so alte Threads nicht unbedingt wieder aufwärmen, aber wie steht es denn jetzt mit einem aktuellen Browser. Die Entwicklung von Highwire scheint mir ziemlich eingeschlafen zu sein. Hier haben wir die größte SCHWACHSTELLE im Atari System. Was nützt uns ein aktueller Rechner ohne einen brauchbaren Browser.
-
Hallo, man soll ja so alte Threads nicht unbedingt wieder aufwärmen, aber wie steht es denn jetzt mit einem aktuellen Browser. Die Entwicklung von Highwire scheint mir ziemlich eingeschlafen zu sein. Hier haben wir die größte SCHWACHSTELLE im Atari System. Was nützt uns ein aktueller Rechner ohne einen brauchbaren Browser.
Liegt wohl auch am enormen Ressourcenhunger der Webbrowser. Hast Du Dir mal "Links" angesehen? Gerade auf der ctpci, aranym oder anderen schnellen ATARIs doch bestimmt ganz brauchbar. Auf meinem AB/Nova/Ethernet-Falcon leider zu lahm.
http://pagesperso-orange.fr/didierm/links/index.html
Bis die Tage,
patjomki
-
Naja, ein Browser, der kein CSS unterstützt kann man wohl nicht als Alltagstauglich beschreiben, wenn man mal von Seiten der ATARI-Szene absieht, die bereits seit 10 Jahren und mehr bestehen und mit Tabellen auskommen.
Insofern gebe ich bigbug da schon recht. Der Browser ist ein Problem auf dem Atari. Es gibt fast alles, einen brauchbaren ICQ, IRC, FTP Client. Nur fürs Web fehlts.
Ich denke Highwire wäre schon die richtige Wahl, aber da fehlt noch einiges und es kostete jede Menge Zeit auf einen Funktionsstand zu kommen, der es zulässt von einem (fast) kompletten Browser zu reden.
-
Ich frage mich nur warum es auf anderen Plattformen soviel besser läuft? Haben wir auf der Atariseite keine fähigen Entwickler, oder haben wir uns einfach mit der Situation abgefunden. Warum gibt es denn beim Amiga mit OWB einen wirklich ordentlichen Browser für OS4, ganz zu schweigen von dem kommenden Firefox Clone. Ich für meinen Teil wäre auch bereit für einen ordentlichen Browser zu bezahlen.
-
Zum einen liegt es daran, dass es Amigas bereits mit PPC gibt, die so leistungsfähig wie ein PC sind,
selbst meine CT60 Rechner sind dagegen langsam und auch der Coldfire läuft gerademal halb so schnell wie ein PPC "amiga" Board. D.h.,
auf dem Amiga kann man praktisch fast jeden 08/15 Browser portieren.
Dennoch bin cih der Meinung, dass die CT60 und alles was schneller ist absolut Browsertauglich ist!
Mal sehen was noch kommt. Fakt ist, dass für mich ein Browser oberste Prorität hat,
ohne Browser werde selbst ich mich in absehbarer Zeit vom Atari
verabschieden und das Ganze nur noch als Hobby betrachten... und Leute die mich
kennen wissen, dass das eine 180 Grad wende ist, aber ich brauche
eiinfach einen Browser mit dem ich "alles" machen kann...
-
Hab jetzt keine Statistiken zur Hand, aber vom meinem Gefühl her würde ich sagen das die Amigacommunity einfach größer ist. Auch scheint es mir auf der Amigaseite mehr Clone zu geben die ausreichend Resourcen dafür mitbringen. Mir selbst reicht das Tempo von Higwire auf dem Atari TT und Falcon mit 32MHz aus. Es geht zwar recht gemütlich zu aber für mich reicht es. Wie ihr wisst werden hier nicht alle Webstandards unterstützt. Ein neuer Browser sollte vielleicht modular aufgebaut werden, so das selbst ein Mega ST oder STE noch läuft. Später kann man für die Boliden ja eine spezielle Version anbieten. Er sollte auch unter Plain TOS funktionieren. Ob sich eine Browser nur für die paar CTXX User lohnt das bezweifle ich. Die Portierung eines anderen Browsers auf die CTXX sollte aber auf grund der Rechenpower moglich sein.
-
Hi
Meiner meinung nach ist Highwire momentan das einzig brauchbare am Atari Browser Markt.
Wobei allerdings zu einem kompletten Browser noch einiges fehlt.
Ich wäre wirklich neugierig, zu sehen wie zB Iron (basiert auf Chromium) compiliert für Atari liefe.
Wo mein Netbook 10 Sekunden braucht, um Firefox zu starten, ist Iron in 2 Seunden bereit.
Sollte ich unter MiNT 10 Sekunden auf Iron warten müssen, wäre das für mich angemessen und okay.
Auch für mich ist ein guter Browser ganz wichtig, und würde
für eine deutlich regelmässigere Nutzung des Falcon sorgen,
und somit die Anschaffung von ct63 und ctpci / RaRadeon weiter
rechtfertigen.
Gruss,
Beetle (gepostet via Highwire)
-
Eine andere möglichkeit wäre, um einen schicken webbrowser zu nutzen, x11 für freemint zu installieren und auf einem remote linux einen browser ausführen der dann über x11 weitergeleitet wird. Habe schon mal screenshots davon gesehen... Das war dann Netscape Navigator auf dem Atari :)
-
Macht mal bissi langsam, auch am Highwire wird gearbeitet. Nur das da nicht ständig was hier erscheint.
Mit X11 könnte man sicher auch nen anderen Browser kompilieren.
-
Mit X11 könnte man sicher auch nen anderen Browser kompilieren.
Das dürfte aber ein "Seriöses" anliegen werden, denn Firefox z.b. nutzt ja diverse Libraries die man vorher für FreeMint kompilieren muss.
Mir ist noch ein nativer Browser-Port für X11 eingefallen: DILLO, der unterstüzt aber kein JavaScript und auch kein SSL ...
Ich hoffe das ich Linux auf der Firebee zum booten bekomme, dann müsste man für einen modernen Browser rebooten in das Linux system...
An der highwire front sieht es aber echt sehr Still aus, ich find etwas mehr Beteiligung an Highwire wäre nicht schlecht ;)
-
Eine andere möglichkeit wäre, um einen schicken webbrowser zu nutzen, x11 für freemint zu installieren und auf einem remote linux einen browser ausführen der dann über x11 weitergeleitet wird. Habe schon mal screenshots davon gesehen... Das war dann Netscape Navigator auf dem Atari :)
mOnO, ich hab das versucht, aber find mal einen Browser der mit dem alten GTK+ 1.2 klarkommt, das wir auf dem MiNT haben. Da must du ein Baukasten-Linux gleich mit einem alten X11 und entsprechend altem GTK+ aufsetzen, extra für diesen Zweck.
Für Psi (Jabber Client) hats funktioniert, und auch Gedit (Gnome Editor), Firefox, Chrome, Netsurf, Opera Fehlanzeige.
Dillo gibts (wenn auch veraltet) nativ für MiNT. Ist aber nicht so gut wie Hghwire.
-
mOnO, ich hab das versucht, aber find mal einen Browser der mit dem alten GTK+ 1.2 klarkommt, das wir auf dem MiNT haben. Da must du ein Baukasten-Linux gleich mit einem alten X11 und entsprechend altem GTK+ aufsetzen, extra für diesen Zweck.
Achso... ich dachte das würde so funktionieren das nur die Maus klicks zur Applikation gesendet werden
und diese Überträgt dann die Grafischen ausgaben an X11... d.h. GTK wird Lokal (d.h. auf mint) garnicht benutzt...
Ich habe das unter cygwin auch so am laufen, ich wüsste nicht das ich dafür extra GTK installiert habe...
-
Klar,
du kannst per X11 deinen Desktop einfach weiterleiten. Aber was soll das da kann ich gleich nen Linux PC nutzen.
-
Klar,
du kannst per X11 deinen Desktop einfach weiterleiten. Aber was soll das da kann ich gleich nen Linux PC nutzen.
Es ist einfach nur eine Möglichkeit die man in betracht ziehen kann ;) Der remote server kann ja auch bei einem Shell-Provider liegen, oder auf deinem Heim-Router oder so :)
-
Naja, mit Atari VNC hab ich ja auch Firefox auf dem Atari... ist aber halt nicht echt und deswegen indiskutabel ;)
-
Ich zweifle nach wie vor am Vorhandensein der notwendigen Rechenpower. blätter zurück (http://forum.atari-home.de/index.php?topic=6290.msg39731#msg39731)
Aber ich bin Informatiker und die machen worst-case assumptions. ;)
-
Du kannst ja auch über die Graphikkarte Berechnungen durchführen lassen ;) D.h., selbst wenn die CPU zu wenig Leistug hätte (was für eine direkte Portierung ohne große Anpassungen zutreffen könnte), dann könnte man diese entlasten, indem man Arbeit an die Radeon, oder andere Chips abwälzt...
-
1.Modular aufbauen und die Module nach und nach durch assembler optimierte Module ersetzen.
2.Eine weitere Möglichkeit wäre es, die Webseiten auf dem PC (der als Proxy dient) zu optimieren. Also ich benutze z.B. den TT mit SW-Monitor und der Proxy rechnet die Farbbilder in SW um. Das sollte den TT doch stark entlasten. Genauso sollte es mit Grafikkarten funktionieren, also würde der PC alle Bilder entsprechen umrechnen, so da der Atari nur noch die Bilder laden und anzeigen muß.
Trotzdem ist das Problem mit der langsamen Netzanbindung damit noch nicht vom Tisch. Mit einer schnellen CPU allein ist es nicht getan. Der Mix macht es aus.
Gruß Arthur
-
Ich zweifle nach wie vor am Vorhandensein der notwendigen Rechenpower. blätter zurück
Aber ich bin Informatiker und die machen worst-case assumptions.
Ich meine, performance fresser ist wohl das image rendering... das rendering von tables dauer auch recht lange. Aber das sind alles sachen die auf einem Atari als "Akzeptabel" gelten...
Es ist bekannt das es keine SSL bibliothek für rechner ohne 68030 + FPU auf dem Atari gibt, eben wegen der Performance Probleme.
Für was brauchst Du jetzt so viel Rechenpower? Meinst Du für Java Script? (In diesem zusammenhang möchte ich auf SpiderMonkey 1.7 für Atari http://nic-nac-project.org/~monokrom/monochrom.net/atari/dl/js17_1b.zip (http://nic-nac-project.org/~monokrom/monochrom.net/atari/dl/js17_1b.zip) hinweisen,
habe das kompiliert, und bei einem Benchmark 1000 Date() Objekte erzeugt, das hat ca. 8 Sek. auf einem 8 Mhz Rechner gedauert, aber ich glaube 1000 Date Objekte sind noch kein Worst case, gell :D )
Also ich denke, das alle diese Dinge auf einem gepimpten Falcon / auf einem Firebee ohne "Einschränkungen" zu realisieren sind. Ich sehe da kein Performance Problem (bei ssl habe ich keine ahnung wie die geschwindigkeit auf einem falcon ist, aber auf einem 220 mhz x86er ist es OK, deswegen denke ich, dürfte firebee oder CTxyirgendwas da auch keine Probleme haben!). Bei den nicht gepimpten Rechnern natürlich schon, aber auch auf einem Atari TT kann ich mir gut vorstellen das es funktioniert....
Was meinst Du, was verbraucht so viel Rechenleistung? Ist einfach ne Frage, interessiert mich :)
-
Für was brauchst Du jetzt so viel Rechenpower? Meinst Du für Java Script? (In diesem zusammenhang möchte ich auf SpiderMonkey 1.7 für Atari http://nic-nac-project.org/~monokrom/monochrom.net/atari/dl/js17_1b.zip (http://nic-nac-project.org/~monokrom/monochrom.net/atari/dl/js17_1b.zip) hinweisen,
habe das kompiliert, und bei einem Benchmark 1000 Date() Objekte erzeugt, das hat ca. 8 Sek. auf einem 8 Mhz Rechner gedauert, aber ich glaube 1000 Date Objekte sind noch kein Worst case, gell :D )
Hallo m0n0, kannste mal genau erklären was im Benchmark gemacht wird und was man sich unter 1000 Datei() Objekte vorstellen kann? Der Dateisystem des Atari ist doch auch schneckenlangsam also was genau passiert im Benchmark?
-
Hallo,
ich meinte keine Datei Objekte, sondernd Date Objekte, d.h. ein Objekt das das Aktuelle Datum beinhaltet in Java Script kann man das z.B. so nutzen:
var d = new Date();
print( "Jahr: " + d.getYear() );
print( "Monat: " + d.getMonth() );
print( "Unix TImestamp: " + d.getTime() );
mein Benchmark sah in etwa so aus:
start = new Date();
var a = new Array(1000);
for ( i=0; i<1000; i++)
{
a.push( new Date() );
}
ende = new Date();
print("Zeitverbrauch in MS: " + end.getTime() - start.getTime() );
Das genaue script kann ich nochmal posten... das ist jetzt so aus der freien Hand :)
-
Hätte mich auch gewundert, weil wie schon geschrieben, der Atari ST dateimäßig so lahm ist. ;D
-
Naja, mit Atari VNC hab ich ja auch Firefox auf dem Atari... ist aber halt nicht echt und deswegen indiskutabel ;)
Da wär´ ich mir jetzt nichtmal soo sicher. Wir nehmen einen Gumstix oder Ähnliches plus einer Hydra, pappen ein hochoptimiertes Linux drauf, stecken das in eine Zigarettenschachtelgroße Box, und passen im Idealfall noch das Layout vom Browser & Co. ein bissl auf GEM an. Da drauf laufen dann alle erdenklichen Netzwerkklients + Printserver +USB Netzwerkfreigabe etc. etc. Am Atari wird dann MiNT-Net und Atari VNC installiert und der Treiber stellt am Minirechner ein auf welche Farbtiefe (SM124 bis ATI 9250) er das runterrechnen soll. Das vermarkten wir dann als Atari "Network & USB Hardware Erweiterung" um 149,- für jeden Atari ab 4 MB Ram.
Könnte genausogut wie bei der UltraSATAN funktionieren, wo auch niemand dran denkt daß da ein 400MHz ARM drinnen werkelt, … >:D Und so überbrücken wir erfolgreich die Zeit, bis unsere Lieblingsplattform wieder native aktuelle Browser & Co. aufweisen kann .
-
Hmm gute Idee, das ganze hat dann nur einen Hacken? Warum soll dann noch Entwickelt werden?? ;D ;D
-
Für atari VNC brauchte man doch auch true color, oder? Wäre also nicht unbedingt die super lösung für "langsamere" Rechner wie z.b TT oder Falcon ( auf ST und co. läuft X11 eh nicht...) bei denen keine Grafikerweiterung vorhanden ist...
-
Was meinst Du, was verbraucht so viel Rechenleistung? Ist einfach ne Frage, interessiert mich
Kann ich Dir im Details auch nicht sagen, sicherlich aber die schon genannten Punkte Rendering, SSL, Javascript, Java ;)
Es kommt natürlich darauf an was das Ziel ist. Ich halte die ATARI Platform (für mich!) nur dann mittelfristig für Web-tauglich, wenn ein Mainstream Browser (z.B. Firefox) darauf läuft, damit man an der Weiterentwicklung teilhaben kann. Andernfalls fallen täglich Webseiten aus der Menge der nutzbaren Sites. Highwire et al. sind imho zwar ganz nett, aber nicht wirklich für den Alltag nutzbar.
Meine Tests mit RiscPC und übertaktetem StrongArm (~300 MIPS) waren da eher ernüchternd. :(
CT60 ~100 MIPS
Pentium 4 ~10000 MIPS
-
Könnte genausogut wie bei der UltraSATAN funktionieren, wo auch niemand dran denkt daß da ein 400MHz ARM drinnen werkelt,
Nur das in der Ultrasatan kein 400Mhz ARM drin werkelt, das war nur einer von mehreren Prototypen.
-
Naja, mit Atari VNC hab ich ja auch Firefox auf dem Atari... ist aber halt nicht echt und deswegen indiskutabel ;)
Da wär´ ich mir jetzt nichtmal soo sicher. Wir nehmen einen Gumstix oder Ähnliches plus einer Hydra, pappen ein hochoptimiertes Linux drauf, stecken das in eine Zigarettenschachtelgroße Box, und passen im Idealfall noch das Layout vom Browser & Co. ein bissl auf GEM an. Da drauf laufen dann alle erdenklichen Netzwerkklients + Printserver +USB Netzwerkfreigabe etc. etc. Am Atari wird dann MiNT-Net und Atari VNC installiert und der Treiber stellt am Minirechner ein auf welche Farbtiefe (SM124 bis ATI 9250) er das runterrechnen soll. Das vermarkten wir dann als Atari "Network & USB Hardware Erweiterung" um 149,- für jeden Atari ab 4 MB Ram.
Könnte genausogut wie bei der UltraSATAN funktionieren, wo auch niemand dran denkt daß da ein 400MHz ARM drinnen werkelt, … >:D Und so überbrücken wir erfolgreich die Zeit, bis unsere Lieblingsplattform wieder native aktuelle Browser & Co. aufweisen kann .
Wenn es eine "Hardwarelösung" AM oder IM Atari ist und kein extra Rechner in Form eines stromfressenden PCs ist und AVNC so umfunktioniert wird, dass man meint man startet eine native Software, dann geht das für mich absolut in Ordnung (vorrübergehend jedenfalls).
Ziel sollte aber ein eigenständiger Browser (oder wenigstens ein Port eines aktuellen Browsers) sein, denn sonst gebe ich Ingo Recht, denn warum sollte dann überhaupt noch daran entwickelt werden?
Mein Motorola Q hat 350 MHz und 96 MB Ram und darauf läuft Sykfire ein Browser mit Flash Plugin (youtube, webradio, etc) absolut flüssig. Sollte auch auf langsameren smartphones laufen, also denke ich, dass sowas - zumindest auf dem Coldfire - wenn nicht sogar auf der CT60 möglich wäre.
Auch ich bin für einen modularen Aufbau, so dass der reine HTML Browser auch auf den langsameren Ataris läuft. Allerdings bin ich der Meinung, dass dies nicht die größte Bewertung haben darf, denn wenn unsere Plattform überleben soll und zwar nicht nur als reines Hobby, dann müssen wir uns langfristig die 68k Zöpfe abschneiden... Das bedeutet ja nicht das Aus für die Retrogemeinde, aber einer zukunftsorientierten TOS, bzw. MiNT Entwicklung steht die Abwärtskompatiblität der Software mittlerweile arg im Wege.
Es ist schön, wenn Programme, wie z.B. atarICQ im Nachhinein (wieder) ST- kompatibel gemacht werden. Aber das Hauptaugenmerk darf das nicht sein.
Wir haben schnelle Rechner (Milan, Hades, CT60, Firebee) und wenn wir wollen dass es für die auch Software gibt, dann muss was passieren. Momentan kann ich alles was ich auf der CT60 machen kann auch (langsamer) im 030 Modus machen (abgesehen von Demos und Quake/Duke Nukem) und das darf meiner Meinung nach nicht sein!
-
Bitte mein Vorschlag war jetzt nicht wirklich ultimativ ernst gemeint! Ich wollte nur darauf hinweisen daß mit der Miniaturisierung etliches machbar ist (Mein Palm war vor 8 Jahren schon so leistungsfähig wie mein Atari, …). Und ich denke bei entsprechender Sorgfalt bzgl. Atari-Umgebungsintegration ist schon einiges möglich daß dann auch Akzeptanz finden könnte.
Ich selbst bin eigentlich ein Verfechter von Abwärtskompatibilität! Also zumindest ab Standard-Falcon und PAK sollten neue Entwicklungen nutzbar sein. Wir haben einfach keine Basis die groß genug wäre ansonsten.
-
Da geb ich Dir ja Recht - und z.B. spielmäßig wurde noch nichteinmal der Standardfalcon richtig ausgereizt...
Aber irgendwie muss man ja einen Anreiz schaffen, dass eine neuere - u/nd schnellere breite Basis geschaffen wird. Und wenn dann alles noch auf "08/15" Hardware läuft, dann gibt es wieder keinen Grund zum Umsteigen...
Ich denke, dass viele Falconbesitzer bereit wären auf ein schnelleres Pferd (=Firebee) zu setzen, wenn dies die selben Vorzüge besitzt (z.B. DSP). Wie gesagt, einen CT60 Rechner werde ich z.B. dann auf jeden Fall hergeben. Ideal wäre also, wenn die >300 CT60 Besitzer eine Firebee nehmen würden und ihre CT60 dann weitervererben ;D
Nein, ist jetzt nur Spass, aber schau, wir hatten mit dem Milan/Hades wirklich super Rechner, für die es praktisch 0 spezielle Software gab... Running Milan, oder Legends of Espen waren sehr vielversprechend, aber leider wurde ja nix draus :(
-
Ich bestreite mal das ein DSP (wenn er so alt ist) heute noch jemanden vom Hocker reißt. Sicherlich hat er damals noch seine Berechtigung gehabt. Heute macht er nur noch aus Kompatiblitätsgründen sinn, damit evtl. vorhandene Software auch auf der Firebee läuft. Würde den glatt weg lassen wenn es nach mir ginge. Schnelle Festpltten, hochauflösende Grafik und Netzwerk sowie endlich funktionierendes USB sind mir viel wichtiger.
-
Hallo,
@Arthur da gebe ich dir nur zum Teil recht. Ich selbst habe ihn auch nich vermisst gehabt. ABER es gibt wohl auch noch heute Anwendungen in denem ein Digitaler Signal Prozessor verwendet wird. Man muß es ja so sehen, der DSP hat eine Schnittstelle was ihn ultimativ macht, das es heut zu tage schnelere und leistungsfähiger gibt. Aber ein DSP ist auch heute noch in bestimmten bereichen notwendig. Ich ziele jetzt hier auf den Musikbereich.
-
Ich denke das die Atari Community einfach zu klein ist um einen aktuellen Webbrowser "herzustellen"... Andere Software kann evt. von einem alleine Bewerkstelligt werden, aber einen ganzen Browser "nebenbei & alleine" zu entwickeln das geht nicht so recht. Es müssten ein paar Atari Leute daran Programmieren,... aber davon gibt es ja nicht so viele >:)
So ein Browser verlangt schon vieles an know-how... und es ist besser wenn man sich auf einen Bereich speziallisieren kann, aber ein Browser hat viele Ecken und Kanten, mit denen man sich ja nicht immer und überall beschäftigen kann :)
Wenn es einen Weg geben würde eine Gruppe zu finden die einen aktuellen Browser "hervorzaubert" - dann würde ich an dem Weg interesse haben :)
Und abwärtskompatibilität ist wirklich ein "Hindernis" ... wenn sowas als "Leitlinie" gillt... dann hat man immer ein schlechtes Gewissen wenn man etwas machen würde was Abwärtskompatibilität bricht, obwohl es doch eigentlich ganz gut ist...
-
Was haltet ihr einfach mal davon, bei den Highwire Entwicklern anzufragen. Wenn dies mehrere tun, dann tut sich sicher mehr. Ich meine wir reden hier nur und keiner tut was.
-
Hab jetzt keine Statistiken zur Hand, aber vom meinem Gefühl her würde ich sagen das die Amigacommunity einfach größer ist. Auch scheint es mir auf der Amigaseite mehr Clone zu geben die ausreichend Resourcen dafür mitbringen. Mir selbst reicht das Tempo von Higwire auf dem Atari TT und Falcon mit 32MHz aus. Es geht zwar recht gemütlich zu aber für mich reicht es. Wie ihr wisst werden hier nicht alle Webstandards unterstützt. Ein neuer Browser sollte vielleicht modular aufgebaut werden, so das selbst ein Mega ST oder STE noch läuft. Später kann man für die Boliden ja eine spezielle Version anbieten. Er sollte auch unter Plain TOS funktionieren. Ob sich eine Browser nur für die paar CTXX User lohnt das bezweifle ich. Die Portierung eines anderen Browsers auf die CTXX sollte aber auf grund der Rechenpower moglich sein.
wenn ich mich recht entsinne, hatten die Amiga Leute nach der Ausgliederung der Amiga Inc. aus Comodore noch bis mind 2002 professionelle Unterstützung. Von Amiga Inc. wurde die Erweiterung des OS (bis 3,5 soweit ich weiß) und die Umstellung auf PPC-Prozessoren betrieben. Da war alles noch unter enem Dach, während bei Atari 1996 alles den Bachh runter ging, nach dem Verkauf an JTC. Da wurde alles verteilt. SW-Entwicklung wurde nur noch von wenigen Enthusuiasten betrieben, von denen die meisten aber nach 2000 die Plattform verliessen (es war halt leider eine zu kleine Anwenderschaft und wirklich viel Geld verdienen konnte man mit Atari-SW auch nicht (mehr)). Aber was am Wichtigsten war: Die Hardware-Entwicklung stagnierte total. Bei Falke Media wurde versucht, die HW-Entwicklung mit dem Milan neu zu beleben und für eine kurze Zeit war Atari der PC-Welt fast ebenbürtig (in 1999 gab es fast nichts (ausser super tolle Direct-X-Grafik-Spiele), das ich nicht auch mit dem Milan erledigen konnte (fast jede I-Net-Seite war mit Draconis darstellbar; selbst die Alias-Bennung einer Mai-Adresse bei T-Online war kein Problem).
Leider stagnierte schon bereits in 2000 der Fortgang und die Entwickler wendeten sich von der Atari-Schiene ab.
Und heute jemanden, wue Jens Heitmann für Programm-Entwicklung "zurückzuholen" ist fast unmöglich, den wie bei vielen von uns auch, spielen längst andere Dinge im (Berufs-)Leben eine wichtigere Rolle.
Es klang bereits in einem frühren Post an: Die Unterhaltung ist dieselbe, wie wir sie bereits 2006 oder 2008 hier geführt haben.
Es geht leider so gar nicht voran....
-
Stimmt leider :( Ohne Software kein Sinn für neue Hardware...
-
Was haltet ihr einfach mal davon, bei den Highwire Entwicklern anzufragen. Wenn dies mehrere tun, dann tut sich sicher mehr. Ich meine wir reden hier nur und keiner tut was.
Auf der Mailing Liste ist kaum noch was los. Ich denke nicht das es an der Nachfrage liegt, sondernd an fehlender Zeit bzw. fehlenden Entwicklern. Die meisten "kern" Entwickler haben sich ja auch vom Projekt verabschiedet...
-
Wer C kann sollte vielleicht doch mal bei Jens anfragen (Draconis) (http://forum.atari-home.de/index.php?topic=6290.msg40614#msg40614) (Klick zum Eintrag im Forum)
-
Draconis ist meiner Meinung nach immer noch der fortgeschrittenste Browser... leider bekomme ich ihn auf dem 060 nicht ordentlich zum Laufen :(
-
Draconis ist meiner Meinung nach immer noch der fortgeschrittenste Browser...
Ok, der hat javascript, aber dafür kein CSS,...
highwire aber schon... :)
Wenn Draconis auch noch einen renderer besitzt der die HTML Struktur in einer Baumstruktur ablegt und dann die einzelnen HTML Elemente der Baumstruktur parst & rendert wäre es ein besserer Kandidat für die Implementierung von JavaScript als Highwire... Weil man dann das DOM zur Laufzeit verändern könnte :)
In highwire muss man da, soweit ich das gepeilt habe, den renderer schick umschreiben.... was wohl niemand machen will ^^
-
um 2000 herum hatte ich "Draconis 1.7" auf meinem Falcon mit der ersten von Rudolphe selbst auf der Messe eingelöteten Centurbo-Erweiterung laufen. :'( Leider habe ich diesen Falcon nicht mehr - bin bei diesem Thema auch nicht ganz auf dem Laufenden. :-\
-
Ok, der hat javascript, aber dafür kein CSS,...
highwire aber schon... :)
Falsch: Die unvollendete 2.0 hat bereits partiellen CSS Support.
Siehe z.B.
http://draconisatari.cvs.sourceforge.net/viewvc/draconisatari/src/web2.0/STYLES.H?revision=1.1&view=markup
Wenn Draconis auch noch einen renderer besitzt der die HTML Struktur in einer Baumstruktur ablegt und dann die einzelnen HTML Elemente der Baumstruktur parst & rendert wäre es ein besserer Kandidat für die Implementierung von JavaScript als Highwire... Weil man dann das DOM zur Laufzeit verändern könnte :)
Das ist aus historischen Gründen nicht ganz der Fall. Gerade in den früheren RAM beschnittenen Zeiten hätte das bedeutet, das zunächst mal die Seite (xxx Bytes) + ein Klone in DOM-Treeformat im RAM gelegen hätte. Deswegen werden zu jeden Tag nur rudimentäre Informationen gespeichert.
Generell kennt aber jedes Tag seinen Anfang und Ende und das sollte sich auch als DOM umarbeiten lassen.
-
Das ist aus historischen Gründen nicht ganz der Fall. Gerade in den früheren RAM beschnittenen Zeiten hätte das bedeutet, das zunächst mal die Seite (xxx Bytes) + ein Klone in DOM-Treeformat im RAM gelegen hätte. Deswegen werden zu jeden Tag nur rudimentäre Informationen gespeichert.
Ich habe auch versucht mir das zu erklären und ich bin auch zu diesem Schluss gekommen, jedenfalls teilweise. Man könnte aber ja auch nicht mehr benötigte Teile des Dokument-Speichers wieder freigeben...
Ein anderer Punkt ist die Geschwindigkeit, bei einem Tree Model muss erstmal das Dokument geparst werden und dann würde ein zweites Parsen des trees stattfinden + rendering.
Generell kennt aber jedes Tag seinen Anfang und Ende und das sollte sich auch als DOM umarbeiten lassen.
Naja, ich habe an JavaScript elemente wie z.b. mydiv.innerHTML="<b>text</b>"; gedacht, oder an sowas wie div.innerHTML = div.InnerHTML + "eine geänderte website";
das wäre natürlich blöd wenn man deswegen die komplette page neu rendern muesste ... zumal so ein rendering vorgang bei älteren Ataris ja nicht gerade schnell von statten geht :)
-
Falsch: Die unvollendete 2.0 hat bereits partiellen CSS Support.
Hallo Jens, schön von Dir zu lesen!
Ganz direkte Frage. Was schätzt Du wie lange dauert es "Dein" Paket auf wirklich aktuellen Stand zu bringen. Und wieviel kostet es wenn Du dafür unbezahlten Urlaub von Deinem derzeitigen Brot-Job nimmst?
-
Das ist aus historischen Gründen nicht ganz der Fall. Gerade in den früheren RAM beschnittenen Zeiten hätte das bedeutet, das zunächst mal die Seite (xxx Bytes) + ein Klone in DOM-Treeformat im RAM gelegen hätte. Deswegen werden zu jeden Tag nur rudimentäre Informationen gespeichert.
Ich habe auch versucht mir das zu erklären und ich bin auch zu diesem Schluss gekommen, jedenfalls teilweise. Man könnte aber ja auch nicht mehr benötigte Teile des Dokument-Speichers wieder freigeben...
Ein anderer Punkt ist die Geschwindigkeit, bei einem Tree Model muss erstmal das Dokument geparst werden und dann würde ein zweites Parsen des trees stattfinden + rendering.
Korrekt. Obwohl man da evtl. im ersten Arbeitsschritt ein paar dinge vielleicht sowieso gleich mit erledigen kann, so dass vielleicht nur noch ein minimaler zusätzlicher Renderingprozess nötig ist (Tabellen z.B.)
Generell kennt aber jedes Tag seinen Anfang und Ende und das sollte sich auch als DOM umarbeiten lassen.
Naja, ich habe an JavaScript elemente wie z.b. mydiv.innerHTML="<b>text</b>"; gedacht, oder an sowas wie div.innerHTML = div.InnerHTML + "eine geänderte website";
das wäre natürlich blöd wenn man deswegen die komplette page neu rendern muesste ... zumal so ein rendering vorgang bei älteren Ataris ja nicht gerade schnell von statten geht :)
Genau dafür. Wie gesagt, wenn es nicht auf den Speicher ankommt wäre das der Weg und das ließe sich umarbeiten.
Generell wurden auch die verschiedenen Browseralternativen nicht ausschließen. Ich würde allerdings für eine Portierung eine der Mobile Varianten in Erwägung ziehen. z.B. WebKit for Mobile. Die sind meisten deutlich weniger Speicherhungrig, auf schlappe Prozessoren ausgelegt und haben einen kleineren Sourceumfang. Würde aber wahrscheinlich trotzdem bedeuten, dass nur aktuelle HW eine Zielplattform ist. Mit gcc und Mint sollte das aber u.U. machbar sein. Besonders bei Webkit handelt es sich ja um das reine Rendering, so dass das GUI drum rum lediglich hinzugebaut werden müsste.
Machbarkeit????
-
Falsch: Die unvollendete 2.0 hat bereits partiellen CSS Support.
Hallo Jens, schön von Dir zu lesen!
Ganz direkte Frage. Was schätzt Du wie lange dauert es "Dein" Paket auf wirklich aktuellen Stand zu bringen. Und wieviel kostet es wenn Du dafür unbezahlten Urlaub von Deinem derzeitigen Brot-Job nimmst?
Unmöglich und sicherlich unbezahlbar.
-
Generell wurden auch die verschiedenen Browseralternativen nicht ausschließen. Ich würde allerdings für eine Portierung eine der Mobile Varianten in Erwägung ziehen. z.B. WebKit for Mobile. Die sind meisten deutlich weniger Speicherhungrig, auf schlappe Prozessoren ausgelegt und haben einen kleineren Sourceumfang. Würde aber wahrscheinlich trotzdem bedeuten, dass nur aktuelle HW eine Zielplattform ist. Mit gcc und Mint sollte das aber u.U. machbar sein. Besonders bei Webkit handelt es sich ja um das reine Rendering, so dass das GUI drum rum lediglich hinzugebaut werden müsste.
mit GCC... das meinte ich mit "die Rückwärtskompatibilität steht im Wege" ... bei HW ist es ja z.b. so das auch compiler wie lattice C und pure C unterstützt werden, aber das bringt auch viele Probleme mit sich... z.b. können die Libs die von GCC kompiliert werden von keinem der anderen Compiler genutzt werden :( das heisst ALLE source müssen auch mit pure C kompilierbar sein :( Ob das nun mehr Entwickler-Einsatz garantiert als wenn man mehr features aber nur gcc ermöglicht, ist fraglich. Aber ich merke es bei der Java Script library..., es ist eher nervig das teil PureC kompatibel zu machen ;) BUS Error beim Garbage collector, na toll >:D mit GCC lief die Kompilierung/laufzeit ohne auch nur eine Zeile code zu verändern... und es war lauffähig auf einem normalen ST...
WebKit werde ich mal anschauen... aber ich glaube aus irgend nem grund ist das nicht in Frage gekommen, glaube ich.
-
Leer
-
Dann mach einen Schnitt!
Auch wenn ich persönlich PureC bevorzuge bringt es ja nichts, wenn dies einer Entwicklung im Wege steht oder die Zeit vergeutet wird für eine Anpassung.
Dafür vergeudet man die Zeit dann beim Kompilieren :(
-
Dafür vergeudet man die Zeit dann beim Kompilieren
Wenn man unter aranym kompiliert, macht das keinen großen unterschied >:D
-
WebKit werde ich mal anschauen... aber ich glaube aus irgend nem grund ist das nicht in Frage gekommen, glaube ich.
WebKit braucht lauf MiNT Mailingliste vom Dezember 2008 zuviele Anpassungen von MiNT selbst, so daß das momentan nicht möglich scheint. Ich würde gerne auch nochmal auf Netsurf hinweisen. Wäre super wenn mal wer die Portierbarkeit auf TOS evaluieren könnte. http://www.netsurf-browser.org/ angeblich saubestes C, sie helfen einem bei neuen Ports, und der kann jetzt schon alles bis auf JavaScript. Wenn 2–3 fähige Leute von uns dort mitmachen, erreichen die den JavaScript-Support womöglich auch früher.
Bzgl. Compilern, hast Du AHCC schon ausprobiert?
-
Wobei die 68k Version von Netsurf selbst auf einer Blizzard 1260 noch ziemlich zäh läuft.
Aber auf dem Coldfire sollte Netsurf schon gut benutzbar sein.
-
Nicht vergessen, das ein 68060 auf 'ner Blizzard 1260 mit 50 MHz läuft, mit PS/2 RAM auf 25 MHz Takt.
Ein Falcon mit ct63 hat da wirklich mehr zu bieten (insbesondere, wenn der Grafik-Flaschenhals beseitigt ist)
Link zu Netsurf Amiga 68k Infos http://aminet.net/package/comm/www/netsurf-m68k (http://aminet.net/package/comm/www/netsurf-m68k)
-
:o Die History wenn Du Dir anguckst wirst Du ja total neidisch >:( Da tut sich ja direkt was!
Denke auch dass eine CT60 den Browser locker stemmen könnte!
-
Für Netsurf müsste man zunächst mal GTK 2.12 portieren.
Allgemein sieht das Paket relativ Üppig aus ;)
GTK zu portieren kann auf 3 Wegen erfolgen, entweder es wird eine Framebuffer schnittstelle in Mint intigriert, so das GTK damit laufen kann,
oder man nimmt den X11 Port für freemint, das würde aber bedeuten das man noch mehr Resourcen braucht... ode r man schreibt ein neues GTK Binding, also ein GTK / GEM binding...
Aber das ist ja noch nicht alles, die ganzen nicht-gui spezifischen GTK funktionen müssten ja auch noch portiert werden...
Wäre auf jeden Fall auch sehr viel Arbeit ::)
-
Wie bringt man denn X11 unter MiNT zu laufen? Hab es mit Easymint mitinstalliert, aber wie starte ich "X"?
-
weiss ich net, unter linux mit dem kommando startx... Evt. /usr/X11R6/bin ?
Ansonsten hier nochmal lesen, so genau stehts da aber glaub ich net drinne:
http://freemint.de/X11/README
-
eine Anwendung.
x.app!
-
Für Netsurf müsste man zunächst mal GTK 2.12 portieren.
Allgemein sieht das Paket relativ Üppig aus ;)
GTK zu portieren kann auf 3 Wegen erfolgen, entweder es wird eine Framebuffer schnittstelle in Mint intigriert, so das GTK damit laufen kann,
oder man nimmt den X11 Port für freemint, das würde aber bedeuten das man noch mehr Resourcen braucht... ode r man schreibt ein neues GTK Binding, also ein GTK / GEM binding...
Aber das ist ja noch nicht alles, die ganzen nicht-gui spezifischen GTK funktionen müssten ja auch noch portiert werden...
Wäre auf jeden Fall auch sehr viel Arbeit ::)
Die extra Portierung von GUI-Bibliotheken ist glaub ich ein sehr aufwändiger Weg. Abgesehen davon wird sich ein solches GUI nie optimal in die Plattform einfügen.
Ich hab es zwar noch nicht probiert, aber gerade bei Webkit scheint das GUI abgekoppelt von der Rendering Engine. Wenn die reine Rendering Engine gut zu portieren ist, wäre es sicherlich einfacher ein eigenes GUI zu implementieren. Dabei würde man sicherlich auch am besten ein ATARI-kompatibles GUI bieten.
lt. http://trac.webkit.org/wiki/SuccessfulPortHowTo
A port of WebKit is a unique combination of platform technologies that run the WebKit engine.
The most common difference between ports is the operating system that they run on (e.g., Apple's Mac OS X and Windows ports), but in other cases two ports may run on the same operating system but use different graphics (or other) platform technologies (e.g., the Qt and GTK+ ports on Linux).
Port's gibt es bereits:
- Apple's Windows Port
Cairo-based Windows Port
Qt's WebKit Port
EFL's WebKit Port
Gtk+'s WebKit Port
Adobe's AIR Port
wxWidgets' WebKit Port
Openedhand's WebKit actor for Clutter
TinOS's WebKit Port
Maxthon's WebKit Port?
Chromium WebKit Port
BREW MP Webkit Port
Aber einfach wird das sicherlich auch nicht...
-
Ich hab es zwar noch nicht probiert, aber gerade bei Webkit scheint das GUI abgekoppelt von der Rendering Engine.
Beim netsurf ist es auf jedenfall so das der GUI kram gewrappt ist. D.h. GTK ist gewrappt und das framebuffer GUI interface auch. Aus irgend einem Grund zieht es mich nicht zu Webkit...
Aber es sollte eine Internationale "Atari-Browser portierungs Interessengruppe" gegründet werden um einen der Browser zu portieren :) Ist ja sonst peinlich mit nem Amiga-User zu reden ;)
-
Ich stell hier nur ne Frage!!
Bitte warum wollenw ir nicht versuchen das Highwire weiterentwickelt wird?
Es ist doch schon ein Funktionierenter Browser nur das er weiter Entwickelt werden muß.
-
Nur dass wir wissen wovon Tuxie spricht:
http://www.youtube.com/watch?v=GHBl2CiacY0
Highwire rockt auf der CT60/CTPCI!
Und ich bin keineswegs damit unzufrieden! Ich will doch nur "einfach" Ebay und co. damit nutzen können :-[
Auch wenn die Videoqualität (habs schnell mit dem Handy aufgezeichnet, im Dunkeln) bescheiden ist, sollten alle Zweifler eigentlich spätestens jetzt verstummen! Hab das System nur schnell provisorisch aufgesetzt (meine Festplatte hab ich ja auch zerschossen), Aber so brutal schnell wie das ist, sehe ich NULL Gründe, warum dieser Computer keinen "aktuellen" Browser stemmen sollen könnte!
Ist übrigens alles Live (DSL 1000) und war nicht gecached!
-
Ein Argument gegen Highwire ist fuer mich das Rendering,
ich meine das es in HW umgestrickt werden muss wenn man java script (ajax) haben will.
Das muss aber nochmal abgeklaert werden,... trotzdem, da ich niemanden sehe der
das erledigen will/kann... ist das fuer mich ein halbes Argument dagegen.
Ein anderes, wichtigers Argument:
Es waere von Vorteil einen Browser zu nutzen/Entwickeln der mehr Entwickler/Community hat...
Wenn es jemanden geben wuerde der den HW oder draconis renderer unter kontrolle hat und willens
ist dafuer zu Programmieren, wuerde ich evt. anders denken.
-
Beim netsurf ist es auf jedenfall so das der GUI kram gewrappt ist. D.h. GTK ist gewrappt und das framebuffer GUI interface auch. Aus irgend einem Grund zieht es mich nicht zu Webkit...
Ich seh keine Sinn in netsurf. Von den Features her seh ich da keine Verbesserung zur aktuellen Situation. Das was dort "mehr" vorhanden ist, ist marginal und ist den Aufwand einer Portierung nicht wert. Dann eher einen der bestehenden Browser anpassen/erweitern.
Ansonsten bleibt, wenn man einen vollwertigen Browser will, nur eine exessive Weiterentwicklung (ich schätz mal min. 20 Programmierer / Jahr) oder die Portierung einens aktuellen Browsers:
http://en.wikipedia.org/wiki/Comparison_of_web_browsers
bzw. die Integration einer aktuellen Engine:
http://en.wikipedia.org/wiki/Comparison_of_layout_engines
Allerdings sollte man auch mal auswerten, welche HW die Grundvoraussetzung sein soll. Einen aktuellen Browser wird man auf Grund des Umfanges auf älteren Rechnern schon garnicht zum laufen bringen. Allein der Programmcode für HTML5, CSS1 bis CSS3, JavaScript wird sicherlich schone mehrere MB's umfassen und hinzukommt noch der benötigte Datenspeicher (Dokument, Bilder, DOM-Tree, CSS-Daten, JS-Variablen).
Der Speicherbedarf wird dabei sicherlich den vorhanden HW-Speicher sprengen und TOS hat nun mal kein Swap-File als Speichererweiterung.
Also sehe ich entweder muss ein Kompromiss her der bedeutet entweder das verabschieden von alten Hardware-Umgebungen, oder Verzicht auf Features.
-
Also ich würde ja meinen das für ältere Computer wie TT oder ST ein Browser exisitiert. Wer den mit diesen Rechnern unbedingt ins Netz will. Fakt ist das wir nen Browser für die Rechner CT60/AB040/Milan/Hades/Firebee benötigen. Und dafür sollte Entwickelt werden. Wenn wir Kompatibel zum ST bleiben wollen drehen wir uns nur im Kreis und ein Fortschritt wird nicht geschehen.
-
Beim netsurf ist es auf jedenfall so das der GUI kram gewrappt ist. D.h. GTK ist gewrappt und das framebuffer GUI interface auch. Aus irgend einem Grund zieht es mich nicht zu Webkit...
Ich seh keine Sinn in netsurf. Von den Features her seh ich da keine Verbesserung zur aktuellen Situation. Das was dort "mehr" vorhanden ist, ist marginal und ist den Aufwand einer Portierung nicht wert. Dann eher einen der bestehenden Browser anpassen/erweitern.
Ansonsten bleibt, wenn man einen vollwertigen Browser will, nur eine exessive Weiterentwicklung (ich schätz mal min. 20 Programmierer / Jahr) oder die Portierung einens aktuellen Browsers:
http://en.wikipedia.org/wiki/Comparison_of_web_browsers
bzw. die Integration einer aktuellen Engine:
http://en.wikipedia.org/wiki/Comparison_of_layout_engines
Allerdings sollte man auch mal auswerten, welche HW die Grundvoraussetzung sein soll. Einen aktuellen Browser wird man auf Grund des Umfanges auf älteren Rechnern schon garnicht zum laufen bringen. Allein der Programmcode für HTML5, CSS1 bis CSS3, JavaScript wird sicherlich schone mehrere MB's umfassen und hinzukommt noch der benötigte Datenspeicher (Dokument, Bilder, DOM-Tree, CSS-Daten, JS-Variablen).
Der Speicherbedarf wird dabei sicherlich den vorhanden HW-Speicher sprengen und TOS hat nun mal kein Swap-File als Speichererweiterung.
Also sehe ich entweder muss ein Kompromiss her der bedeutet entweder das verabschieden von alten Hardware-Umgebungen, oder Verzicht auf Features.
warum nicht am LoA weiterscharauben. Für Higwire und Cab waren immer zuviele Komopnenten nötig (und damit die Fehlerquelle hoch). LoA auf HD entpackt und eingerichtet schon konnte es losgehen.
Die fehlende Swap-File-Verwaltung hat einseits Vor- aber auch Nachteile.
Vorteil: Alles wird im Speicher gehalten. Unabhäigkeit von evtl. schadhafter Komponente (Festplatten-Sektor), größere Absturzsicherheit
Nachteil: System ist undynamisch bei größeren Speicher-Anforderungen und damit langsamer, wenn der Prozessort langsamer ist.
-
Also ich würde ja meinen das für ältere Computer wie TT oder ST ein Browser exisitiert. Wer den mit diesen Rechnern unbedingt ins Netz will. Fakt ist das wir nen Browser für die Rechner CT60/AB040/Milan/Hades/Firebee benötigen. Und dafür sollte Entwickelt werden. Wenn wir Kompatibel zum ST bleiben wollen drehen wir uns nur im Kreis und ein Fortschritt wird nicht geschehen.
Danke Ingo ;)
Und spätestens ab Milan aufwärts ist RAM ja eh kein Thema mehr.
@Jens... da Du schonmal mitliest ;) Wie schwierig wäre es denn, Adamas soweit anzupassen, dass wenigsten Ebay nutzbar würde (nur als Beispiel). Ich meine, es fehlt eigentlich "nur" das SSL... Leider kann ich dahingehend kaum was testen, weil Adamas030.prg auf meiner CT60 noch öfter abstürzt als auf dem Milan060. D.h. ich bekomme kurz mal die halbe Seite dargestellt, bevor mir der Browser mit Exeption abstürzt :(
Wenn Adamas, dann würde ich z.B. die "Draconis Schnittstelle" gegen Mintnet austauschen, dann könnte das mit dem SSL doch leichter von Statten gehen, oder?
Ansonsten hab ich den Browser (und das ganze Draconis Paket) als sehr gut in Erinnerung...
Wenn einen Browser Port, dann sollte uns der schon ein deutliches Plus an Umfang bieten...
Auf dem Handy nutze ich z.B. Skyfire 1.5... der läuft auch auf Handys mit weniger als 200 MHz und wenig RAM ordentlich flüssig und hat mir bisher jede Seite vernünftig dargestellt.
www.skyfire.com
Sowas in der Art muss doch machbar sein... Skyfire ist leider kein Open Source :(
-
http://forum.atari-home.de/index.php?topic=7047.0
-
Ich meine, es fehlt eigentlich "nur" das SSL
Mittlerweile benoetigt ebay javascript, so wie ich das sehe :/ SSL muesste noch relativ straigth forwar zu implementieren sein, gibt doch auch einen openSSL port fuer mint....
-
Mittlerweile benoetigt ebay javascript, so wie ich das sehe :/
Eigentlich nicht http://www.ebay.de/?_js=OFF
Ob einstellen auch ohne geht, kann ich nicht sagen, aber das meißte Andere funktioniert ohne.
-
@mathias: Das meiste andere kann ich ja auch über mobile.ebay.de machen, das geht auch am Atari und sogar ohne SSL...
@m0n0: Adamas hat ja aber schon Javascript (nur eben kein SSL), Cab hat unter MiNT SSL, aber kein Javascript und Highwire ist schnell und hat keines von beiden... Links hat zwar beides, rendert dafür aber beschissen und Sonderzeichen funktionieren nicht :(
Und Bilder hochladen funktioniert denke ich noch mit keinem Atari Browser, da gibt es noch keine Schnittstelle :(
Das Lustige daran ist ja, dass wir eigentlich, wenn man alles zusammenlegt sogar in etwa ebenbürtig mit dem Amiga sind, nur eben verstreut auf 3 Anwendungen...
-
Bilder hochladen funktioniert nicht mit highwire? Das glaube ich nicht, ich kann mich noch gut an den kommtar erinnern in dem stand, das die komplette datei die hochgeladen werden soll in den speicher geladen wird, sofern genug ram da ist... wenn es nicht geht, dann liegt es an einem bug,...
@tuxie:bevor du dich fuer die weiterentwicklung von HW einsetzt, sollte vielleicht doch nochmal diskutiert werden ob LoA oder netsurf nicht der bessere weg ist... bzw. ich finde man sollte das vorher inspizieren und dann nochmal abwaegen was besser ist...
-
Ich kann das ja mal hier mit dem Forum probieren... meines Wissens kann Highwire nix hochladen (jedenfalls hat das noch nie bei mir geklappt).
-
Also Du brauchst mindestens Beta 0.3.3 ...
-
Okay, danke Dir... es geht tatsächlich... ging irgendwie an mir vorbei, zumal ich die Beta aus Tuxies Aratux gemopst habe und keine changelog angeguckt habe ;) Hat bei mir hier im Forum trotzdem nicht geklappt... die Datei konnte ich zwar auswählen, aber beim Abschicken des Posts kam "ihre Sitzung ist abgelaufen..."
Ich hab jetzt im übrigen Mal bei skyfire nachgefragt, ob die nen Port auf den Atari/Firebee machen wollen... interessieren tut sie das Projekt zumindest schonmal ;)
http://support.skyfire.com/forums/index.php?showtopic=5779&st=0#entry29951
Aber zuviel Hoffnung mach ich mir noch nicht...
-
Hallo,
auf www.amiga-news.de ist vor einigen Tagen eine
Newsmeldung zum FireBee erschienen.
Sehr interessant fand ich diesen Link zum Thema
NETSURF auf SDL-Basis.
http://www.amiga-news.de/de/news/comments/thread/AN-2010-05-00054-DE.html
Gruss Martin
-
Hallo,
danke fr den Link und die Info. Ich versuche mich gerade an der Portierung. Bin auch schon relativ vortgeschritten damit, habe noch ein paar Linker anpassungen zu machen, bzw. es gibt noch ein paar undefined references in der link phase des Netsurf make Prozesses.
Ich schätze mal das es noch ein paar Stündchen dauern wird ;) Aber heute Nacht nicht, muss mich um jemand anderes als den Atari kümmern :)
Und wenns fertig kompiliert ist, gibt es bestimmtes noch einiges das nicht funktioniert..., Input oder Pixel-Farbtiefe Probleme z.B. ;)
-
m0n0, ich find's gut, das du das in Angriff nimmst. Hoffentlich vervollständigen die Netsurf Entwickler den Browser noch weiter - wenn dein MiNT Port erstmal existiert, kann hoffentlich schnell integriert werden, was beim offiziellen Projekt neu kommt.
Gruss,
Beetle
-
Also ich möchte hier jetzt den Zwischenstand der Geldsammelaktion vom 23.5.2010 festhalten. Es gibt 880,- Euro Motivationshilfe für Menschen die einen Browser mit CSS, JavaScripts und SSL auf die Beine stellen.
Natürlich möchte ich auch nochmals aufrufen sich dabei zu beteiligen und ebenfalls Geld zuzusagen.
Übrigens m0n0, hältst Du uns auf dem Laufenden mit Netsurf auf SDL Basis usw. ? Das Hilfs-Angebot aus dem Amigalager hat ja recht nett geklungen.
-
Ich werde mich mal umhören. Muss doch zu schaffwn sein ;)