Newsgroup: it.comp.os.dibattiti
Titolo: Quasi OT: Staroffice

Mi piacerebbe parlare un attimo di Soffice se la cosa vi aggrada. Su molti
post ho letto che è un software scritto con i piedi..
Io personalmente gli riconosco soltanto questi grossi difetti:
1) La pesantezza
2) La barra di avvio stile Windoze
3) La mancaza del database di tipo StarBase nelle macchine unix.
4) L' idea di integrare tutti i componenti in un unico applicativo.
Per il resto non mi sembra un prodotto fatto malissimo
Anzi ha delle funzionalità che office 2000 mi pare non abbia ancora
Per esempio quando si lavora su un DB Server attraverso ODBC, costruendo
delle relazioni fra le tabelle esse vengono scritte direttamente sul DB,
mentre con Access 2000 vengono scritte nel file mdb.
Inoltre adesso c'e' SUN che sta cercando di renderlo molto più leggero.
Diamo tempo al tempo, ma riconosciamo che lavora su un casino di piattaforme
e questa è una cosa importantissima al giorno d' oggi
Saluti
UltraSparc

e questa è una cosa importantissima al giorno d' oggi
Spero vivamente che spezzino il programma in modo da renderlo piu' leggero,
perche' io con 32M di ram soffro troppo a farlo partire (devo dire che una
volta partito resisto, ma prima che parta...)
Ciao
	Antonio
 
P.S.
Era OT, ma non esiste un it.comp.applicazioni.os.vari, no?
-- 
*** Hi! I'm a .signature Virus ! Copy me
    to your signature to help me spreading! ***

 mentre con Access 2000 vengono scritte nel file mdb.
Scusami, potresti spiegarmi meglio perche' non ho capito cosa intendi dire.
TIA.
Ciao.

 di piattaforme e questa è una cosa importantissima al giorno d' oggi
Credo che proprio  quest'ultimo sia un punto di  forza di StarOffice
da  non  sottovalutare: Diversa  gente  che  conosco usa  StarOffice
(Nonostante la sua instabilita', la sua pesantezza, ecc ...) in modo
da avere la sicurrezza di poter  parire il proprio documento su SUN,
su Linux, su  Windows, ... Spero proprio che la  SUN ci metta dentro
l'anima: Credo che sia l'unico  modo per contrastare la Microsoft in
campo "Office".
-- 
                                                                     __
 __                                                              _  ///
| _        Student in Computer Science, Swiss Federal Institute  \\///
|__|iambo      of Technology - mailto:
ggia...@iiic.ethz.ch
       \X/

 4) L' idea di integrare tutti i componenti in un unico applicativo.
Qualcuno dice che Office2k (e il 97) e' pieno di robe inutili, ma non
e' corretto: sono cose che, bene o male, possono avere una qualche
utilita' (anche Clippy).
Invece StarOffice... mi spiegate perche' diavolo vuole rimpiazzare lui
tutta la GUI? Ma chi gliel'ha chiesto? il file manager con supporto
html c'e' gia', la taskbar c'e' gia', le finestre ci sono gia'...
anche i bug li fornisce gia' il sistema operativo...
invece gli manca clippy... e pensare che mamma' Microsoft lo ha pure
integrato in win2k come una serie di api... e c'e' pure
l'installazione per il 95, il 98 ed nt... in pratica, potrei farmi io
un mio programmino con clippy...
Speriamo che la Sun si dia da fare, perche' cosi' non va molto bene.
Un complimento invece per l'enorme quantita' di formati che gestisce
(anche se non molto bene).
Ho quasi voglia di vedere com'era SO 3... ce l'ho qua... era in bundle
con la stampante...
-- 
-=* Biffuz *=- Gabriele Biffi
bif...@mail.com
        |  "L'intelligenza e' una gran bella cosa.
ICQ#5169491 (Biffuz)   |  Sarebbe bello se tutti ne avessero una."

