Newsgroup: it.comp.appl.access
Titolo: access 2016 togliere barra menu in alto

mi spiego meglio, se clicco sulla freccia verso l'alto in basso a destra delle ribbon compatto le ribbon che non si vedono più però rimane visibile la barra menu con le seguenti voci:
 
tasto annulla - tasto ripristina 
e sotto il menu
File - Home - Nuova Scheda - Lente - Cosa vuoi fare?
 
vorrei far sparire tutto perchè se uno clicca su FILE riesce a rivisualizzare le ribbon se clicca sulla puntina in basso a destra della ribbon mentre vorrei un db pulito senza nulla
 
qualcuno può aiutarmi?
 
grazie.

 vorrei far sparire tutto perchè se uno clicca su FILE riesce a rivisualizzare le ribbon se clicca sulla puntina in basso a destra della ribbon mentre vorrei un db pulito senza nulla
 
 
DoCmd.ShowToolbar "Ribbon", acToolbarNo
 
 
-- 
Ciao
Karl
*********
http://www.AccessDevCon.com
 
Access FAQ: 
http://www.donkarl.com/it
 
 
 
 

mario rossi brought next idea :

Onde evitare che l'utente inesperto possa combinare guai?
È la giustificazione che ho sempre ottenuto da chi pone
domande come la tua.
Giustificazione alla quale non ho mai creduto.
 
Bruno


cioè scusa? quale sarebbe la cosa a cui non credi? io confermo che voglio che non si vedano le ribbon e i menu in alto perchè non voglio che l'utente inesperto possa cliccare sulle funzionalità presenti nelle ribbon o nei menù combinando casini.
 
a cosa non credi di questa mia frase? e per quale motivo non ci credi? che motivo avrei di mentire? spiegati meglio grazie.

on 19-02-19, mario rossi supposed :

Da sempre ritengo che la ragione vera, ancorché recondita,
sia il desiderio di guadagnare maggiore autorevolezza.
Di solito ne segue il metter sotto chiave il db, il codice, etc.
 
La mia è un'opinione abbastanza consolidata, ma tu puoi
liberamente esternare ch'io prenda lucciole per lanterne
o anche peggior improperio.
Lo scambio di opinioni non significa far la guerra.
 
Bruno


Penso che queste considerazioni possano avere ragioni diverse a seconda dell'ambito operativo di applicazione... mi spiego meglio.
 
Se io realizzo un DB per mia moglie prende un senso
Se io realizzo un DB per il mio collega di Ufficio ne prende un'altro
Se io realizzo un DB a pagamento per una ditta sul quale io devo garantire INTEGRITA' DATI, PRIVACY ed OPERATIVITA' a prescindere ne prende un'altro...
se io realizzo un DB per usarlo solo io... magari ancora diverso
se io realizzo un giochetto per ICAA ne avrebbe un'altro...
 
Per questo immagino che ci si dovrebbe sempre mettere in condizione di comprendere le finalità vere, i PRO ed i CONTRO, ed in questo la mediazione non credo sia la cosa migliore... ma quanto meno ci si pone un dubbio...
 
@Alex


Il mario ha posto un probema tecnico
Non sbrissiare sul versante del giusto/sballiatto

 Karl
 
--> DoCmd.ShowToolbar "Ribbon", acToolbarNo> 
 
ma questa è una istruzione che vale SOLO per quel file di Access
oppure agisce sull' ambiente di Access ?
(e quindi poi Access si presenta sempre senza Ribbon ?)

@Alex was thinking very hard :

La mia opinione è che bisognerebbe essere dei Raffaello
o dei Leonardo per legittimare la preoccupazione che altri
possa avvalersi delle nostre originalità.
Diversamente la preoccupazione d'esser emulati più che vezzo
è prosopopea.
 
Bruno


