Palabras clave: guardar, almacenar, recordar, última, posición, registro
Autor: ¿?
Extraído de: Utter Access (allá por 2007)

Objetivo:
La idea es almacenar la última posición del usuario al entrar en un formulario. Sirve para tipo Lista o tipo Ficha. Requiere de varias acciones.

1. Tener una tabla de posiciones (puede ser local ya que es del propio usuario)
2. Las tablas deben tener un campo ID único.
3. En el formulario, asignar una función a todos los controles del registro para el evento "Al recibir enfoque". Esa función almacena en memoria el registro y el campo enfocado.
4. En el evento Close, se almacena:
  - Formulario
  - Id del registro
  - Último campo enfocado
  - Usuario (redundante si es local)
  - Momento
  El almacenado de los datos puede ser acumulativo (nuevo registro por lo que Momento es relevante) o sustitutivo (editar el registro para combinación de formulario-usuario por lo que Momento es irrelevante)

En el momento de abrir el formulario, abrir un recordset o utilizar un Dlookup para recuperar el ID de la combinación formulario-usuario (si es acumulativo, incluir Momento en la "ecuación")
Mediante Bookmarks, posicionar el registro. Algo así:


Private Sub GoToLastSavedPosition()
    Dim strSQL           As String
    Dim rstFormPositions As DAO.Recordset
   
    strSQL = " SELECT Last(tblFormPositions.LastRecordID) AS LastOfLastRecordID," & _
                    " Last(tblFormPositions.LastActiveControl) AS LastOfLastActiveControl," & _
                    " Max(tblFormPositions.LastTimeSaved) AS MaxOfLastTimeSaved" & _
             " FROM tblFormPositions" & _
             " GROUP BY tblFormPositions.FormName," & _
                      " tblFormPositions.LastUser" & _
             " HAVING tblFormPositions.FormName = " & Chr$(34) & Me.Name & Chr$(34) & _
             " AND tblFormPositions.LastUser = " & Chr$(34) & CurrentUser() & Chr$(34)

    Set rstFormPositions = CurrentDb.OpenRecordset(strSQL, dbOpenDynaset)
   
    With rstFormPositions
        If .RecordCount <> 0 Then
            If !LastOfLastRecordID <> 0 And Not IsNull(!LastOfLastActiveControl) Then
                Me.RecordsetClone.FindFirst "[ID] = " & !LastOfLastRecordID
                Me.Bookmark = Me.RecordsetClone.Bookmark
                Me(!LastOfLastActiveControl).SetFocus
            End If
        End If
        .Close
    End With
   
    Set rstFormPositions = Nothing
   
End Sub

El ejemplo original lanza ese código en el Form_Timer del formulario (Intervalo = 1) con este códig:

Private Sub Form_Timer()
    Static blnFormOpen As Boolean
   
    If Not blnFormOpen Then
        blnFormOpen = True
        Me.TimerInterval = 0
       
        GoToLastSavedPosition
    End If
   
End Sub


Palabras clave: control errores, línea
Autor: xavi
Extraído de: experiencia

Objetivo:
Localizar la línea del error exacta.

En nuestras aplicaciones a veces es necesario no solo controlar el error y devolver la respuesta adecuada. En algunos casos podemos recibir el "feedback" de un cliente con un error pero no es posible saber cual de las líneas de código ha sido la que ha generado el error.

En desarrollo, dentro de mi control de errores, ya está preparado para que, en caso de error, el código de pare (Stop) y a continuación vaya a la línea del error (Resume). El problema es en el cliente dónde no interesa mostrar ciertas cosas. En ese caso estaría bien poder recuperar la línea del error y que el cliente nos la comunicara.

¿Y cómo se obtiene la línea de error?
Pues ("back to the past") ¡numerando las líneas! y recuperando el número de línea con la propiedad Erl.
Algunos no lo habréis visto nunca y otros no numeran una línea desde que dejaron GWBasic.

¿Y cómo numero las lineas? Porque mi aplicación tiene miles de líneas...
La mejor forma si no quieres dejarte las uñas en el teclado es utilizar una herramienta externa: MZ-Tools

