Dotaz: Pojede ve WINE aplikace pro MS Access 97?

[bhy]

Zdravím. Známý používá pro práci aplikaci, která pro běh vyžaduje nainstalovaný MS Access 97. Má k dispozici Windows Vista, v nichž se sice Access 97 nainstaluje, ale příslušná aplikace se odmítá spustit s jakýmsi errorem, to je vedlejší.

Padl návrh zkusit GNU/Linux a v něm nainstalovat Access přes Wine (to už jsem kdysi dělal a šlo to). Je tu šance (pokud ano, jak velká?), že aplikace vyžadující Access, která má problém i s některými verzemi Windows, pojede v Linuxu přes Wine? Máte s tím někdo zkušenost? Díky moc.

Odpovědi

[Martin Doucha]

Šance je stejná, jako že Schroedingerova kočka žije.

[tsLnox]

náhodou by jít mohla, podle appdb.winehq.org nefunguje jenom VBA (Visual Basic for Applications)

[stativ]

A já tam čtu, že zrovna VBA funguje perfektně. Až na to, že daný záznam není moc aktuální (wine version 20010510 mluví za vše), takže vše bude stejně jiné. Nezbývá nic jiného, než to zkusit.

[Petr Zajíc]

Jestli jsem to dobře pochopil, tak to, že by nefungovalo VBA bude tak jako tak vadit. Jestliže má v Accessové aplikaci formuláře, téměř jistě tam bude mít i kód VBA, který je bude obsluhovat.

[pavlix]

Zkusit :).

[bhy]

Tak to skončilo více méně neúspěchem. Office 97 se sice nainstalovala, ale Access vůbec nešel spustit; i na několikátý pokus si stěžoval, že na počítači pro něj není licence. Na stránkách Wine je jen suše poznamenáno, že Access 97 se netestoval. Co už, aspoň si třeba dotyčný známý oblíbí dělat v Linuxu.

[VRtulnikk]

minimalne v Crossover Office pry funguje ...pokud byste mel cas si s wine hrat, zrejme by se to take nejak rozchodilo :)

[laco]

Seznam toho, co tam funguje, je relativně dlouhý, ale zřejmě tam nefungují české znaky.

[Koudelka]

S tou licencí jsem dopadl stejně. Vyřešil jsem to tak, že jsem překopíroval registry z instalace Accessu pod Windows. Celou větev [HKEY_CLASSES_ROOT\Licenses]

Teď mi wine pro změnu hlásí:

fixme:font:SetMapperFlags (0x220, 0x00000001): stub - harmless

Jsem začátečník, už se s tím mořím X dní

[Dalibor Smolík]

Tenhle problém jsem řešil asi v roce 2002, když jsem přecházel na Linux. Raději jsem to vzdal, převedl tabulky MS Access do MySQL a udělal znovu dotazy a sestavy v PHP ...Bylo to dost pracné, ale už to mám naštěstí za sebou. Jinak veškerý převod jsem dělal ve Windows (včetně instalace MyODBC a MySQL), až hotový "produkt" jsem portoval na Linux.

[Koudelka]

Já už leta používám MS Access jen jako frontend (editovačku a plničku dat) k MySQL. Mám asi 6 propojených tabulek - hlavní tabulka a číselníky. Udržovat tu databázi třeba přes MyAdmin je nemožný. Nahradit Access něčím jiným se mi nedaří. Zkoušel jsem OO Base, Kexi, Knodu. Ve všem když udělám SQL dotaz z několika tabulek, tak výsledek není editovatelný. V Kexi se mi nepodařilo zprovoznit české ködování (data mám v UTF8). Napsat si na to vlastní aplikaci v PHP si netroufám, potřeboval bych data editovat v tabulkovém zobrazení a ne ve formuláři, kde je vidět jen jeden záznam.

