Sidenote: Varför Tiger?

Bara ett mycket kort inlägg till, angående något som inte alls har med AutoCAD att göra - men en fråga som jag får ibland när jag drar upp den här bloggen: Varför Tiger?

Första antagandet är att jag tycker om tigrar. Sanningen är att jag har inget emot tigrar, men de har ingen speciell plats hos mig. Den största kopplingen jag har till tigrar på så sätt är att jag minns att vi hade en klisterlapp hemma i städskåpet där det stod "En Svensk Tiger" på. Det tog mig lång tid att förstå vad den betydde.

Men nej, det har inget med djuret att göra. Jag vill ta med er tillbaka till då internet var ungt, då vi alla hängde på Lunarstorm. Inte? Jag hoppas att ni inte hängde där för att ni var för coola för det och inte för att alla är yngre än mig.

Anywho, på Lunarstorm så skulle man ha ett nicknamn. Jag ville ha Redhead men det var upptaget och då kastade Lunarstorms namngenerator upp ett antal kombinationer av Redhead med andra ord - och ett av förslagen var TigerRedhead. Jag tyckte det lät coolt så det tog jag.

Och på den vägen är det. Jag använder TigerRedhead som nicknamn överallt där man behöver sådant, det brukar aldrig vara upptaget, och naturligt blir det förkortat till Tiger. Så om jag ska ha något namnsatt, som jag mer eller mindre får bestämma själv så blir det någon variant på Tiger.

Sen har jag använt Tiger i andra sammahang där jag är mer...tiger-aktig.

LAYMCUR eller va?

Kort inlägg idag, vill bara slå ett slag för AutoCAD. Say what?
Jo, alltså, Civil 3D har AutoCAD i botten. Allt som fungerar i AutoCAD fungerar i Civil 3D - dock ej alltid med Civil 3D-objekt ska tilläggas. Och jag tycker inte man ska glömma sina AutoCAD-rötter tycker jag.

Så idag blir några AutoCAD-kommandon som kan vara bra att veta, förhoppningsvis kan ni alla redan.

Först: LAYMCUR - alltså LAYer Make CURrent. Alltså starta kommandot och klicka på objektet vilkens lager du vill ska bli aktivt. Eller markera ett objekt, kör LAYMCUR och lagret för det objektet blir aktivt.

Och medan vi pratar lager så vet ni om LAYON och LAYTHW - alltså tänd och tina alla lager. Användbart när man försöker hitta något som verkar dolt - men jag har inget riktigt bra sätt att återgå till lager-utseendet som man hade innan så jag rekommenderar att man är beredd att använda UNDO för att gå tillbaka till hur man hade det innan. Vilket också innebär att det är inte lönt att göra något som man inte vill göra ogjort innan man Undo-ar lager-funktionen.

Och apropå det, UNDO har lite fler finesser än vad åtminstone jag brukar komma ihåg. Testa att starta UNDO på kommandoraden och se vad du har för alternativ. De som vi använder oftast är kombinationen Mark och Back. Om man börjar med Undo > Mark så sätter man i princip en Spar-punkt. Sedan gör man det man ska, och använder Undo > Back, då återgår man direkt till spar-punkten. Det är användbart om man ska förstöra sin fil vid export till exempel.

Sen vill jag slå ett slag för Express Tools. På Express Tools fliken finns ett helt gäng kommandon som löser mer eller mindre vanliga problem. Det kan vara värt att kolla vad som finns där, vissa är guld värda. T.ex. så finns Explode Attributes här, alltså BURST, som används för att explodera ett block med attribut när resultatet man vill ha är själva texten i attributen. FLATTEN är också ett Express Tool, alltså tryck ner alla objekt till Z=0. Och såklart, Command Aliases eller ALIASEDIT finns här också. Min fasta övertygelse är att de som är snabbast i AutoCAD är de som skriver sina kommandon, ALIASEDIT är en enkel metod att skapa och ändra kortkommandon för funktioner. Som t.ex. LAYMCUR, om du inte vill skriva hela det härket så kan du gå in i ALIASEDIT och göra så att när du skriver LM så startar LAYMCUR.

Du kan även använda ALIASEDIT till att jävlas med dina kollegor. Inte för att jag rekommenderar det, men att ställa om CO till att betyda HATCH skulle störa de flesta.

Dagens bugg eller I got to move it, move it

Idag blir det bilder! Jag har sällan bilder på den här bloggen, det är bara för att jag är lat och jag har inte brytt mig om att skapa en smidig metod att fixa bilder hit. Men idag blir det alldeles för krångligt att beskriva det jag vill beskriva. 

Idag ska vi prata Dagens Bugg: Structure Labels. 

En kund kontakta vår support idag med ett problem. Jag avskrev det som bugg, och det är en bugg, men jag testade lite själv för att se om det är en konsekvent bugg och det verkar som att det är det - och därmed kan jag föreslå en lösning. 

Problemet är som följer: 

Man skapar ledningsnät med brunnar och sätter etiketter på dom. Man vill dra lite i etiketterna och då hamnar leadern fel och då drar man lite i leadern - enligt bilderna nedan. 

Sen gör man sin ritning då ser det ut som nedan och man river sitt hår om vad som är fel. 

Min slutsats är att Dragged State, och då framförallt att flytta leadern manuellt, ignorerar (eller tolkar fel) att man vrider sitt visningsläge med PLAN-kommandot 

Lösningen är att sätta UCSet och PLAN, innan man drar i leadern. Då får man leadern på rätt plats och det kommer se rätt ut i Layouten. Vrider man sedan tillbaka till World i Model-läget så kommer det såklart se fel ut igen - men då fortfarande rätt i Layouten. Snurrigt? Jajamensan! Men sen när är Civil 3D ett logiskt program? Det är väl därför vi gillar det? Inte? Nähä, bara jag då. 

Skulle ni testa det här och säger till er själva "men Caroline ljög för mig, de hamnar fortfarande fel?!" så tänk på att skalfaktorn påverkar också detta. Ni måste ha den skalfaktorn i Modelläget som ni ämnar ha på Viewporten innan ni flyttar leadern - annars hamnar den också fel. Bara så ni vet!