Esa herramienta permite poner y quitar números de línea de forma muy sencilla. El alcance de esa utilidad es el que nosotros queramos: desde un procedimiento hasta un grupo de proyectos.

¿Y cuando hago eso?
Pues yo lo haría justo antes de entregar la aplicación al cliente.

¿Es cómodo trabajar con números de línea puestos?
La verdad es que es un engorro porque cualquier nueva línea deberá tener su número. Lo mejor es quitar todos los números de línea del proyecto cuando se tenga que editar el código, modificar y volver a poner números de línea. Dado que los números de línea sólo sirven para la propiedad Erl, no debería representar un problema (a diferencia del pasado dónde los GoTo se hacían por número de línea).

¿Cómo utilizo Erl?
Muy sencillo. Dentro del control de errores, la propiedad Erl devuelve el número de línea. Si no hay números de línea, devuelve 0.

MsgBox "Error en línea: " & Erl & vbNewLIne & Err.Number & " - " & Err.Description

Dicho todo esto, yo nunca he numerado líneas 

Palabras clave: nombre, ordenador, PC
Autor: ¿?
Extraído de: ¿?

Objetivo:
Obtener el nombre del PC dónde se ejecuta el código.

Alternativa a Environ("ComputerName")


Function DamePC() As String
  Set ObjetoRed = CreateObject("WScript.Network")
  DamePC = ObjetoRed.ComputerName
  Set ObjetoRed = Nothing
End Function


Palabras clave: tildes, acentos, limpiar
Autor: Xavi
Extraído de: Experiencia propia

Intentando generalizar una función que me permita convertir cualquier texto con acentos a otro sin acentos y añadiendo la capacidad de poder incluir niveles de restricción de caracteres especiales, ha salido esta función.

Debe copiarse en un módulo independiente.

A la hora de utilizarse se debe pasar la cadena a convertir.
Opcionalmente se indica el nivel de restricción de los especiales. Por defecto es Libre lo que devolverá todos los caracteres especiales y únicamente sustituirá los caracteres acentuados.
Si se utiliza el nivel de restricción 1 (restringido), debe indicarse la cadena de caracteres prohibidos. Si no se indica el sistema propone una colección.
Si se utiliza el nivel de restricción 3 (Estricto) la cadena de respuesta solo permitirá letras mayúsculas, letras minúsculas, números y espacios.

La función puede ampliar los caracteres acentuados. Solo es necesario añadir los caracteres adecuados a las cadenas strConAcentos y strSinAcentos.



Public Enum eUtl_TildesRestriccion
    Libre = 0
    Restringido = 1
    Estricto = 2
End Enum

Function SinTildesEvo(strText As String, Optional intSinEspeciales As eUtl_TildesRestriccion = 0, Optional strEspeciales As String = ".,:;()-&%!?¡¿ºª*çÇ@_·)$") As String
   
    On Error GoTo ErrorHandler

    Dim strConAcentos   As String
    Dim strSinAcentos   As String
    Dim c               As Integer
    Dim strChar         As String
    Dim intPos          As Integer
    Dim strLimpia1      As String
    Dim strLimpia2      As String
   
    strConAcentos = "áàäâéèëêíìïîóòöôúùüûÁÀÄÂÉÈËÊÍÌÏÎÓÒÖÔÚÙÜÛ"
    strSinAcentos = "aaaaeeeeiiiioooouuuuAAAAEEEEIIIIOOOOUUUU"
   
    ' Recorremos el texto pasado como argumento
    For c = 1 To Len(strText)
        ' Obtenemos el carácter a evaluar
        strChar = Mid(strText, c, 1)
        ' Miramos si existe en la cadena de caracteres acentuados
        intPos = InStr(1, strConAcentos, strChar, vbBinaryCompare)
        If intPos > 0 Then
            ' Al existir sustituimos
            strLimpia1 = strLimpia1 & Mid(strSinAcentos, intPos, 1)
        Else
            ' Al no existir lo aceptamos
            strLimpia1 = strLimpia1 & strChar
        End If
    Next
   
    ' Evaluamos si se quitan los especiales
    Select Case intSinEspeciales
        Case eUtl_TildesRestriccion.Libre  ' Sin restricción: no se obvia ningún caracter especial
            ' Igualamos cadenas
            strLimpia2 = strLimpia1
        Case eUtl_TildesRestriccion.Restringido  ' Restrictivo:solo los de la lista
            ' Recorremos la cadena
            For c = 1 To Len(strLimpia1)
                ' Obtenemos el caracter a evaluar
                strChar = Mid(strLimpia1, c, 1)
                ' Miramos si existe en la cadena de caracteres especiales
                intPos = InStr(1, strEspeciales, strChar, vbBinaryCompare)
                If intPos = 0 Then
                    ' Al no existir podemos  añadir el caracter
                    strLimpia2 = strLimpia2 & strChar
                End If
            Next
        Case eUtl_TildesRestriccion.Estricto  ' Ultrarestrictivo: ningun caractrer que no sea letra, numero o espacio
            For c = 1 To Len(strLimpia1)
                strChar = Mid(strLimpia1, c, 1)
                Select Case Asc(strChar)
                    Case 48 To 57, 65 To 90, 97 To 122, 32
                        strLimpia2 = strLimpia2 & strChar
                End Select
            Next
    End Select
   
    SinTildesEvo = strLimpia2


