ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
16.Mär.1999 Czech Amiga News |
WHDL Update V 9.2 Ein Update für WHDLoad. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 Amiga-Club Forum+ [Urban Müller] |
Aminet-Probleme Viele werden es schon bemerkt haben, im Aminet gibt es momentan Probleme. Urban Müller erklärt im Amiga-Club Forum warum: Auf Aminet werden im Moment keine neuen Files einsortiert, da auf dem Hauptrechner das Filesystem korrupt ist. Wir ziehen höchstwahrscheinlich nach Paderborn um, aber für mindestens eine Woche sind keine neuen Uploads zu erwarten. Downloads gehen überall, außer auf wuarchive. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 Amiga-Club Forum [Neodyn] |
Neue Upgrades von Phase 5 von heute Phase 5 hat die Upgrades für die Cyberstorm und BlizzardPPC-Karten heute nochmals verbessert: 68060-160399.lha und FlashUpdates-160399.lha. Nachtrag vom 19.03.1999: Das FlashUpdate wurde wieder vom Phase5 FTP-Server genommen, da es einen kleinen Bug hat (siehe Info vom 19.03.1999). Ein Update wird in Kürze erfolgen. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 Finale Development |
Update ClassAct Current_Classes.lha, es handelt sich um ein freies ClassAct User-Archiv. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 NordicGlobal |
Daytona-Seite von NordicGlobal online Daytona ist ein komplettes Java 2 runtime System für AmigaOS, basierend auf der "Java 2 Platform" von Sun Microsystems, Inc. Mehr Informationen können Sie auf der Featureseite nachlesen. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 CyberGraphX |
CyberGraphX 4.1 Update ist raus Sie benötigen Ihre CGX CD-ROM als Basis, um auf 4.1 zu updaten. Das Update enthält eine neue cgx3drave.lib zur Unterstützung von DraCoAltais GFX-Karte und BVsisionPPC. Auf der V4 History-Seite können Sie die Änderungen nachlesen. BITMAPCACHE wird nun für die meisten Karten unterstützt (mehr Infos auf der ENV und Tooltype-Seite). Das Update finden Sie auf der V4-Seite finden. Bitten senden Sie Ihre Registrierungskarte für CGX V4 ab, denn ohne Registrierung kein Support! Die Rave3D-Seite wurde aktualisiert. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 Amiga.org [Dev-News] |
Upgrades von Phase 5 Phase 5 hat folgende Upgrades für die Cyberstorm und BlizzardPPC-Karten herausgebracht: 68060-150399.lha und FlashUpdates-150399.lha. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 Amiga Emulators Central |
CoolNESs 0.75 ist verfügbar Fredrik Olsson hat die neue Version 0.75 CoolNESs.lha mit folgenden Änderungen herausgebracht:
[Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 Haage & Partner |
Starbirds - kostenloses Ballerspiel bei H&P Bei H&P gibt es ein kostenloses Ballerspiel: Starbirds. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 Amiga International |
AmigaOS 3.5 - Seiten nun auch in Deutsch Unter "Preview" können Sie die ersten Bilder von einzelnen Elementen sehen, z.B. die Vorversion des Farbeinstellers (Palette), des Eingabe-Einstellers (Input) und der Ländereinstellung (Locale). Unter "Funktionen" ist zu lesen, daß neben der Version 3.5 in Zukunft auch weitere Updates zu 3.6, 3.7 ... erwartet werden dürfen. Sogar eine Version 4.0 für den Amiga-Classic wird angeküdigt: neues komplett überarbeitetes Kickstart, erweiterter PowerPC-Support, neuer 68K-Emulator für reine PPC-Systeme, viele System-Bibliotheken (graphics.library, layers.library ...) als PPC-Version. Unter "Voraussetzungen" können Sie nachlesen, welches System mindestens vorausgesetzt wird, um AmigaOS 3.5 einsetzen zu können. Ein 68030 Prozessor sollte es schon sein (obwohl auch ein 68020 gerade noch geht), auch Grafikkarte oder Scandoubler wird für bessere Geschwindigkeit empfohlen, ist aber widerum nicht unbedingt erforderlich. Ein optimales System hat, wer einen 68060 Prozessor mit PowerPC Erweiterungskarte, 16-Bit Soundkarte, 32 MB FastRAM und I/O Beschleuniger sein eigen nennt. (ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
16.Mär.1999 C.S. Bridge Deady per eMail |
KOSH summary Nr. 11KOSH [Kommunity Orientated Software Hardware] Weekly Summary Week Commencing: 6th March 1999 Number: 011 Mailing List: kosh-general In the mailing list this week, the following items were discussed. Please do not email the scribe regarding any of these topics, it is not his job to answer these questions but merely to report the topics of conversation. If you have any queries about this summary, please email ben@kosh.net, stating the Summary Number, and Mailing List Name, and he will try to answer your queries. a) Subject: Virtual Memory Summary of debate: For decent virtual memory support in KOSH processors will probably need some form of Memory Management Unit. This could cause problems if running KOSH on EC versions of 68k chips. VM could still be implemented without an MMU but would be unable to trap page faults which could cause problems. Amiga programs such as Photogenics often have their own VM implementation that may not require an MMU - raw images are stored on disk and only the bits that are being processed are loaded into physical memory. A good scheduler could allow certain idle processes to be swapped to disk until needed. An alternative would be to run a machine directly from the HDD but via a big memory cache so you would not have to wait for it to catch up all of the time. b) Subject: Memory protection Summary of debate: Memory protection is essential in full-blown KOSH - however some hosted versions may not be able to support this. c) Subject: Database systems Summary of debate: KOSH should feature a good base services for database systems. This could include both RPG and OOP. d) Subject: Icons Summary of debate: A number of people like the idea of having the icon information for a particular file in a separate .info file (aka Amiga-style) as previously mentioned. However when copying or moving a file the appropriate icon file should automatically be copied/moved as well (unless OFC the user selects otherwise). However it was suggested that to the end-user icons should exist as a representation of the file and not be a separate object themselves. It should still be easy to manipulate the icons if the user desires to do so. Perhaps animated or active icons could be used. When you move the cursor over them the icon animates, or it plays a tune or gives a brief snippet of its contents, etc. If you don't like this feature you could just turn it off of limit its effects (eg: audio limited to 5 seconds of play). Icons could be set to "pointer mode". This would allow it to be set up so that one user saw one set of icons but another user could see a completely different set. The image pointer for each file could instead of pointing to an individual icon point instead to a big database which contains all of the possible icons. e) Subject: Group locating objects Summary of debate: Should we have all related objects in the same place, eg: all applications in applications/ etc? f) Subject: Object Synchronisation Summary of debate: By being able to synchronize two or more duplicates of the same object at different locations this would allow trans-internet games (and presumably any other type of application) to handle everything in-system (not at a server) and simply synchronize a world object between each player. g) Subject: Application-Objects as drawers Summary of debate: If we setup application-objects to be a form of drawer, executing it would run the application, but right-click (or alternate key press) on the app-object would actually open it up so that the component objects were visible. On the subject of drawers how about defining a drawer as a physical directory with a folder being a grouping of files/documents (eg: files composing a project) treated as one discrete entity? Or just stick with Objects and object groups. h) Subject: Cloning output Summary of debate: If a window's output could be shown on another user's machine by using a form of object cloning there could be immediate benefits for training and network management by allowing you to use the tools of your choice on network whiteboards. QNX Photon GUI has a concept doing this. The KOSH booklist (scribe's note: thanks again John and yes you can have another free plug) at: http://www.snowcrash.u-net.com/kosh/booklist.html contains references to the QNX system book which covers the above. Perhaps synchronisation (as mentioned above) would be more use as this would allow constant communication from source to destination as opposed to cloning which is more to do with a one-shot duplication of an object, its state and data. i) Subject: Settings Working Group Summary of debate: Marcus Peterson has suggested that it may be time to form a Settings WG to define such things as visual design, functional design, bindings between objects, containers and settings, and hot to deal with import/export and multi-user. j) Subject: Accessing the OS Summary of debate: As individual people each have individual preferences as to how to access and use the OS (eg: desktop workspace, file manager, DOS, etc) we should have an object manager and an application manager as a minimum. We could then begin to allow for any desired way of accessing and controlling the OS. k) Subject: Studying systems as a whole Summary of debate: See: http://pespmc1.vub.ac.be/ASC/Cybernetics.html re studying systems as a whole in relation to cybernetics. l) Subject: ANDF Url Summary of debate: A company that makes ANDF stuff can be found at: http://www.ddci.dk/news/brief_andf.html and at: http://www.npac.syr.edu/projects/hpsin/hpandf.html m) Subject: Supporting formats Summary of debate: With an object based system supporting any particular type of format (image, sound, text, etc) could be achieved by coding the relevant object for it and inserting this into the relevant part of the Object Sea. The OS could provide a configuration utility for this that allows programs and classes to only have a "form" for the utility to fill out which could include things like image and sound formats. n) Subject: Root object & filesystems Summary of debate: A "root" object in the file system would be the thing that exports methods for allocating and freeing data blocks and perhaps dealing on a very basic level with navigation. A few basic classes (such as "entity" (eg: a disk), "name", "date) would be manipulated by the roots file system. A "foreign" file system could be supported by creating a filesystem object to represent and interact with it. o) Subject: Avatars and KOSH Summary of debate: An Avatar/personality system was suggested and debated that would represent the defaults setup in a system. A hierarchy could serve well here. A media preferences editor would set these things up as a standard chart object. A program wishing to ask you would query the object sea for a list of media types of the specified class, but one wishing to simply write the default would query the media defaults chart for this. Chart objects are nothing more than a standardized way to create class interections with caching (eg, you ask the chart for a specific class pointer by token, not by fully specified path name/URL). p) Subject: Novice users and system settings Summary of debate: For the system to "know" you're a novice, would imply some some intelligence in the recognition. This could break down. Could a series of sets of settings starting at basic and expanding up to advanced with progressively more detail where you could explicitly request that the next time the settings opens it does so at the level previously selected. However KOSH needs to go beyond improving the range of features or grouping them into fixed expertise levels to allow a greater and more accurate degree of response to user ability and desires. The worst case would be what is generally apparent in systems at the moment with every user being presented with the same identical set of options to deal with, and the path that the person must traverse to use these options is rigidly fixed at the software factory KOSH needs to be able to learn to present the user at the very first request those options which the user is most likely to need. This is really the only question the user ever has. "How do I get the machine to do what I want it to do?" A good set of defaults and thoughtful design is helpful, but only as a starting point. Directory requesters usually come up with the system default path or an app-specific pre-configured path, but a few programs are intelligent enough to remember what path the user picked when performing a save (for example), and give that as the first option the next time that function is requested We might want to consider an AI lister that, by use of some artificial neural network for instance, tries to predict what path the user's trying to reach. Eh, well, that would be nice anyway. Inherent within decent file requestors we should have an intelligent form of word completion. As with all such things it should aid usage of the computer and not hinder the user by making unfounded assumptions. User-defined menu structures are something else we should implement. The little personal AI that each Koshan will be growing, training and nurturing (or leaving dormant) should be able to recognise potentially interesting objects and organisms that exist in the wider sea and bring them to the attention of their owner. q) Subject: Standardised configuration Summary of debate: The OS could provide a global configuration utility. With this programs or classes shouldn't have to bother with their own configuration, but just provide a "form" for a standard configuration utility to fill out. r) Subject: More on KOSH helpers Summary of debate: A KOSH helper will have to remember a number of things to be successful in KOSH: Smart Dirs requestors, Version tracking, smart menus, macro building and semi-automated software updates, Data-KnowledgeBase updates, an option to revert to previous Configuration settings, tracking of software failures and semi-auto bug reporting etc. By standardizing formats (instead of the current system with each application type having its own formats), the helper could then use the prefs and habits of any application the user uses to form its own particular knowledge-base. Even without AI this sort of standardisation would simplify user control over the whole range of options involved. However helpers/AIs/etc have -always- in the past ended up annoying people because they "learn" and make assumptions about what we want to do. s) Subject: KOSH hotkeys Summary of debate: When you have set a hotkey locally lots of times in different applications there could be an option to make it apply globally. At this point a settings editor could pop up and ask you which applications should explicitly keep the chosen hotkey and which should make it the same as the global one which presumably would update automatically. t) Subject: Waterproof KOSH boxes Summary of debate: Suggested that we make KOSH boxes waterproof to avoid damage from spills of coffee that are unfortunately all too common. However a waterproof box may have problems with a fan based cooling system. Solutions could be to pass the internal air current to the edge of the case away from the hot chips, or better still make a fanless system that uses good case design and materials to dissipate heat as it is generated. This could be coupled with using chips that naturally do not get too hot. Heat dissipation to the case would have to be spread out evenly and the temperature regulated to prevent the case from becoming too hot. Could Peltier elements be used to directly transfer heat from one area to another with no moving parts? However they use power and therefore generate heat themselves. An alternative would be heat pipes. They are just a normal hose with a cooling medium and fluff on the inside. It carries heat better than for example a metal bar but can still be bent and curved. How would all this affect radio interference? u) Subject: 1999 USENIX Annual Technical Conference Summary of debate: To be held on June 6th to 11th 1999 at Monterey Convention Center & DoubleTree Hotel, Monterey California. Registration by May 3rd. See the program at: http://www.usenix.org/events/ v) Subject: Paper on Task Migration Summary of debate: Greg Webb and Clash Bowley (and possibly others by the time you read this) have volunteered to produce the paper on Task Migration that your humble scribe asked for. (Scribe's note: Thankyou!!) w) Subject: disk space and scheduling Summary of debate: With KOSH we presumably will release some form of disk tools. With a defragmenter could a small area of disk space be kept free so that scheduled tasks (eg: RC5 clients) could run unimpeded. Could it be dynamic as the task was being performed? Could the system tools pause such scheduled tasks if needed and let them continue when possible? With a filesystem that is well constructed to minimise the need to defragment and have the ability to defragment automatically as and when needed with little/no interrupts (configurable by the user as usual) this problem would be minimised. In the object-based file system idea for KOSH, the root object for any file system includes methods for allocating and freeing blocks, which can be optimised independently of the higher level file system objects. This should make it fairly simple to incrementally de-frag. x) Subject: Accessing the system Summary of debate: Rather than the standard downwards (or sideways) accessing of menus we could use a pie system moving out from a central point. As the pointer moves away from the center, the "target" to select increases. In essence you are allowing the user control over the size of the pop-up menu at each instance. Other alternatives could include using a hexagonal system either emanating from a central point or providing a more fluent way to pick sub-menus with more choice available at each step. However this may not be easily accepted by people who have been trained to expect 2D groupings in a rectangular grid of some sort. Therefore for unfamiliar users how intuitive would this system be? A graffiti painting mode could provide an interesting option for those that would like this. However painting can often be frustrating to replicate with a mouse so this would have to be kept simple. If we implemented pressure sensitivity in the input device we could perhaps remove the need for mouse buttons when accessing the system in this GUI based manner (unless someone preferred mouse buttons or keyboard shortcuts of course). A further suggestion is that the pointer could appear somewhere other than at the top of a menu, perhaps determined by the last or most frequent selection. y) Subject: Disadvantages of the Windows interface. Summary of debate: See: http://www.iarchitect.com/msoft.html (NB: this was from Greg's memory so it may not be quite this URL - ask him if you get stuck) for a detailed analysis of the problems with the Windows 95+ interface.(ps) [Meldung: 16. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
15.Mär.1999 AEC |
SNES S9XPlay(PPC) Version 0.91(0.90b) Audioplayer für 68060 und PPC Amigas Wer sich gleich ein paar Stücke anhören möchte, sollte sich auf dieser Homepage umschauen. WarpSNES von Steffen Häuser wird evtl. auch Sound unterstützen. Bei WarpSNES Port Version 1.18e gibt es massive Probleme mit einem Bug in der CPU-Emulation. (ps) [Meldung: 15. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
15.Mär.1999 Mario Cattaneo per eMail |
MagicMenu 2.25 beta ist verfügbar Neu in der auf der Auf der Downloadseite zur Verfügung stehenden Version MagicMenu 2.25 beta sind zwei mögliche Enforcer-Hits, die gefixt wurden. (ps) [Meldung: 15. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
15.Mär.1999 Amiga.org |
ZDNet: Amiga-Unterstützer mißtrauisch gegenüber Comeback-Plänen Hoffentlich haben nicht viele Leute meine erste Übersetzung gelesen ;-). Soviel zu meinen überaus praktischen English-Kenntnissen. Danke Martin :-) Nachtrag vom 17.03.1999: Lesen die deutsche Zusammenfassung des Artikels von Martin Baute. (ps) [Meldung: 15. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
15.Mär.1999 Amiga International |
AmigaOS 3.5 Seiten bei Amiga International FunTime hat die wichtigstens Passagen zusammengefaßt. (ps) [Meldung: 15. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
15.Mär.1999 |
In eigener Sache Sicher hat es der eine oder andere schon bemerkt, ich bin heute in eine eigene "Domain" umgezogen. Die neue URL lautet http://www.amiga-news.de/. Bitte ändern Sie Ihre Bookmarks und evtl. gesetzte Links. Die neue Seite ist gleichzeitig in amiga-news.de umgetauft worden. (ps) [Meldung: 15. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
15.Mär.1999 Czech Amiga News |
MIU MIU ist ein neues Interface für AmigaOS 1.3+, welches es z.B. erlaubt, das Aussehen der Fenster komplett zu konfigurieren, Fenster aus den Screen zu ziehen und Datatypes als Image-Loader für custom images zu benutzen. (ps) [Meldung: 15. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
15.Mär.1999 Czech Amiga News |
BasiliskII Bei BasiliskII handelt es sich um einen freien 68k MAC-Emulator für BeOS, Unix und AmigaOS. BasiliskII befindet sich noch im Alpha-Stadium und ist noch noch komplett fertig. Der Emulator läft unter MacOS 7.x und 8.x, wobei 7.x nicht empfohlen wird. (ps) [Meldung: 15. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
15.Mär.1999 Martin Endres per eMail |
Camouflage News Der MIDI/Audio-Sequencer "Camouflage" benutzt wahlweise ab Version 2.81 auch das timer.device. Somit sollte es auch Draco-Usern möglich sein, die MIDI-Funktionen zu benutzen. (ps) [Meldung: 15. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Amiga International |
Amiga International hat die "Mitarbeiter"-Seite aktualisiert Bis jetzt stehen die Seiten erst in englisch zur Verfügung, aber wie ich den Webmaster Matthias Grohmann kenne, wird sich das demnächst sicher noch ändern :-). (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Amiga Central News |
Amiga Musik: QLab mit neuer Website Amiga Musik: QLab mit neuer Website. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 AmigaAMP |
AmigaAMP 2.5 public beta Die neue Version AmigaAMP 2.5 public beta steht zum Download bereit. AmigaAMP25beta.lha. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Amiga.org |
UGN IRC-Logs Auf dieser Seite können Sie die ersten Logs der IRC-Konferenzen von UGN abrufen. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Amiga.org |
ESCENA News Ursprünglich bestand das Design aus einem zentralen Kontrollerchip, der auf der einen Seite die Kontrolle über das Prozessor/Speichersystem übernahm und auf der anderen Seite ein direktes ZorroIII-Interface vorsah. Die Spezifikationen auf der Seite des Prozessor/Speichersystem haben sich nicht geändert. Auf der Interface-Seite dagegen wurde das ZorroIII-Interface nun gegen ein vollständiges Master/Slave(Target) PCI-Interface ersetzt. Die Funktion dieses Bausteins ist somit nun mit einer 'North Bridge' eines PC-Chipsatzes vergleichbar, natürlich angepaßt auf PowerPC/Amiga Verhältnisse. Das Zorro-Interface befindet sich nun in einem zusätzlichem Baustein, der PCI-Zorro-Bridge. Auch diese Interface ist voll Master/Slave-fä,hig. Da es sich bei PCI um ein Bussystem mit niedriger Latenz handelt, sind hier keine wesentliche Performance-Abstriche (gegenüber einem direkten ZorroIII-Interface) zu erwarten. Unterstützt wird dies durch den Einsatz chipinterner Puffer. Damit läßt sich die über den 32-bit, 33MHz PCI-Bus zu erwartende maximale Bandbreite aus dem Design mit etwa 96 MB/s abschätzen. Weitere Infos auf der Website von ESCENA. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 AWD News |
CUCUG's Amiga99 Show Report In diesem übersichtlichen Report der Amiga99 Show hat Kevin Hisel alle wichtigen Ereignisse der Show zusammengefaßt und mit kleinen Fotos dokumentiert. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 AmigaClassic |
amiga-classic.de Erik Zühlke hat sich das Ziel gesetzt, auf diesen Seiten einen umfassenden Überblick über Webseiten von Amiga-Anwendern zu geben. Das Projekt wird über eine "Infoliste" realisiert, in der die Daten, die die User in ein Formular eingeben, geordnet dargestellt werden. Natürlich funktioniert so ein Projekt nur, wenn möglichst viele Amiga-User ihre Websites eintragen, also tragt Eure Seiten ein :-). (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Stefan Martens per eMail |
Aus "Amiga Cheat-Box" wird "Amiga Game Guide" Version 1.3 der Cheatsammlung Amiga Cheat-Box steht nun in der Downloadarea in einer HTML- und AmigaGuide-Version zum Download bereit. Die Amiga Cheat-Box umfaßt aktuell nicht nur Cheats, Hints und Komplettlösungen zu 1267 Amigaspielen, sondern enthält auch interessante Informationen wie z.B. Hersteller, Genre und Tests. Screenshots können optional angezeigt werden. Aus diesem Grund haben wir uns entschlossen, den Namen ab der nächsten Version in "Amiga Game Guide" zu ändern. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 AWD News |
Einzelheiten über Daytona von Nordic Global Einzelheiten über Daytona von Nordic Global. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Honorable Mention |
Artikel über die Amiga Computer Show in St. Louis Der Artikel von Virginia Baldwin Hick beschreibt die Amiga99 in St. Louis von diesem Wochenende. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Heise Newsticker |
T-Online verliert vor Gericht gegen AOL Auszug aus dem Artikel: T-Online hat gegen seinen Hauptkonkurrenten AOL vor Gericht eine Schlappe erlitten. Der Online-Dienst der Telekom muß seinen neuen Bündeltarif von sechs Pfennig pro Minute in die Kosten für Telefonverbindung und Online-Dienst aufspalten. Das hat am Freitag das Hamburger Landgericht entschieden. Das Gericht folgte damit dem Antrag von AOL. Telekom-Sprecher Stephan Althoff sagte gegenüber dpa, es sei eine gute Nachricht für die T-Online-Kunden, daß das Gericht den Tarif von sechs Pfennig pro Minute in der Summe nicht angetastet habe. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Eyelight |
Tornado3D Mailingliste Die Tornado3D Mailingliste ist öffentlich und frei und soll ein Treffpunkt für Tornado3D-User sein, um über 3D Computergrafiken - erstellt mit Tornado3D - zu diskutieren, und um Tips und Erfahrungen auszutauschen. Wer sich eintragen möchte, sende eine eMail an list-request@eyelight-it.com. Im Textfeld (nicht im Betreff) muß folgendes eingetragen werden: SUBSCRIBE t3d-list. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Czech Amiga News |
AmigaOS3.5 IRC-Log AmigaOS3.5 IRC-Log. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 Amiga World Russia |
Neuer Permedia2 Framebuffer Treiber für Linux Download: pm2fb-990312-2.tar.gz. Außerdem wird interessierten Linux-Usern noch folgende Seite empfohlen: LinuxPPC Stuff. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
14.Mär.1999 AmigArt |
Civilization III: Call To Power für Linux Civilization III: Call To Power für Linux. (ps) [Meldung: 14. Mär. 1999, 08:00] [Kommentare: 0] [Per E-Mail versenden] [Druck-Version] [ASCII-Version] |
<- 1 2 3 4 5 6 7 8 9 10 -> |
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |