Link in pdf werkt wel op pc niet op Ipad

Status
Niet open voor verdere reacties.

BartSr

Gebruiker
Lid geworden
26 aug 2008
Berichten
240
Hallo,

Van de muziek die ik componeer, zet ik niet alleen de muziek zelf (mp3) op mijn site, maar ook de bladmuziek (in .pdf formaat). Op die pdf heb ik nu een link staan naar die mp3. Dit in verband met het plan om die bladmuziek als een app voor de Ipad geschikt te maken. Als iemand dan de bladmuziek kiest ziet ie de bladmuziek in beeld; door op die link te drukken krijgt ie ook te horen hoe het gespeeld moet worden.

Maar nu iets typisch: Open ik mijn site http://www.bartkuijer.nl op een pc, kies voor het proefnummer, dan zie ik de bladmuziek en door op de link in die bladmuziek te klikken wordt de muziek inderdaad gespeeld.
Doe ik datzelfde op de Ipad, dan wordt wel de bladmuziek (zoals gezegd, een .pdf-bestand) getoond, maar tik ik op de link naar de bladmuziek, dan wordt die NIET GESPEELD!:evil:

Wie weet raad?
Wanner ik de bladmuziek in een htm zet en daaronder de link plaats werkt het in beide gevallen, maar dan krijg ik weer te maken met een bijbehorende map en dat wil ik niet; het appje moet gewoon één bestandje zijn
 
Het kan zijn dat jou versie van acrobat reader verouderd is op jou Ipad.
 
Hallo Steegbeer,
Bedankt voor je snelle reactie.
Dat de Acrobatversie verouderd is lijkt me stug; ik kocht de Ipad 27 december als een verlaat kerstcadeautje voor mijn vrouw. En hoewel ik 40 jaar automatiseringservaring heb, zou ik niet weten hoe op een Ipad een nieuwere software versie te laden.
Maar als jij wel een nieuwere versie van Acrobat op jouw Ipad hebt, zou je het dan eens willen testen op jouw Ipad?

Dit is de rechtstreekse link:

http://www.bartkuijer.nl/mijn/luna%20rosso/lr.pdf

Je ziet dan bladmuziek. Ga naar het tweede blad. Daar staat onderaan de pagina een link. Als je die aanklikt zou je de muziek moeten kunnen horen. Dit werkt op mijn pc wel en op de Ipad niet.

Ik ben benieuwd.

Bart
 
Ik ben geen expert op het gebied van iSpul, maar het lijkt me eerder dat de PDF-lezer op de iPad gewoon niet links ondersteund. Want dat is het .mp3 bestand in principe: een link naar een bestandje.

Wat je eventueel zou kunnen proberen is een link naar een normale webpagina in een PDF bestand zetten. Als je iPad deze wel kan openen, weet je dat het aan de mp3 ligt; het kan zijn dat je PDF reader niet weet hoe ie met mp3tjes moet omgaan (gelinkte mp3tjes, that is).

Als zo'n 'normale' link ook niet werkt, dan kan je PDF reader gewoon helemaal niet met links in PDF's omgaan. Dat kan natuurlijk ook!



:thumb:
 
Ik krijg een veiligheidswaarschuwing en moet toestaan of ik deze link mag openen.
Krijg je ook niet op je Ipad denk ik. Misschien zit het wel in de instellingen van de brouwser op jou Ipad. Leuk gedaan trouwens die pdf, mijn complimenten.
 
De link werkt overigens ook niet in Foxit en Okular, hoe heb je het pdf bestand gemaakt?
 
Hoi Bart,
Je link gaat naar een mapnaam en bestandsnaam met spaties er in:
  • www.bartkuijer.nl/mijn/luna rosso/luna rosso.mp3
Nu heb je dat wel keurig opgelost met de goede URL-encodering %20:
  • www.bartkuijer.nl/mijn/luna%20rosso/luna%20rosso.mp3
... maar misschien kan de pdf-reader van de iPad daar net niet tegen.
Zou het wel gaan met streepjes ertussen in de namen (als je de mapnaam en bestandsnaam uiteraard ook aanpast)?
  • www.bartkuijer.nl/mijn/luna-rosso/luna-rosso.mp3
Een klein kansje, maar misschien toch de moeite waard om te proberen.

Met vriendelijke groet,
CSShunter
 
Hallo allemaal,

Bedankt dat jullie meedenken.
@That Guy
De conclusie moet inderdaad zijn dat de Acrobat versie die op Ipad staat geen links ondersteunt. Dat zal uit het volgende blijken.
@Steegbeer
Krijg je die waarschuwing als je deze test uitvoert op een pc, een Apple of een Ipod? Ikzie noch op mijn pc noch op de Ipad een waarschuwing.
@Naarling
Het programma Forte dat ik gebruik om de bladmuziek te schrijven heeft niet de mogelijkheid een link op te nemen. Ik moest dus de toevlucht zoeken in een vrij omslachtige workaround en wel als volgt.
De twee pagina's van de bladmuziek "print " ik in Forte met Microsoft Office Document Image Writer . Dit resulteert in twee tif-bestanden.
Daarna start ik Word en laad die twee image-bestanden op pagina 1 en 2.
Onder de laatste typ ik dan de link.
Vervolgens "print" ik dan dit geheel met CutePdfWriter, wat resulteert in het pdf bestand dat ik op mijn site zet. Zo ontstaat dus het pdf-bestand
@csshunter
Aan het spatieprobleem had ik ook al gedacht. Om alle risico's te vermijden heb ik op mijn site een map met de naam lr toegevoegd, waarin ik alle betreffende bestanden heb gezet, met de aanduidingen luna rosso veranderd in lr
Daardoor wordt de link nu http://www.bartkuijer.nl/mijn/lr/lr.pdf waarop ook een aangepaste link naar het mp3 bestand. Resultaat: nada; werkt wel op de pc ook niet op de Ipad.
Om vast te stellen of het probleem ligt bij de mp3 heb ik tenslotte een test.pdf gemaakt die een link bevat naar de Engelstalige index, dus een link naar een htm-bestand. Maar dan geeft de Ipad ook geen sjoege.

De conclusie moet zijn wat That Guy ook al vermoedde: De Acrobat versie op Ipad herkent geen links. Ik zal dus een andere oplossing moeten vinden. Inmiddels heb ik het een en ander bij Apple neergelegd; hopelijk kom ik daar iets verder mee. Als dat zo is, meld ik het hier.

Bart
 
@Naarling
Het programma Forte dat ik gebruik om de bladmuziek te schrijven heeft niet de mogelijkheid een link op te nemen. Ik moest dus de toevlucht zoeken in een vrij omslachtige workaround en wel als volgt.
De twee pagina's van de bladmuziek "print " ik in Forte met Microsoft Office Document Image Writer . Dit resulteert in twee tif-bestanden.
Daarna start ik Word en laad die twee image-bestanden op pagina 1 en 2.
Onder de laatste typ ik dan de link.
Vervolgens "print" ik dan dit geheel met CutePdfWriter, wat resulteert in het pdf bestand dat ik op mijn site zet. Zo ontstaat dus het pdf-bestand
Een nogal omslachtige methode inderdaad, ik denk dat je probleem in die laatste stap zit. Het zou denk ik beter gaan als het document niet als pdf zou 'printen' maar als pdf zou exporteren. Mocht dat in jouw versie van Office niet kunnen (2000 en eerder) dan kun je ook Openoffice gratis downloaden en installeren, daarmee kan dat wel. Als ik een willekeurig .tif bestand van het net pluk, open in OpenOffice draw, met invoegen->hyperlink een linkje toevoeg en het document vervolgens exporteer als pdf werkt de link prima in Okular en Foxit.

Bekijk bijlage sample.pdf Dit is het betand dat ik gemaakt heb, zodat je het op je ipad kunt testen.

Wat je natuurlijk ook kunt doen is die .tif bestanden omzettten in .jpg bestanden en ze op die manier op de site zet. Dan hoeven mensen ook niet een nieuw programma te openen om de bladmuziek te kunnen zien. De link naar de muziek kun je er vervolgens gewoon onder zetten.

De conclusie moet zijn wat That Guy ook al vermoedde: De Acrobat versie op Ipad herkent geen links. Ik zal dus een andere oplossing moeten vinden. Inmiddels heb ik het een en ander bij Apple neergelegd; hopelijk kom ik daar iets verder mee. Als dat zo is, meld ik het hier.
Ik denk niet dat Apple voor de ipad Acrobat reader gebruikt, Apple en Adobe hebben niet de meest fantastische relatie. Voor zover ik weet gebruiken ze iets van eigen makelij. Je kunt er overigens sowieso niet op rekenen dat mensen je .pdf document in acrobat zullen openen, dat is verre van het enige programma om pdf documenten mee te lezen.
 
Naarling,

Bedankt voor je snelle reactie.

