|
182
|
Programación / Programación General / Re: ¿Se puede evitar estos ifs, cómo?
|
en: 19 Noviembre 2024, 06:39 am
|
Acá, dentro de un while, tengo un problema similar, aunque más sencillo: // Barril se movió. // Si toca al personaje: if (I.Player.hitTest(eval(BarrilaMover)) == true) { // Si él se está moviendo: if (I.Player.Action == "Walking") { // Game over: gotoAndStop (3); }
...a partir de ahí, si no hay Game over, quiero ver si el barril toca a otro barril. En realidad acabo de notar que eso no me sirve, pero supongamos que sí, quiero ver cómo se resolvería. Si uno los ifs (los que ya tiene el código) con una &&, no hay problema, salvo que me queda largo y feo el if, me gusta que cada condición esté en una línea distinta. Quizá concatenando las variables antes lograría eso. Pero si no uno los ifs, parece que debo poner 2 elses con lo mismo: // Barril se movió. // Si toca al personaje: if (I.Player.hitTest(eval(BarrilaMover)) == true) { // Si él se está moviendo: if (I.Player.Action == "Walking") { // Game over: gotoAndStop (3); } else { // Ver si toca otro barril. } } else { // Ver si toca otro barril. }
No quiero ver eso y luego ver si hay game over, porque si hay game over no tiene sentido que se haga eso xP
|
|
|
183
|
Programación / Programación General / Re: Cambiar partes de un color definido hexadecimalmente.
|
en: 19 Noviembre 2024, 05:01 am
|
Con tu ayuda y la de GPT lo hice. Usando estas funciones: function ConvertirHexEnDec (Hexadecimal) { return parseInt(Hexadecimal, 16); } function ConvertirDecEnHex (Decimal) { Hexadecimal = Decimal.toString(16).toUpperCase(); if (Hexadecimal.length == 1) { Hexadecimal = "0"+Hexadecimal; } return Hexadecimal; } function ActualizarColorDelFondo () { // Formar el color: ColorDelFondo = Rojo+Verde+Azul; // Actualizar el color del objeto: ColorDelObjetoFondo.setRGB(parseInt(ColorDelFondo, 16)); }
Y por ejemplo el botón azul de +1: on (release) { // Del color obtener la parte a modificar: Azul = ColorDelFondo.substr(4, 2); // Convertirla en decimal: Azul = ConvertirHexEnDec(Azul); // Se aumenta 1 a esa parte y si supera 255 queda en 255: Azul = Math.min(Azul+1, 255); // Convertirlo en hexadecimal: Azul = ConvertirDecEnHex(Azul); // Obtener las otras partes: Rojo = ColorDelFondo.substr(0, 2); Verde = ColorDelFondo.substr(2, 2); ActualizarColorDelFondo () }
Cada botón es un poco distinto pero se entiende la idea. Hace años lo hice poniendo que si el valor era "A" pasaba a "B", que si era "B" pasaba a "C", etc, un lío, por eso quería hacerlo mejor. Acá está: on (release) { _root.CFModo = 0; _root.CPartB = _root.Fondo.substring( 5, 6 ); _root.CPartA = _root.Fondo.substring(4, 5); if (_root.CPartB == "F") { // Aumenta el primer dígito. if (_root.CPartA == "F") { } else { _root.CPartB = "0"; if (_root.CPartA == "E") { _root.CPartA = "F"; } else if (_root.CPartA == "D") { _root.CPartA = "E"; } else if (_root.CPartA == "C") { _root.CPartA = "D"; } else if (_root.CPartA == "B") { _root.CPartA = "C"; } else if (_root.CPartA == "A") { _root.CPartA = "B"; } else if (_root.CPartA == "9") { _root.CPartA = "A"; } else if (_root.CPartA == "8") { _root.CPartA = "9"; } else if (_root.CPartA == "7") { _root.CPartA = "8"; } else if (_root.CPartA == "6") { _root.CPartA = "7"; } else if (_root.CPartA == "5") { _root.CPartA = "6"; } else if (_root.CPartA == "4") { _root.CPartA = "5"; } else if (_root.CPartA == "3") { _root.CPartA = "4"; } else if (_root.CPartA == "2") { _root.CPartA = "3"; } else if (_root.CPartA == "1") { _root.CPartA = "2"; } else if (_root.CPartA == "0") { _root.CPartA = "1"; } } // Aumenta el segundo dígito. } else if (_root.CPartB == "E") { _root.CPartB = "F"; } else if (_root.CPartB == "D") { _root.CPartB = "E"; } else if (_root.CPartB == "C") { _root.CPartB = "D"; } else if (_root.CPartB == "B") { _root.CPartB = "C"; } else if (_root.CPartB == "A") { _root.CPartB = "B"; } else if (_root.CPartB == "9") { _root.CPartB = "A"; } else if (_root.CPartB == "8") { _root.CPartB = "9"; } else if (_root.CPartB == "7") { _root.CPartB = "8"; } else if (_root.CPartB == "6") { _root.CPartB = "7"; } else if (_root.CPartB == "5") { _root.CPartB = "6"; } else if (_root.CPartB == "4") { _root.CPartB = "5"; } else if (_root.CPartB == "3") { _root.CPartB = "4"; } else if (_root.CPartB == "2") { _root.CPartB = "3"; } else if (_root.CPartB == "1") { _root.CPartB = "2"; } else if (_root.CPartB == "0") { _root.CPartB = "1"; } _root.Fondo = _root.Fondo.substring( 0, 4) + _root.CPartA + _root.CPartB; ColF = new Color(_root.Fondoimg); ColF.setRGB(parseInt(_root.Fondo, 16)); }
|
|
|
184
|
Foros Generales / Foro Libre / Re: ¿Puede GPT programar más rápido que tú o incluso cosas que no sabes?
|
en: 19 Noviembre 2024, 01:33 am
|
Hice el tema porque estaba sorprendido de GPT y pensé que ya es como una especie de oráculo o gurú al que se puede preguntar cosas, pero no pregunté aquí en serio sobre Dios, ni voy a hablar de eso. Sólo que en el Budismo, por ejemplo, el "dios" viene a ser Buda, es decir un ser que existió, supuestamente, y que no hizo algo sobrenatural, que yo sepa, más allá de alcanzar el supuesto nirvana, la iluminación o no sé bien qué. Lo que tiene de sobrenatural el budismo es que creen en la reencarnación. También tengo más o menos entendido que hay religiones que adoraban al Sol, o al mar.
|
|
|
185
|
Foros Generales / Foro Libre / ¿Puede GPT programar más rápido que tú o incluso cosas que no sabes?
|
en: 18 Noviembre 2024, 14:40 pm
|
En mi caso sí. Pareciera entonces que programar fuese una pavadita, que cualquiera puede hacer, porque a ver, no soy experto pero hace años que le doy al asunto. O es que en una escala del 1 al 5, yo estoy en LV2 y GPT en 4 o 3 y la diferencia se nota mucho. Pero hay otras cosas que no hace tan bien, al menos aún, no es Dios ¿pero cómo hace el tipo para programar tan bien siendo un "cacharro", una máquina? ¿deberé volverme GPTólico? ¿surgirá una nueva religión?
|
|
|
186
|
Programación / Programación General / ¿Se puede evitar estos ifs, cómo?
|
en: 18 Noviembre 2024, 05:37 am
|
El código es largo como para ponerlo todo, cualquier cosa pregunten: } else if (MinCuadraditoPintado < CuadraditoCentraloCD) { // El dibujo puede ser simétrico... // a otro ya mostrado. ¿Lo es? // Esto puede cambiar: DibujoEsSimetrico = "No"; // Captar valor (colores) de cada fila; // si alguno es menor al inverso, sí: PunteroDeFilas = 0; do { PunteroDeFilas++; PunteroDeColumnas = 0; PunteroInverso = CuadraditosPorFila; do { PunteroDeColumnas++; Valor = eval("Cuadradito"+PunteroDeFilas+"_"+PunteroDeColumnas); ValorInverso = eval("Cuadradito"+PunteroDeFilas+"_"+PunteroInverso); // trace("Valor: "+Valor); // trace("ValorInverso: "+ValorInverso); if (Valor < ValorInverso) { DibujoEsSimetrico = "Sí"; FilaFallada = PunteroDeFilas; PunteroDeFilas = CuadraditosPorFila; break; } else if (Valor > ValorInverso) { // Es ok: PunteroDeFilas = CuadraditosPorFila; break; } PunteroInverso--; } while (PunteroDeColumnas < CuadraditosPorFila); } while (PunteroDeFilas < CuadraditosPorFila); // Este if es probablemente innecesario, // porque se supone que el dibujo será simétrico u ok, // antes de que se terminen de comparar todas las filas. if (DibujoEsSimetrico == "Sí") { // trace (" El dibujo es simétrico a otro ya mostrado."); DibujosSimetricos++; // Al Puntero ponerlo al final de la fila... // captada como simétrica, para posiblemente... // evitar algunos otros dibujos simétricos: Puntero = CuadraditosPorFila*FilaFallada; Variar(); } else if (CuadraditosDespintados < MinCuadraditosDespintados) { trace (" El dibujo tiene demasiados cuadraditos pintados: "+CuadraditosDespintados); DibujosDensos++; // Preparar Puntero para generar el próximo dibujo: Puntero = MaxPosiciondePuntero; Variar(); } else { DibujosOk++; // trace (" Mostrando dibujo nro: "+DibujosOk); // Preparar Puntero para generar el próximo dibujo: Puntero = MaxPosiciondePuntero; play (); } } else if (CuadraditosDespintados < MinCuadraditosDespintados) { trace (" El dibujo tiene demasiados cuadraditos pintados: "+CuadraditosDespintados); DibujosDensos++; // Preparar Puntero para generar el próximo dibujo: Puntero = MaxPosiciondePuntero; Variar(); } else { DibujosOk++; // trace (" Mostrando dibujo nro: "+DibujosOk); // Preparar Puntero para generar el próximo dibujo: Puntero = MaxPosiciondePuntero; play (); }
En resumen: sino si el dibujo puede ser simétrico averiguar si lo es, iniciando un while iniciar otro while, también necesario si se capta simetría terminar los while sino si se capta que no hay simetría terminar los while fin del while fin del while Si se captó simetría hacer A sino si es denso hacer B sino hacer C sino si es denso hacer B sino hacer C Veo 2 problemas: - Ifs fuera del while, que se cumplen del mismo modo que los de dentro, sin que vaya a haber cambios en el proceso. - Código repetido. En cuanto al 1er punto: El código es parte de la función Variar, que se autollama en los casos A y B, así que los while deberían terminar antes de que se autollame, por eso no puedo hacer A dentro del while como correspondería. El código repetido se podría evitar si se analiza siempre la simetría (quitar el else if inicial), pero no parece buena idea sabiendo que será necesario sólo a partir de cierto punto (el código se repite así que tampoco es que haya un punto fijo, sólo hay condiciones fijas). No sé. Lo de simetría, por las dudas, no se refiere a si el dibujo es capicúa, sino que, al ser invertido (espejo | ) es igual a un dibujo hecho antes. Es un programa que genera dibujos en blanco y negro siguiendo cierto órden. Me gustaría poner un ejemplo más simple sobre esta estructura de código... A ver: Si hace calor usar gorro sino si el cielo está nublado averiguar si está lloviendo, iniciando un while iniciar otro while, también necesario si se capta lluvia terminar los while sino si se capta que no llueve terminar los while fin del while fin del while Si se captó lluvia usar paraguas sino si hay terremoto no salir sino hacer lo normal sino si hay terremoto no salir sino hacer lo normal No es muy parecido porque no hay autollamadas. ¿Ese es el problema, debería evitarlas? Puedo poner un while al principio supongo... Repetir mientras el dibujo generado no sea ok. Probaré. ¿Alguna otra idea o sugerencia? ¿Y el código repetido cómo lo hago más eficiente?
|
|
|
188
|
Media / Multimedia / Re: Duración de textos en un video ¿qué estoy haciendo mal?
|
en: 17 Noviembre 2024, 17:16 pm
|
Ya entendí... En el lapso en que se movía por 2nda vez, tenía 2 objetos aumentando la velocidad, en vez de tener 1... Son objetos a los que no los hago visibles y quizá por andar copiando y pegando textos lo copié sin querer y quedaron 2... Aún no lo solucioné pero teniendo en cuenta esto supongo que ya está, fin del misterio, no tenía sentido, había probado poner la misma fuente y tamaño, variar la forma de calcular y el error seguía. 
|
|
|
189
|
Sistemas Operativos / Windows / Re: no puedo acceder a varias carpetas del pc
|
en: 17 Noviembre 2024, 17:15 pm
|
¿Abrir el ordenador? ¿te refieres a acceder a él desde otro aparato? Yo lo que sé es que el mío cuando lo enciendo, si no muevo el mouse enseguida luego no se mueve, así que puede estar relacionado, no debería suceder, pero el truco sería no dejar encendido en vano el PC, y de paso te ahorras algo de corriente.
|
|
|
190
|
Programación / Programación General / Simulación de choques desde atrás.
|
en: 17 Noviembre 2024, 07:53 am
|
Barriles aparecen desde la izquierda, moviéndose a la derecha. Quiero que en vez de poder ocupar el mismo espacio (es un mundo 2d, los barriles están acostados y se ve su parte circular, como si fuese una rueda) y que uno pase al otro como si nada, se choquen, y que el de atrás pierda velocidad ¿se detenga? y el otro gane ¿lo mismo que la otra perdió? Pregunto porque no sé cómo sería más realista. El principal problema que tengo es quizá por no saber Física. Se me ocurre algo así: Se mueve el barril que está más a la izquierda. luego el siguiente, y así sucesivamente hasta el más derecho. Luego se va mirando desde la izquierda, a ver si quedó tocando a uno de delante, en cuyo caso el de atrás pierde velocidad y el de delante gana. El problema es que a altas velocidades puede ocurrir algo así:  O sea, son 2 momentos distintos. En el 1ero, arriba, no se chocaron. Abajo, se movieron, como indiqué, pero el de más izquierda se movía mucho más rápido que el del medio, que era más rápido que la derecha, así que quedaron tocándose los 3. Si en el programa pongo que I se detenga por tocar a M, y M se detenga por tocar a D, entonces I y M van a quedarse tocando y quietos, lo cual no es físicamente posible, sería que estén ocupando el mismo espacio. ¿Cómo lo hago bien?
|
|
|
|
|
|
|