Mensajes

Necesitas un grupo de asesores diarios para ti solito. Uno para el café, 3 para la lavadora, 12 para las relacione ssociales y otros 20 para la tecnología...
...Me recuerdas al príncipe de Zamunda (en su priemra etapa).

De verdad hay necesidad de preguntar cada día 500 cosas, de las que luego derivan de cada una otras 50 preguntas???. Te acordarás ya de las respuestas que te dieron 30 días atrás, o solo preguntas para vivir el día a día?.

Cuando actualizas el S.O. de un equipo con cierta antigüedad a otro S.O. no hay garantías de que haya disponible drivers para todo el hardware.
Si el S.O. no provee uno genérico que pueda detectar el hardware e instalar, hay que mirar si el fabricante del dispositivo aún actualizó drivers para ese dispositivo, si tampoco es así, simplemente será hardware medio muerto (irreconocible).

Es el riesgo que se corre cuando se actualiza a un S.O. más nuevo cuando el equipo tiene cierta antigüedad...
De todos modos, Bluetooth es bastante irrelevante. Yo lo probé cuando el sistema salió (entonces resultaba bastante complejo su configuración... siguiendo los mismos pasos, unas veces funcionaba otras no), pero no le vi demasiada utilidad. Aparte, al poco empezaron a aparecer virus, que se conectaban automáticamente si estabas demasiado próximo a otros dispositivos bluetooth y no tenías alertas o configurado aceptar conecxiones... así mucha gente en un autobús o en un aeropuerto, se infectaban...
Ya tecnología de infrarrojos también funcionaba por entonces y era más fiable con un rango mucho mayor de alcance...
Otra castaña es que de repente, en un punto dado había muy buena señal y solo 20cm. más allá l señala era nula.

Hubiera acabado teniendo un nicho de utilidad mas amplio si otras conexiones inalámbricas no hubieran prosperado y bajado precios.
Todavía puede tener utilidad para grupos de personas que estén en una zona remota del planeta donde no estén disponible (no lleguen) otras señales y aún así con las restricciones de distancia que tiene, le resta utilidad práctica.

...resumiendo, pará que lo usabas???. Si puedes usar una conexión que la remplace, olvida Bluetooth o por lo menos no sufras por no tener disponible una tecnología que al final no usas, que es remplazable y por tanto prescindible.

Más interesante que fijar una cantidad, es fijar una antigüedad.

Por ejemplo almacenas las notificaciones durante 1 mes... 15, 10, 7... días. Puede ser un valor dependiente de las notificaciones diarias medias que que tenga un usuario. Un usuario con muy pocas notificaciones, podría mantenérselo durante 1 mes... los usuarios con notificaciones muy activas, quizás baste mantenerlas una semana.

Lo importante es considerar que nadie tendrá interés (habitualmente) en consultar una notificación de 1 mes atrás si entre esa y la última median 5000 notificaciones, en cambio es algo tolerable para alguien que solo haya recibido 20 notificaciones en ese mes.

También puede shacerlo mixto, eliminar lo que sobrepase cierto número de notificaciones o cierta antigüedad aunque no se alcance esa cantidad.

...y preferiblemente a eliminar solo una, borra la mitad más vieja cada vez. Si solo borras una cuando esté la bandeja llena, tendrás que constantemente se estarán borrando notificaciones, si hay mucha actividad, la base de datos no tendrá 'descanso'.

Con algo de prueba y error, acabarás encontrando un punto que puedas considerar acertado...

No veo ninguna imagen ni en este ni en el otro hilo.
Por qué no usas el 'bbcode' para imagen y que se vea directamente aquí, sin necesidad de tener que visitar ninguna página?.
Cuando subes una imagen a Imgur, entre los enlaces que ofrece elige el que pñone 'bbcode para forums'... y lo pegas aquí.

Si el tema es el mismo proyecto, usa el mismo hilo... sería adecuado reformular el título del hilo para que refleje una, dos y otras preguntas distintas pero referentes al mismo tema. El título podría ser algo como 'diseño de...' y luego dentro irán las preguntas que procedan.

Esto no puedes preguntarlo en un foro ni tampoco deberías dar datos personales de ningún tipo (lo que tacho de tu cita, no tendría que haber sido escrito).

Podrías acudir a la seguridad social y preguntar, aunque según a quién se pregunte no tienen por qué saber cada cosa con exactitud. En general quién sabe esos temas serán al final supervisores que no están disponibles al público (creo), si no en su despacho revisando solicitudes para aprobarlas o denegarlas. Consulta al familiar que te quede y que con ayuda de un abogado (preferiblemente especialido en el tema) revise tu caso. Cada caso es un mundo distinto.

Se supone que antes de ejercer un 'oficio' debes tener el conocimiento.

Si no es así, me temo que se van a juntar demasiadas reclamaciones, que o bien podrías no ser capaz de asumir o bien podrías ignorar, causando con ello un perjuicio a los clientes (y mala fama al 'sector').

Si no sabes por donde empezar, debería dejarte suficientemente claro, que no estás preparado. Primero aprende... y ya a futuro si lo dominas podrás ejercer.