Jouw sample.pdf heb ik in mijn testmap op mijn site gezet en werkt op mijn pc goed.
Maarrrr...:p ook dit werkt niet op de Ipad.
Inmiddels heb ik ook al een laatste versie van CutePdfWriter geïnstalleerd. Maar ook dat maakt geen verschil.( Zucht....)
Maar even wachten op de reactie van Apple dus.

Bart
 
Hoi BartSr,
Nog eens even zitten peinzen op een alternatief voor de pdf.

Als je de bladmuziek en de aanhangende link persé in één bestand wilt hebben, en het niet met een pdf'je lukt, kan je als workaround ook nog een html-pagina maken met een embedded image van de bladmuziek.
Dit kan (voor IE vanaf IE8, de rest is braaf) via de methode:
HTML:
<img src="data:image/gif;base64,...>
waarmee er geen koppelingen naar een apart images-mapje met alle bladmuziek-gif's gemaakt hoeven te worden: de gif-data zitten direct in de html.
D.w.z.: op de plaats van de "..." hierboven moeten die data komen, en dat is een mooie rijstebrijberg van letters, getallen en tekens.
Een online omvormer voor afbeeldingen naar base64 data is bv. deze:
Verder zou je op zo'n html-pagina ook een ingebouwde (cross-browser) flash-player kunnen zetten, dan hoeven de iPadders niet van pagina te wisselen, en kunnen ze kijken en luisteren tegelijk.
Succes, vooral bij de Apple-people!
CSShunter
 
Laatst bewerkt:
Verder zou je op zo'n html-pagina ook een ingebouwde (cross-browser) flash-player kunnen zetten, dan hoeven de iPadders niet van pagina te wisselen, en kunnen ze kijken en luisteren tegelijk.

  • Behalve dan dat ipads/phones/etc. geen flash ondersteunen en dat waarschijnlijk ook wel nooit zullen doen (Steve Jobs houdt niet van flash, vandaar). Hij zou natuurlijk het html5 <audio> element kunnen gebruiken maar dan kunnen de IE gebruikers er weer niets mee. Beide kan natuurlijk ook maar dat maakt het allemaal wel een stuk bewerkelijker.

    Wat is trouwens het voordeel van die base64 code boven een simpel .gif bestand?
 
Behalve dan dat ipads/phones/etc. geen flash ondersteunen.
Oh-oh-oh! :o - :o - :o
Dat had ik kunnen weten, want breed geglimlacht toen ik dat las. Maar misschien is wat verschoning mogelijk: ik heb geen iPhone, iPad of andere i-dingen...

Wat is trouwens het voordeel van die base64 code boven een simpel .gif bestand?
Goeie vraag, maar die stellen we aan BartSr, die in nr.#1 poneerde: "Wanneer ik de bladmuziek in een htm zet en daaronder de link plaats werkt het in beide gevallen, maar dan krijg ik weer te maken met een bijbehorende map en dat wil ik niet." ;)

Hoe die i-apps precies werken weet ik niet, misschien heeft het daarmee te maken dat geen images-mapje met alle bladmuziek-voorbeelden mogelijk is? Want dat lijkt me ook wel zo simpel.

Met vriendelijke groet,
CSShunter
 
Van CutepPdfWriter-support heb ik inmiddels ook al twee mogelijkheden aangereikt gekregen (de tweede met Ghostscript), maar die werken ook niet

@csshunter
Verder zou je op zo'n html-pagina ook een ingebouwde (cross-browser) flash-player kunnen zetten, dan hoeven de iPadders niet van pagina te wisselen, en kunnen ze kijken en luisteren tegelijk.
Test-voorbeeld:
www.developerscorner.nl/csshunter/tests/luna-rossa-player.htm
Dit zou de mooiste oplossing zijn! En hier komt er leven na de touch op de Ipad: er wordt gemeld dat je eerst de Adobe flasplayer moet laden. Kies je dan voor de link naar Adobe, dan krijg je van Adobe de melding dat ze geen toestemming hebben om te leveren aan Apple.... merkwaardig.
Maar ook een hoeraatje: de oplossing van een html-pagina met een embedded image van de bladmuziek werkt!:thumb: Goed gedaan csshunter! Ik denk dat ik hier maar eens dieper in moet duiken.

Overigens: ik trek in het geval dat ik een vraag heb alle internet-registers open (en die had je niet toen ik zo'n 34 jaar geleden m'n eerste programmeerervaring opdeed met het in drie-adressencode programmeren op een NCR officecomputer...) en heb de vraag ook hier gedropt: http://macwereld.nl/forum/2011/01/link_in_pdf_werkt_wel_op_pc_niet_op_ipad
Daar kwam het idee het met Epub te proberen. Dus nu duik ik ook maar even in het voor mij volslagen onbekende Epub-gebeuren.

