Come ovviare alla mancanza (assurda dopo anni) di Runtime Access 2019?

Anonimo
2020-06-23T13:21:13+00:00

Ho acquistato Office Professional Plus 2019 essendo l'ultima versione disponibile.

Ero consapevole (ho lunga esperienza Office e Access) che non ci sarebbero state subito le Runtime Access, ma non mi aspettavo che non ci fosse dopo anni; è evidente che Microsoft vuole la rendita derivante da Office 365.

Archiviato lo sfogo (scusate), chiedo informazioni qui, dopo aver cercato sul web, con la speranza che mi legga qualcuno che ha avuto esperienza diretta.

Premessa

Ho sviluppato una Applicazione (con Access 2019) destinata ad un amico per la gestione della sua Casa Vacanze che affitta.

Non è esperto e ci parliamo via Skype, quindi non posso direttamente "mettere le mani" sul suo notebook per verifiche.

Sul notebook ha una vecchia versione Office (2010).

Gli ho fatto installare le Runtime Access 2016 (in mancanza di quelle 2019).

Domande

  1. Come faccio a capire se la mia Applicazione viene eseguita dalle Runtime Access 2016 oppure da Access 2010? All'apertura di un file .accdr (compilato, da usare con le Runtime) che gli ho inviato, gli compare un messaggio del tipo "Il database sembra essere creato con una versione successiva di Access".
  2. Le Runtime Access 2016 sono compatibili con la mia Applicazione sviluppata con Access 2019?

Sul web ho trovato varie discussioni:

  • in alcune si dice che le Runtime Access 2016 vanno bene, salvo aver utilizzato alcune funzionalità non presenti in Access 2010
  • in altre si suggerisce di usare le Runtime Access 2013

Quali Runtime mi conviene fargli installare?

Ringrazio in anticipo per l'attenzione.

Microsoft 365 e Office | Access | Per la casa | Windows

Domanda bloccata. Questa domanda è stata eseguita dalla community del supporto tecnico Microsoft. È possibile votare se è utile, ma non è possibile aggiungere commenti o risposte o seguire la domanda.

0 commenti Nessun commento
Risposta accettata dall'autore della domanda
Anonimo
2020-06-23T19:47:57+00:00

Ciao Franco,

1- sì, vero Access 2010 ha la versione 14.0, mi ha confuso il fatto che se do un accde versione 14.0 creato con access 2016 a un cliente con access 2010 esce il messaggio di errore "Formato di database non riconosciuto: Il database potrebbe essere stato creato con una versione successiva a quella attualmente in uso. Aggiornare la versione di Microsoft Access a quella corrente quindi aprire il database", per questi casi ho una macchina virtuale con Access 2010.

2- presumo che ti abbia dato errore perché il sistema ha tentato di aprirlo con Access 2010

a) Application.Version rende 16.0 se usi il runtime di Access 2016 e 14.0 se usi Access 2010

b) il /RUNTIME è un'opzione della linea di comando che utilizzo sempre, così anche i miei clienti che hanno Access in versione completa eseguono la mia applicazione accde in ambiente Runtime, se vuoi puoi non metterla.

io distribuisco accde perchè è una versione non modificabile, l'accdr è semplicemente un accdb a cui è stata rinominata l'estensione, access vedendo accdr lo esegue in modalità runtime ( senza specificare /RUNTIME)

insomma qui puoi giocartela come meglio credi.

Ciao

Giorgio Rancati

La risposta è stata utile?

1 persona ha trovato utile questa risposta.
0 commenti Nessun commento

4 risposte aggiuntive

Ordina per: Più utili
  1. Anonimo
    2020-06-28T17:45:00+00:00

    io distribuisco accde perchè è una versione non modificabile, l'accdr è semplicemente un accdb a cui è stata rinominata l'estensione, access vedendo accdr lo esegue in modalità runtime ( senza specificare /RUNTIME)

    insomma qui puoi giocartela come meglio credi.

    Solo una precisazione:

    io non distribuisco un .accdb rinominato in .accdr: converto da .accdb ad .accde che poi rinomino in .accdr e distribuisco.

    La risposta è stata utile?

    0 commenti Nessun commento
  2. Anonimo
    2020-06-24T14:54:26+00:00

    Grazie, Giorgio.

    Tutto chiarissimo.

    La risposta è stata utile?

    0 commenti Nessun commento
  3. Anonimo
    2020-06-23T18:38:37+00:00

    BENTORNATO! (Temporaneamente?)

    Non ci lasciare, abbiamo bisogno di te.

    Ti chiedo delle precisazioni:

    1- Quindi, viene usato Runtime 2016?

    Ma Access 2010 non ha proprio numero versione 14.0?

    (Fonte: https://it.wikipedia.org/wiki/Microsoft_Access)

    2- Perfetto! Quindi inutile che gli faccia installare Runtime Access 2013.

    Stranamente, quando gli ho inviato un .accdr, è comparso un messaggio del tipo "Sembra che il file sia stato creato con una versione successiva di Access.

    Inoltre:

    a) sul mio computer Application.Version restituisce 16.0 (ok, ho Access 2019)

    Sul computer de mio amico, Application.Version dovrebbe restituire 16.0 se usato Runtime 2016 o 14.0 se usato Access 2010 installato sul suo computer.

    Giusto? 

    b) il link in "Destinazione" deve essere (tutto su una riga)

    "percorso completo programma" "percorso completo file da aprire"

    Giusto?

    Ma perché */RUNTIME?Non c'è un file "runtime" o qualcosa del genere?\Office16*   come Access 2019?

    Perché .accdee non .accdr?   E' lo stesso?

    Grazie, Giorgio.

    P.s.: Mi chiamo proprio Franco, non Francesco; ma tu puoi chiamarmi come vuoi, anche Giuseppe, Andrea, Luigi,...! :-)

    La risposta è stata utile?

    0 commenti Nessun commento
  4. Anonimo
    2020-06-23T15:59:28+00:00

    Ciao Francesco,

    1. per capire quale versione di access sta eseguendo la tua applicazione devi eseguire Application.Version.

    Per esperienza so che Access 2010 non può aprire un file con formato 14.0.

    1. Il runtime 2016 va bene se non hai usato proprietà specifiche della versione 2019, io ho clienti che hanno il runtime 2013 e altri 2016, la mia applicazione fatta con 2016 gira bene anche con runtime 2013.

    Per essere sicuro che la tua applicazione venga aperta con il runtime 2016 crea al tuo amico un collegamento specifico per eseguire l'applicazione, nella destinazione metterai ad esempio (tutto su una riga) :

    "C:\Program Files (x86)\Microsoft Office\Office16\MSACCESS.EXE"  /RUNTIME "C:\PercorsoApplicazione\NomeApplicazione.accde"

    Ovviamente modifica i percorsi a seconde di dove sono posizionati i files

    Ciao

    Giorgio Rancati

    La risposta è stata utile?

    0 commenti Nessun commento