Ma no Bruno, il problema credo sia da inquadrare in tutt'altro ambito(secondo me)... perchè quì nessuno inventa nulla, nessuno è un genio, e non credo si debba privilegiare il "NASCONDERE", quanto più invece a prestare attenzione a rendere meno PROBLEMATICO possibile in termini di Garanzia il prodotto che si VENDE(ripeto discorso NON applicabile a chi non vende Prodotto ed Azienda).
 
Mi spiego, sempre serva, se lasci il tuo applicativo aperto, l'utente può inconsapevolmente smanettarlo e fare dei danni(qualsiasi tipo)... il fatto che poi i danni fatti siano problemi suoi non regge molto professionalmente parlando, perchè contrariamente a chi con Access "cazzeggia" qualcuno VENDE Prodotto ed Immagine Aziendale, fatta di affidabilità, serietà, assistenza, ne consegue che uno dei modi per ovviare a possibili anomalie sia quello di "BLINDARLO".
 
Tutto quì, ma è una visione come un'altra... io che faccio solo i Ricettari, al massimo vengo licenziato da mia moglie....
 
Detto questo, mi taccio.
 
@Alex


forse la richiesta di mario, che personalmente trovo più che legittima, 
era quella di nascondere cose inutili dal programma, che possono solo 
creare confusione all'utilizzatore finale.
Se non usa i ribbon e di lavoro vende programmi in access trovo 
totalmente inutile la barra che lui chiede di nascondere.
 
BFS
 
 
 
 
 
 
 


come non significa far la guerra? e adesso tutte le bombe a mano che avevo preparato che me ne faccio? :D scherzi a parte veramente vorrei evitare che l'utente poco esperto vada a cliccare pulsanti che aprono schermate che poi non si aspettano e poi devi passare le ore al telefono o in assistenza remota per sistemare, più è pulito il db e meglio è (per me ovviamente)


concordo pienamente


esatto hai capito

 
 
Come mai non l'hai provato personalmente prima di chiedere? ;-)
 
Così ho dovuto provarlo io di nuovo per essere sicuro e con 2010 e 2013 
che ho qui si riferisce solo all'istanza di Access aperta.
 
Cioè, se lancio un'altra db a fianco o se chiudo Access e rilancio lo 
stesso db i ribbon sono presenti di nuovo.


 Karl
 
 
I comandi inviati con DOCMD, sono membri di Application... 
Non mi risulta, nel senso che non ho conoscenza, ce ne siano che vengono applicati al Server di Automazione di default... oppure mi sbaglio...?
 
@Alex

non adopero queste istruzioni/comandi, 
per me è addirittura ideale la situazione in cui l'utente ha dimestichezza con Access
e quindi trovo versioni full installate.
Ed era con questo scopo (di non effettuare azioni che influiscono con l'ambiente proprio di Access) che ho chiesto la conferma
 
anche perchè
"ricorderei" (forse male, ma mi fermo ai ricordi) che con le versioni A2000-2003 
se si eseguivano istruzioni riguardanti le voci di menu (disattivandole)
queste poi permanevano, e quindi i ribbon sarebbero una evoluzione positiva per questo aspetto.
 
aggiungo una nota personale
anche "dovendo" (o volendo ?) procedere a questa disattivazione in blocco,
credo sia opportuno mantenere, specie per chi utilizza appunto la versione full,
l'insieme di voci che comunque appare nel Runtime 
e che quindi occorre riscrivere da codice 
(purtroppo ???: con il punto interrogativo-dubitativo)

 ...
 
Ho tanti clienti che non vogliono vedere le ribbon da diversi ragioni. 
Di solito anch'io preferisco di pilotare tutta l'applicazione da 
controlli all'interno dell'applicazione stessa (già nei tempi dei vecchi 
menu).
 
Con quest'attitudine ci voleva pochi minuti per trasformare vecchi 
applicazioni in accdb ecc. perché non si è dipendente dalla moda attuale 
alla MS. Non si perde tutto lo spazio verticale, si puo controllare, 
concentrare, usare metodi più ergonomici ecc.
