Razmislite, možda je dobar trenutak da je prepišete u nekom savremenijem alatu. Olakšali biste održavanje, produžili vek i verovatno mogli bolje da je prodate.

Bojim se da te nisam baš razumeo. Ako misliš na varijantu da se program napiše u npr. Delphy-ju ili C-u takva varijanta ne postoji već samo korišćenje postojećeg source-a uz minimalne izmene radi kompatiblinosti sa nekim novim kompajlerom.

Da, mislio sam da se aplikacija prepiše u modernijem alatu, sa pravom bazom. Ako ne može, ne može, bože moj.

Mislim da nema resenja koje ce te zadovoljiti. Pored toga, mislim da nijedan od win-clipper kompajlera vise nije besplatan.

Cliper je napisan "cisto" tako da lepo radi pod win. A ako hoces da predjes u graficki rezim, dobro ti ljudi kazu, menjaj alat, predji na neki native windows. Ovako bi za sve funkcije koje prikazuju nesto na ekranu morao da menjas koristeci druge funkcije. I opet ti ostaje pristup dbf datotekama, pa moras da mislis o mreznom pristupu... Teraj clipper dok mozes (da prodajes), ali predji na nesto drugo.

Ako dobro shvatam, tako prerađena aplikacija ne bi imala GUI sem ako se ne preradi kod na takav način da poziva nove finkcije (biblioteke) koje podržavaju GUI u npr. CLIP-u.

Sve moze ali nije lako. Ako hoces GUI onda treba sve preraditi, uostalom pogledaj windows programe i videces da lice. Sta je standardno? Prvo meni, stampa i koriscenje i misa.

Sta treba? Prebaciti prikaz u graficki rezim. Pa koristiti neku funkciju za meni, sto bi u stvari bilo i dobro, jer to je ionako stvar koja postoji u svakom programu. Malo promeniti ekrane da se naprave dugmici da bi se mis koristio. I onda jos ostaje stampa koja je inace najveci problem za clipper, u stvari win stampaci koji se kace na USB pa ih aplikacija ne vidi. Jedno stvarno dobro resenje je kreiranje stampe u PDF, za sta postoji besplatno resenje, i onda mora svuda da bude isto. Iznenadio sam se kad sam video koliko je u stvari PDF jednostavan format. E, reader za njega bas i nije. (Kao analogija, lako je napisati HTM, ali browser?)

Znaci sve moze, ali dok to uradite, bolje je da naucis nesto drugo.

Clipper je praktično izdanak Cobola, i to izdanak u pogrešnom pravcu. U samoj prirodi jezika je vezanost za tekst-mod, štampu, DBF fajlove i ostale poprilično zastarele koncepte. Koliko sam gledao sajt za CLIP (xHarbor nema online dokumentaciju, ali mi se čini da uopšte nemaju GUI odrađen), oni su dodali podršku za neke GUI biblioteke, ali sve to znači da bi 1) morao da učiš novi API 2) morao da ispravljaš kod na milion mesta. I vrlo je verovatno, kao što kaže dragancesu, da se više isplati da se ceo kod prepiše u drugom alatu.

Ne znam da radim u Clipperu ali mislim da pored navedenih alata postoji i Alaska Xbase++. Pogledaj detalje na njihovom sajtu http://www.alaska-software.com/products/xpp/xpp.shtm

Daleko od toga da ne postoji alata, funkcija i kako god nazvali da se clipper natera da radi u grafickom okruzenju, kao native win ili linux aplikacija. Ali put do toga nije nimalo lak. xBase programski jezik je dosta jednostavan i ne ukljucuje gafiku. Ali u svoje vreme je bio skoro revolucionaran.

xBase++ i slicne stvari nisu uposte novina, postoje vec nekoliko godina.

Hm, znači GUI je koska u celoj priči. Nameće se logično pitanje: prebaciti aplikaciju onda u win ali bez GUI okruženja a posle eventualno dodavati GUI? Da li bi bar ta konverzija išla lakše jer koliko vidim u vezi GUI-a su glavne dorade source u CLIP-u.

Windows je cudo. Ako poznajes C onda znas koliki je program koji ispisuje "Hello world", prakticno sve moze da stane u jednu liniju.

Onda se pojavio windows i naravno prvi C kompajleri. Tamo ne moze samo tako da se napise nego se prvo inicijalizuje, pa definise prozor, pa otvori, pa definise font, pa pozicija, pa onda ispis... Jedan pd kompajlera je tada imao reklamu "nas program koji ispisuje Hello world ima samo 78 redova".