Enne: iedereen nog bedankt. Zodra ik meer heb, laat ik het hier horen.

Bart
 
... zo'n 34 jaar geleden ...
Ha, een computer voeren met honderden ponskaarten om al 3 dagen later de SPSS-bewerkingen bij de razendsnelle tapes-aangedreven universiteitscomputer te kunnen ophalen, en dan niet de bloedig met de hand gestanste ponsgaatjes-kaarten uit je handen laten vallen, omdat je ze dan aan de hand van die gaatjes weer op volgorde moest zien te krijgen ... dat waren nog eens tijden! :)

Maar ben ook even in de ePub-zaken gedoken (een heel eigen wereld weer), en daar zijn deze linkjes uit gekomen:
Het schijnt dus via Open Office te kunnen.
Daarom m'n OO uitgebreid met die latex-emmer, en de eScape add-on geïnstalleerd, maar in de gauwigheid lukte 't me niet er een ePub mee te creëren. Zal wel te haastig geweest zijn. ;)

Met vriendelijke groet,
CSShunter
 
Ik bedacht me dat net zoals het plaatje, de mp3 ook best via data:uri erin kon worden gezet, zodat je netjes 1 bestand had met plaatje en muziek erin. Echter, omdat het mp3 bestand alleen al 3.5 mb is, komt het gehele bestand uit op 4.7 mb.

Daarnaast, de meeste browsers (ook webkit) kunnen niet goed omgaan met de data:uri van 4 MB... Mn text-editor en browsers liepen allemaal vast.


Een oplossing kan wel zijn om het mp3'tje kleiner te maken. Nu is dit niet zomaar gedaan, en we hebben het wel om 90% kleiner maken, want een data:uri van groter dan enkele kb's wordt een probleem.
Mischien een idee om er een midi bestand van te maken, in plaats van mp3? Het kwaliteitsverlies is wel erg groot, dat wel.




:thumb:

[edit]Oeh, ik zie net dat csshunter me voor was. Zijn oplossing is een stuk beter![/edit]
 
Laatst bewerkt:
CSShunter gefeliciteerd! Dit werkt echt prima. Als je de "Appeltjes eigen QuickTime player"-oplossing op een Ipad start, ziet ie er nog mooier uit dan op een pc: onder de bladmuziek zie je dan een gesloten balk; als je die aanraakt (je mag en kan een Ipad niet bedienen met een stift) opent de Quicktime-player zich en begint ie te spelen: Wauw!
Het is me nog niet duidelijk hoe je Quicktime embedded in een htm-bestand, maar dat ga je me vast nog wel vertellen hé hunter?

Bart

PS. 't Is of je me kent. Want inderdaad maakte ik destijds -34 jaar geleden, ik was toen "nog maar" 39 - ook gebruik van de Telefunken mainframe computer op de Universiteitscomputer te Groningen. Bewaking van de Pert-netwerkplanning van een bouwproject van een klant van het adviesbureau waar ik werkte. Elke week een stapeltje nieuwe kaarten ponsen, ze aan de computer voeren, een uur of zo (!!) wachten en de nieuwe planning op A2 formaat rolde uit de printer. En dat noemen ze de goeie ouwe tijd...

PS 2 De Epub oplossing middels Calibre is het ook niet. Het omzetten van het pdf-bestand naar Epub-formaat resulteert in een boek met een prachtige omslag en twee bladzijden: een titelblad en een bladzij met alleen de link (die ook nog niet werkt). De nootjes vind je nergens...
 
Laatst bewerkt:
Hoi Bart,
Dit werkt echt prima.
Hoera! :D

Het is me nog niet duidelijk hoe je Quicktime embedded in een htm-bestand, maar dat ga je me vast nog wel vertellen hé hunter?
Als ik nou eens Nee zei? Maar ik vrees dat ik me al verraden heb: de broncode! :p

Eerlijk gezegd: ik wist ook niet precies hoe je er een Quicktime in zou moeten embedden, maar het zou naar analogie van het embedden van een Windows Media Player moeten zijn. Eerst maar eens naar vriend Google: "embedded quicktime audio player"
De eerste hit beloofde veel: "Embedded Media HTML Generator - Practically any media type can be embedded into web pages, including: Real RealMedia (e.g., RealVideo, RealAudio) QuickTime movies WindowsMedia ...".

