Export von Numbers nach Excel - Hyperlinks in Export-Zusammenfassung funktionieren nicht.

Wenn ich eine Numbers-Datei in ein Excel-Format exportiere und die Option "Eins pro Tabelle" und "Mit Zusammenfassung wähle", Funktionieren die Links zu den Excel-Arbeitsblättern im im Blatt "Export-Zusammenfassung" nicht. Fehlermeldung: "Der Bezug ist ungültig".


Das liegt offenbar daran, dass der "Zellenbezug" als "R1C1" angegeben wird und nicht als "A1".

Wenn ich den Link in Excel dann bearbeite, - kann ich "A1" als Zellenbezug eingeben und der Link funktioniert wieder.


Ich arbeite mit sehr großen Numbers Dateien mit vielen Tabellen,- es ist sehr lästig, wenn nach jedem Export jeder Version der Datei alle Links per Hand in Excel korrigieren muss.


Warum Exportiert Numbers die Links im falschen Format?

Gibt es dafür eine Lösung?


Anbei ein Dropbox link zu einer Test Excel-Datei, mit einem automatisch erstellten und einem per Hand korrigierten Link.


Beste Grüße aus Tirol

Peter

iMac 27″, macOS 10.15

Gepostet am 04. Dez. 2020 08:44

Antworten

Ähnliche Fragen

9 Antworten

09. Dez. 2020 10:49 als Antwort auf thomm13

Hi Thomm,

habe mir LibreOffice installiert und da funktionieren die Links bei mir.

Ein Kunde mit der im Screenshot dargestellten Version von Excel auf PC kann die Links Öffnen.

Andere Kunden mit anderen Excelversionen nicht.

Auch ich kann mit meinem Excel 2016 für mac die Links nicht öffnen.


Wenn ich die links eh manuell bearbeiten muss, ist wohl das einfachste, in Excel dann auf "Linke bearbeiten" und einfach die entsprechende Tabelle auswählen und bestätigen. Ist halt lästig.


Ich liebe Numbers und mag überhaupt nicht mit Excel arbeiten. Da bin ich voll bei Dir.

Aber was findest Du an Pages klasse? 🤔

Ich nutze sehr gerne Numbers und Keynotes aber um größere Dokumente zu erstellen brauche ich immer noch Word. Auch Latex hat mich für meine Zwecke (Geschäftspläne schreiben) nicht überzeugt. Wo siehst Du den Vorteil von Pages vs Word?


Die Links zu Youtube mit Steve Jobs finde ich sehr gut. Aktuell bin ich nur etwas kackig auf Apple, da mir das Update auf BigSur zwei meinen iMac und mein MBP gekillt hat. Jetzt laufe ich wieder auf Catalina. Und heute ruft mein IT-Service 350 EURO für den Wechsel des Akkus meines 2017er MBP auf. Und das sei schon der Sonderpreis. Dauert auch knapp 2 Wochen, da der Akku eingeschweißt ist und die mir den das halbe MBP samt Tastatur erneuern müssen. Die bauen die Teile wie Wegwerfartikel. Bei meinem 2011 MacBook Air hat der Akkutausch vor wenigen Monaten 150 EURO gekostet. 🙄




06. Dez. 2020 10:37 als Antwort auf thomm13

Hi thomm13,

besten Dank für die Info.

Da meine Kunden Excel erwarten, muss ich hier leider durch.

Werde mir dieSQL Sachen mal ansehen - ist für mich interessant.


Du schreibst:

"Es scheint, Du hast das in Numbers "falsch" als Format so angegeben."

Wo kann ich das denn richtig angeben? - Ich habe mir da schon einen Wolf gesucht.


Hast Du auch einen Tip für eine Einführung in Applescript und wie ich damit Numbers "manipulieren" kann?


Gruß aus dem eingeschneiten Tirol!

Peter





29. Dez. 2020 11:50 als Antwort auf petervoninnsbruck

Hmm, mein Beileid bzgl. des Akkutausches.

Akkus schon nach 3 Jahren fertig ist aber ungewöhnlich. Normalerweise halten die doch wesentlich länger, wenn die regelmäßig entladen werden und nicht ständig am Netz hängen.

Wieso aber das halbe MBP inklusive Tastatur geechselt werden muß, ist mir ein Rätsel!!!!!!

Wenn Du Dir mal bei Youtube mit der Suche Akkuwechsel + MacBook Pro einige Videos ansiehst, dann kannst Du die "Fähigkeiten" "Deines" IT-Services vielleicht besser beurteilen ;-).

Gibt doch Drittanbieter.


****

****


Die Garantie ist doch sowieso abgelaufen? Also mit etwas Suchen sollte sich ein freundlicher Akkuwechsler finden lassen wenn man selbst nicht das Risiko eingehen möchte ?


Wegen Pages: Das aktuelle Pages (also der Nachfolger vom iWork 09) ist massiv schlechter als die alte Objective-C-Version.

