Hola.

El algoritmo es correcto y funciona. Probablemente el fallo lo tengas en esta instrucción:

...Fíjate bien en que ahí estás evaluando la propiedad Name de la columna (por defecto: 'Column1', 'Column2', etc), no la propiedad DataPropertyName.

Un modo rápido de resolverlo:

if (dgv.Columns[dgv.CurrentCell.ColumnIndex].DataPropertyName == "cantidadContada")

Saludos.

Hola.

El código que has mostrado es el código auto generado por Visual Studio (donde se declara cada control que arrastras a la interfáz de usuari, y los valores de cada propiedad modificada).

Habría que poder analizar en profundidad el problema que describes para intentar determinar con certeza que es lo que ha ocurrido... por que a simple vista es algo inusual. Solo se me ocurre que quizás tu tengas una versión antigua de Visual Studio y tu amiga haya utilizado una versión más reciente para desarrollar el proyecto, y entonces al migrar el proyecto de una versión reciente a una mas antigua, te ha ido mal. No lo puedo saber, es solo una hipótesis. De todas formas Visual Studio tiene un sofisticado sistema de actualización de proyectos para migraciones...pero eso funciona bien solo para actualizar de versiones antiguas a más nuevas, no sé como irá para los downgrades del formato del archivo de solución (.sln) xD.

Por si te sirve de ayuda para el futuro, podrías probar a intentar "forzar" a que el diseñador de Forms reconozca la clase como un Form, añadiendo los siguientes atributos de clase:

Form1.vb  /  Form_Produc_Modi.vb:

<DesignerCategory("Form")>
<DesignTimeVisible(True)>
<ToolboxItemFilter("System.Windows.Forms", ToolboxItemFilterType.Require)>
Public Class Form_Produc_Modi
 ' ...
End Class

Form1.Designer.vb  /  Form_Produc_Modi.Designer.vb:

<Global.Microsoft.VisualBasic.CompilerServices.DesignerGenerated()>
<DesignerCategory("Form")>
<DesignTimeVisible(True)>
<ToolboxItemFilter("System.Windows.Forms", ToolboxItemFilterType.Require)>
Partial Class Form_Produc_Modi : Inherits Form
 ' ...
End Class

PD: La clase de atributo o metadato ToolboxItemFilter en un principio no tendría ningún efecto, ya que sirve para restringir la tecnología del componente en el ToolBox de VS, pero como lo que describes es un problema extraño, casi yo diría aislado, pues lo he preferido añadir por si acaso implicase algún posible beneficio.

Saludos.

En el caso de que seas el dueño de ese negocio, entonces yo en tu lugar invertiría 20€ o 30€ en que un programador freelance te desarrolle un parser/web-crawler, y tendrías el problema resuelto en 1 día o menos (dependiendo de las ganas del programador), ya que por lo general es algo facil. En el caso de que seas un empleado, pues siempre puedes explicarle el problema al jefe y que éste apoquine esos 20€ o 30€ para salir ganando y mejorar el rendimiento del empleado y de su negocio.

De lo contrario, lo único que te queda sería aprender un lenguaje de programación como ya te han sugerido. Yo te recomendaría VB.NET (ya que has publicado la pregunta en el foro de VB6), no necesitas migrar a otros lenguajes como Python, en .NET puedes hacerlo de forma sencilla a la par que eficiente mediante librerías como HtmlAgilityPack en cuestión de minutos/horas, o en su defecto aBot. En VB6 no sabría decirte.

Saludos.

Hola.


Ese nombre de archivo hace referencia a alguno de los componentes ActiveX de la compañia Codejock. Siempre se han utilizado bastante para el diseño de interfaces de usuario en VB6.

• http://www.codejock.com/products/controls/?2yn6s14z=p1z

En teoría deberías poder solucionar el problema descargando el paquete de controles ActiveX (la misma versión utilizada por tu proyecto de VB6 o una superior), y registrando en el sistema operativo cada componente OCX / dll.

PD: En Google puedes encontrar una infinidad de versiones del producto, tanto las versiones craqueadas, como las trial/demo.

Saludos.

Hola.


No has mostrado tus progresos, por eso me pregunto a mi mimo: ¿qué esperas exactamente, que te entregemos el código de un user-control que haga lo que quieres, y gratis?. Para eso ya está Google, donde podemos encontrar varios controles de usuario disponibles que te podrían servir:

• http://lmgtfy.com/?q=wpf+timeline
• http://lmgtfy.com/?q=winforms+timeline

...Yo personálmente te sugiero utilizar un Framework de terceros profesional, como Telerik UI for WinForms / Telerik UI for WPF, DevComponents DotNetBar, o DevExpress. Los 3 proveen un control de tipo 'TimeLine'. Da mucha pereza intentar hacerlo por uno mismo... la verdad xD.

