PC FAND - databáze pro každého
Nový příspěvek
Podle času
Jako strom

Cílem diskuse je výměna názorů a zkušeností uživatelů mezi sebou.

Diskuse - rozbalený strom

  • porblém při instalaci fontu

    náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

    Daniel, 23.8.2010, daniel.fedor@seznam.cz

    Ahoj,
    Když dám instalovat font tak se mi zobrazí tabulka a v ní je: Soubor (název fontu).TTF je právě používán a nelze je nahradit. Počkejte až jej systém Windows přestane používat, a pak akci zopakujte.
    Vůbec nevim čím by to mohlo být. Ten font tam ale přitom nemám. Kdyby někdo mohl, prosím poraďte

    odpovědět

  • nastavení velikosti okna 32 sloupců

    náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

    Hana, 12.8.2010, hana.plavcova@seznam.cz

    Potřebuji provozovat aplikaci PC-Fandu pod Win v okně jiném, než je standartních 80 sloupců *25 řádků, ale pouze 32 sloupců *25 řádků.
    nemáte někdo zkušenost, co nastavit a jestli to vůbec jde?
    ve vlastnostech zástupce toto nastavit jde, po spuštění úlohy se nejprve otevře DOS okno v nastavené zmenšené velikosti, ale po naběhnutí fand.exe se velikost okna přepne na standartních 80 sloupců.
    děkuji

    odpovědět

    • Re: nastavení velikosti okna 32 sloupců

      náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

      Josef Markvart, 25.8.2010, markvart@alis.cz

      FAND je interně koncipovám tak, že může pracovat s jakýmkoliv rozlišením obrazovky, viz. fce. MAXCOL a MAXROW. Hlášky FANDu jdou standardně do posledního řádku obrazovky (nikoliv 25-tého).Jsou však dva problémy : 1)většina aplikací je tvrdě ušita na 80x25. 2) V DOSu lze sice změnit počet řádků i sloupců obrazovky, avšak po spuštění FANDu se udrží jen nastavení počtu řádků (třeba na 50). Ale Počet sloupců se upraví vždy na 80. Řešením tohoto problému již bylo stráveno spousta času (viz. pan Tezner) a bez výsledku, je to nějaký problém překladače Pascalu. Takže ve směru změnu počtu sloupců obrazovky bych neočekával žádký průlom. I tak by nastala spousta problémů (např. co s hláškami FANDu v editoru, ....)

      odpovědět

    • Re: nastavení velikosti okna 32 sloupců

      náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

      Václav Tezner, 13.8.2010, tezner@wo.cz

      Vážená paní Hano,
      podobný problém (nastavení okna Win pro Fand na počet sloupců>80) jsem již zařadil nezi "nevyřešené případy". Přestože jsem tomu nárazově léta věnoval mnoho času, ani pan Klotzer navzdory snaze nezabodoval (dokonce se tehdy probíraly možnosti speciálního překladu Fandu). O úrovni hot-line Windows se raději ani nebudu zmiňovat, přestože problém je myslím na staně DOS-režimu ve Windows. Nějaké možnosti by se rýsovaly při emulaci, ale to jsem jako nepřijatelné zavrhnul a dál nezkoumal. Pokud by se Vám tenhle oříšek podařilo rozlousknout, pak půl království za koně.

      odpovědět

  • import textového CSV delšího než 255 znaků

    náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

    Vladimír Krist, 21.7.2010, kristv@olomouc.cz

    Dobrý den.
    Prosím o radu, jak importovat textový CSV do Fandu 4.0, oddělovače středník, který je dlouhý cca 500 znaků.Moc děkuji Krist

    odpovědět

  • Nerozbalitelný archiv vzniklý Mbackup

    náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

    M. Volák, 14.7.2010, miro.volak@volny.cz

    V některých instalacích úlohy se po provedení příkazu Mbackup vytvoří soubor, tváří se jako správný. Žádná chyba není hlášená.
    Pokud se ale z tohoto souboru chce udělat Mrestore, napíše to hned na začátku F10 cesta...\ soubor nenalezen a nic se nerozbalí. Přitom všechny parametry i cesty jsou nastavené správně při vytváření i při rozbalování.
    Zde nerozbalitelný soubor nelze rozbalit nikde, správný soubor se správně rozbalí i v postižené aplikace.
    Co s tím? Existuje nějaký způsob, jak vadný soubor opravit?

    odpovědět

    • Re: Nerozbalitelný archiv vzniklý Mbackup

      náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

      Josef Markvart, 25.8.2010, markvart@alis.cz

      V originální verzi FANDu 4.2 (z roku 2000) tato chyba zřejmě nebyla. Dostala se do FANDu až v důsledku úprav, propodporu zálohování více než asi 7000 ( sedm tisíc !!! ) souborů. Nešlo o chybu ale o omezení ( které nebylo původně ani známo ani zveřejněno).
      Úprava tohoto omezení (unor 2005) byla, takže jakékoliv další zásahy do algoritmu zálohování jsou také složité, s nejistým výsledkem a podléhají dlouhému ověřování.
      Vývojáři to odmítnuli.
      Myslím, že v jednotlivých případech pomohlo zkusit rozbalit danou zálohu pomocí různých variant FANDu ( FAND, UFAND, UFANDL, FANDC, ...... )
      prostě změnit pamětové podmínky. Není to zřejmě problém struktury záložního souboru, ale jde o pamětovou kolizi alogitmu pro RestoreM.

      odpovědět

  • Proměnná typu datum/čas

    náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

    Tomas, 10.7.2010, nagasaky@atlas.cz

    Dobrý den, v PC FANDu neumím, ale potřebuji datový soubor (.000) načíst do jiné databáze tím způsobem, že si projdu soubor přes hex editor a jeho obsah rozložím na jednotlivá data. Co má přesně obsahovat vím.
    Potřebuji vědět jakým způsobem je do datových souborů uloženo datum ve formátu DD.MM.YYYY ve Fandu 4.2.

    Vím, že např. datum 1.6.2009 je v Hex 940000701733, nebo datum 31.12.2015 je v Hex 940000B0AD33 ci 1.1.1970 je v Hex 940000B0932F. Nemohu však přijít na algoritmus převodu do formátu UNIX. Díky moc za pomoc

    odpovědět

    • Re: Proměnná typu datum/čas

      náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

      Tomáš, 13.7.2010, nagasaky@atlas.cz

      Tak už jsem na to přišel. Možná se to někdy někomu hodí při různých převodech, tak pro jistotu napíšu jak to je.

      v datovém souboru .000 se musí datum přečíst v HEX kódu a je v řetezci o 6 bajtech (00 00 00 00 00 00).Císle je skutečně počet dní od 1.1.0001, ale zaleží na jakém místě je číslo a podle oho je to určity počet dní a vždy se pracuje s násobky č. 16 (HEX soustava má celkem 16 znaků)
      Např. 94 00 00 00 00 00 je 14.6.1436. Pro výpočet data za našeho života nás zajímají poslední 3 bajty, tedy 00 00 00 od konce. Řekněme, že tento řetězec má formát a0 bc de.

      Znak 0 je vždy prázdný. Znak a představuje + a dnů k základnímu datu (14.6.1436), znak b je + b*256 dní k základnímu datu, znak c je c*16 dní k základnímu datu, znak d je + d*65536 (16 nad 4) dní k základnímu datu a konečně znak e je + e*4096 dní (16 nad 3) k základnímu datu.

      odpovědět

      • Re: Re: Proměnná typu datum/čas

        náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

        Duha, 2.9.2010, duha@mail.cz

        94 xx yy - to je čas, někde mám převod udělán, ale tý práce než jsem datum (prefix 94) rozšifroval :-)
        Stejně pak float nebo záporná čísla, taky zážitek...
        PS: Zajímalo by mě co se stalo toho 14.6.1436, že je to base :-)

        odpovědět

  • Export

    náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

    Zdeněk, 24.6.2010, zdenek.martinek@gmail.com

    Dobrý den,
    existuje nějaký návod step-by-step, jak dostat tabulky z Fandu do např. Excelu nebo OO? Po svém předchůdci v zaměstnání jsem zdědil databázi ve Fandu a stále nemůžu přijít na to, jak data exportovat. Vše je řešeno přes "Ladit úlohu", zdrojové soubory a všechno ostatní mám k dispozici. Děkuji. Zdeněk

    odpovědět

    • Re: Export

      náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

      Jiří, 3.7.2010, DI2006@SEZNAM.CZ

      Mně se vyplatilo udělat reporty v XML, které přímo z
      fandovské úlohy pouštím do Excelu. Výhodou je, že si tam
      mohu hrát s barvičkami, rozsahem polí a podobnými kravinami. Nedaří se mi pouze přímo generovat položku
      Expandedrowcount, kterou musím generovat přes zpětnou
      konverzi textového souboru do Fandu a spočítáním řádků, a trochu mi blbne čeština. Jinak SpreedsheatML umí asi
      všechno, co si průměrný uživatel umí vytvořit v Excelu
      pěšky.

      odpovědět

    • Re: Export

      náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

      Ctibor Kánský, 25.6.2010, ctibor.kansky@atlas.cz

      záleží jestli jde o jednorázový převod nebo je nutné ta data z aplikace Fandu dostávat průběžně. A také kolik je těch datových souborů.
      V prvním případě stačí vytvořit soubory dbf se stejnou strukturou jako mají soubory *.000 /pozor na jisté rozdíly ve velikosti položek a typů v souborech *000 a *dbf, viz help Fandu/, data ze souborů *000 převézt jednoduchou transformací do souborů *.dbf a soubory *.dbf pak otevřít v excelu a následně uložit jako *.xls. Možné problémy mohou být s češtinou /lze prostředky Fandu vyřešit/ a s volnými texty /ty se v excelu neotevřou/. Nemám vyzkoušeno jak je to se soubory *.dbf, pokud by se měly otevřít v OOO.
      V případě, že je potřeba dostávat data průběžně, tak je asi lepší to udělat pomocí ODBC a na to asi tak jednoduchý návod nebude.

      Pěkný den
      Ctibor Kánský

      odpovědět

      • Re: Re: Export

        náhled pro tisk příspěvkunáhled pro tisk průběhu diskuse

        Zdeněk, 29.6.2010, bobby83@seznam.cz

        Dobrý den,

        děkuji za odpověď. Data potřebuji dostat pouze jednorázově. Excel mám také k dispozici a s češtinou problémy nebudou, protože staré záznamy jsou všechny v "cestine".

        Tak se s tím zkusím nějak poprat :-).

        Zdeněk

        odpovědět

další příspěvky >>