Der Vorgänger was ja ein macOS-Programm, welches auch für iOS kompiliert wurde. Das derzeitige iWork-Paket sind iOS-Programme, die auch für macOS kompiliert werden und neuerdings auch für das iOS mit Mehrfenstermodus (BigSUR).


Das alte Pages konnte z.B. CMYK, Serienbriefe ...........

Es ist als kleines Layoutprogramm konzipiert. Wenn Du nicht die Stumpfsinnmodus ala Word benutzt, also ein großer Textbereich mit Rändern, sondern Textfelder (Rahmen), dann konntest Du mit wenig Aufwand schöned Dinge gestalten.


Nicht umsonst sehen Word/Excel-Dokumente in der Regel schweinehäßlich aus, da sich die Benutzer über die Seite "durchentern".


Ich muß zum Glück keine großen Dokumente erstellen aber Word war/ist/bleibt da bestenfalls zweite Wahl und für Gestaltung minderwertiger, fehlerhafter Schrott.


Dein Problem liegt also (wie üblich bei M$-Software) in der Software von M$(Excel), sprich den unterschiedlichen Versionen.

Das ist so gewollt von M$! Das zwingt die Nutzer dazu, ständig die nächste Version zu kaufen! Der Kampf wird über die Inkompatibilität der Formate (+Schriften) unfair geführt! Laß mich raten: Deine Kunden verwenden die Schrift Segoe UI von M$ als Standardschrift? ;-) Das ist ein Abklatsch von der Frutiger-Schrift, nur eben "etwas anders". Verdana ist ebenfalls ähnlich aber auf dem Mac vorhanden. Segoe UI kannst Du bei M$ für ca. 50$ kaufen, wenn Du z.B. nicht M$-Office hast.

Die ganzem Formatierungsprobleme zwischen Mac- und Win-Nutzer kommen m.M.n. vorwiegend durch diese bewußten Sabotagen der Softwarekonzerne......


Mit LibreOffice hast Du jetzt sehr viele Möglichkeiten und es gibt etlich PlugIns (mal stöbern).


Wenn es schön werden soll und Du sinnvoll auch etwas Geld ausgeben willst, dann sieh Dir mal die Produkte von Affinity an:

hhttps://affinity.serif.com/de/publisher/



[Link vom Community Specialist bearbeitet, da die Prozeduren auf der Seite Geräteschäden verursachen können]



06. Dez. 2020 10:26 als Antwort auf petervoninnsbruck

Numbers verwendet standardmäßig "A1" als Zellenbezug, "R1C1" nur aus Kompatibilitätsgründen zu alten (Excel) Formaten.


Es scheint, Du hast das in Numbers "falsch" als Format so angegeben.


Wie dem auch sein: Wenn das grundsätzlich bei Dir so ist, dann solltest Du Dich mit dem Skripten von Excel bzw. Numbers beschäftigen. Beide verstehen Applescript (bzw.VBA auf der Dose (Win)).


Sehr große Dateien mit vielen Tabellen verwaltet man mit Datenbanken (SQLite ist auf dem Rechner), nicht mit abgehalfterten Datenbanken, wie es Tabellenkalkulationen nun einmal sind.


Wenn Du z.B. Dir bei Youtube etwas die Videos zu LibreOffice (Base -> SQL-Datenbanken ) ansiehst, dann bekommst Du eine Idee davon, wie man große Datenmengen sinnvoll verwaltet und sich nicht einen Krampf mit Excel und Numbers holt.


(google mal "SQL in 21 Tagen")


Gruß

08. Dez. 2020 02:49 als Antwort auf petervoninnsbruck



Hallo Peter,


das ganze Thema ist ziemlich umfangreich.