El principal problema de la lentitud, recáe en que un gif, es una cantidad de frames comprimidos y con transparencia (habitualmente), luego meterlo en un bucle, exige cada vez tener que descomprimir cada frame y recalcular y luego además como has elegido el modo 'tile', lo que supone que cada frame se repetirá hasta completar el tamaño de la pantalla, con tantas filas y columnas como se precisen (o recortar la imagen si excediera el tamaño de la pantalla).

Un típico visualizador de gif, lo que hace es en primer lugar extraer cada frame, esto es descomprimirlo y calcular la transparencia respecto del previo, de modo que se obtienen los frames descomprimidos simplemente como un 'picture' (un bitmap), serán luego esos bitmaps, los que iteren en el bucle... pero solo se descomprimen del fichero una sola vez. Ahí radica la principal desventaja de tu código.

Código [Seleccionar] Expandir


array de picture  bitmaps()
entero numFrames

numframes = funcion ExtraerFrames(gif gif)
    picture  frame, framefull
    dimensionar bitmaps(0 a gif.NumFrames)
 
    por cada frame en gif.Frames
        frameFull = ResizeFrame(desktop.width, desktop.Height, frame, tile)
        bitmaps(x)= frameFull
        x+=1
    siguiente

    devolver gif.NumFrames
fin funcion

Una vez tomados los frames, ya puedes en tu bucle rotar entre entre ellos pero ahora de un array de imágenes, que no necesitan ser descomprimidas cada vez (aunque ignoro si tu objeto gif, ya las tiene extraídas de una vez) y que ya cada uno tiene ahora el tamaño del escritorio (y no escalar con cada cambio de imagen).
Por supuesto ahora teniendo cada imagen el tamaño del escritorio, debería signarse 'centrado' no 'tile' (que se retiene en la imagen)...
Por último, deberías detectar si hay cambio de orientación o del tamaño del escritorio (el cambio de orientación es un cambio de tamaño, excepto cuando rota 180º), para readaptar (invocar de nuevo el código previo para reconstruir) los frames al nuevo tamaño del escritorio.

Pero insisto en que no es buena idea hacer que el escritorio cambie constantemente su fondo.
El escritorio es la ventana 0, todo el resto del IDE de windows cuelga de él, es la raíz.
Cualquier sobrecarga en el uso o refresco del escritorio, supone un lastre para el resto.
Piensa que otro agravio en la lentitud, es que el escritorio ha de recortar todos los elementos que contiene para pegar la imagen... Si al menos estuviera vacío... se evitaría el recorte, pero claro entonces no se distinguiría de un 'salvapantallas'...

Como mínimo en tu bucle o bien pones un intervalo alto entre cambio de imágenes... o que se detenga cuando descubra que otros procesos (que no son el tuyo), consumen/demandan recursos del procesador...

Pásale los datos a la compañía de tu seguro y que hagan ellos las gestiones, que para eso pagas un seguro (si es que es así, claro).

[uno debe valorar, si la necesitad de un supuesto formateo, previo rescate del contenido personal (documentos, imágenes, que no hay copia en parte alguna), compensa frente al secuestro de ese mismo contenido.]

Para evitar la metástasis del Ransomware, es buena opción apagar de golpe el equipo

No es tan mala idea, pero ciñéndose exclusivamente a un equipo personal, doméstico, no en un entorno empresarial. ...donde no hay problemas de propagación a otros equipos ni nadie por encima de ti para decirte que debes hacer o no.

Ahora no está exento de riesgos. Los cortes repentinos con el suministro de corriente pueden impedir el arranque del S.O. porque se pueden dañar ficheros precisos para el arranque. Aunque (en este caso concreto) uno debe valorar, si la necesitad de un supuesto formateo, previo rescate del contenido personal (documentos, imágenes, que no hay copia en parte alguna), compensa frente al secuestro de ese mismo contenido.

En un caso así, si es probable que uno esté frente al equipo de casa, cuando el ransomware pudiera empezar a cifrar... aunque un programa bien diseñado, es de suponer que espere hasta que detecte que ha pasado cierto tiempo de inactividad por parte del usuario... precisamente para reducir todo lo posible la capacidad de  maniobra del usuario.

Creo que "me cargaría el movil" no era una pregunta sobre la carga de batería, sino en el sentido español de "cargarse algo" es decir, dañarlo... que si, si lo haces mal, tiene un chance de briquearlo

Sí... releyéndolo de nuevo, ahora queda más claro que parece referirse a ello.

Pasa por la desafortunada redacción cuando se usa un término de calle, en un contexto donde el mismo término tiene un significado propio. Si hubiera usado cualquier otro término, difícilmente hubiera dado lugar a la ambigüedad.

Igualmente no cambia la situación. Si meter una custom ROM, com manual paso a paso, puede ser complicado para cualquier persona no ducha en la materia, tanto más lo será para win_7... además hay que tener una razón 'poderosa' para hacerlo y me temo que Win_7, no la tiene, creo que es solo curiosidad, atracción por lo desconocido a lo sumo. Debajo de su intelecto, todavía tiene que haber un espíritu libre, no atrapado, que le inclina seguir por ciertos caminos en la tecnología...