Per il resto non mi sembra un prodotto fatto malissimo
Lo utilizzo quotidianamente per le piccole cose da "home user" e quindi
da "utonto" senza preoccuparmi di leggere help e compagnia. Vado incontro
in tal modo a crash relativamente spesso .. il sistema operativo (Linux)
non ne risente, il lavoro lo salvo spesso e cosi' via.
Mi ha stupito che ODBC funga, lo uso per interfacciarmi a Postgres (piu' 
per gioco che per necessita' visto che Perl, PHP e psql sono piu' che 
sufficenti oltre che veloci e semplici da utilizzare) ed e' abbastanza 
divertente e stabile oltre che lento.
-- 
	Dino


5) E' addirittura piu' instabile di Office 2000.
Jeremi

 ha scritto nel messaggio
news:VruB4.25914$C24.2...@news.infostrada.it...

Se nella versione per Windows ti colleghi via ODBC ad un database (es Oracle
su Solaris) con Staroffice e crei una relazione fra le tabelle, questa
relazione viene scritta nel database che fisicamente si trova sulla macchina
SUN..
Invece con Access, io riesco solo ad importare le tabelle (via ODBC) ed ogni
modifica sulle relazioni viene scritta all' interno del file di Access e non
sul database Oracle.
Spero di essere stato chiaro.
Ciao
UltraSparc

5) E' addirittura piu' instabile di Office 2000.
Davvero? Non lo ho notato...
quando e' che diventa particolarmente instabile?


> 5) E' addirittura piu' instabile di Office 2000.
La versione per Solaris non č cosě instabile. Quella per Windows non l' ho
provata molto.
Ciao
UltraSparc

 provata molto.
Scusate, sono stato un po' sommario, in effetti mi riferivo esclusivamente a
quella
di Windows che e' l'unica che ho provato.
Jeremi

di Windows che e' l'unica che ho provato.
Per capire se l'instabilita' e' data da StarOffice o da Win+StarOffice devi
provarlo su altre piattaforme. Il codice credo che sia pressoche' identico,
e quindi i bachi dovrebbero essere comuni su tutte le piattaforme :-/


 Se nella versione per Windows ti colleghi via ODBC ad un database (es
Oracle
[cut]
Ora ho capito perfettamente.
Non conosco bene nessuno dei due prodotti, ma credo che il poter solo
importare (da ODBC) od esportare (su SQL Server)  i dati da/verso un db
esterno sia una limitazione by design, che io in effetti trovo giusta (non
vedo l'utilita' di poter modificare il db esterno da Access).
Ciao.

 e quindi i bachi dovrebbero essere comuni su tutte le piattaforme :-/
Mica detto.
Il codice e' uguale, ma le api sono diverse - puo' essere bacata la
chiamata alle api di windows, niente di piu' facile per chi sa come
sono le api di windows...


 vedo l'utilita' di poter modificare il db esterno da Access).
Io non so se trovarla giusta o meno: si riaprirebbe la discussione "Meglio
la grafica o la riga di comando"
Io che non conosco bene SQL trovo comodo poter costruire graficamente
direttamente sul database piuttosto che lanciarmi nella costruzione di
relazioni con FOREIGN KEY e robe annesse.
Ciao
UltraSparc

 relazioni con FOREIGN KEY e robe annesse.
Io come db conosco bene solo SQL Server, che viene fornito con l'Enterprise
Manager che e' una GUI (vagamente simile ad Access ma molto piu' potente)
per sviluppare tutto il db anche senza conoscere bene SQL; non so se anche
Oracle ha qualcosa di simile perche' non lo conosco per niente.
Access e' troppo limitato per poter servire come tool per lo sviluppo di
seri db.
Ciao.

TIA.
dunque nelle vecchie versioni di access, forse adesso lo hanno
cambiato, motore dbdi access, prendeva le tabelle da remoto se le
copiava nel mdb locale e su quelle lanciava le query, invecie di
passare tutto sql al server ed aspettare i risultati, ovvero su db
grossi era super inefficiente