ExitProcedure:
    On Error GoTo 0
    Exit Function
ErrorHandler:
    Select Case Err.Number
        Case 0
        Case Else
            MsgBox "Error " & Err.Number & " - " & Err.Description
            Resume ExitProcedure
    End Select
End Function


Documento posteado varias veces por diferentes personas pero que parece ser que el autor original es Keri Hardwick


Sintaxis para subformularios

Palabras clave: FSO, averiguar, saber, directorio, folder, carpeta
Autor: Xavi
Extraído de: Centro de desarrollo de Office

---

Objetivo
Averiguar si un directorio existe mediante FSO. Es la alternativa a Dir(strFolder, vbDirectory)


Public Function ExistsFolder(strFolder As String) As Boolean
    Dim fso As Object
   
    Set fso = CreateObject("Scripting.FileSystemObject")
   
    On Error Resume Next
    If fso.FolderExists(strFolder) = False Then
        ExistsFolder = False
    Else
        ExistsFolder = True
    End If
   
    If Err <> 0 Then
        ExistsFolder = False
    End If
   
    Set fso = Nothing
       
End Function


Palabras clave: FSO, averiguar, saber, archivo, fichero
Autor: Xavi
Extraído de: Centro de desarrollo de Office

---

Objetivo
Averiguar si un fichero existe mediante FSO. Es la alternativa a Dir(strFileName, vbArchive) que puede dar errores cuando strFileName = ""


Public Function ExistsFile(strFileName As String) As Boolean
    Dim fso As Object
   
    Set fso = CreateObject("Scripting.FileSystemObject")
   
    On Error Resume Next
    If fso.FileExists(strFileName) = False Then
        ExistsFile = False
    Else
        ExistsFile = True
    End If
   
    If Err <> 0 Then
        ExistsFile = False
    End If
   
    Set fso = Nothing
       
End Function


Palabras clave: vinculación, tablas
Autor: KALKALIN
Extraído de: MVP-ACCESS.com

Cita de: KALKALIN preguntó
Necesito poder revincular las tablas de una base de datos externa.

Y el mismo se respondió con algo parecido a esto (que yo he estandarizado a mi conveniencia)

Copiar en un módulo independiente. Antes de llamar, asignar los valores a la estructura uLinkTable


Option Compare Database
Option Explicit

Public Type udtLinkTable
    RemoteDatabase      As String
    RemoteTableName     As String
    LocalTableName      As String
End Type
Public uLinkTable       As udtLinkTable

