atari-home.de - Foren
Software => Software (16-/32-Bit) => Thema gestartet von: simonsunnyboy am So 15.07.2012, 16:34:54
-
Hallo zusammen,
ich habe hier durch Zufall ein paar nette 16 Farben Icons im XPM Format für X11 gefunden. Gibt es eine Möglichkeit, die in ein GEM-konformes RSC als Icon einzubinden?
Ich würde gerne Teradesk auf meinem Falcon etwas pimpen ;) Aber jedes Icon punkt für Punkt übertragen wäre extrem lästig.
Grüße,
ssb
-
Hallo zusammen,
ich habe hier durch Zufall ein paar nette 16 Farben Icons im XPM Format für X11 gefunden. Gibt es eine Möglichkeit, die in ein GEM-konformes RSC als Icon einzubinden?
Ich würde gerne Teradesk auf meinem Falcon etwas pimpen ;) Aber jedes Icon punkt für Punkt übertragen wäre extrem lästig.
Grüße,
ssb
Eine Konvertier- und Importier,Möglichkeit kenne ich nicht. aber viele Iconer kennen die Möglichkeit Bilder zu importieren und ein 32 x 32 Feld als Icon auszuschneiden. Probiere doch einfach mal aus, die XPM Formate in Bilddateien konvertieren (oder Screenschots, wenn Icone angezeit werden) und dann ...
-
Hallo,
ich würde es als GIF Speichern - dann kannst Du es auf dem Atari mit diversen Programmen öffnen - z.B. Papillon. Von dort aus kann es dann als ximg gespeichert werden, und somit mit dem Resource Master in eine Resource Datei importiert werden.
Hab ich schonmal so gemacht.
-
Konvertieren in GIF ist keinerlei Problem, das geht alles eh PC seitig.
Welches Format kann Resourcemaster genau importieren? Papillon z.B. habe ich nicht. Ist das GEM-Image oder dgl?
Das müsste sich auf dem PC schon irgendwie erzeugen lassen.
-
ximg ist img mit farbtabelle.
nimm doch zb das freie photoline von acp (http://acp.atari.org)
-
Ich habe erstmal meine icons mit Gimp nach GIF konvertiert und alle auf die gleiche Palette (EGA 16 Farben) reduziert.
Mit Photoline umwandeln hilft mir garnichts, das Programm zeigt mir nur schwarzweisse Renderungen meiner GIFs an und verliert die Farben. Damit ist es für mich wertlos.
Gibt es ein sinniges Tool auf PC Seite oder kann jemand die Arbeit für mich übernehmen?
Ich habe die Icons mal angehängt. (Die entstammen übrigens KDE1, wo die Paletten noch halbwegs 16 Farben konform waren und daher keine argen Verluste beim runterkonvertieren auftreten.)
-
Ich habe erstmal meine icons mit Gimp nach GIF konvertiert und alle auf die gleiche Palette (EGA 16 Farben) reduziert.
Mit Photoline umwandeln hilft mir garnichts, das Programm zeigt mir nur schwarzweisse Renderungen meiner GIFs an und verliert die Farben. Damit ist es für mich wertlos.
Gibt es ein sinniges Tool auf PC Seite oder kann jemand die Arbeit für mich übernehmen?
Ich habe die Icons mal angehängt. (Die entstammen übrigens KDE1, wo die Paletten noch halbwegs 16 Farben konform waren und daher keine argen Verluste beim runterkonvertieren auftreten.)
Am atari geht das mit graftool. Aber irgendwie immer nur einmal, danach wird das Format nicht mehr angeboten, man muss graftool erst neu starten. Und wie man das dann in rsm importiert, weiß ich auch nicht.
Es müsste aber auch gehen, 8bit-icons mit 4 bit darzustellen (mit XaAES jedenfalls, theoretisch, das mappt die beim Laden um).
Ich hab mal 3 IMGs von graftool drangehängt.
-
Wo kann ich Graftool denn herbekommen? Ausprobieren geht immer.
Automatische Konvertierung nur mit XaAES ist eine ziemliche Einschränkung. Das Iconset sollte auch unter normalem TOS ohne alles benutzbar sein.
-
Aber es klappt, Dein konvertiertes Druckericon konnte ich gerade korrekt in meine experimentelle DESKICON.RSC einbauen und auch Maskierung etc. einfügen.
Auf dem normalen Falcon Desktop vom TOS geht es schon mal!
Hat etwas gedauert bis ich den IMG Import im ResourceMaster gefunden habe und auch den Weg, wie dann Copy und Paste geht, aber nun gut, ist halt Atari.
Deswegen obige Frage steht, woher bekomme ich Graftool? Das scheint mir als alleiniges Tool zu fehlen (ausser Geduld und Zeit beim Zusammenpuzzeln)
-
Aber es klappt, Dein konvertiertes Druckericon konnte ich gerade korrekt in meine experimentelle DESKICON.RSC einbauen und auch Maskierung etc. einfügen.
Auf dem normalen Falcon Desktop vom TOS geht es schon mal!
Hat etwas gedauert bis ich den IMG Import im ResourceMaster gefunden habe und auch den Weg, wie dann Copy und Paste geht, aber nun gut, ist halt Atari.
Deswegen obige Frage steht, woher bekomme ich Graftool? Das scheint mir als alleiniges Tool zu fehlen (ausser Geduld und Zeit beim Zusammenpuzzeln)
Wenn Du mir verrätst, wie man die in rsm importiert, dann sag ich Dir dass es graftool z.B. hier
ftp://kurobox.serveftp.net:3021/graph-tools/gt970907.lzh
gibt. Geht das eigentlich nicht auch mit gemview?
-
Gemview hab ich noch nicht probiert, neuzeitliches Grafikgedöns mache ich i.d.R: halt nicht am Atari.
Im RSM geht das im Iconeditor, bei mir kann ich die zugehörigen Bildchen nicht erkennen, aber probieren auf "Gut Glück" zeigte es war IMG laden.
*EDIT* Siehe Screenshot
Das Auswahlfunktionsmenü im Iconeditor muss aktiv sein und dann gibts da dieses nicht erkennbare Icon. Damit kann man IMG laden.
Die poppen in einem Extrafenster auf, da kann man im Kontextmenu "alles ausschneiden" und anschließend mit oder ohne Transparenz ins Icon kopieren.
-
Gemview hab ich noch nicht probiert, neuzeitliches Grafikgedöns mache ich i.d.R: halt nicht am Atari.
Im RSM geht das im Iconeditor, bei mir kann ich die zugehörigen Bildchen nicht erkennen, aber probieren auf "Gut Glück" zeigte es war IMG laden.
*EDIT* Siehe Screenshot
Das Auswahlfunktionsmenü im Iconeditor muss aktiv sein und dann gibts da dieses nicht erkennbare Icon. Damit kann man IMG laden.
Die poppen in einem Extrafenster auf, da kann man im Kontextmenu "alles ausschneiden" und anschließend mit oder ohne Transparenz ins Icon kopieren.
Mann - da muss man erstmal drauf kommen - hätte ich wohl nie gefunden! Das Auswahlicon ist auf aranym auch Pixelmüll.
Wieder was gelernt :-)
-
Ausdrücklichen Dank an alle, die mir mit meinem Toolingproblem geholfen haben!
Das Ergebniss ist natürlich für alle benutzbar verfügbar:
http://www.final-memory.org/?p=2352 (http://www.final-memory.org/?p=2352)
Preview:
(http://www.final-memory.org/wp-content/uploads/2012/07/preview.gif)
-
Die monochromen Icons habe ich ein klitzekleines bißchen überarbeitet und jetzt auch für TOS 2.x beigelegt. Nicht so bunt wie am Falcon, aber so bekommt auch ein ST(e) mal einen anderen Look.
Im ZIP liegen auch die #I Zeilen, die man in die NEWDESK.INF einfügen muss, damit die gedachten Assoziationen der Icons auf Anhieb tun.
Für Teradesk habe ich noch keine Automatisierung gesehen. Ggfs mussich die Konfigurationsdatei nochmal genauer durchforsten.
-
Hi,
TeraDesk speichert die Icon-Informationen in der Datei "teradesk.inf" in den Sektionen "icontypes=" (mit Untersektionen files, folders und programs) und "deskicons=".
TeraDesk verarbeitet die Icons nach Namen (in der resource) und nicht nach Index.
Latz
Edit: Ich hab' auch eine resource gebastelt und mich dabei von
dem Ubuntu 10.04-Design "inspirieren" lassen. Leider habe ich dafür
die Farben aus der NVDI-Palette verwendet, somit sieht's ohne
NVDI grauslig aus.
Das eigentlich Wichtige: Wollen wir uns nicht auf einen einheitlichen
Struktur/Namensstandard für Desktop-Icons resources einigen?
z.B wie meine? ;D
Sprich:
- In der ersten Reihe die Icons welche der Desktop unbedingt
benötigt.
- Alle "Datei-Icons" mit dem Prefix "file_", Ordner-Icons mit Prefix
"folder_" und Programm-Icons mit "app_" am Anfang des Namens.
Dann wäre der Wechsel zu einem anderen Desktop unter Beibehaltung
der gewohnten Icons viel einfacher.
Was meinst Du?
Latz
-
Ich habe nichts dagegen, die Standards von OpenDesktop bzgl Benennung auf den Atari zu bringen.
Aktuell läuft alles super für meine Belange, aus Zeitmangel werde ich vermutlich vorerst nicht groß aktiv dranrumbasteln.
Aber Standards im Bereich Atari sind zwingend nötig, gerade bei solchen Dingen.
Ich für meinen Teil war ja schon super happy, daß ichs überhaupt hinbekommen habe ^^
PS: Ein iconstandard sollte IMHO übrigens gleich festschreiben, daß es Konverter von GIF bzw PNG oder SVG geben sollte xD
-
Ich hatte mich an die Reihenfolge vom DESKICON.RSC gehalten, weil es auch auf dem TOS Desktop laufen sollte. Die sollte IMHO in jedem Fall beinbehalten werden. Ich habe gerade keinerlei Sets für den TOS Desktop gefunden, immernoch einzelne Icons, die man dann mit Editoren selbereinpuzzeln soll.
Bei Teradesk ist das wegen dem Namensmapping unkritisch.
Ich habe auch noch rausgefunden, Teradesk mag keine Spaces oder dgl am Anfang des Iconnamens. Dann kommt er durcheinander. Wegen dem Bug hatte mein Set ca 4 oder 5 Entwicklungsiterationen noch nachdem die eigentlichen Bildchen drinne waren.
-
Edit: Ich hab' auch eine resource gebastelt und mich dabei von
dem Ubuntu 10.04-Design "inspirieren" lassen. Leider habe ich dafür
die Farben aus der NVDI-Palette verwendet, somit sieht's ohne
NVDI grauslig aus.
Das hat mit NVDI wohl weniger zu tun, sondern vielmehr mit der eingestellten Palette. Und mit XaAES kann man für jedes Programm die Icon-Palette definieren, so dass es egal ist, welche man im System hat (Beschreibung in example.cnf). Deine Icons sehen jetzt auch mit GEM-Palette gut aus.
-Helmut
-
Naabend,
@simonsunnyboy:
- Das "Leerstellen-am-Anfang"-Problem bei TeraDesk ist mir gar nicht aufgefallen. Aber wer
macht denn schon sowas? ;)
- Die original DESKICON.RSC (und leider auch Deine auf dem Bild) ist weder für TeraDesk noch Thing
tauglich (wg. Doppelbenennungen).
Bei TOS geht's wohl nach resource-Index; die ersten Icons sollten sein (in dieser Reihenfolge):
Floppy, Folder, Trash, App, File, Printer. Ist das richtig?
Danach ist es wohl jedem selbst überlassen- aber gerade das macht ja den Austausch so aufwändig!
Thing und TeraDesk suchen nach Namen-wenn wir also eine resource passend für alle 3 Desktops machen wollen
sollten wir es evtl. so machen (GROß/klein beachten, max. 12 Zeichen):
------------------------------------------
NR. Name: f.Desktop:
1 FLOPPY TOS, Tera, Thing
2 FOLDER TOS, Tera, Thing
3 TRASH TOS, Tera, Thing
4 APP TOS, Tera
5 FILE TOS, Tera, Thing
6 PRINTER TOS, Tera, Thing
7 APPL Thing: Programm
8 HARD DISC Teradesk: Laufwerk
9 FILESYS Thing: Laufwerk
10 CLIPBOARD Thing: Ablage
11 PARENTDIR Thing: übergeordn. Verz.
12 DEVICE Thing: Gerät
13 GROUP Thing: Objektgruppe
------------------------------------------
Danach dann alle anderen mit Prefix "dev_", "file_", "folder_" und "app_". Auf genauere Namensgebungen (z.B. file_txt,
folder_guide) könnte man sich ja hier einigen...wie wär's...jetzt oder nie ;)
.
@Helmut:
Hatte ich noch nicht entdeckt...Cool! Also wenn ich recht verstehe könnte das dann so aussehen?
palette = gem
remap_cicons = TRUE
app_options = DESKTOP, ..., icn_pal_name = nvdi...aber wenn Du das immer alles so "heimlich" einbaust wirst Du nie
den Dank und die Anerkennung bekommen welche Dir gebührt!! 8)
Gruß,
Latz
-
Naabend,
@Helmut:
Hatte ich noch nicht entdeckt...Cool! Also wenn ich recht verstehe könnte das dann so aussehen?
palette = gem
remap_cicons = TRUE
app_options = DESKTOP, ..., icn_pal_name = nvdi...aber wenn Du das immer alles so "heimlich" einbaust wirst Du nie
den Dank und die Anerkennung bekommen welche Dir gebührt!! 8)
Gruß,
Latz
Ja - genau! Allerdings ist momentan noch der Fehler drin, dass bei gleichen Paletten (für XaAES und app) trotzdem gemappt wird, und da kommt irgendwie teilweise Mist raus. Die korrigierte Version kommt noch ins cvs (klappt hier schon). Wieso das von nvdi->nvdi nicht wieder nvdi gibt, muss ich noch erforschen ..
Und um Anerkennung geht es mir weniger, sondern darum dass die Leute die docs lesen ;-)
-Helmut
-
@Latz: ich hatte die DESKICON.RSC als Grundlage genommen und nach und nach ausgetauscht. Die hat halt Spaces am Anfang der Iconnamen und ich hatte nicht alle auf einmal angepasst.
Die Version auf meiner Homepage läuft bei mir unter TOS 4.02 und 4.04 auf dem TOS Desktop ohne Probleme, sowie unter Teradesk.
Ich könnte mir die getrennte Version für den TOS Desktop ggfs einsparen.
-
Hi,
@simonsunnyboy: Richtig, jetzt stimmt alles! :)
So, das habt ihr nun davon ;)
Hier angehängt (bitte in .zip umbenennen+entpacken) meine Desktop-Icons im
"Ubuntu-Style":
- Sehen nur mit der NVDI-Farbpalette gut aus (TOS -> COLOR.CPX ->Palette laden;
XaAES wie oben beschrieben).
- "4 Jahreszeiten": grün, orange, braun, blau; alle mit 2-, 16- und 256-Farb-Icons,
Laufwerke und Ordner mit "animierter" Form, zus. eine monochrom-rsc. Natürlich habe
ich am meisten Wert auf die 256-Farb-Icons gelegt.
- Für TeraDesk (rudimentäre teradesk.inf inkl.), TOS und Thing (letzteres eingeschränkt,
da keine Mini-Icons).
- Ein bescheidener Versuch meinerseits, den oben angesprochenen Standard für Icon-resources
zu etablieren :)
Viel Spaß,
Latz
-
ximg ist img mit farbtabelle.
nimm doch zb das freie photoline von acp (http://acp.atari.org)
Wo bleibt die Farbtabelle eigentlich, wenn man das in rsm importiert? Man kann nämlich auch in XaAES die Tabelle direkt im rsc-File mitgeben, mir ist aber noch nie sowas begegnet.
Dann bräuchte man nämlich nichts mehr zu konfigurieren.
-
@Latz: Gute Arbeit!
Ich habe mal Screenshots gemacht, damit die anderen einne Eindruck bekommen. Sieht IMHo auch mit der normalen EGA-Palette ok aus. (Die ist hier innerhalb von Hatari verwendet)
-
Vllt sollten wir irgendwo eine zentrale Webseite aufmachen, wo wir solche Pakete ablegen können? Ich finde es immer schade, wenn man sich solche Dinge zusammensuchen muss.
Für KDE/Gnome gibts ja auch zentrale Anlaufstellen ;) Warum also nicht auch für Atari?
-
Hi,
danke für das Lob :D
NOCH EINE "zentrale" Anlaufstelle? Es scheint leider daß sich solche im Laufe der Zeit immer "dezentralisieren"... ;)
Der FTP-Server kurobox ist recht "Atari-zentral", eigentlich dachte ich auch daß (für DE) die NewTOSworld-Seite sich zu so etwas "mausert".
Ich fand die FTP-Lösung eigentlich immer gut...oder sind selbst wir Atarianer für
sowas mittlerweile zu "modern" geworden?
Gruß,
Latz
-
Ich für meinen Teil bin da zu modern und bevorzuge eine ordentliche Webseite, vorallem mit RSS Feed, damit ich azyklisch reinschauen kann und nicht vergess, mal reinzusehen.
-
Jaja, die "jungen Wilden"... ;)
Solch eine Webseite müsste dann -trotz RSSFeeds und sonstigem "pipapo"-
auch mit HighWire vernünftig laufen (nicht jeder Atarianer kann "NetSurfen").
...und FTP-Server kann man auch zur Not mit einem Modem nutzen ohne
komplett die Krise zu kriegen...
Eine andere Alternative ist größtmögliche Streuung-überall hochladen wo´s geht.
Latz
-
Wir könnens ja ganz simpel machen, RSS und zentrale Stelle bietet ja atari-home alles schon.
Wir könnten solche Dateiverweise einfach als atari-home Beiträge im Blog einmbringen, wenn Johannes da nichts einzuwenden hat.
Link auf FTP ist ja darüber immernoch möglich, man kann halt was irgendwo aufm FTP liegt so schlecht wiederfinden.
Das HTML-Template könnte man abspecken und auch für einfache Browser lesbarer machen. Ich schau mal, wies von CAB v2.8 gerendert wird, denke wenn das halbwegs passt, dann machts auch Highwire.
-
Vor allem kann jeder recht einfach ein Backup von dem FTP-Server machen, oder in einem Rutsch riesen Mengen Zeugs hochladen...
-
Oder man lädt sich -natürlich automatisch- einmal in der Woche/
im Monat die Datei "this_week.upl" o. "this_month.upl" herunter.
Zum gemütlichen "offline-stöbern" gibt es noch "index_all.txt",
darin kann man mit QED bequem suchen...
Tja, auch die "Traditionellen" haben ihre Tricks :)
Latz
-
Wenn man z.B. FileZilla über so einen FTP-Server regelmäßig drüber rennen lässt, lädt der auch nur das runter, was sich seit dem letzten Mal verändert hat.
Wenn ich mir meine Atari-Freigabe auf meinem Home-Server so ansehe, weiß ich dass ich in 25 Jahren, wenn ich in Rente bin, und noch fit bin, ordentlich was zu tun habe. (Vorrausgesetzt, ich mache bis dahin regelmäßige Backups...)
-
Öhmmm,
@simonsunnyboy: Auf den snapshots sind aber nur die 16-Farb-Icons zu sehen!
Das eigentlich Tolle sind doch die 256er ::
Latz
Edit:
In RSM/Allg. Einstellungen/CICONS/ auf 8-4-1 (wie Magic) stellen.
-
Das mit den 256 Farben stelle ich ja nicht in Frage, aus Performancegründen interessiere ich mich nur für die 16 Frabenversionen.
Ich hatte die Shot nur reingestellt, um zu zeigen, daß es eben auch mit 16 Farben brauchbar aussieht.
-
Ah, ok, sag' das doch gleich.
Die Leute denken sonst ja, ich (oder sie selbst) wären sehgestört
(von wegen orange und so) ;)
Gruß,
Latz
-
@Latz: Gute Arbeit!
Ich habe mal Screenshots gemacht, damit die anderen einne Eindruck bekommen. Sieht IMHo auch mit der normalen EGA-Palette ok aus. (Die ist hier innerhalb von Hatari verwendet)
Hatte ich das nicht schon mit dem deutlichen Hinweis "EGA Palette" gesagt? ;)
-
Ja, das hast Du wohl :)
Abkürzungen sind nicht so mein Ding, es gibt so viele und einige
haben auch noch verschiedene Bedeutungen ( CD= Carrier Detect,
Compact Disc, in klein "change directory" und was-weiß-ich noch mehr).
Und stammt DDR-RAM jetzt wirklich aus der DDR ???
(ist nur Spaß) Aber mir sind deutliche Worte lieber, da muß man
nicht 'rumraten oder nachschlagen.
Ende OT.
Gruß,
Latz