www.elektronik.si

[Proteus]

Shranjevanje podatkov v INI datoteke je stvar, ki sega v čase kremenčkov oziroma Windowsov serije 3+. Problem, ki ga vsaj jaz vidim je, da INI ne sledi objektnemu programiranju in pri shranjevanju bolj kompleksnih podatkovnih struktur, kaj hitro trčiš v njegove omejitve.

Sodoben način shranjevanja so XML datoteke. Prijazne do programerja in končnega uporabnika. Vsebino lahko na enostaven način pogledaš in takoj vidiš, kdo ga serje. Enostavno povezljiva tudi z WEB aplikacijami, kjer si lahko tako shranjene podatke na zelo enostaven način ogleduješ tudi preko internet explorerja.

Zelo uporabne tudi pri izmenjavi podatkov med različnimi programi. Imajo eno zelo lepo lastnost in sicer, da v sebi združujejo tako informacijo o tipu podatka, kakor tudi o vrednosti podatka samega (v zeloooo zeloooooo omejenem obsegu je to sicer tudi INI).

Ko se enkrat navadiš na XML je vse ostalo zgodovina.

[Glitch]

Ni nujno, da so sodobne stvari tudi boljse. Vsaka stvar ima svoj namen.

INI ni prijazen do progamerja?
Ne rabis neke umetnosti, pises in beres stringe.

Do koncnega uporabinka? Je zapleten za pogledat? Za popravljat?
Tajnici je vseeno, ostali pa lepo odprejo notepad. Mogoce je pri tebi kaksen cuden ini, vendar tekst datoteke v stilu:

[Objekt]
Lastnost=vrednost

pa res niso zapletene.

Ne zastopim pa, kaj ima sranje tukaj, ko pa si zelis samo shraniti zadnjo pozicijo okna, preden se zapre. To je pac primer, ki se obravnava v tej temi.

INI datoteke so zelo lustkana stvar, raje bi videl INI kot pa razkopavanje po registry-u ali pa pisanju parserja za XML za nek nezapleten problem.

[jur]

ime_komponente.setfocus; (Primer: MaskEdit1.SetFocus;) je tisto pravo. Premakne se na omenjeno komponento.

ime_komponente.enabled:=false; //onemogoči komponento (na primer osenči gumb, je viden, ni pa uporaben)
ime_komponente.enabled:=true; //nazaj aktivira komponento

ime_komponente.visible:=false; //skrije komponento
ime_komponente.visible:=true; //nazaj prikaže komponento

Jur

[Proteus]

[aly]

Proteus, če že navijaš za XML in njegov bojda obstoječ parser, prosim če objaviš tudi kakšen primer kode... hvala.
LP.

[Silvo]

Resnici na ljubo - včasih se mi spet stoži po nostalgiji. Clipper iz pred dvajset let je znal zbasat vse uporabljene spremenjivke v datoteko z eno ukazno vrstico.
"SAVE ALL to 'datoteka.mem' Nazaj si vse dobil z RESTORE from datoteka.
Enako je z vnosnimi polji. Spremenjivki, ki je pripadala določenem polju si le dodelil tip pa je v njo priletelo točno tisto kar si potreboval brez pretvarjanja. Tukaj pa vse izhaja iz stringa ...

[aly]

[jur]

[Silvo]

[jur]

Aha, za to gre.
Edit komponenta je univerzalno namenjeno za vnašanje česarkoli, ne samo za vnašanje številk. Načeloma lahko narediš tudi svojo komponento (na primer numedit, ki bo procesirala in vračala samo številke. Pisanje/kreiranje komponent je približno toliko komplicirano, kot pisanje programa, nič več.

Jaz podatke pretvorim takrat, ko jih dejansko potrebujem. Nekako v tem smislu: x:= strtoint(edit1.text)*strtoint(edit2.txt). On_change procedura poskrbi samo to, da je številka pravilno vnešena (izloči črke).

Jur

Na netu našel en numedit. Ali je to to?

[Proteus]

[Glitch]

[Proteus]

[Silvo]

Še vedno "mešetram" z nizi ter številkami

Recimo decimalna maska '99,9' pusti vnesti le cifre lahko pa se vnese tudi presledek
(nisem raziskoval, če je to res chr32 skratka lahko se napiše recimo 10 ,9) pri tem program v nadaljevanju seveda crkne:

Project Project12.exe raised exception class EConvertError with message ''1 ,0' is not a valid floating point value'. Process stopped. Use
Step or Run to continue.

Poskusil sem proceduro Val ter funkcijo StrToFloat. Kako rešujete podobne težave?

[Glitch]