Apfelinsel
Mac-Software => Thema gestartet von: Kapitän am April 26, 2006, 11:50:02
-
Servus.
Hätte da ein paar Fragen:
- wenn ich iChat starte, kommt immer die Meldung, ob ich mich bei Bonjour anmelden möchte - wo kann ich das abstellen?
- Farbkonvertierung: Kann mir jemand weiterhelfen und sagen wie ich einen RAL Farbton bzw. eine NCS-Referenz in HKS- oder Pantone-Werten bekomme? Kennt sich da zufällig jemand aus?
- Layout-Prog. für PC: Suche ein Layout-Programm (möglichst günstig/Freeware) als Alternative für Pagemaker, das druckfähige Daten erzeugen kann. InDesign halte ich für einen Verein dann doch für übertrieben.
Irgendwo gabs da glaub ich auch nen Thread...
Danke schon mal.
-
wenn ich iChat starte, kommt immer die Meldung, ob ich mich bei Bonjour anmelden möchte - wo kann ich das abstellen?
iChat/Einstellungen, Reiter Accounts. Bei den Accounts "Bonjour" anwählen und das Häkchen bei "Bonjour Instant Messaging verwenden" wegmachen.
-
mmh, na klar. Ich hab immer unter iChat gesucht und nicht auf Bonjour geklickt.
Danke. So einfach...
-
warum verwendest du für eine vereinszeitung nicht einfach pages oder muss es unbedingt ein pc-programm sein, weil du es nicht selbst machst? eine alternative wäre vielleicht auch ein altes quark xpress (4). leider sind bei ebay (http://software.search.ebay.de/xpress_Software_W0QQcatrefZC12QQfromZR8QQfsooZ1QQfsopZ1QQsacatZ181) die billigen versionen alle für den mac.
zu den farben: in photoshop kann man zumindest hks und pantone in cmyk umrechnen lassen.
ral-farben gibt es da leider nicht. ansonsten fand ich das hier ral (http://www.ral.de/farben/de/farbvorlagen/index.html?content3.shtml) und eine ral-farbtabelle (http://www.19zoll.com/index.php?id=51&type=1).
das erste programm kann wohl alles umrechnen.
RAL CLASSIC COLOUR DATA 2.0
Diese Datendiskette liefert alle wichtigen Informationen zu den RAL CLASSIC Farben.
Informationen zu allen RAL CLASSIC-Farben
sRGB-Werte
HLC-/Lab-Werte
CMYK-Werte für Offset-Druck
HEX-Werte für HTML
Hybrid-CD: Windows und Macintosh
für 49 euro
-
Richtig, die Vereinszeitung mache nicht ich, sondern wird direkt im Vereinsbüro erstellt. Und die arbeiten halt mit PCs.
Eine XPress Version wäre sicherlich auch nicht schlecht - halte ich aber auch für bisschen übertrieben. Da müssen sie dann entweder eine teure Schulung machen oder ich darf die Einführung machen :-\
Gibts denn kein Pendant zu Pagemaker? (einen Mac für Pages kann ich ihnen sicherlich nicht andrehen ;-))
Farben: Das Programm habe ich auch gefunden. Ich bräuchte das allerdings nur einmal, um für nen Kunden die Ladenfarbe in einem Prospekt auf zu nehmen. Von daher lohnt sich das nicht wirklich. Ich hoffe das geht auch günstiger - aber jetzt sehe ich grade noch, dass es eine Demoversion gibt. Mal testen, ob es damit funktioniert.
Da fällt mir noch was ein:
- wie hieß denn dieses Tool, das alle Stunde mit dem Rechner klar Schiff macht? (das, was das System sonst in der Nacht normalerweise startet)
-
wie hieß denn dieses Tool, das alle Stunde mit dem Rechner klar Schiff macht? (das, was das System sonst in der Nacht normalerweise startet)
Dazu habe ich eine tolle Seite gefunden. ;D
Schau mal hier (http://www.apfelinsel.de/forum/index.php?topic=516.msg6419#msg6419) unter "Die Cron-Jobs".
Also alle Stunde braucht man das sicher nicht und selbst, wenn man das nur einmal im Monat macht, wird das kaum jemand bemerken, siehe den Artikel.
-
Layout:
Also, was wird da denn erwartet? Druckfähig ist ja vieles, kommt halt drauf an, was der Drucker (oder DU ;D) erwartet und selbst nacharbeiten kann oder will...
Wie wäre es mit Rag Time? Für Vereine ja wohl kostenlos, so wie ich das verstehe.
Ansonsten hat natürlich auch MS da so - Freude aller Druckmeister - Programme wie "Publisher" im Giftschrank. So 100 Euro, glaube ich.
-
Ok, danke für die Cron-Jobs ;) Dann glaub ich mal dem guten Florian und lass es bleiben.
Ragtime könnte so von der Beschreibung her eine Alternative sein...
Zumindest wird schön viel versprochen und es ist für umme. Mal jemand mit DSL suchen und selber testen. Oder kennt das von Euch jemand etwas besser?
Zu RAL:
Die Demoversion reicht vollkommen aus. Ziel erreicht. Danke.
-
Ok, danke für die Cron-Jobs ;) Dann glaub ich mal dem guten Florian und lass es bleiben.
Naja, einmal im Monat kann man das schon mal laufen lassen, sonst werden die Dateien immer größer. Aber Du wirst keinen Unterschied bemerken.
-
Noch ne Frage:
Wie muss ich denn mail einstellen, dass der Empfänger meine mail-Anhänge nicht immer doppelt bekommt?
Bzw. es erscheint immer die richtige Datei und dann nochmal eine mit gleichem Namen und einem Unterstrich, die aber nicht zu öffnen ist.
Ist das die Einstellung: "Anhänge immer Windows-kompatibel senden"?
Und noch mehr:
Unter Panther lief bei einem schnellen Benutzerwechsel mein iTunes (z.B. Wechsel von Admin zu Gast) unter dem Gast-User weiter. War das eine Einstellung, die man vornehmen konnte oder ein Bug? Denn unter Tiger geht das nun nicht mehr. Fand ich ja ansich doch nicht schlecht...
-
Noch ne Frage:
Wie muss ich denn mail einstellen, dass der Empfänger meine mail-Anhänge nicht immer doppelt bekommt?
Bzw. es erscheint immer die richtige Datei und dann nochmal eine mit gleichem Namen und einem Unterstrich, die aber nicht zu öffnen ist.
Ist das die Einstellung: "Anhänge immer Windows-kompatibel senden"?
Es handelt sich um die alte Metadaten-Problematik. Yup, aktivere mal diese Option.
Unter Panther lief bei einem schnellen Benutzerwechsel mein iTunes (z.B. Wechsel von Admin zu Gast) unter dem Gast-User weiter. War das eine Einstellung, die man vornehmen konnte oder ein Bug? Denn unter Tiger geht das nun nicht mehr. Fand ich ja ansich doch nicht schlecht...
Kann mich an so etwas nicht erinnern, aber ja, ich halte das für einen Bug... mehr weiß ich nicht. :)
-
Es handelt sich um die alte Metadaten-Problematik. Yup, aktivere mal diese Option.
Sorry, aber das ist nicht ganz korrekt. Es handelt sich dabei nicht um Metadaten, sondern um die Resource Fork der Datei.
-
Ähm, Ihr habt beide Recht... :)
Die "._-Datei" kann sowohl einen Resource Fork als auch Metadaten (nämlich die "erweiterten Finder-Attribute", wie Type/Creator, Icon, Farbetikett, usw.) oder beides enthalten.
Das Mitschicken dieser Daten ist eine Komfortfunktion von Mail, damit Mac OS X-Benutzer den Anhang auch vollständig und unbeschädigt erhalten können.
-
Aha, was auch immer.
D.h. wenn ich den Haken wie oben beschrieben setze, dann kommt der Anhang ganz "normal" an?
Und auf dem Mac dann aber auch - oder?
Dank Euch.
-
Dann wird nur noch der Datenteil der Datei verschickt. Ein Win-Benutzer kann mit dem anderen Teil sowieso nichts anfangen, er wird nichts vermissen. Ein Mac-Empfänger bekommt dann natürlich auch nur den Datenteil und die Zusatzinformationen sind verloren. Es ist dann so, als ob ihm diese Datei ein Win-Benutzer geschickt hätte.
-
Die "._-Datei" kann sowohl einen Resource Fork als auch Metadaten (nämlich die "erweiterten Finder-Attribute", wie Type/Creator, Icon, Farbetikett, usw.) oder beides enthalten.
Echt? Mit was für einem MIME-Type versendet Mail.app denn sowas?
Und ist das Format, das Mail.app dabei verwendet, irgendwo dokumentiert?
-
Aber irgendwelche Finderattribute interessieren doch meinen Gegenüber nicht, wenn ich ihm ein Bildchen schicke - oder fehlt ihm dann was?
Oder was sind das genau für Attribute, bzw. fällt dann irgendwas ersichtliches weg?
Mir ist ansich nur wichtig, dass meine Bilder, PDFs und sonstiges richtig und lesbar ankommen.
Mehr will ich doch nicht ;)
-
Ja, habe ich doch geschrieben, er bekommt den reinen Dateninhalt, wie es unter Win üblich ist. Soweit ist dann alles in Ordnung.
Die anderen Sachen interessieren nur, wenn auf der anderen Seite auch ein Mac ist und Du die zusätzlichen Möglichkeiten nutzt und willst, daß der die auch bekommt.
-
Also, Fork vs. Metadaten:
Ich weiß (glaube zu wissen), theoretisch kann man im Resource Fork alles speichern, aber in der Regel sind es doch Metadaten, oder nicht?
Oder bin ich mal wieder auf dem Holzweg?
-
Hm, kommt darauf an, was Du als Metadaten ansiehst. ;D
Ich kenne Forks aus der "Classic-Zeit" ja nur vom Hörensagen, aber bei alten Programmen waren in den Forks - wie der Name schon andeutet - üblicherweise die "Ressourcen" gespeichert, also z.B. die Texte und Grafiken für Dialogfenster. Also all das, wozu man in Mac OS X heute die Bundle-Technik verwendet. ("Paketinhalt zeigen"...)
Bei Dokumentendateien z.B. bei Texten waren wohl so Sachen wie Layout-, Papier- und Druckeinstellungen in den Forks gespeichert. Sind das für Dich Daten oder Metadaten?
-
Daten, würde ich sagen.
Aber OS 9 und früher wollte ich gar nicht ansprechen. Da war ja alles noch mal anders... wie Du schon schreibst. Da gab es ja vogelwilde Sachen. :)
Unter OS X steht im Ressource Fork ... Bitte ausfüllen ... ;D
Ich dachte immer Type/Creator, Vorschau, Kommentar... also alles über die Datei, sozusagen meta eben.
-
Also, Fork vs. Metadaten:
Ich weiß (glaube zu wissen), theoretisch kann man im Resource Fork alles speichern, aber in der Regel sind es doch Metadaten, oder nicht?
Oder bin ich mal wieder auf dem Holzweg?
Tja, ist natürlich letztlich eine Frage der Definition des Begriffs "Metadaten". Und hier müssen wir jetzt wohl philosophisch werden: ;)
Davon ausgehend, dass eine klassische Mac-Datei aus zwei Zweigen (Forks) bestehen kann, müssen wohl beide Zweige als Teil der Daten bezeichnet werden, welche die Datei beinhaltet.
Der Begriff Metadaten setzt sich ja aus dem griechischen (meta) und dem lateinischen (data) Wort für Information zusammen. Seine Bedeutung wird daher gemeinhin als "Daten über Daten" beschrieben. Bei der hier zur Rede stehenden Verwendung des Begriffs im Zusammenhang mit Computerdateien kann also gemeint sein: Daten über die in Dateien enthaltenen Daten oder aber Daten über Dateien.
Bei der ersten Art der Auslegung lassen sich tatsächlich Daten über andere Daten innerhalb der selben Datei ablegen. Also z.B. Informationen über die im Datenzweig enthaltenen Daten lassen sich im Ressourcenzweig ablegen. (Allerdings diente der Ressourcenzweig in der Regel eher nicht dazu. Er enthielt ganz einfach strukturierte Daten, deren Struktur auch "extern" definiert war, so dass auch externe Software (meist das OS) gewisse Operationen damit ausführen konnte, ohne dass sie wissen musste, was die Daten genau bedeuten. In gewissem Sinne kann man es vom Zweck her vielleicht als Vorgänger von XML betrachten, obwohl es ganz anders funktionierte.)
Zurück zur zweiten Auslegung (also Daten über Dateien): wenn man mit dem Begriff keine Endlosschleife bauen will, muss es sich bei dieser Auslegung um Daten handeln, die also nicht selbst Teil der Datei sind, sondern ausserhalb der Datei gespeichert werden.
Wenn ich im Zusammenhang mit Dateien von Metadaten lese, dann verstehe ich den Begriff eigentlich immer im zweiten Sinne. Ich bin also bei Deinem Gebrauch des Begriffs davon ausgegangen, dass Du ausserhalb der Datei gespeicherte Daten über die Datei meinst und habe daher widersprochen. Aber wie mbs ja schon richtigerweise eingewendet hat, war dieser Widerspruch nicht wirklich korrekt. In jenem Teil des Mails, das von Windows Mail Clients mitunter als kleinerer Klon der eigentlichen Datei dargestellt wird (eine MIME-Kapsel des Typs application/applefile), können in der Tat auch Metadaten gespeichert sein.
-
Daten, würde ich sagen.
Aber OS 9 und früher wollte ich gar nicht ansprechen. Da war ja alles noch mal anders... wie Du schon schreibst. Da gab es ja vogelwilde Sachen. :)
Vogelwild war das mitnichten. ;) Apple war damit seiner Zeit wohl einfach viel zuviel voraus. ;) Ressourcen hätten, wie schon erwähnt, eigentlich schon eine sehr ähnliche Funktionalität zur Verfügung gestellt, wie das heute omnipräsente XML. Nur haben das damals noch nicht so viele als sinnvoll erachtet und daher kaum genutzt. Denn das Prinzip wäre nicht nur für Applikationen zur von mbs schon erwähnten Unterbringung von dem Zeug, das heute in NIB Datein steht, zur Verfügung gestanden, sondern genau so für Datenfiles.
Ich dachte immer Type/Creator, Vorschau, Kommentar... also alles über die Datei, sozusagen meta eben.
Das sind auch nach meinem Verständnis Metadaten. Denn sie stehen nicht in der Resource Fork. ;)
-
Ich dachte immer Type/Creator, Vorschau, Kommentar... also alles über die Datei, sozusagen meta eben.
Das sind auch nach meinem Verständnis Metadaten. Denn sie stehen nicht in der Resource Fork. ;)
Zumindestens bei Vorschau bin ich mir sicher, daß sowas auch in der Resource Fork gespeichert werden _kann_.
Bei EPS konnte eine Bitmap-Vorschau dort gelagert werden und der GraphicConverter legt heute noch eine Vorschau dort ab, die dann systemweit von anderen Programmen genutzt werden kann. Praktisch das Gegenstück zu "Thumbs.db", die man oft sieht.
Und jetzt kommt gefährliches Halbwissen...
BTW, gibt es das nicht nur beim Mac, daß eine Datei aus verschiedenen Zweigen (Daten- und Resource-Fork) besteht. Unter Windows kann jede Datei auch neben dem normalen Datenteil noch weitere (jetzt weiß ich aktuell nicht den richtigen Namen) Streams(?) haben. Dort können auch beliebige Daten gespeichert werden, die man einer Datei bei normalen Zugriff nicht ansieht. Wird in der Praxis aber wohl hauptsächlich von Viren genutzt, weil die Virenscanner meist nur den normalen Datenteil durchsuchen. :)
-
Ich dachte immer Type/Creator, Vorschau, Kommentar... also alles über die Datei, sozusagen meta eben.
Das sind auch nach meinem Verständnis Metadaten. Denn sie stehen nicht in der Resource Fork. ;)
Zumindestens bei Vorschau bin ich mir sicher, daß sowas auch in der Resource Fork gespeichert werden _kann_.
Stimmt, Du hast Recht. Also ich korrigiere meine Aussage: Type/Creator und Kommentar sind auch nach meinem Verständnis Metadaten. Denn sie stehen nicht in der Resource Fork.
-
Das wird ja ganz schön metaphysisch hier... :D
Echt? Mit was für einem MIME-Type versendet Mail.app denn sowas?
Sorry, Deine Fragen hatte ich überlesen. Mail verschickt sowas als "Content-Type: application/applefile". Es gibt sogar ein RFC, nämlich RFC-1740 dafür.
Und ist das Format, das Mail.app dabei verwendet, irgendwo dokumentiert?
Ja, es wird das sogenannte "AppleDouble"-Format verwendet. Es gibt dazu eine Apple Developer Note, die allerdings so alt (16 Jahre) ist, dass sie in der aktuellen Xcode-Dokumentation nicht mehr enthalten ist. Aber man kann noch drankommen. Suche mal mit einer Suchmaschine nach "AppleSingle/AppleDouble Formats for Foreign Files".
Unter OS X steht im Ressource Fork ... Bitte ausfüllen ...
Naja, darauf könnte ich antworten: Hoffentlich nichts ;D Das gibt ja nur Scherereien, wie man an dieser Diskussion sieht. :D
Eigentlich kümmert sich ja das Betriebssystem ja gar nicht darum, was im Resource Fork drinsteht. Es ist Sache desjenigen Programms, das eine Datei anlegt, was es in den Resource Fork schreibt. In Mac OS X selbst gibt es meines Wissens nur noch ein einziges Programm, das Resource Forks benutzt, nämlich den Finder. Und zwar in folgenden Fällen:
- Wenn man einen Alias anlegt, dann stehen die Hilfsdaten, die der Alias-Manager später braucht, um die eventuell verschobene Originaldatei wiederzufinden, im Resource Fork des Alias.
- Wenn eine Datei ein Sonder-Icon hat, dann stehen die Bilddaten dieses Icons im Resource Fork der Datei.
Fremde Programme, die Resource Forks anlegen wollen, werden von Mac OS X natürlich nicht daran gehindert. Aber das ist dann deren Problem, wozu der Fork genutzt wird.
Und der Einsatz von Resource Forks bringt in der heutigen vernetzten Welt eben einige Probleme, da sie immer mit viel Mühe (wie diesen "._"-Dateien) emuliert werden müssen, wenn sie das HFS-Dateisystem verlassen.
Das mit dem Icon ist zweiteilig: Die Information, dass ein Icon da ist, steht in den von mir angesprochenen Finder-Attributen, das Bildchen selber aber im Resource Fork. Wie hier auch schon angesprochen wurde, haben Grafikprogramme aus der "alten Welt" oft den Trick benutzt, die Vorschau einer Bilddatei in das Icon der Bilddatei zu speichern. Ist heute eigentlich nicht mehr nötig, da die Rechner schnell genug sind, die Bilddatei zu öffnen und die Vorschau "on the fly" zu berechnen. Datenformate wie JPEG haben sogar (mehrere) Möglichkeiten ein vorbereitetes Vorschaubild bereits innerhalb des "eigentlichen" Bildes - also im Datenfork - mitzubringen. Da muss dann auch nichts berechnet werden.
Die Type/Creator-Information sind nur 8 Bytes. Alleine dafür einen Resource Fork anzulegen, wäre Overkill. Das liegt deshalb woanders, nämlich in den besagten Finder-Attributen, die das HFS-System direkt zusammen mit den Dateinamen, Berechtigungen, etc. in einer sogenannten "CatalogInfo" speichert. Zu den weiteren Finder-Attributen gehören konkret die x/y-Position des Icons, ob es sich um eine Macintosh-"Sonderdatei" (Alias, Bundle, Formularblock, INIT-Resource, Systemdatei) handelt, ob die Datei versteckt oder gelockt ist, ob die File-Extension verborgen werden soll, die Etikettenfarbe (Finder-Label) und viele andere ähnliche Kleinigkeiten.
Der Kommentar zu einer Datei steht wieder ganz woanders, nämlich in den berüchtigten ".DS_Store"-Dateien. Wie das im alten Mac OS war, weiß ich nicht. Möglicherweise in einer Art "Ordner-Resource-Fork"..?
Unter Windows kann jede Datei auch neben dem normalen Datenteil noch weitere (jetzt weiß ich aktuell nicht den richtigen Namen) Streams(?) haben.
Ja richtig, auch unter Windows gibt es Forks. Das weiß nur fast keiner. 8) Sie heißen dort "Alternate Data Streams (ADS)".
-
Der Kommentar zu einer Datei steht wieder ganz woanders, nämlich in den berüchtigten ".DS_Store"-Dateien. Wie das im alten Mac OS war, weiß ich nicht. Möglicherweise in einer Art "Ordner-Resource-Fork"..?
Wenn mich mein Gedächtnis nicht täuscht, waren die Kommentare auch in der sogenannten "Desktop Database" abgelegt, einer pro Volume existierenden einfachen Datenbank, in der das meiste Zeug abgelegt war, das sich heute halt in den ".DS_Store" tummelt.
-
Puh, was hinter einer kleinen Frage doch stecken kann. :D
Also, jetzt habe ich es kapiert. Danke an alle Beteiligten.
Schön mal zu wissen, was eigentlich was ist. Meta oder nicht. Fork oder nicht. Met a fork and forked a meta. ;D
-
Ihr macht mich fertig ::) ;)
-
Servus.
Eine neue Frage an die Excel-Spezialisten unter Euch:
Ich möchte ein Teilergebnis von von einer Mappe auf eine andere verweisen. Wie geht das? ;D
-
In dem du die Zellen der beiden Tabellen verknüpfst.
-
Soweit ich das im Kopf habe, sieht ein Zellenverweis in eine andere Mappe so aus:
Mappenname!A1
-
Ah ich habs.
Ein "=" Zeichen eingeben und auf die zu verknüpfende Zelle klicken. Mit Return bestätigen. Einfach (wenn mans weiß) :D
Nächste Frage:
Kann man ein Diagramm irgendwie speichern, so dass man bei der nächsten Diagrammerstellung genau die gleichen Einstellungen hat und nicht alles von neuem hin und herpfriemeln und einstellen muss?