Dagens irritationsobjekt är snarare fredags irritation, men fredagen försvann i en dimma av tandläkar-besök och textskrivande.
Jag fick en fråga från en kund i fredags om att den lilla noterings-bubblan som ska komma upp när en Data Shortcut eller en X-ref har ändrats inte dök upp för henne. Det fungerade för hennes kollega och de kunde inte se någon skillnad mellan sina datorer.
Det blev ännu mera intressant när jag märkte att jag inte heller fick upp noterings-bubblan på min dator!
Efter mycket letande och testande hittade jag lösningen, och lärde mig ett antal nya variabler på köpet. (spoiler: variablerna var inte lösningen)
Kommandot TRAYSETTINGS öppnar en dialogruta där man kan välja hur den notis-ballongen ska bete sig, om den ska auto-stänga sig och hur länge den ska visas. Dialogen styr variablerna TRAYICONS, TRAYTIMEOUT och TRAYNOTIFY alltså.
Men, spoiler spoiler, allt var ibockat hos mig och jag såg fortfarande inte notis-ballongen.
Nästa steg var att undersöka grafikkort och hardware acceleration, men inget där påverkade ballongen.
Det är nu jag läser djupt ner i alla forum-trådar jag kan hitta om det här och till slut fanns en kommentar om att ballongen dyker inte upp om man har programmet på den skärmen som inte är den primära skärmen. Och ja, när jag startade om programmet, och hade den på den primära skärmen istället, så får jag upp ballongen - och idag bekräftade min kund att det samma lösning fungerade hos henne.
Irriterande javisst, men nu vet jag vad det är iaf.
(Detta problem påminde mig om ett annat problem som jag har haft ibland. Vissa dialogrutor visas ibland som blanka om man har ett program igång som kan ta över ens skärm, t.ex. Teamviewer eller Skype. Jag hade det konstant för några år sen, och jag tycker jag märker det ibland numera också. Ytterligare ett irriterande problem)
Visar inlägg med etikett Variabel. Visa alla inlägg
Visar inlägg med etikett Variabel. Visa alla inlägg
måndag 25 mars 2019
Dagens Irritation eller Bubbles! Bubbles! Bubbles!
Etiketter:
ballong,
bubbla,
bugg,
Civil 3D,
Data Shortcuts,
notification,
notifikation,
notis,
skärm,
traysettings,
Variabel,
Xref
torsdag 1 februari 2018
FileTabPreview! Eller Sluta Byt Flik För Tusan!
Att AutoCAD inte riktigt gör som vi vill är inget nytt. Det är en del av charmen *ahem* med programmet. Men jag brukar alltid hävda att allt vi ser på skärmen i AutoCAD kan vi ändra på, så om man stör sig på något så kan du förmodligen ta bort eller förändra det.
Dagens irritation kommer av att när man håller muspekaren över ritningsflikarna ovanför ritytan så får man "thumbnails" av Model och Layouterna man har i filen. Man kan då direkt gå till den layouten man är ute efter genom att klicka på förhandsvisningen av den. Detta fungerar även till en annan fil man har öppen, du behöver alltså inte gå till den Layouten som var öppen senast utan kan välja vilken Layout du vill.
Detta i sig är inte så jobbigt, det jobbigaste är att om man håller muspekare över en av layout-förhandsvisningarna så flippar hela skärmen dit så man får en förhandsvisning i sin rityta av den layouten. Klickar man inte på thumbnailen så går ritytan sedan tillbaka till där du var, och om du klickar på thumbnailen så byter du dit
Om man har lite större filer eller lite segare dator så kan detta flippande ta en stund och det känns som hela AutoCAD fryser under tiden. Och om det är något ingen caddare gillar så är det när AutoCAD fryser.
Så hur tar man bort detta då?
Jo, det är två variabler som påverkar detta, FileTabPreview och FileTabThumbHover.
FileTabPreview kontrollerar vad som ska visas i preview-fönstret.
0 = visas en enkel lista på de tillgängliga Model och Layouterna i filen
1 = visas thumbnailes som bilden ovan
FileTabThumbHover kontrollerar vad som ska hända när du håller muspekaren över preview-fönstret
0 = visar ingen förhandsvisning av ritningen
1 = flippar över till en förhandsvisning i ritytan
Slutsatsen är att vi kan inte ta bort flik-hover-beteendet helt, men åtminstone så tänker jag sätta FileTabkThumbHover till 0 så slipper jag flippandet i alla fall.
Sen ska man komma ihåg att den enes irritationsmoment är den andres feature - nästan allt i AutoCAD finns det någon som gillar! (förutom vit bakgrund, det är vi väl alla överens om att aldrig använda, right? Right.)
Dagens irritation kommer av att när man håller muspekaren över ritningsflikarna ovanför ritytan så får man "thumbnails" av Model och Layouterna man har i filen. Man kan då direkt gå till den layouten man är ute efter genom att klicka på förhandsvisningen av den. Detta fungerar även till en annan fil man har öppen, du behöver alltså inte gå till den Layouten som var öppen senast utan kan välja vilken Layout du vill.
Detta i sig är inte så jobbigt, det jobbigaste är att om man håller muspekare över en av layout-förhandsvisningarna så flippar hela skärmen dit så man får en förhandsvisning i sin rityta av den layouten. Klickar man inte på thumbnailen så går ritytan sedan tillbaka till där du var, och om du klickar på thumbnailen så byter du dit
Om man har lite större filer eller lite segare dator så kan detta flippande ta en stund och det känns som hela AutoCAD fryser under tiden. Och om det är något ingen caddare gillar så är det när AutoCAD fryser.
Så hur tar man bort detta då?
Jo, det är två variabler som påverkar detta, FileTabPreview och FileTabThumbHover.
FileTabPreview kontrollerar vad som ska visas i preview-fönstret.
0 = visas en enkel lista på de tillgängliga Model och Layouterna i filen
1 = visas thumbnailes som bilden ovan
FileTabThumbHover kontrollerar vad som ska hända när du håller muspekaren över preview-fönstret
0 = visar ingen förhandsvisning av ritningen
1 = flippar över till en förhandsvisning i ritytan
Slutsatsen är att vi kan inte ta bort flik-hover-beteendet helt, men åtminstone så tänker jag sätta FileTabkThumbHover till 0 så slipper jag flippandet i alla fall.
Sen ska man komma ihåg att den enes irritationsmoment är den andres feature - nästan allt i AutoCAD finns det någon som gillar! (förutom vit bakgrund, det är vi väl alla överens om att aldrig använda, right? Right.)
Etiketter:
AutoCAD,
filetab,
filetabpreview,
filetabthumbhover,
flikar,
flip,
förhandsvisning,
preview,
thumbnail,
Variabel
tisdag 22 december 2015
Dagens Variabel! Eller varför muttrar AutoCAD åt mig?
AutoCAD är ofta ett ganska tråkigt program, det är stelt, rakt och inte speciellt snyggt.
Men trots detta så hävdar jag med bestämdhet att det finns en hel del humor i programmet, eller det kanske mera är humorn hos programmerarna som lyser igenom.
Dagens variabel tycker jag är ett tecken på detta. Dagens variable heter NOMUTT.
Från Help-filen:
Suppresses the message display (muttering) when it wouldn't normally be suppressed.
Självklart va?
Som standard är den satt till 0. Om den sätts till 1 så undertrycks "muttrandet" på kommandoraden. Vad är muttrandet? Muttrandet är i princip allt som står på kommandoraden. Så om man sätter NOMUTT till 1 så gäller det att veta exakt vad programmet vill att du ska göra, du kommer inte få någon hjälp på kommandoraden alls.
Sen att variabelns namn bara får mig att tänka på hundar (eller Shia LaBeouf), det är en bisak.
Men trots detta så hävdar jag med bestämdhet att det finns en hel del humor i programmet, eller det kanske mera är humorn hos programmerarna som lyser igenom.
Dagens variabel tycker jag är ett tecken på detta. Dagens variable heter NOMUTT.
Från Help-filen:
Suppresses the message display (muttering) when it wouldn't normally be suppressed.
| Type: | Short |
| Saved in: | Not-saved |
| Initial value: | 0 |
Displaying all command line messages, and feedback, is the normal mode, but message display can be suppressed during scripts, AutoLISP routines, and so on.
0
|
Resumes normal muttering behavior
|
1
|
Suppresses muttering indefinitely
|
Självklart va?
Som standard är den satt till 0. Om den sätts till 1 så undertrycks "muttrandet" på kommandoraden. Vad är muttrandet? Muttrandet är i princip allt som står på kommandoraden. Så om man sätter NOMUTT till 1 så gäller det att veta exakt vad programmet vill att du ska göra, du kommer inte få någon hjälp på kommandoraden alls.
Sen att variabelns namn bara får mig att tänka på hundar (eller Shia LaBeouf), det är en bisak.
Etiketter:
AutoCAD,
inställningar,
nomutt,
Vanligt problem,
Variabel
torsdag 23 juli 2015
Dagens Variabel! Eller Nu jävlas bara AutoCAD med oss!
Dagens problem var ett sånt här härligt intermittent problem, såna alla support-personer älskar! Kunden kunde inte få vissa kommandon att fungera, utan något klart samband mellan de funktionerna som inte fungerade. De kommandona som vi hittade som inte fungerade var LAYFRZ, LAYTHW, LAYISO, LAYUNISO och DSETTINGS.
Som tur är så var detta inte första gången detta problemet uppträdde så Google to the rescue!
Problemet var variablen DEMANDLOAD.
Läser man i Help-avsnittet om variabeln så står det att om den är satt till 0, så kan tredje-parts applikationer och vissa AutoCAD-kommandon inte fungera.
Vissa AutoCAD-kommandon... japp, nu jävlas ni bara med oss.
Sätt DEMANDLOAD till 3 så fungerar det.
Jag kopierar in texten från 2015-Help-avsnittet här:
Som tur är så var detta inte första gången detta problemet uppträdde så Google to the rescue!
Problemet var variablen DEMANDLOAD.
Läser man i Help-avsnittet om variabeln så står det att om den är satt till 0, så kan tredje-parts applikationer och vissa AutoCAD-kommandon inte fungera.
Vissa AutoCAD-kommandon... japp, nu jävlas ni bara med oss.
Sätt DEMANDLOAD till 3 så fungerar det.
Jag kopierar in texten från 2015-Help-avsnittet här:
Specifies if and when to demand-load certain applications.
Type: Integer Saved in: Registry Initial value: 3 If you set this system variable to 0, third-party applications and some AutoCAD commands cannot function.
0 Turns off demand-loading. 1 Demand-loads the source application when you open a drawing that contains custom objects. This setting does not demand-load the application when you invoke one of the application's commands. 2 Demand-loads the source application when you invoke one of the application's commands. This setting does not demand-load the application when you open a drawing that contains custom objects. 3 Demand-loads the source application when you open a drawing that contains custom objects or when you invoke one of the application's commands
Etiketter:
Civil 3D,
DEMANDLOAD,
inställningar,
Lager,
Vanligt problem,
Variabel
torsdag 5 mars 2015
Kommandoraden
Kommandoraden är för många den viktigaste delen av AutoCAD. Många supportsamtal jag tar löses genom att kunden läser på kommandoraden. Det är där AutoCAD kommunicerar med användaren och berättar vad för input programmet förväntar sig nu.
Kommandoraden har sett likadan ut i många år men de senaste två åren har den förändrats, på många sätt till det bättre i min åsikt.
Som default så har kommandoraden ett helt annat utseende än det gamla vanliga. Från start så ser man enbart en rad, men när man startar kommandon så dyker det upp fler rader. Dessa tonar bort efter ett litet tag.
Genom att högerklicka på kommandoraden kan man ställa in Transparency-värdet om man vill ha den tydligare hela tiden.
Om man tar tag i den mörkgrå delen av kommandoraden så kan man flytta på den, drar man den längst ner i AutoCADs fönster så sätter man fast den så att den ser ut som vanligt.
Kommandoraden har även blivit smartare! Både auto-correct och auto-complete-funktionalitet finns på kommandoraden. Auto-correct är helt enkelt att om jag skriver PORPERTEIS så förstår programmet att jag menar PROPERTIES och startar rätt kommando när jag trycker på Enter.
Auto-complete fungerar så att när jag börjar skriva på kommandoraden så försöker programmet förutse vilket kommando jag menar. Dels innebär det att jag inte behöver bekymra mig lika mycket om att sätta kortkommandon utan jag kan bara börja skriva på kommandoraden så kommer programmet hitta rätt. Dels innebär det också att om jag letar efter ett kommando så kan jag skriva ett ord eller några bokstäver som ingår i kommandot så kommer programmet leta fram möjliga träffar.
Både auto-complete och auto-correct blir smartare och smartare ju mer man använder det, använder du ofta vissa kommandon kommer de komma längre upp i listan vid auto-complete.
En sak som jag har stört mig på med auto-complete dock, den är ibland snabbare än mig. Jag använder ofta QS som kortkommando för QSELECT. Men om jag skriver QS på kommandoraden så tror programmet att jag vill använda QSAVE (vilket jag såklart också ofta använder). Men som med allting i AutoCAD så kan man anpassa programmet ner i minsta detalj!
Kommandoraden har sett likadan ut i många år men de senaste två åren har den förändrats, på många sätt till det bättre i min åsikt.
Som default så har kommandoraden ett helt annat utseende än det gamla vanliga. Från start så ser man enbart en rad, men när man startar kommandon så dyker det upp fler rader. Dessa tonar bort efter ett litet tag.
Genom att högerklicka på kommandoraden kan man ställa in Transparency-värdet om man vill ha den tydligare hela tiden.
Om man tar tag i den mörkgrå delen av kommandoraden så kan man flytta på den, drar man den längst ner i AutoCADs fönster så sätter man fast den så att den ser ut som vanligt.
Kommandoraden har även blivit smartare! Både auto-correct och auto-complete-funktionalitet finns på kommandoraden. Auto-correct är helt enkelt att om jag skriver PORPERTEIS så förstår programmet att jag menar PROPERTIES och startar rätt kommando när jag trycker på Enter.
Auto-complete fungerar så att när jag börjar skriva på kommandoraden så försöker programmet förutse vilket kommando jag menar. Dels innebär det att jag inte behöver bekymra mig lika mycket om att sätta kortkommandon utan jag kan bara börja skriva på kommandoraden så kommer programmet hitta rätt. Dels innebär det också att om jag letar efter ett kommando så kan jag skriva ett ord eller några bokstäver som ingår i kommandot så kommer programmet leta fram möjliga träffar.
Både auto-complete och auto-correct blir smartare och smartare ju mer man använder det, använder du ofta vissa kommandon kommer de komma längre upp i listan vid auto-complete.
En sak som jag har stört mig på med auto-complete dock, den är ibland snabbare än mig. Jag använder ofta QS som kortkommando för QSELECT. Men om jag skriver QS på kommandoraden så tror programmet att jag vill använda QSAVE (vilket jag såklart också ofta använder). Men som med allting i AutoCAD så kan man anpassa programmet ner i minsta detalj!
Genom att klicka på den lilla skiftnyckelikonen på kommandoraden kan man enkelt stänga av och på dessa funktioner. Men genom att klicka på Input Search Options så kan man finjustera hur lång tid det tar från att man har skrivit något på kommandoraden tills dess att auto-complete slänger upp listan. Så genom att öka på det värdet så hinner jag trycka på Enter när jag ska använda mina kortkommandon. Och jag har fortfarande var auto-complete-listan när jag vill leta efter kommandon.
tisdag 10 februari 2015
VISRETAIN - eller helvetets variabel
Det finns vissa inställningar i AutoCAD som ställer till mer problem än andra. VISRETAIN är en sådan inställning.
Först, här är var AutoCAD Help har att säga om vad VISRETAIN är:
Först, här är var AutoCAD Help har att säga om vad VISRETAIN är:
Controls the properties of xref-dependent layers.
| Type: | Integer |
| Saved in: | Drawing |
| Initial value: | 1 |
Controls visibility, color, linetype, lineweight, and plot styles.
0
|
The layer table, as stored in the reference drawing (xref), takes precedence. Changes made to xref-dependent layers in the current drawing are valid in the current session only and are not saved with the drawing. When the current drawing is reopened, the layer table is reloaded from the reference drawing, and the current drawing reflects all of those layer property settings.
|
1
|
Xref-dependent layer changes made in the current drawing take precedence. Layer settings are saved with the current drawing's layer table and persist from session to session.
|
Fullständing glasklart right?
Först ska man veta att VISRETAIN sparas i ritningen. Alltså måste du sätta VISRETAIN i varje ritning, men det innebär också att du kan sätta det i din mall-ritning om du alltid vill ha ett visst värde.
VISRETAIN påverkar synlighet, färg, linjetyp, linjetjocklek och plot stilar - alltså i princip det vi kan ändra i lagerlistan eller i Properties-paletten. VISRETAIN påverkar inte objekt, enbart utseendet på objekten.
VISRETAIN påverkar objekt och lager som ligger i en xreffad fil. Den påverkar inte objekt som är ritade direkt i din fil. Den har heller ingen påverkan framåt i x-ref-trädet. Vad VISRETAIN har för inställning i din fil har ingen påverkan om du xreffar in din fil i en annan fil. VISRETAIN-inställningen i en fil påverkar enbart x-reffar som är inreffade i den filen.
Det var grunderna. Nu till vad 1 och 0 står för.
Om VISRETAIN är satt till 0 så kommer AutoCAD alltid att läsa in alla lager från den xreffade filen när du öppnar din fil. Utseendet i din fil kommer alltså alltid att se ut precis som det ser ut om du skulle öppna den xreffade filen direkt. Om du gör någon ändring på ett lager på en xref i din fil så kommer den ändringen inte att sparas till nästa gång du öppnar filen.
Om VISRETAIN är satt till 1 så kommer AutoCAD att spara alla ändringar du gör i din fil. Din fil kommer alltså att se likadan ut när du öppnar den nästa gång som när du sparar den nu.
Nu till problemen.
Om du har VISRETAIN till 1 i din fil och gör en ändring på ett lager i din xreffade fil, så kommer inte den ändringen slå igenom. Du måste sätta VISRETAIN till 0 och ladda om xreffen för att ändringen ska slå igenom.
Om du har VISRETAIN till 0 i din fil och gör en ändring på ett lager som tillhör en xref, stänger din fil och öppnar den igen, så kommer inte din ändring vara kvar. Om du vill ha kvar ändringen så måste du sätta VISRETAIN till 1 innan du sparar filen för att ändringen ska vara kvar.
Den vanligaste frågan jag får är "Men vad ska jag sätta VISRETAIN till då?"
Det finns inget rakt svar på det. Det viktigaste är att man vet vad VISRETAIN gör, då kan man hantera det på rätt sätt.
Om du har VISRETAIN till 1 i din fil och gör en ändring på ett lager i din xreffade fil, så kommer inte den ändringen slå igenom. Du måste sätta VISRETAIN till 0 och ladda om xreffen för att ändringen ska slå igenom.
Om du har VISRETAIN till 0 i din fil och gör en ändring på ett lager som tillhör en xref, stänger din fil och öppnar den igen, så kommer inte din ändring vara kvar. Om du vill ha kvar ändringen så måste du sätta VISRETAIN till 1 innan du sparar filen för att ändringen ska vara kvar.
Den vanligaste frågan jag får är "Men vad ska jag sätta VISRETAIN till då?"
Det finns inget rakt svar på det. Det viktigaste är att man vet vad VISRETAIN gör, då kan man hantera det på rätt sätt.
Etiketter:
AutoCAD,
Externa Referenser,
Färg,
Lager,
Linjetyp,
Vanligt problem,
Variabel,
VISRETAIN,
Xref
Hjälp! Mina dräneringslinjer är helstreckade!
Två problem som har samma lösning
Antingen ser man det på att ens komplicerade linjestilar helt plötsligt saknar symboler och/eller ser heldragna ut. (för detta ska man först ska man kolla att LTSCALE inte har ändrats, och leka lite med olika LTSCALE-settings för att se att det inte "bara" är ett skalproblem")
Det andra problemet är om ens text ser konstig ut. Exakt hur konstig kan variera men "inte som den brukar" är den vanligaste beskrivningen.
Båda dessa problem löses oftast med en av två lösningar
1. FONTALT
Från Civil 3D Help:
Det FONTALT gör är att den specifierar vilken font AutoCAD ska använda när den inte hittar den specifierade fonten. Problemet är att den ibland tar ersättningsfonten även när den inte ska!
Lösningen är att sätta FONTALT till en punkt ( . ) alltså att den inte ska ersätta den saknade fonten med något alls.
Detta värde sparas i registret, alltså påverkar det alla ritningar.
2. Missing SHX-files
Jag har ett annat inlägg (läs: utläggning) om Missing SHX-files så här ska du bara få lösningen. Problemet är att du måste veta vilken SHX-fil som fattas, det står i LIN-filen (om du har den) för linjetypen, och LIN-fil kan du öppna med Anteckningar så det är ganska enkelt att kolla. Om du inte har LIN-typen så kan du se vilken SHX-fil som saknas när du startar din fil (du har väl inte klickat i "Never show me this again" hoppas jag!).
När du har identifierat vilken SHX-fil som saknas för din linjetyp, och fått tag på den, så ska du placera den i en bra mapp. Förslag på bra mapp är: C:\Program Files\Autodesk\AutoCAD <ver>\Support men det viktigaste är att mappen finns med i dina Search Files Support Paths i Options. Och notera att du måste ha sökvägen hela vägen ner till mappen, det räcker inte med att ha en överordnad mapp som sökväg!
Efter du har lagt in SHX-filen i mappen och mappen i Civil, så är det bara att köra. Har du tur så räcker det med en REGEN, annars starta om programmet.
Tillägg: Jaså du har klickat i "Never Show me this again?" och nu behöver du ha tillbaka felmeddelandt när du startar för att se vilken SHX-fil du ska leta efter? Okej då. Du kan få tillbaka felmeddelanden som du dolt for evah i Options > System-fliken > Hidden Message Settings.
Antingen ser man det på att ens komplicerade linjestilar helt plötsligt saknar symboler och/eller ser heldragna ut. (för detta ska man först ska man kolla att LTSCALE inte har ändrats, och leka lite med olika LTSCALE-settings för att se att det inte "bara" är ett skalproblem")
Det andra problemet är om ens text ser konstig ut. Exakt hur konstig kan variera men "inte som den brukar" är den vanligaste beskrivningen.
Båda dessa problem löses oftast med en av två lösningar
1. FONTALT
Från Civil 3D Help:
Specifies the alternate font to be used when the specified font file cannot be located.
| Type: | String |
| Saved in: | Registry |
| Initial value: | simplex.shx |
When a drawing file with a defined text style is opened and an alternate font is not specified, the Alternate Font dialog box is displayed.
Lösningen är att sätta FONTALT till en punkt ( . ) alltså att den inte ska ersätta den saknade fonten med något alls.
Detta värde sparas i registret, alltså påverkar det alla ritningar.
2. Missing SHX-files
Jag har ett annat inlägg (läs: utläggning) om Missing SHX-files så här ska du bara få lösningen. Problemet är att du måste veta vilken SHX-fil som fattas, det står i LIN-filen (om du har den) för linjetypen, och LIN-fil kan du öppna med Anteckningar så det är ganska enkelt att kolla. Om du inte har LIN-typen så kan du se vilken SHX-fil som saknas när du startar din fil (du har väl inte klickat i "Never show me this again" hoppas jag!).
När du har identifierat vilken SHX-fil som saknas för din linjetyp, och fått tag på den, så ska du placera den i en bra mapp. Förslag på bra mapp är: C:\Program Files\Autodesk\AutoCAD <ver>\Support men det viktigaste är att mappen finns med i dina Search Files Support Paths i Options. Och notera att du måste ha sökvägen hela vägen ner till mappen, det räcker inte med att ha en överordnad mapp som sökväg!
Efter du har lagt in SHX-filen i mappen och mappen i Civil, så är det bara att köra. Har du tur så räcker det med en REGEN, annars starta om programmet.
Tillägg: Jaså du har klickat i "Never Show me this again?" och nu behöver du ha tillbaka felmeddelandt när du startar för att se vilken SHX-fil du ska leta efter? Okej då. Du kan få tillbaka felmeddelanden som du dolt for evah i Options > System-fliken > Hidden Message Settings.
Etiketter:
AutoCAD,
FONTALT,
shx,
Vanligt problem,
Variabel
måndag 9 februari 2015
Dagens Variabel
Ibland är AutoCAD ett himla roligt program. Ibland mindre roligt.
I två dagar har jag haft kontakt med en kund som haft problem med att få fram Z-koordinaten från en linje. Jag har varit ganska övertygad om att han har gjort något fel, men idag så delade vi skärm och han visade precis hur han gjorde.
Det visade sig att när han körde ID-kommandot på en linje så visade programmet X,Y och Z - men Z-värdet var noll! Detta trots att vi kunde se att linjen hade Z-värden i Properties!
Det visade sig att det finns en variabel (klart det finns en variabel) som gör att programmet ignorerar z-värdet vid object snapping.
OSNAPZ
I två dagar har jag haft kontakt med en kund som haft problem med att få fram Z-koordinaten från en linje. Jag har varit ganska övertygad om att han har gjort något fel, men idag så delade vi skärm och han visade precis hur han gjorde.
Det visade sig att när han körde ID-kommandot på en linje så visade programmet X,Y och Z - men Z-värdet var noll! Detta trots att vi kunde se att linjen hade Z-värden i Properties!
Det visade sig att det finns en variabel (klart det finns en variabel) som gör att programmet ignorerar z-värdet vid object snapping.
OSNAPZ
Controls whether object snaps are automatically projected onto a plane parallel to the XY plane of the current UCS at the current elevation.
| Type: | Integer |
| Saved in: | Not-saved |
| Initial value: | 0 |
0
|
Osnap uses the Z-value of the specified point
|
1
|
Osnap substitutes the Z-value of the specified point with the elevation (ELEV) set for the current UCS
|
Jag nämnde den för en kollega och vi är lite oense om den är bra eller inte - men där är den i alla fall.
Etiketter:
AutoCAD,
Object Snap,
OSNAP,
OSNAPZ,
Variabel
Markering i Civil 2015
En (av få) ändringar som har kommit med Civil 3D 2015 är att man kan använda en lasso-markering. Normala fall klickar man en gång för att påbörja ett markeringsfönster och sedan klickar man i nästa hörn av markeringsfönstret.
Numera i 2015 om man inte släpper knappen så får man lasso-markering.
Ganska smidigt tycker jag.
Men jag fick en kursdeltagare som vart helt förskräckt!
Han har alltid haft variabeln PICKDRAG till 1, vilket innebär att markeringsfunktionen fungerar som standard Windows-markering fungerar.
Här PICKDRAG inställningarna nu:
Problemet med introduktionen av lasso-markering om man håller ner musknappen var att hans kära PICKDRAG-variabel sattes ur spel!
Men såklart, i AutoCAD kan man alltid ändra allt!
Så, genom att ändra variabeln PICKAUTO till 1 så fungerar hans PICKDRAG igen!
Här är PICKAUTOs inställningar - den är en Bitcode, alltså variabelns värde är summan av de olika inställningarna.
Numera i 2015 om man inte släpper knappen så får man lasso-markering.
Ganska smidigt tycker jag.
Men jag fick en kursdeltagare som vart helt förskräckt!
Han har alltid haft variabeln PICKDRAG till 1, vilket innebär att markeringsfunktionen fungerar som standard Windows-markering fungerar.
Här PICKDRAG inställningarna nu:
0
|
Specifies a selection window using two points. Click once to begin a selection window, click again to complete the selection.
|
1
|
Specifies a selection window by clicking and dragging. Release the mouse button to complete the selection.
|
2
|
Specifies a selection window using either of the methods above.
|
Men såklart, i AutoCAD kan man alltid ändra allt!
Så, genom att ändra variabeln PICKAUTO till 1 så fungerar hans PICKDRAG igen!
Här är PICKAUTOs inställningar - den är en Bitcode, alltså variabelns värde är summan av de olika inställningarna.
0
|
Turns off automatic window and crossing selection.
|
1
|
Begins a window or crossing selection if the cursor is not directly over an object when you click.
|
2
|
Begins a window or crossing selection even if the cursor is directly over an object. This option applies only when you select objects before you start a command using the click, drag, and release method.
|
4
|
Begins a window or crossing lasso selection if the cursor is not directly over an object when you click and drag.
If the Fence option is active, clicking and dragging will begin a free-form fence selection.
|
Etiketter:
Civil 3D,
PICKAUTO,
PICKDRAG,
Vanligt problem,
Variabel
tisdag 18 november 2014
PICKFIRST eller Hjälp! Min Delete-knapp fungerar inte!
Problem:
- Delete-knappen fungerar inte!
- Högerklicksmenyn ser fel ut/ ser inte ut som jag förväntar mig!
- Jag har markerat objekt och startar kommandot, då måste jag välja alla objekten igen!
Lösning:
Skriv PICKFIRST på kommandoraden och sätt den till 1.
Varför?
Variabeln PICKFIRST bestämmer om du kan markera objekt innan du startar ett kommando eller om du måste välja objekten efter kommandot är startat.
Från AutoCAD Civil 3D Help:
- Delete-knappen fungerar inte!
- Högerklicksmenyn ser fel ut/ ser inte ut som jag förväntar mig!
- Jag har markerat objekt och startar kommandot, då måste jag välja alla objekten igen!
Lösning:
Skriv PICKFIRST på kommandoraden och sätt den till 1.
Varför?
Variabeln PICKFIRST bestämmer om du kan markera objekt innan du startar ett kommando eller om du måste välja objekten efter kommandot är startat.
Från AutoCAD Civil 3D Help:
Controls whether you can select objects before you start a command.
| Type: | Integer |
| Saved in: | Registry |
| Initial value: | 1 |
0
|
Off. You can select objects only after you start a command
|
1
|
On. You can also select objects before you start a command
|
Etiketter:
Civil 3D,
Delete,
högerklick,
PICKFIRST,
Vanligt problem,
Variabel
Prenumerera på:
Inlägg (Atom)


