konto usunięte
konto usunięte
Adam Łangowicz:
Pliki M$O i same M$O to nie standard, choć zabiegi są prowadzone, częściowo udane. Oprogramowanie pop.
Pliki OpenDocument OpenOffice.org to standard - Standard ISO/IEC 26300.
http://www.iso.org/iso/catalogue_detail.htm?csnumber=4...
konto usunięte
Przemysław R.:Właśnie po co?
wiele formatów de fakto nie jest standardami ale zmonopolizowały rynek - chcesz walczyć - walcz, większość ludzi po prostu korzysta bo nie warto kopać się z koniem
konto usunięte
konto usunięte
Adam Łangowicz:
Przemysław R.:Właśnie po co?
wiele formatów de fakto nie jest standardami ale zmonopolizowały rynek - chcesz walczyć - walcz, większość ludzi po prostu korzysta bo nie warto kopać się z koniem
Gładko instalujesz, OO.o i działa out of the box, mac, linux, windows. (-:
konto usunięte
również jeżeli chodzi o możliwości programowania
konto usunięte
Adam Łangowicz:
również jeżeli chodzi o możliwości programowania
Pierwsze ciężkie pytanie (-:
`Możliwość programowania` rozszerz , konkret o jaką możliwość/możliwości myślisz ? (-:
konto usunięte
Adam Łangowicz:
Książka Novell SuSE
Podręcznik Suse Linux Enterprise Desktop 10
Przydatne polecam!
https://www.linux.org.pl/PLUG/susebook/
Min, o OpenOfice.org.
Novell OpenOffice Edition for windows.
http://download.novell.com/index.jsp?product_id=&searc...
Key Features
OpenOffice.org Novell Edition for Windows - Evaluation contains enhancements and bug fixes, especially for interoperability with Microsoft Office and other word processing programs, that are not available in the community edition. These enhancements include:
* Microsoft Excel* Compatibility
Added support for multiple formula syntax for cell and cell range addresses and formula expressions: Calc A1 - the traditional format (default), Excel A1, and Excel R1C1.
Text numbers and dates are interpreted as numbers or dates when appropriate, similar to how Excel interprets text as numbers or dates.
Toggling of cell grid lines per sheet.
And more: user-defined tab colors, PHONETIC function support for Japanese phonetic guides, showing/hiding data from hidden rows in charts, correct rendering of charts with mixed chart types, Excel export encryption, document and sheet protection password & limited sheet protection options, external range names, and many details of the Calc user interface have been tweaked to make migration from Excel to OpenOffice.org easier.
* Excel VBA Macro Interoperability
OpenOffice.org Novell Edition eases the migration of many macros from Microsoft Excel. Although not all macros can be successfully migrated, this interoperability offers more than the standard edition, which does not support migration of macros.
* Data Pilots
Data Pilots are interoperable with Microsoft Office PivotTables*. OpenOffice.org Novell Edition substantially improves the Data Pilot feature, making it possible to edit pilots after creation, allowing to assign custom field names, field members names, subtotal and grand total names, showing popup window for quick editing of show/hide field members, and defaulting to a new sheet for new tables.
* OpenXML Support
The ability to export the Microsoft Office 2007 file formats. Also many improvements of the import.
* SVG Support
The ability to import scalable vector graphics.
* Import File Formats
Microsoft Works, WordPerfect* text and graphics, T602 files, and more.
* Groupwise® Integration
OpenOffice.org Novell Edition includes improved integration with ODMA (Open Document Management Architecture) services, for example for GroupWise. If you have the GroupWise client installed on the machine, OpenOffice.org Novell Edition will offer to open documents from GroupWise, or save documents in GroupWise.Adam Łangowicz edytował(a) ten post dnia 05.05.10 o godzinie 13:20
Tomasz
Niewolik
Programista/Projekta
nt
konto usunięte
Tomasz N.:
MS Access jest moim zdaniem jedyną rzeczą w pakiecie MS Office dla której brak równoważnego odpowiednika po stronie pakietu Open Office, oczywiście można to nadrobić stosując inne oprogramowanie. To co nie pasowało mi w MS Access (a programowałem w nim przez 5 lat) to niektóre ograniczenia utrudniające z nim pracę np.:
jeżeli używamy klas do tworzenia formularzy to VBA nie wspiera wyszukiwania otwartych formularzy
istnieje (przynajmniej do wersji 2003) ograniczenie ilości obiektów posiadających własny kod VBA (strasznie kłopotliwe gdy aplikacja się rozrasta)
środowiskach (różne wersje Office) to tragedia nawet jeśli posiadamy instalkę z wersją Runtime
, raporty też nie błyszczą możliwościami, razi brak wsparcia dla tworzenia/eksportowania do pdf, brakuje możliwości wypełniania pdf-formularzy.
Do obsługi programowanych formularzy i innych ciekawych rzeczy polecałbym po stronie open source Javę w wersji dla leniwych, czyli kreatorki obecne w Netbeans lub JDeveloperze. Do tworzenia rozbudowanych aplikacji, wielowątkowych (Netbeans), użytkownik nie musi mieć specjalnej wiedzy (praktycznie wszystko to co jest w Access da się wyklikać bez znajomości Javy), a zawsze może coś napisać jeśli umie i potrzebuje. Plusem takiego rozwiązania jest przenośna wersja aplikacji (Java i aplikacja będzie działała nawet uruchomiona z płyty CD na wielu systemach - Linux, Windows, Mac itp.). Java daje nam również możliwości wykorzystania tego samego kodu tworząc aplikację web (część klas logiki biznesowej i bazodanowej możemy mieć wspólnych) wystarczy dodać tylko nową warstwę prezentacji. Dzięki temu możemy szybko mieć aplikację desktopową, aplet, aplikację webową, web serwisy itd. Kod z MS Access działa tylko w MS Access, aplikacja jest nie przenośna nawet do VB 6.0 chociaż jest z nim zgodna co do składni samego VBA.
Podsumowując - w pakiecie Open Office nie ma dobrego zamiennika dla Access, ale nie oznacza to, że po stronie Open Source nie ma innych zamienników.
Tomasz
Niewolik
Programista/Projekta
nt
Przemysław R.:
Tomasz N.:
MS Access jest moim zdaniem jedyną rzeczą w pakiecie MS Office dla której brak równoważnego odpowiednika po stronie pakietu Open Office, oczywiście można to nadrobić stosując inne oprogramowanie. To co nie pasowało mi w MS Access (a programowałem w nim przez 5 lat) to niektóre ograniczenia utrudniające z nim pracę np.:
jeżeli używamy klas do tworzenia formularzy to VBA nie wspiera wyszukiwania otwartych formularzy
taki formularz jest obiektem, a takie można umieszczać w kolekcji, ale nie trzeba w zasadzie, więc nie widzę problemu żeby sprawdzić obiektowi (w kolekcji) widoczność, tudzież fakt że obiekt nie nothing
Przemysław R.:
Tomasz N.:
istnieje (przynajmniej do wersji 2003) ograniczenie ilości obiektów posiadających własny kod VBA (strasznie kłopotliwe gdy aplikacja się rozrasta)
he
znaczy się jakie ograniczenia? ograniczona ilość modułów klas? kodu w formularzu / raporcie?
do tak ogólnikowego stwierdzenia trudno się odnieść merytorycznie
Przemysław R.:
Tomasz N.:>, uruchamianie aplikacji na różnychśrodowiskach (różne wersje Office) to tragedia nawet jeśli posiadamy instalkę z wersją Runtime
nie odniosę się, nie sprawdzałem
Przemysław R.:
Tomasz N.:
, raporty też nie błyszczą możliwościami, razi brak wsparcia dla tworzenia/eksportowania do pdf, brakuje możliwości wypełniania pdf-formularzy.
co do PDF-ów to od wersji 2007 jest natywnie
we wcześniejszych wersjach można zainstalować drukarkę PDF (darmowa) i potraktować to VBA
http://www.excelguru.ca/node/68
Przemysław R.:
ciekawe, tyle że przepisanie aplikacji na inną platformę to koszt liczony w dziesiątkach, jak nie setkach roboczogodzin
do tego dochodzi fakt że osoby piszące w VBA w większości nie znają Javy, co utrudnia migrowanie zaawansowanych formularzy posiadających bardziej skomplikowaną logikę
konto usunięte
Tomasz N.:
Przemysław R.:
Tomasz N.:
MS Access jest moim zdaniem jedyną rzeczą w pakiecie MS Office dla której brak równoważnego odpowiednika po stronie pakietu Open Office, oczywiście można to nadrobić stosując inne oprogramowanie. To co nie pasowało mi w MS Access (a programowałem w nim przez 5 lat) to niektóre ograniczenia utrudniające z nim pracę np.:
jeżeli używamy klas do tworzenia formularzy to VBA nie wspiera wyszukiwania otwartych formularzy
taki formularz jest obiektem, a takie można umieszczać w kolekcji, ale nie trzeba w zasadzie, więc nie widzę problemu żeby sprawdzić obiektowi (w kolekcji) widoczność, tudzież fakt że obiekt nie nothing
Czy znasz dobrze Accessa? Przecież bez tej funkcjonalności nie można podłączyć pól formularza bezpośrednio do zapytań, innych formularzy itp. co jest bardzo uciążliwe.
Przemysław R.:
Tomasz N.:
istnieje (przynajmniej do wersji 2003) ograniczenie ilości obiektów posiadających własny kod VBA (strasznie kłopotliwe gdy aplikacja się rozrasta)
he
znaczy się jakie ograniczenia? ograniczona ilość modułów klas? kodu w formularzu / raporcie?
do tak ogólnikowego stwierdzenia trudno się odnieść merytorycznie
Ponieważ problem jest ogólny, ograniczenie jest na sumę obiektów, nie ważne jakich typów.
Przemysław R.:
Tomasz N.:>, uruchamianie aplikacji na różnychśrodowiskach (różne wersje Office) to tragedia nawet jeśli posiadamy instalkę z wersją Runtime
nie odniosę się, nie sprawdzałem
Jeśli byś chciał próbować to najlepiej na jakiejś wirtualce bo szkoda psuć sobie własny system (niektóre wersje Runtime nadpisują pliki pełnego wydania, nawet jeśli pochodzi z innej wersji).
Przemysław R.:
Tomasz N.:
, raporty też nie błyszczą możliwościami, razi brak wsparcia dla tworzenia/eksportowania do pdf, brakuje możliwości wypełniania pdf-formularzy.
co do PDF-ów to od wersji 2007 jest natywnie
we wcześniejszych wersjach można zainstalować drukarkę PDF (darmowa) i potraktować to VBA
http://www.excelguru.ca/node/68
Czyli trzeba doinstalowywać u klienta dodatkowe oprogramowanie na każdej maszynie - to jest spory kłopot.
Przemysław R.:
ciekawe, tyle że przepisanie aplikacji na inną platformę to koszt liczony w dziesiątkach, jak nie setkach roboczogodzin
do tego dochodzi fakt że osoby piszące w VBA w większości nie znają Javy, co utrudnia migrowanie zaawansowanych formularzy posiadających bardziej skomplikowaną logikę
Nie rozmawialiśmy my o migracji aplikacji Accesowej tylko o wyborze Accessa albo innego rozwiązania Open Source. Migracja z Access do .NETa jest również kłopotliwa. Do tego dodaj jeszcze fakt, że chociaż VB.NET jest podobny do VBA to zupełnie inaczej się w nim pisze. Dla programisty VBA to też będzie problem.
Z każdą migracją należy się zastanowić i ją dobrze przemyśleć, dlatego wybór platformy systemowej i aplikacji jakie się używa powinien być zrobiony na początku działalności. Znam dwa praktyczne przypadki gdzie firmy zdecydowały się na przejście z Windowsa na Linuxa(pewnie znalazłoby się ich więcej, ale nigdy się nie interesowałem takimi sprawami). Firmy te rozwiązały problem z niektórymi aplikacjami, których przeniesienie nie było możliwe lub wiązało się z kosztami, w ten sposób, że zostawiły na stanie jeden komputer z Windowsem na którym było to wszystko co musiało być. W tych konkretnych przypadkach powód przenosin był prosty - firmy pracowały na pirackim oprogramowaniu i po przeliczeniu ile musiałyby zapłacić za legalne wersje okazało się, że bardziej się opłaca używać Linuxa. Około 10 komputerów (PC i laptopy) przeniesionych zostało w ciągu weekendu, dokumenty i inne ustawienia z Windowsów zostały automatycznie zaimportowane do Linuxa (Ubuntu), drukarki skanery skonfigurowane, dyski sieciowe podpięte itd. Do tego godzinna prezentacja dla użytkowników i wsparcie przez jeden dzień przy biurku. W sumie koszt migracji to 3 dni pracy jednej osoby, czyli mniej niż kosztuje licencja na jedno stanowisko na MS Access. Użytkownikami były osoby z wykształceniem humanistycznym, przeszły na Linuxa bez żadnych problemów.
Tomasz
Niewolik
Programista/Projekta
nt
Przemysław R.:
jasne że można, więc chyba znam Accessa całkiem przyzwoicie
tworzysz obiekt formularza później ustawiasz tylko jako źródło rekordów edytowalny recordset. swego czasu nawet sobie klasę napisałem która miała metodę do wypełniania recordsetem obiektu formularza.
Zresztą to co piszesz nie jest największą wadą access-a, np. zrób aplikację zakładającą się z niezależnych modułów (każdy moduł plik mdb/mdw) wywoływanych w jednym oknie aplikacji - będziesz mastach ;)
znaczy się masz problem z ilością kwerend?
w takich wypadkach pomaga przeniesienie logiki na stronę serwera SQL, w zasadzie dowolnego i praca na procedurach
Access jest fajny jako środowisko prezentacji/edycji danych, jak dostanie więcej danych to czkawki dostaje i trzeba przetwarzać poza
równie dobrze mógł bym powiedzieć że w linuxie coś jest trudne bo wymaga doinstalowania paczki - bądźmy poważni, to czy instalujesz 1 paczkę z office czy dwie z office + drukarka to wszystko jedno
prawda jest taka że w większych organizacjach mamy już gotowe rozwiązania robion ed-hoc, a później zostają i ludzie z nich korzystają, na robienie aplikacji w Javie lub innych gadżetach nie za przeważnie kasy, aplikacje w Accessie robią zwykle osoby zajmujące się wsparciem informatycznym w działach raportowych a nie informatycy i ciężko znaleźć kogoś kto zna Javę w tym środowisku
samo przejście do technologi bazodanowych pracujących z Accessem jako beckend to jest już przełom i nie każdy chce się na niego decydować :)
Michał
Ł.
Doświadczenie jest
czymś, co zdobywasz
wtedy, gdy
przesta...
Paweł
B.
architekt baz danych
/ SQL Developer /BI
Developer
Tomasz
Niewolik
Programista/Projekta
nt
Paweł B.:
A reklamując jakąkolwiek aplikację czy OS pokaż jej dobre cechy a nie próbuj wmówić zadowolonym użytkownikom, że produkt, który używają nie ma tych funkcjonalności których potrzebują.
Paweł B.:
Niejeden kierownik marketingu zna MS Office lepiej od sfrustrowanego administratora Linuxa i argument, że jakby zainstalować JDeveloper to można i makro w OO napisać go nie przekona.
Michał
Ł.
Doświadczenie jest
czymś, co zdobywasz
wtedy, gdy
przesta...
Tomasz N.:
Michał, ten temat jest tym jak reklamować Linuxa dlatego odpowiedzi są takie jakie są. Nie widzę tu sporów nad wyższością, raczej informację jak zrobić coś po stronie Linuxa, a to że przy okazji oberwie się za coś Microsoftowi to głównie dlatego, że niektórzy przeceniają możliwości lub funkcjonalność jego aplikacji.
prawdziwa wojna - a kilka prawdziwych wojen widziałem - pod względem porządku i ładu do złudzenia przypomina ogarnięty pożarem burdel.
Jarosław
Rafa
senior software
engineer, Motorola
Solutions Systems
Polska
Przemysław
Żarnecki
Przedsiębiorca -
Trener - Nauczyciel
Jarosław Rafa:Podpisuję się całkowicie pod stwierdzeniem kolegi. Zresztą, co tu mówić ;)
Czytając o tych problemach z przenoszeniem aplikacji po raz kolejny utwierdzam się w przekonaniu, że najsłuszniejszą drogą dla wszelkich narzędzi typu korporacyjnego jest tworzenie aplikacji jako webowych. Wtedy nie ma większego znaczenia na czym się je uruchamia...
konto usunięte
Przemysław Żarnecki:
Jarosław Rafa:Podpisuję się całkowicie pod stwierdzeniem kolegi. Zresztą, co tu mówić ;)
Czytając o tych problemach z przenoszeniem aplikacji po raz kolejny utwierdzam się w przekonaniu, że najsłuszniejszą drogą dla wszelkich narzędzi typu korporacyjnego jest tworzenie aplikacji jako webowych. Wtedy nie ma większego znaczenia na czym się je uruchamia...
Następna dyskusja:
пропозиції роботи