Public Sub CrearTablaVinculada()
    Dim dbsActual       As DAO.Database
    Dim tdfTableLink    As DAO.TableDef

    Dim rstRemoto   As DAO.Recordset    ' para las pruebas (en producción borrar y eliminar las últimas líneas)
   
   'Ubicacion de la base de datos remota se toma de uLinkTable.RemoteDatabase
   'Ubicacion de la base de datos local se toma de CurrentProject.FullName

   ' Abre la base de datos a la que se le va a agregar la tabla vinculada.
   Set dbsActual = OpenDatabase(CurrentProject.FullName)

   ' Crea una tabla vinculada que se conecta a una base de datos Access
   ' uLinkTable.LocalTableName será el nombre de la nueva tabla vinculada (en la base local)
   Set tdfTableLink = dbsActual.CreateTableDef(uLinkTable.LocalTableName)

   'creamos la conexion
   tdfTableLink.Connect = ";DATABASE=" & uLinkTable.RemoteDatabase & ";"

   'Aqui uLinkTable.LocalTableName es el nombre de la tabla de origen (si no existe da error)
   tdfTableLink.SourceTableName = uLinkTable.RemoteTableName
   dbsActual.TableDefs.Append tdfTableLink
 
   Set rstRemoto = dbsActual.OpenRecordset(uLinkTable.LocalTableName)
 
   'muestro la cantidad de registros de la tabla vinculada (Algo sencillo para ver si todo ha salido bien)
   rstRemoto.MoveLast
   MsgBox rstRemoto.RecordCount
 
   rstRemoto.Close

End Sub



La ventaja de este método es que no "levanta" la ventana de objetos de la base de datos (interesante opción en clientes quisquillosos)

Palabras clave: Funciones, procedimientos
Autor: Xavi
Extraído de: Experiencia propia

A menudo tenemos la tentación de asignar las funciones directamente a partir de la hoja de propiedades del control. Eso que parece una buena opción en aras de ahorrar líneas de código puede volverse en nuestra contra si, por el motivo que sea, la función que llamamos ha cambiado de nombre o, simplemente, desaparecido.

Cuando ello ocurre nos encontramos un un error no controlado en el momento de abrir el formulario que puede llevarnos un buen rato de trazar.

Para evitar encontrarnos en ese escenario mi consejo es NO utilizar la ventana de propiedades para asignar las funciones. En su lugar es más adecuado utilizar el procedimiento Form_Open o Form_Load (yo prefiero el Load) para realizar la asignación:

Me!UnControl.AfterUpdate = "=UnaFuncion()"

Recordar que la función puede estar en el mismo módulo o en un módulo independiente siempre que la función esté declarada como Public.

Si la paranoia anti-errores es similar a la mía, también es una buena práctica "desasignar" a la salida del formulario (evento Unload).

Me!UnControl.AfterUpdate = ""

Ver Vista presentación. Pros y contras para entender mi paranoia.

Palabras clave: Vistas, presentación
Autor: Xavi
Extraído de: Experiencia propia

Desde la versión 2010 (creo) tenemos disponible la vista presentación para formularios en informes. Es una vista que nos muestra datos pero que al mismo tiempo, nos permite cambiar las propiedades de los controles. Es sumamente práctico a la hora de dimensionar los controles, sobretodo en los informes.

En mi caso concreto, la utilización de la vista presentación en los formularios me resulta inoportuna por mi forma de trabajar. Yo parto de un formulario "base" al que le asigno en el Load una serie de propiedades.

Mi formulario tiene una etiqueta vacía esperando el título, una imagen de fondo pequeña en el encabezado y los botones de comando del menú superior desordenados. Además algunos formularios no tienen bordes (los simulo con unas lineas) .

El relleno del título y su dimensionado así como el tamaño de la imagen de fondo y la posición de los botones (y las líneas laterales si procede) se asignan en los eventos Load y Resize.

En el caso de cambiar de vista diseño a vista formulario y volver, mis controles "vacíos" y "desordenados" no se alteran.
En cambio, si alterno de vista diseño a vista presentación, al volver a la vista diseño, mis controles "vacíos" ya quedan rellenos y se han ordenado. Ya me he creado un procedimiento para "restaurar" formularios.

Por ese motivo es por el que desactivo en todos los formularios la vista presentación.

Añado: lo mejor es quitar la opción directamente sobre la base de datos. Archivo/Opciones/Base de datos actual. Desmarcar Habilitar la vista Presentación
Para deshabilitar esa vista por código:

Application.SetOption "DesignWithData", False