Kod: Markera allt
Function dRangeAddress(dRange As String) As String
dRangeAddress = Range(dRange).Address
End FunctionDen översätter en referens till ett dynamiskt namngivet område till en absolut referens. Anledningen till förfarandet är att Excel inte kan hantera dynamiskt namngivna områden i validerade listrutor, så för att kunna använda validerade listrutor så måste området vara absolut definierat. Det är den "överättningen" som funktionen fixar.Rune.K skrev:Vad gör funktionen när du använder den?
Har sysslat med VB...
Du behöver en som kan Python/OO.org Basic...djkmmo skrev:Den översätter en referens till ett dynamiskt namngivet område till en absolut referens. Anledningen till förfarandet är att Excel inte kan hantera dynamiskt namngivna områden i validerade listrutor, så för att kunna använda validerade listrutor så måste området vara absolut definierat. Det är den "överättningen" som funktionen fixar.Rune.K skrev:Vad gör funktionen när du använder den?
Har sysslat med VB...
Om man då har ett dynamiskt namngivet område som heter "frukter" som skall växa i området $A$1:$A$15, men just nu bara består av $A$1:$A$8 så kan man i en annan cell, t.ex. $B$2 skriva "dRangeAdress(frukter)" och om man sedan sätter INDIREKT($B$2) som område i den validerade listrutan så visar den rätt urvalsområde.
OO.org Basic verkar krångligt och jag vet inte riktigt om jag vill lära mig det. Python kan man ju ha mer nytta av allmänt, så det är väl att föredra. Jag hade egentligen halvt om halvt gett upp om att få funktionen att fungera, men så upptäckte jag att det finns en Python-insticksmodul för Gnumeric och det borde gå att lösa på det viset. Jag får helt enkelt vänta på nästa guruRune.K skrev:Du behöver en som kan Python/OO.org Basic...djkmmo skrev:Den översätter en referens till ett dynamiskt namngivet område till en absolut referens. Anledningen till förfarandet är att Excel inte kan hantera dynamiskt namngivna områden i validerade listrutor, så för att kunna använda validerade listrutor så måste området vara absolut definierat. Det är den "överättningen" som funktionen fixar.Rune.K skrev:Vad gör funktionen när du använder den?
Har sysslat med VB...
Om man då har ett dynamiskt namngivet område som heter "frukter" som skall växa i området $A$1:$A$15, men just nu bara består av $A$1:$A$8 så kan man i en annan cell, t.ex. $B$2 skriva "dRangeAdress(frukter)" och om man sedan sätter INDIREKT($B$2) som område i den validerade listrutan så visar den rätt urvalsområde.
Det har jag ingen om.
.Inte det här, tyvärr. Det är långt ifrån alla som går att bara importera rakt upp och nerRune.K skrev:Men visst är det så att det går att importera macro från excel till openoffice automatiskt.
.Jag antar du redan provat men iallfall.Den översätter en referens till ett dynamiskt namngivet område till en absolut referens. Anledningen till förfarandet är att Excel inte kan hantera dynamiskt namngivna områden i validerade listrutor, så för att kunna använda validerade listrutor så måste området vara absolut definierat. Det är den "överättningen" som funktionen fixar.
Nope, det har jag testat och OO.org klarar inte det. Det är när man skall använda INDIREKT() i valideringen som det faller, om området som indirekt pekas ut av namnet är ett dynamiskt område. Dessutom går det i praktiken inte att använda arbetsboken i OO.org. Den är för stor, så OO.org blir våldsamt långsamt...Rune.K skrev:Du skriverJag antar du redan provat men iallfall.Den översätter en referens till ett dynamiskt namngivet område till en absolut referens. Anledningen till förfarandet är att Excel inte kan hantera dynamiskt namngivna områden i validerade listrutor, så för att kunna använda validerade listrutor så måste området vara absolut definierat. Det är den "överättningen" som funktionen fixar.
Du kanske inte behöver den funktionen i Openoffice.
Men som sagt, OO.org kommer inte att fungera. Det är helt enkelt för långsamt. Dessutom verkar det vara underlägset Gnumeric på en massa andra områden också, så jag vill helst inte använda det alls. Jag är inte så imponerad av OO.orgRune.K skrev:Installerade openoffice för att se hur oo-basic ser ut.
Vid en väldigt snabb titt, så ser oo-basic precis ut som VB (Visual Basic).
Har aldrig använt VBA mer än bara tittat på det lite.
Men jag förstod varför det var så fanns så många virus för word och excel.
Om du har möjlighet, så strippa en kopia av ditt excel-ark så mycket som möjligt.
Och PM-a till mej, så ska jag titta på det.
Lovar inget resultat...
.Men jag skickar exempelböcker som beskriver precis vad jag vill kunna göra i OO.org och Gnumeric-format.
Vi kan nog lika gärna glömma det här... OO.org kommer som sagt inte att gå att använda för min del, för att OO.org blir för långsamt. Gnumeric för sin del kan inte ens hålla de absolut definierade namngivna områdena, utan omdefinierar dem godtyckligt hela tiden om man använder sig av svenska tecken i namnen. Om man sätter ett namn t.ex., "ÖvrigaGrejjer" och definierad det som området Blad2!$A$1:$A$15 så definierar Gnumeric strax om det till t.ex. Blad2!$Y$238:$Z$315 eller något annat helt obegripligt område, allt för att göra livet spännande för användaren antar jag.Rune.K skrev:Men jag skickar exempelböcker som beskriver precis vad jag vill kunna göra i OO.org och Gnumeric-format.
tackar på förhand...
Eftersom jag länge pratat om (i min bekanskapskrets) att Linux och open source program kan vara ett bra alternativ till Microsofts produkter, så är det på tiden att jag själv börjar använda/lära mej t.ex Openoffice Calc.
Har haft lite med support att göra i windowsmiljö........
.
Dynamiska-namnområden.odsJo då, allt verkar fungera som det skall. Det enda som är lite märkligt är att jag får ett felmeddelande (Ogiltigt uttryck) när jag öppnar arbetsboken, utan någon information om vilket uttryck som skulle vara ogiltigt. Och inne i boken hittar jag inga tecken på att det skulle vara felaktiga beräkningar.Rune.K skrev:Hur går det?
OpenOffice kan inte hantera Gnumerics xml-filer, men det blev ingen skillnad när jag sparade en ny kopia via Gnumeric. Men det spelar inte så stor roll; det verkar ju inte påverka något och om det påverkar något så lär jag väl märka detRune.K skrev:Ett sätt kan vara att använda spara som inifrån openoffice, så att du får en kopia och felet eventuellt försvinner.
Ibland tar får man till yxan...
.