Im jahrelangen Kampf zwischen den Vertretern der Applescript-Fraktion (die, die eine der natürlichen, dem Englischen angelehnte Skriptsprache bevorzugen) und den Vertretern der Fliegenfraktion (Javascript), der Masse an Pseudoprofientwicklern, hat Javascript wohl gewonnen :-(.

Die Vertreter der Applescript-Fraktion hat Apple 2016 gefeuert (Sal Soghoian)....


Aber egal. Du kannst unter:

http://iworkautomation.com/

https://macosxautomation.com/

https://www.youtube.com/watch?v=1cNTIk1K72U

https://www.youtube.com/watch?v=qMO1aXTS_gc

https:/htthhhttps://cmddconf.com/2017/videos.html

einiges nachlesen.


Der Skript-Editor von Apple ist übrigens (wieder einmal) Schrott.

Besser, Du verwendest den Script Debugger, der kann schon in der kostenlosen Version wesentlich mehr (inklusive Syntax-Highlightng) + Automator.....


M$-Office ist auf dem Mac übrigens sehr gut skriptbar (Es gibt, glaube ich, sogar eine gute Hilfe. Ich meide die Eugeniker)


Es gibt auch Videos von der (unabhängigen) Konferenz 2017...


https://cmddconf.com/2017/videos.html


LibreOffice kann übrigens wesentlich besser als Numbers mit Excel (würg)-Dateien umgehen.

Dort ist die Skriptsprache der Wahl allerdings Python (+Alpha-Plugin).


UND NUN EIN WIRKLICHER PLUSPUNKT VON LibreOffice: LibreOffice kann dir VBA-Makros von Excel-Dateien MITIMPORTIEREN.


Wenn Du also ein VBA-Makro auf der Dose(Win) unter Excel geschrieben hast, dann sollte es unter LibreOffice (Calc) auch funktionieren.

Numbers kann (auch) das nicht.

https://www.youtube.com/watch?v=uyj_OljPlcU


Du hast derzeit also sehr viele verschieden Wege, um mit macOS Deine sich wiederholenden Aufgaben zu lösen.


Natürlich bin ich mir nicht sicher, ob das in ein paar Jahren, wenn Apple dann macOS komplett gekillt hat und iOS als macOS verkauft (das "neue macOS" ist ja nur iOS + Mehrfenstermodus), noch funktioniert. Aber nach 30 Jahren Mac ist das nicht mehr so schlimm, den Wechsel zum zugenagelten M1-Mac erspare ich mir. Getürkte Benchmarks habe ich unter G4/G5-Powermac-Zeiten genug gesehen (Man hat nur das verglichen, wo man schneller war: also Photoshop Mac- gegen Win -> Single-precission Altivec war da schneller als MMX. Bei 3D-Rendring hatte der Mac keine Stich gegen die Dose gesehen (Cinema 4d)).


Der aktuelle Benchmark ist ja schon so eine "Perle". Da wird mit einer Grafikkarte verglichen (GTX1050), die 1. unterste Schublade der aktuellen Modelle von NVIDIA ist und 2. für die es gar keine Mac-Treiber gibt....... Ganz großes Kino.



Ähmojies gehen aber super.


Gruß

08. Dez. 2020 10:41 als Antwort auf petervoninnsbruck

:-)


Ich habe kein Excel. Aber in Libre Calc öffnet sich beim per Hand link: das Blatt 1 richtiger Link -> Zelle A1 und beim "#'Blatt 1 - Falscher Link (automa'!R2C1" : Blatt 1 Falscher Link A2 was R2C1 entspricht.


Du stolperst vermutlich gerade über eine der wenigen konzeptionellen Dinge, in denen Numbers und Pages seit Jahren Word und Excel haushoch überlegen sind!!!!!!!! :-)


Mach mal diesen Export von Numbers (also die XLSX-Datei) wieder mit Numbers auf, dann kommt eine lustige Meldung, die Dich auch zur Lösung Deines Problems führt ;-).


Der Entwickler, der mal das Konzept von iWork aufgestellt hat, war wahrscheinlich ein ziemlich cooler Typ mit Durchblick, im Gegensatz zu den aktuellen Umschreibern des Paketes (iWork09 zum aktuellen Swift-Paket) und zwar Folgendes:


Grundsätzlich: Dokumente in Excel und LibreCalc haben EINE Tabelle pro Arbeitsblatt (welches natürlich ausgdruckt mehrere Seiten haben kann.


Dokumente in Numbers können MEHRERE Tabellen pro Blatt enthalten!

Die Verlinkung geht aber nur aufs Blatt, nicht auf die konkrete Tabelle! ( Die derzeitigen "Genies" bei Apple können wohl nur diese (sinnlose) Funktion).

Daher hauen wahrscheinlich Deine links aus Numbers in Excel NICHT hin, da diese auf Blätter in Numbers zeigen und nicht auf einzelne Tabellen.

Daß dieses grundsätzliche Problem der höheren Abstraktion von Numbers und damit der anderen Verlinkung (z.B. direkt auf einzelne Felder in Tabellen) vom aktuellen Programmcodeverwalter der derzeitigen Version verstanden und behoben wird, ist eher ausgeschlossen.

Steve Jobs sagte folgendes z.B. von M$ und solchen Entwicklern:


https://www.youtube.com/watch?v=fzlAMQIG5rg


https://www.youtube.com/watch?v=H8eP99neOVs



Du mußt Dir also eine Methode entwickeln, wie Du die korrekten Links setzt.

Kann man mit etwas Frickeln sicher hinbekommen, indem man z.B. die Link-Adresse in Numbers als Text setzt und dann nach dem Export nach Excel einfach die Spalte als link formatiert......



Dieser Thread wurde vom System oder dem Community-Team geschlossen. Du kannst alle Beiträge positiv bewerten, die du hilfreich findest, oder in der Community nach weiteren Antworten suchen.

Export von Numbers nach Excel - Hyperlinks in Export-Zusammenfassung funktionieren nicht.

Willkommen in der Apple Support Community
Ein Forum, in dem Apple-Kunden sich gegenseitig mit ihren Produkten helfen. Melde dich mit deinem Apple Account an, um Mitglied zu werden.