Nu beloven generatoren wel eens meer dan ze kunnen, dus het uur van de waarheid zou spoedig aanbreken: klik!
Aha, het ding is van het Center for Instructional Technology van de University of California, San Francisco. Dat geeft de burger moed! Een Quicktime-icoontje staat klaar voor snelle kliktime. Ja, je zal wel geen speciale streaming server hebben, maar een gewone webserver: klik, en gewoon even de bron vermelden en de auto-start en de loop uitzetten.
En jawel, daar komt de code:
HTML:
<!-- begin embedded QuickTime file... -->
      <table border='0' cellpadding='0' align="center">
        <!-- begin video window... -->
        <tr><td>
        <OBJECT classid='clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B' width="320"
        height="255" codebase='http://www.apple.com/qtactivex/qtplugin.cab'>
        <param name='src' value="http://servername/path/to/media.file">
        <param name='autoplay' value="false">
        <param name='controller' value="true">
        <param name='loop' value="false">
        <EMBED src="http://servername/path/to/media.file" width="320" height="255" autoplay="false" 
        controller="true" loop="false" pluginspage='http://www.apple.com/quicktime/download/'>
        </EMBED>
        </OBJECT>
        </td></tr>
        <!-- ...end embedded QuickTime file -->
        </table>
Ach, om de noob-gebruikers ter wille te zijn hebben ze 'm in een tabel gestopt...
Maar die schaven we er even af: wij zijn beter, wij doen het met css.
Omdat het geen video-player maar alleen een audio-player hoeft te zijn *), kan de hoogte omlaag gebracht worden tot bv. 20px.
En dan staat klaar:
HTML:
<div id="play">
<!-- begin embedded QuickTime file... -->
        <OBJECT classid='clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B' width="740"
        height="20" codebase='http://www.apple.com/qtactivex/qtplugin.cab'>
        <param name='src' value="http://www.bartkuijer.nl/mijn/lr/lr.mp3">
        <param name='autoplay' value="false">
        <param name='controller' value="true">
        <param name='loop' value="false">
        <EMBED src="http://www.bartkuijer.nl/mijn/lr/lr.mp3" width="740" height="20" autoplay="false" 
        controller="true" loop="false" pluginspage='http://www.apple.com/quicktime/download/'>
        </EMBED>
        </OBJECT>
<!-- ...end embedded QuickTime file -->
</div>
Dat ziet er bekend uit: de dubbele methode met Clsid en parameters + een <embed> gedeelte (voor IE en voor de rest).
Zo komt de geleende wijsheid goed van pas: die clsid-zou ik nooit verzonnen hebben (en om die met brute force te pakken te krijgen, zou wel een tijdje in beslag nemen).

Conclusie: er zitten geen voorbereidende/aanvullende handelingen aan vast. Je hoeft helemaal niets extra te doen, behalve het hebben van de mp3'tjes op je server en het inplakken van deze code met de goede verwijzing.
Per pagina hoeft alleen de twee keer geplaatste link te verschillen. :)

Succes!
Met vriendelijke groet,
CSShunter
________
PS: je begrijpt wel welke student (UvA'dam) dat stapeltje ponskaarten uit z'n handen liet dwarrelen. ;)

*) Brengt me trouwens op een heel ander idee. Je zou ook nog in plaats van dit alles een filmpje kunnen maken van de langzaam omhoog scrollende bladmuziek, met de muziek als begeleiding erbij. Filmpje stallen op YouTube, en op de pagina alleen de YouTube embedden. Klaar! Alleen kan men op deze manier niet de bladmuziek uitprinten.
O, als dat de bedoeling is bij het ge-embedde img, moeten de afbeeldingen van de bladmuziek waarschijnlijk gesplitst worden in handzame A4-verhoudingen om heelhuids uit de printer te kunnen rollen. Maar dat heb ik niet uitgeprobeerd.

[edit]PS-PS: Scollen van de muziek zou met wat javascript ook in de html-uitvoering kunnen.[/edit]
 
Laatst bewerkt:
Dank je wel csshunter. Ik ga hier mee aan de slag.


Mischien een idee om er een midi bestand van te maken, in plaats van mp3? Het kwaliteitsverlies is wel erg groot, dat wel.
Iets dergelijks heb ik al eerder gedaan met muziek van mij, maar dan met tekst. Niet alleen de kwaliteit is hoorbaar minder; het is ook een tijdrovend gepiel om tekst en muziek synchroon te krijgen en dat is met bladmuziek waarschijnlijk nog moeilijker. Kijk maar eens naar deze nummers:

Altijd bij mij
Harmonica man
Careful
June
 
Laatst bewerkt:
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan