Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.
jannes

jannes

Medlem
  • Plats Stockholm
  • Registrerad 2004-09-23
  • Senast aktiv 2013-02-22
  • Antal inlägg 687

Foruminlägg

De senaste inläggen jannes har skrivit i forumet.

  • Medlem
  • Stockholm
  • 2009-11-05 12:25

Joomla är jättebra för att hantera INNEHÅLL i en sajt.

Det är inget du designar en sajt med, man utgår från befintliga mallar med CSS. Det finns tusentals sådana att köpa eller i gratisvariant. Man kan sen ändra lite i dessa mallar, typ färg och typografi.

DW är mer för att göra en design för en sajt med CSS och bygga sidor hit och dit. Men det går inte riktigt att jämföra de båda.

BTW det finns en plugin till Dreamweaver för att spara ut det som en Joomla template.

  • Medlem
  • Stockholm
  • 2009-11-04 22:16

Felet är upptäckt, jag är en trött idiot...

I Joomla har jag Joom Fish för översättning, jag hade helt enkelt inte översatt två sidor och i Safari körde jag Engelska (även i de andra som visade fel) men i Firefox körde jag Svenska och där var allt rätt. Nu är översättningarna rättade och allt är OK.

Nu ska jag sluta och vila så att inge fler misstag görs.:">

Janne

  • Medlem
  • Stockholm
  • 2009-11-04 21:49

Jag håller just på med en sajt i Joomla och helt plötsligt när jag ska kolla i Safari så försöker den visa gamla bilder som inte längre finns på sidorna. Firefox visar rätt.

Rensa Cache i Safari hjälper inte. Ännu konstigare är att även CSS Edit visar likadant som Safari, samma motor i och för sig men det borde väl ändå vara skillnad mellan dessa två.

Även Sunrise visar lika fel som Safari.

För att göra saken ännu med mystisk så visar Safari i VMWare Fusion också fel! Men IE7 och Firefox där visar OK.

Om jag använder en annan dator med Safari så visar den rätt! Men på en tredje dator visar Safari fel. Är det något serverrelaterat? Och varför bara Safari och dess likar?

Jag blir galen...:confused:

Jag har också tömt Joomlas cache.

Janne

  • Medlem
  • Stockholm
  • 2009-11-02 10:00

Du säger att dina bilder blir över 70Mb när de är öppna i Photoshop. Jag antar att det är A4 sidor och i så fall är bilderna för stora. Om du anpassar storleken på bilderna så att de är 100% i storlek när de ligger i dokumentet så borde filstorleken på PDF-filerna minska.

Du kan också kolla i Förhandsvisningen av utdata hur sidorna behandlas av transparensförenklingen, där ser du hur och vad som rastreras.

Janne

  • Medlem
  • Stockholm
  • 2009-10-31 16:29

Jag har en site som är helt tom, alltså inga filer alls på webroten. Kollade logfilerna bara för att se vem som hittade adressen. Då såg jag detta som kanske skulle kunna vara ett försök till intrång.

83.233.186.30 - - [20/Oct/2009:11:16:52 +0200] "GET / HTTP/1.1" 200 567 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)"
83.233.186.30 - - [20/Oct/2009:11:16:52 +0200] "GET /administration/Login.aspx HTTP/1.1" 404 340 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)"
83.233.186.30 - - [20/Oct/2009:11:16:52 +0200] "GET /admin/ HTTP/1.1" 404 321 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)"
83.233.186.30 - - [20/Oct/2009:11:16:52 +0200] "GET /dynamix/ HTTP/1.1" 404 323 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)"
83.233.186.30 - - [20/Oct/2009:11:16:52 +0200] "GET /Pages/Login.aspx HTTP/1.1" 404 331 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)"
83.233.186.30 - - [20/Oct/2009:11:16:52 +0200] "GET /zino/css/zino_core.css HTTP/1.1" 404 337 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)"
83.233.186.30 - - [20/Oct/2009:11:16:52 +0200] "GET /dowebadmin/ HTTP/1.1" 404 326 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)"

Ip-numret är en kund hos Bredbandsbolaget, man kan ju undra varför de försöker anropa /administration/Login.aspx

Kanske skulle rapportera till BB och se vad de säger

Janne

  • Medlem
  • Stockholm
  • 2009-10-30 12:31

Det finns en stor risk att inlagans text ligger i RGB. Det kan leda till att texten blir tryckt i fyrfärgs-svart i stället för 100% K

Du kan kolla med ett preflightprogram i Acrobat. PitStop eller Acrobats inbyggda.
Enklast är att förhandsvisningsfunktionen med din Fogra39 profil, sen kan du kolla separationen om texten syns i någon av CMY kanalerna.

Janne

  • Medlem
  • Stockholm
  • 2009-10-30 12:27

Det är en gammal skröna från InDesigns barndom (Version 2.0) alltså för en typ åtta år sedan. Tryckare är ett konservativt släkte och det ska till mycket för att de ska från gå sin "Vi har alltid gjort så här" mentalitet.

Att de säger så här beror på att vissa ICKE-Adobe rippar inte hade fullt stöd för PDF, att det var så berodde på att en del funktioner i PDF-specifikationen inte användes. Men sen började Adobe använda dom i Exporterade PDF:er från InDesign. Det handlade om kodning av typsnitt som nu kunde kodas på ett sätt som vissa ICKE-Adobe Postscript tolkar inte förstod. Den tillverkaren gjorde uppdateringar som fanns tillgängliga när ID2 släpptes, måste varit 1991 om jag minns rätt. Men eftersom denna ripp fanns i femti-elva olika tillämpningar varav en del var nedlagda så gjordes inte uppdateringar på flertalet sådana rippar. Uppdateringen kostade en del också.

Det är från detta som tryckarna har fått informationen att PDF:er exporterade från InDesign inte går att använda för tryck.

Sen var det också krångligt i början med exportinställningar och färghantering som gjorde att det uppstod en del problem, men det är mer en handhavandefråga där det var svårt att förstå vad som hände vid exporten. I och med att Adobe införde alternativet med att bevara CMYK i färginställningen så löstes en del handhavandeproblem.

Som sagt använd PDF-exporten med läget PDF/X-1, säg inte hur du gjort den, den fungerar för ALLA tryckerier som har en PostScript Level2 ripp. Om det inte gör det så är det inte fel på PDF-filen utan på Rippen.

Sen det här med storformatsutskrifter, i de flesta fall så fungerar det bättre med dokument i RGB. Detta eftersom skrivarna i sina drivrutiner är RGB-skrivare.

Ripparna är olika i hur det gör detta, en del hanterar RGB direkt andra kör CMYK för dokumentet men omvandlar till RGB för skrivarens drivrutin. Det beror helt och hållet på vilket fabrikat det är på Ripp och skrivare.

Tyvärr är den tekniska kompetensen rätt låg på många sådana här ställen och man kör på det sätt som brukar funka. Att prova något annat sätt som skulle vara bättre eller effektivare vågar man inte.

Sen är marginalen för liten för att de ska kunna göra provtryck på storformat. En omkörning av en rollup och all vinst gick åt skogen.

Janne

  • Medlem
  • Stockholm
  • 2009-10-27 23:45

Färginställningarna för programmet spelar bara roll när du gör ett nytt dokument. Då får dokumentet de ICC-profilerna tilldelade och det sparas i dokumentet.

För att ändra själva dokumentet ska du tilldela dokumentet en annan profil.

Janne

  • Medlem
  • Stockholm
  • 2009-10-26 17:33

I den blåa ytan framför bilen skiftar nyansen vid ramlinjen. Det tyder på att du har fel färginställningar i dokumentet/monterade bilder.

Det finns massvis med info här om hur du löser problemet.

Janne

  • Medlem
  • Stockholm
  • 2009-10-26 17:29
Ursprungligen av Mikael Svensson:

Tack för svaret.

Vad jag förstår handlar det om större illustrationer som de vill ha utskrivna "sida-för-sida" genom utskriftsdialogen, och det har fungerat i 10.5 utan problem.

Så - problemet kvarstår

En Ai-fil är en PDF med Illustrators dokumentformat inbakat.

Sen kan du spara ut en "ren" PDF utan Ai-delen om du vill.

Det måste väl vara enklare att bara spara än att jiddra med utskriftsdialogen.
Våga prova nya vägar.

Janne

  • Medlem
  • Stockholm
  • 2009-10-26 11:27

Om det är återkommande ord hela tiden, alltså samma engelska ord i varje upplaga, så skulle man kunna scripta en variant som går igenom en lista med ord som ska bytas.

Lite extra jobb första gången att skapa listan men sen blir det rena semestern.:cool:

Janne

  • Medlem
  • Stockholm
  • 2009-10-21 10:13

Du borde kunna göra en GREP sök/ersätt för att hitta weblänken och sen generera en URL tag runt den. Om du kör PHP så ska det inte vara några problem att göra detta.

Janne

  • Medlem
  • Stockholm
  • 2009-10-19 13:20

Jo FontLab har program men de kostar en slant och är gjorda för att skapa typsnitt från skratch.

Janne

  • Medlem
  • Stockholm
  • 2009-10-16 11:26

Jag är lite allergisk mot sidor där innehåll i ramar måste skrollas för att man ska kunna läsa allt. Det blir ett extra moment som kan kännas jobbigt. Det går ju inte heller att skrolla med tangetbordet eller styrplattan utan att ha klickat i ramen.

OK det kan sabba layouten men rätt gjort funkar det ändå. Och är det hela sidan som behöver skrollning så går det att använda tangentbordet.

Nu sitter jag på en 23" skärm men sidan kanske mer är anpassad för bärbart.

Janne