amiga-news.de - Archiv

Archiv 04/2011

`10.Apr.2011` Amigaworld.net (Webseite)	AmigaOS 4: DisplayFiles 0.7 DF (DisplayFiles) ist ein Befehlszeilenprogramm für AmigaOS 4, welches den Inhalt eines Verzeichnisses sortiert und formatiert ausgibt. Angegeben werden hierbei unter anderem Soft-/Hard-Links, Dateigröße, Datum, Kommentar, Executable-Header-Type und Schutzbits. Nähere Angaben zum Funktionsumfang erhalten Sie unter dem Titellink Download: df.lha (24 KB) (snx) [Meldung: 10. Apr. 2011, 19:16] [Kommentare: 2 - 11. Apr. 2011, 03:13] [Per E-Mail versenden] [Druck-Version] [ASCII-Version]
`10.Apr.2011` Amiga.org (Webseite)	Snapshoter 1.4 Snapshoter - ein hollywoodbasiertes Programm für alle Amiga-Systeme sowie Mac OS X und Windows zum Aufnehmen von Bildschirmfotos - liegt nun in der Version 1.4 vor. Zu den Neuerungen zählen neben Fehlerbereinigungen eine verbesserte Dropbox-Synchronisation und Geschwindigkeit, geringerer Speicherverbrauch sowie ein Zähler für die Aufnahmen und Seiten. Zudem gibt es nun eine spanische Anleitung sowie eine italienische und türkische Lokalisation. (snx) [Meldung: 10. Apr. 2011, 15:30] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version]
`10.Apr.2011` Murakami (ANF)	Printmagazin: aMiGa=PoWeR 47 Das französische Printmagazin aMiGa=PoWer wird seit 1998 von der Association Française du Libre Essai (AFLE) herausgegeben und weltweit vertrieben. Die Themen der 47. Ausgabe: News: UBoot update, AmigaOS4.1 Cloassic, Sam460ex Articles: AmigaOne X1000, Ultimate Pack, AmiDARK Engine, AmigaZoom, µAlchimie Reviews: ADRipper, Ffmpeg, NetSurf, FreeDink, ZAZ Tutorials: Nintendo Emulation, TuneNet plugins, MorphOS for eMac and PowerMac (snx) [Meldung: 10. Apr. 2011, 15:19] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version]
`10.Apr.2011` Michael Rupp (ANF)	Javascript: TAWS - The Amiga Workbench Simulation 0.16 TAWS ("The Amiga Workbench Simulation") ist eine reine JavaScript-Simulation der Amiga-Workbench 1.x (neu) - 3.x für den Internet Explorer, Firefox, Opera und Apple-WebKit-Browser. Feedback aller Art ist dem Autor jederzeit willkommen. Die Version 0.16 enthält folgende Neuerungen: Komplette Simulation von OS 1.2: Laufwerks-Piktogramme auf der rechten Seite angepasste Menüstruktur nach dem Öffnen bleibt das neue Fenster inaktiv kein Lasso angepasster Standard-Text in der Menüleiste keine Angabe des Füllstandes in Fenstertiteln Überlange Fenstertitel werden nicht pro Zeichen sondern pro Pixel gekürzt. Die Version wird als Meldung in der Menüleiste ausgegeben. stark vereinfachtes Umbenennen-Fenster (das war komplizierter als man annehmen würde) spezielles Aussehen der Message-Requester und deren Buttons Dateien und Ordner ohne Rückmeldung überschreiben neue Piktogramm-Sets «1.0», «1.2» und «2.0» neue Fensterlayouts: «1.0», «1.2», «2.0» und «3.0 MedRes» komplette Simulation der Fenster-Darstellung von OS 1.x Darstellung im MedRes-Modus: Folgende Elemente werden vertikal entsprechend dicker dargestellt: die Rahmen der Menüs die Trennstriche in den Menüs die Rahmen der Piktogramme die Rahmen der Formularelemente der Fenster-Positionsrahmen das Lasso Presets: Mit einem einzigen (Doppel-) Klick lassen sich nun vorgegebene Definitionen für «Preferences» und «Palette» laden, speichern oder wieder zurücksetzen. Folgende «Presets» stehen zur Verfügung: «OS 1.2», «OS 3.1 plain», «OS 3.9 nice» und «MagicWB XEN». Palette: Die Farbe des Titeltexts für inaktive Fenster kann nun ebenfalls festgelegt werden. Clock: Die Farben der Uhr passen sich nun entsprechend der ersten 4 Farben der Palette an. CycleToMenu: Das Aufklappmenü berücksichtigt nun den oberen oberen Rand des «Screens», so dass keine Einträge mehr oben überlappen. OS 3.5-Modus: Es können nun keine Piktogramme mehr in den «Trashcan» gezogen werden, welche von einem anderen Laufwerk stammen. Genauere Simulation des Verhaltens beim Überschreiben von Dateien bzw. Ordnern: OS 3.1-Modus: Bestehende Dateien lassen sich nun überschreiben (nach Rückfrage), Ordner jedoch nicht. OS 3.5-Modus: Ordner werden ohne Rückfrage überschrieben, gefragt wird vor dem Überschreiben der beinhaltenden Dateien. Falls die Grösse des Browser-Fensters geändert wird und dadurch Piktogramme ausserhalb des sichtbaren Bereichs «rutschen», so werden diese nun neu positioniert, so dass sie sicher sichtbar sind. Falls die Grösse des Browser-Fensters geändert wird, werden bei deaktiviertem «SolidWindows-Patch» auch die Fenster entsprechend verschoben. Bei der Ausgabe von Meldungen über die Menüleiste werden die Farben nun als «invertiert» berechnet. Die minimale Grösse von Fenstern ist nun abhängig vom gewählten Fenster-Layout. Menü-Darstellung: Auch bei sehr kleiner Schrift gibt es nun eine minimale Höhe der Menüleiste und -punkte. neue Standard-Piktogramme für OS 1.x für: «TXT», «HTM» und «DefProgram» Interne Verbesserungen: Die Performance bei der Berechnung des anzeigbaren Fenstertitels wurde verbessert. Beim Initialisieren der Fenster-Gadgets wird nun automatisch erkannt, ob es für das gewählte Layout eine Grafik für die einzelnen «Gadget-States» gibt. Bugfixes: MultiView: Workaround für den bekannten Darstellungs-Bug bei AppleWebKit-Browsern (endlich): Bei aktivem Fenster gab es oben, rechts und unten einen schmalen Rand in der Farbe des aktiven Fensters statt der Hintergrundfarbe. Beim versuchten Überschreiben einer Datei auf einem schreibgeschützten Laufwerk wurde in der Meldung der Name des Quelllaufwerks anstelle des Ziels ausgegeben. Falls eine Grafik-Datei kopiert wurde, welche das Piktogramm «DefPicture» verwendete, so erhielt die Zieldatei fälschlicherweise das Piktogramm «DefProject». Startup: Die Position der Laufwerke wird nun nachträglich korrigiert, falls die Grafik des Piktogramms bei der ersten Positionierung noch nicht geladen ist. Beim Berechnen der Länge des Fenstertitels konnte u.U. es zu einem Endlos-Loop kommen. Beim Wechseln des Stils zu «GadTools» konnte ein JavaScript-Fehler auftreten. Nach dem Abbrechen der Frage, ob ein unvollständiges Objekt gelöscht werden soll, wurde das neue Piktogramm nicht korrekt positioniert. Opera: Bei aktiviertem Piktogramm und anschliessendem Klick auf den Fenster-Hintergrund wurde manchmal das Fenster kurz inaktiv und wieder aktiv. MultiView mit Opera: Bei Dateien, die mehr Platz als das Browser-Fenster brauchen, (wie z.B. diese «History», wurde mit dem Mausrad und den vertikalen Pfeiltasten statt dem MultiView-Fenster das Browser-Fenster gescrollt. Firefox: Beim Selektieren eines Piktogramms in einem nicht aktiven Fenster wurde das Piktogramm leicht verzögert selektiert, was wie ein «Blinken» wirkte. Internet Explorer: Minimierte Fenster wurden nicht korrekt dargestellt. Die Ränder der Textboxen wurden nicht sauber dargestellt. Workarounds für OWB: Die Ränder der Textboxen wurden nicht sauber dargestellt. Palette: Korrektur der Höhe Die Ausrichtung der CheckBoxen war nicht ganz sauber. (snx) [Meldung: 10. Apr. 2011, 15:14] [Kommentare: 2 - 15. Apr. 2011, 21:42] [Per E-Mail versenden] [Druck-Version] [ASCII-Version]
`09.Apr.2011` Amiga.org (Forum)	Interview mit Trevor Dickinson (A-EON Technology, englisch/spanisch) Für das spanische Amiga-Blog Amigatronics haben Juan José und Israel Ortuño ein Interview mit Trevor Dickinson von A-EON Technology geführt. Beim Beantworten der 28 Fragen äußert sich dieser unter anderem zu Änderungen in der Revision 2 des Nemo-Boards, der Nutzung des PA6T-1682M und möglicherweise weiterer PowerPC-Prozessoren sowie der praktischen Unmöglichkeit einer preisgünstigeren Variante des AmigaOne X1000 (Foto der aktuell produzierten fünf Testboards). So habe es für die neue Revision insgesamt 27 Änderungen gegeben, darunter ein Austausch des Realtek-Ethernet-Controllers gegen einen SGMII PHY. Außerdem wurde dem XENA/XMOS-Subsystem ein Zwei-Kern-XMOS-Chip des Typs XS1-L2 mit 500 MHz spendiert (amiga-news.de berichtete). Daneben habe Varisys versteckte "Easter eggs" untergebracht. Bezogen auf den Zentralprozessor sei das Board von Anfang an darauf ausgelegt worden, die fortschrittlichen Funktionen des PA6T-1682M zu nutzen, so dass bspw. dessen Geschwindigkeit im Betrieb regulierbar sei. Hiervon könne A-EON Technology möglichlicherweise für komplett lüfterlose Systeme Gebrauch machen. Auf die künftige Nutzung weiterer moderner PowerPC-Prozessoren angesprochen, bekräftigt Dickinson erneut, dass hierfür zunächst der X1000 ein Erfolg werden müsse, um weitere Entwicklungskosten zu rechtfertigen. Persönlich sähe er jedoch eine ganze Reihe unterschiedlicher Modelle auf Grundlage aktueller Mehrkernprozessoren sehr gerne, auf welchen dann AmigaOS, MorphOS und AROS (sowie Linux) gemeinsam laufen und so endlich etwas mehr Einheit und Harmonie in alle Ausprägungen der Amiga-Gemeinde tragen könnten. Kostengünstigere Varianten des bestehenden Modells jedoch seien nicht möglich, da bereits der verwendete PA-Semi-Prozessor alleine 500 Dollar koste. Zuzüglich der Entwicklungskosten sowie jener für die Produktionsläufe kleiner Auflagen bestehe keine Chance einer Preissenkung für den Amiga-Markt. (snx) [Meldung: 09. Apr. 2011, 08:11] [Kommentare: 93 - 18. Apr. 2011, 11:55] [Per E-Mail versenden] [Druck-Version] [ASCII-Version]
`08.Apr.2011` amigaworld.net (Webseite)	Demo-Szene: Up Rough Music Disk für AmigaOS 3/4 und MorphOS Up Roughs neueste Music Disk, die Stücke von Skope, Blade, Varthall and Goto80 enthält, steht in zwei Versionen zur Verfügung: Ein Archiv enthält ein Compilat für AmigaOS 3, in einem zweiten Archiv sind Umsetzungen für AmigaOS 4 und MorphOS enthalten. (cg) [Meldung: 08. Apr. 2011, 23:09] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version]
`08.Apr.2011`	AmigaOne X1000: Fotos von der Produktion der Motherboards A-EON hat zwei Bilder veröffentlicht, die die Revision 2 ihres "Nemo"-Motherboards zeigen (1, 2). Die Motherboards werden zu Zeit produziert und sollen in Kürze an die "Betatester" ausgeliefert werden. (cg) [Meldung: 08. Apr. 2011, 15:53] [Kommentare: 26 - 10. Apr. 2011, 23:00] [Per E-Mail versenden] [Druck-Version] [ASCII-Version]

<- 1 2 3 4 5 6 7 8 ->