VZ | Název itemu s diakritikou |
| V jedné staré DB jsou použity názvy polí s diakritikou, např. numerické pole Číslodokladu. V jiné DB se spouští agent, který vyhledá podle nějakého identifikátoru fakturu a měl by vzít hodnotu z toho pole Číslodokladu. Z lokálu v debuggeru to funguje, ale při pravidelném spuštění na serveru to číslo nevezme.
If invoicedoc.HasItem("Číslodokladu") Then invNum = invoicedoc.GetItemValue("Číslodokladu") If Isarray(invNum) Then invoiceNumber$ = Cstr(invNum(0)) Else invoiceNumber$ = Cstr(invNum) End If Else e = Evaluate({@GetField("Číslodokladu")}, invoicedoc) If Isarray(e) Then invoiceNumber$ = Cstr(e(0)) Else invoiceNumber$ = Cstr(e) End If If invoiceNumber$ = "" Then invoiceNumber$ = "bez čísla?" End If doc.invoiceTerm = invoiceNumber$ Call doc.Save(True, False)
Původně to bylo bez toho Evaluate , protože na severu neprošlo ani to první "If invoicedoc.HasItem("Číslodokladu") Then". Ale i to Evaluate nejspíš s daným názvem pole neproběhne korektně. Vždy se přiřadí hodnota "bez čísla", přestože to číslo v dokumentech je. Jak zadat do LS korektně název takového debilního itemu začínajícího na Č? |
Tomáš Hanus | RE: Název itemu s diakritikou |
04.03.2010 13:01:16
ID: 3129.1
![](/sn/discussion.nsf/link_icon.gif)
| A víme, kde je chyba? Respektive jestli to doběhne bez problémů či nedoběhne? Konkrétně konstrukce typu s diakritikou v názvu pole: If Not (invoicedoc is Nothing) Then If invoicedoc.HasItem("Číslodokladu") Then Print invoicedoc.GetItemValue("Číslodokladu")(0) End If End If u naplánovaného agenta s Domino 8.* verzí funguje bez problému. Osobně to sice nepoužívám, ale není s tím problém. Osobně typuji problém ve velkých a malých písmenech. S jistotou vím, že pokud zavoláte invoicedoc.GetItemValue("čÍSLODOKLADU"), tak se nic nevrátí. Zkuste invoicedoc.GetItemValue("ČÍSLODOKLADU"). Zkusil bych se rovněž podívat, jak se přesně jmenuje pole v dokumentu.
Pokud používám vždy velká písmena "ČÍSLODOKLADU", neměl jsem problém. Jindy to opravdu blbne. |
VZ | Velikost písmen ... |
04.03.2010 13:35:06
ID: 3129.2
| ... jsem kontroloval jako první. Změnit všechny písmena na velké můžu zkusit. A ještě mě napadlo napsat ten název "Číslodokladu" do nějakého pole třeba v profilu, aby si ho agent načetl. Ale na R6 serveru neprojde ani ten hasItem, jak jsem psal už na začátku, tak jsem doufal, aspoň to evaluate projde. Popravdě řečeno netuším, kdo tu DB a formuláře původně (cca v r. 1997) vytvořil a proč při tom použil pro názvy polí znaky z diakritikou. Ale když už to v té DB je a funguje to nějakých 13 let přes různé verze LN, tak snad nebude třeba přejmenovávat nebo doplňovat pole ve všech dokumentech, které se tam za ta léta nashromáždily ... |
VZ | Tak zatím nic nezabralo |
25.03.2010 08:57:51
ID: 3129.3
| Ani použití všech písmen velkých, ani natažení názvu itemu z profilu. Asi bude nutné si vzít za běhu všechny itemy v tom dokumentu a někam si vypsat jejich názvy. A pak z nich nějak zkusit vybrat ten správný. |
VZ | Vypadá to na chybu mezi klávesnicí a židlí |
01.04.2010 08:48:12
ID: 3129.4
| Dokument opravdu neměl požadovaný item, protože se tahal na serveru z jiné kolekce dokumentů. Zkrátka místo invoicecoll.GetFirstDocument tam bylo jen coll.GetFirstDocument. Taková pěkná aprílová chyba. |
Tomáš Hanus | RE: Vypadá to na chybu mezi klávesnicí a židlí |
01.04.2010 17:45:48
ID: 3129.5
![](/sn/discussion.nsf/link_icon.gif)
| No jo, ale proč to fungovalo tu hezkou řádku let a teď to přestalo. Nebo tím byla myšlena ta stařičká databáze, ze které se jen berou data do nově vytvořené? Asi ano, ale chyba velmi častá, znám :) |
VZ | Problém není (a nebyl) |
08.04.2010 08:53:20
ID: 3129.6
| Když to bere správné dokumenty ze správné kolekce (a tedy ze správné stařičké DB), tak ten item Číslodokladu bez problémů najde. Zkrátka: problém s diakritikou nebyl. |