Jinak na Linux už neúspěšně přecházím snad víc jak 5 let. Mám spoustu problémů, momentálně mě nejvíc trápí právě ten frontend k MySQL a nefungující tiskárna. Sám se divím že s tím mám takovou trpělivost.

[Dalibor Smolík]

Napsat si na to vlastní aplikaci v PHP si netroufám, potřeboval bych data editovat v tabulkovém zobrazení a ne ve formuláři, kde je vidět jen jeden záznam.
Je pravda, že se to chce PHP trochu věnovat a sehnat si vzorové skripty. Na tvorbu zkušebních dotazů nepoužívám MyAdmin, ale vlastní jednoduchou aplikaci, pokud výsledek vyhovuje, zkopíruji dotaz do skriptu PHP. Jinak k těm formulářům - mám k dispozici skript, který vidí všechny záznamy a pod nimi je formulář, kde lze přidat záznam nebo upravit existující atd. Trvá to však nějakou dobu, než to vypadá podle potřeb uživatele
Btw, co je to za tiskárnu?

[Koudelka]

Špatně jsem se vyjádřil. Já bych si na to v PHP troufnul, ale toho času než to dám dohromady a vypiplám to. Nechce se mi dělat něco co už existuje. Nakonec to stejně nebude tak "komfortní" jako MS ACCESS nebo třeba BASE, Kexi, atd. Tím "komfortním" mám na mysli rychlé a přehledné ovládání. Vypadá to, že mi nakonec asi nic jiného nezbyde
Jinak pro představu, jde o údržbu těhle dat.

Kyocera FS-1010. Pod Windows žádný problém. Pod Linuxem (Fedora 5, Suse 10.2; CUPS) jen zabliká že nabrala data a odumře. Musim ji vypnout/zapnout. Zkoušel jsem i PPD přímo od výrobce - dopadlo to stejně. Pokud jsem nastavil ovladač HP4L (nebo 5, už nevim) tak tiskla, ale nešel nastavit EKO mod abych šetřil toner. Někde jsem se dočetl že se má přepnout emulace z PCL na KPDL, což jsem udělal a chová se to stejně. Problém je, že ta emulace nejde vrátit zpátky. Tiskárna teď vůbec nekomunikuje a ignoruje všechno co do ní posílám. Připadá mi to skoro na nějakou chybu ve firmweru. Zkusim to ještě přes USB kabel a když nepořídim, tak ji odvezu do servisu.

To jsem ale odbočil od Wine, tak mě moc nebijte.

[Dalibor Smolík]

Kyocera FS-1010 je v nabídce KDE při instalaci tiskárny (pod CUPS) - tento stroj by měl jet i bez proprietárních ovladačů. Možná by bylo třeba jen doinstalovat příslušné balíčky (cupsys, foomatic...)
Jinak ovládání v PHP je tak komfortní, jak se naprogramuje, měl jsem v Accessu výhodu, že jsem snadno mohl překopírovat řádky položek z hospodářských smluv do faktury (snadno přes schránku), v PHP mi tohle pochopitelně nešlo. Vytvořil jsem si skript, který automaticky také "přesypal" položky do faktury a z té se pak třeba některé ubraly, pokud tam nepatřily - atd. Představivosti se meze nekladou

[Koudelka]

Díky za rady a podporu, zkusím se poohlédnout po nějakých PHP skriptech ať nezačínám z úplné nuly.

[Dalibor Smolík]

Klidně se v případě potřeby či dotazu na mě obraťte, kontakt mám v profilu.

[Saruman]

U spusteni MS Office 97 byva standartne error, ze chybi nejaka dll knihovna (tusim, ze jde o ...\MS Office\Office\XL8805.DLL). To resi prejmenovani souboru XL8405.DLL na XL8805.DLL

Trochu zvlastni reseni, ale zabira.

[Dalibor Smolík]

Je to opravdu tak - v Office 97 nebyla správně řešena otázka rozdělení cz - sk, vývojáři zaspali rozdělení Československa. Přejmenováním tohoto souboru se problém vyřešil.