Saludos.

Hola.

1. El evento TextBox.KeyDown, como su nombre indica por si mismo es un evento de teclado, no del ratón. Éste se dispara cuando presionas una tecla (para ser exactos: al momento de pulsarla, no al soltarla).

2. Lo que quieres hacer es una muy mala idea, aparte de ser algo intrusiva. La razón es simple: al intentar editar el texto no podrás seleccionar parte de éste, pues siempre que hagas un click, el texto / la selección se borraría.

Un ejemplo gráfico de lo que acabo de mencionar:

---

Una vez aclarado estos inconvenientes que he explicado aquí arriba, como respuesta a tu pregunta: una solución sería controlar el evento TextBox.Click

private void textBox_Click(object sender, KeyEventArgs e) {
    DirectCast(sender, TextBox).Clear();
}

Saludos.

Hola.


Doy a entender que se debe estar refiriendo al espacio de memoria asignado/alojado por "X" proceso.

---

Puedes mencionar ese foro. Muestra la firma de las funciones VirtualQueryEx y ReadProcessMemory, una firma equivocada podría ser el causante de todo un problema, y no somos adivinos. Un valor de retorno de Cero en cualquiera de ambas funciones significa ERROR; si es eso lo que te devuelve Cero entonces depura dicho error con el miembro System.Runtime.InteropServices.Marshal.GetLastWin32Error() + la clase System.ComponentModel.Win32Exception.

En general ese código es bastante spaghetti.

---

Lo que no sé es si quieres leer un segmento/región/página de la memoria, o el espacio de memoria al completo. En el segundo caso a esto lo podriamos llamar un dump o dumpeo de la memoria, y para ello la API de Windows nos proporciona una función de nombre MiniDumpWriteDump:

• MiniDumpWriteDump function | MSDN

Dicha función es útil en escenarios de depuración, en casos donde queramos dumpear la memoria junto a otra información de depuración de un proceso (ej. los módulos cargados), a un archivo local. Hay que tener en cuenta que esto no se limita a escribir los datos/bytes "raw" del espacio de memoria, sino un archivo de extensión .dmp (minidump) que podemos leer con ciertas herramientas de depuración. Funciona tanto para dumpear executables .NET, como executables nativos, pero lo cierto es que por experiencia sé que puede dar problemas extraños al intentar dumpear algún proceso (nunca llegué a averiguar muy bien la razón).

---

...Pero todo esto que he explicado aquí arriba es puramente informativo, es para tomárselo como una alternativa (puesto que su propósito es escribir información de depuración, no solo los bytes raw de la memoria, como ya expliqué). La solución tradicional para leer/escanear la memoria de un proceso externo, bueno, lo cierto es que no soy un experto en temas de ing. inversa, pero yo diría que podría ser de la siguiente forma:

1. Utilizar la clase System.Diagnostics.Process (o en su defecto la función Win32 OpenProcess) para localizar el proceso objetivo y obtener su handle.

2. Utilizar la función Win32 VirtualQueryEx para determinar el tamaño de cada región de la memoria.

3. Utilizar la función Win32 ReadProcessMemory para leer la región de memoria.

Ejemplos por separado y para todo, los tienes en la World Wide Web.

Saludos.

Hola.


Tengo una pizarra y he dibujado algo en ella, pero hay un problema: no consigo limpiar la pizarra con el borrador. Para ayudarme tienes que adivinar que es lo que he dibujado, y que colores he usado...


Ya lo has dicho tú todo. No se puede añadir nada más.

Saludos.

Hola.

El usuario está preguntando por los scan codes, no los virtual-key codes, son algo distinto. Cuando el usuario presiona una tecla, el teclado envia un scan code al driver del teclado, éste envia el scan code al sistema operativo, y el sistema operativo lo traduce en un virtual-key code basándose en la disposición del idioma ( layout ) del teclado.

Eso sí, como ya te han sugerido, deberías revisar más la MSDN... pues es la mayor fuente de documentación oficial sobre la API de Windows, y todo lo relacionado con el sistema operativo.

 

Fuente:
https://msdn.microsoft.com/en-us/library/aa299374(v=vs.60).aspx

...Y recuerda que puedes traducir uuna virtual-key a un scan code mediante la función MapVirtualKey / MapVirtualKeyEx:

• https://msdn.microsoft.com/en-us/library/windows/desktop/ms646306(v=vs.85).aspx
• https://msdn.microsoft.com/en-us/library/windows/desktop/ms646307(v=vs.85).aspx

Saludos.

El tema ha sido movido a .NET.

http://foro.elhacker.net/index.php?topic=473717.0