OnlyOffice: l'alternativa open source e on premise a Microsoft 365

Mi spiace, ma che ti possiamo dire... continua pure a pagare la Microsoft tax per il diritto di accedere ai tuoi dati e vivi felice.

Ma usare Autocad per un grafico non è overkill?

Questa cosa degli sviluppatori che lavorano gratis mi sa che è più una leggenda metropolitana.
Cioè sviluppare LibreOffice non è una passeggiata, è un software complesso che richiede concentrazione e coordinamento tra diversi sviluppatori che dedicano giornate di lavoro. E tutto questo gratis?
E come campano?

Ma infatti non è vero che lavorano gratis, una buona parte di chi sviluppa è sovvenzionata da TDF, altri fanno parte dei partner (canonical, intel, google, novel ecc.), poi in minima parte ci sono quelli della community e gli sviluppatori occasionali.

ti è andata bene...dai, almeno hai trovato i rettangoli...

frana frena! ho sempre usato tutte le suite... star/open/libre-office e msoffice... ma da quando ho partita iva ho optato per libre...
il file era un docx (immagino nato su word) che ho aperto su libreoffice e le forme nate col file poi modificate/copiate non hanno subito "danni"
le uniche impazzite sono state quelle realizzate exnovo su libreoffice... come dire, se avessi realizzato io il grafico e per compatibilità col collega avessi salvato poi in docx.... sarebbe stato comunque un danno!
il grafico con excel lo avrei realizzato in 5 minuti (alla fine è un grafico a torta con la rappresentazione grafica degli ostacoli per delle antenne srb in progetto) ma non mi sono mai avventurato nella stessa missione con Calc, quindi ho optato per autocad ovviamente 2 ore per completare il lavoro, la grafica del grafico 5 minuti scarsi....

avrei preferito non trovarli proprio, mi sarei innervosito meno

Già andare ad aprire un docx su libreoffice equivale ad andarsi a cercare dei problemi ...se poi modifichi pure il file...problemi sicuri al 100%.
Inutile nascondere la cosa, per file semplici la compatibilità di libreoffice con office più o meno regge, ma quando fai qualcosa di un po' più complicato lascia perdere.

con il massimo rispetto per entrambi perché non siete andati a verificare di persona la simil-ribbon?
che non è quella della immagine postata, ne esistono preinstallate di [U]default[/U] almeno 2 versioni

questa è la prima che ho trovato... non ho neanche controllato che sia una beta o quella definitiva (credo che il tema sia custom, si può scegliere)

Link ad immagine (click per visualizzarla)

ciao

?!?

Togli pure il forse. Comunque con questi linguaggi di programmazione (soprattutto C++, ovviamente) la produttività scende, e i bug sono dietro l'angolo (sempre C++ in primis). Con Java s'impenna l'impiego di risorse del sistema. Insomma, scelta peggiore non potevano fare...

In un'applicazione del genere non servono le prestazioni in primis, ma le funzionalità (e la comodità. Le sezioni critiche si possono sempre ottimizzare a parte.

E non servono le "basi di algoritmi e linguaggi di programmazione" per capirlo: si tratta di ingegneria del software e di esperienza.

Molto probabilmente erano in assembly già negli anni '80, quando Word ed Excel sono nati (non ricordo quando arrivò PowerPoint), ma erano altri tempi ed era comprensibile (viste le poche risorse dell'epoca).

Dubito fortemente che abbiano mantenuto il core in assembly, se non eventualmente per piccole sezioni critiche per IA-32/x86, per le seguenti motivazioni:
- l'assembly 8086 (di moda dagli anni '80 fino a circa la metà degli anni '90) è diverso da quello di 80386, e quindi avrebbero dovuto riscrivere tutto;
- Visual Studio (col quale è compilato Office) NON supporta l'assembly x64 e ARM: "Inline assembly is not supported on the ARM and x64 processors", ma Office è già disponibile da tempo per queste architetture.

I problemi delle ALTRE applicazioni coi formati Office, per la precisione.

Perché... lo sono? Il vecchio formato di Office '97 è ben descritto da anni e le specifiche le trovi nel sito di Microsoft (o su web archive, visto che è roba del paleozoico informatico), e OpenXML è addirittura uno standard ISO.

Perché non t'informi prima di riportare informazioni false?

Problemi loro.

Premesso che t'hanno già risposto, ma anche no: se ci sono problemi non vedo perché non ci dovrebbe lamentare.

Perché non mi aspettavo che fosse un'immagine vecchia, ma recente.

Sarebbe interessante conoscere il tema o i temi standard, e non custom.

Quest'interfaccia è simile alla Ribbon.

i problemi dei formati office sono noti, e in molti ci hanno sbattuto contro. parliamo di interoperabilità tra le varie versioni di office, dalla preistoria ad oggi, perchè microsoft evolve le funzionalità senza tenere conto del formato, che resta lo stesso. purtroppo è una realtà oggettiva. le varie alternative, libreoffice in primis, soffrono dello stesso problema con i loro formati, un odf su openoffice potrebbe essere letto diversamente su una edizione più recente di libreoffice, e viceversa... certo, odf poteva diventare uno standard iso, e allora magari avremmo avuto qualche speranza di vedere qualcosa di buono, ma microsoft ha fatto il suo solito gioco sporco...
https://www.wired.com/2007/08/micro...ional-standard/

https://www.networkmiddleeast.com/5...f-foul-play?amp

chissà perchè? forse per continuare a mantenere la sua posizione dominante? la soluzione a tutti i problemi, comprarsi una licenza microsoft, o un abbonamento a office 365. però almeno diciamo la verità, è una porcata.

Scusa ma non ti capisco più, parli di produttività vs prestazioni ma ti lamenti del consumo di risorse e finisci col dire che qualcosa che consuma ancora più risorse alla fine va bene, parli di prestazioni dei linguaggi senza aver la benché minima idea di come misurarle, affermi che servono ingegneria del software ed esperienza servono ma le basi di algoritmi no, anche se dovrebbero essere la prima cosa che si impara dopo hello world...



Ricordo la presentazione di Office 95 dove si vantavano che gli engine erano stati completamenti riscritti in assembly 32 bit. E Office c'era anche per Mac 68k e PPC.



Congratulazioni, hai appena linkato il manuale ufficiale Microsoft che spiega come sviluppare in assembly (x86, x64 e ARM) in Visual Studio 2019 e usarlo in progetti C/C++, e poi hai detto che non si può fare.
Vediamo se trovi da solo il problema...



Abbiamo già discusso abbondantemente di questo, insistere non ti darà ragione.



Io? Ok...