Hola, qué tal? ¿Qué criterio se debe seguir para "romper" las líneas de código y que así no ocupen más de 80 caracteres?. He observado que a veces acabar con un + da error, y otras veces no. Gracias. Eva [[alternative HTML version deleted]]
El ''+'' en un operador en R, nunca una marca de continuación de código en nueva linea. El salto de linea implica ejecución, salvo que haya paréntesis, corchetes, llaves o delimitadores de carácter abiertos, en cuyo caso R continuara montado la expresión en con la siguiente linea. El 24/07/2012 6:54, Eva Prieto Castro escribió:> Hola, qué tal? > > ¿Qué criterio se debe seguir para "romper" las líneas de código y que así no ocupen más de 80 caracteres?. He observado que a veces acabar con un + da error, y otras veces no. > > Gracias. > > Eva > > [[alternative HTML version deleted]] > > > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es-- +-------------------------------------------------------------- | Francisco J. Viciana Fernández | Coordinador del Registro de Población | Servicio de Estadísticas Demográficas y Sociales | Instituto de Estadística y Cartografía de Andalucía | Leonardo Da Vinci, nº 21. Isla de La Cartuja. | 41071 SEVILLA. | franciscoj.viciana@juntadeandalucia.es +-------------------------------------------------------------- [[alternative HTML version deleted]]
Estimada Eva No comprendo su problema, en mi caso no recuerdo escribir más de 80 caracteres, acostumbro a utilizar la tecla enter, intro, ..., escribo algo así x <- comienzo bla bla bla, otra cosas bla, bla, bla, sigo bla Uso Rstudio, y cuándo ejecuto aparecen los + en la consola, pero yo no realizo nada al respecto, uso los espacios que quiero para acomodar mi código, nunca tuve su problema. -----Mensaje original----- From: Eva Prieto Castro Sent: Tuesday, July 24, 2012 1:54 AM To: r-help-es Subject: [R-es] Alinear Código Hola, qué tal? ¿Qué criterio se debe seguir para "romper" las líneas de código y que así no ocupen más de 80 caracteres?. He observado que a veces acabar con un + da error, y otras veces no. Gracias. Eva [[alternative HTML version deleted]] _______________________________________________ R-help-es mailing list R-help-es en r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es
A eso me refería, al + como operador. Por ejemplo, si tengo a + b * c Puedo hacer esto? a + b * c o tengo que hacer ésto? a + b * c Lo del "+" era un ejemplo, pero me refería a cualquier operador. Saludos Eva --- El mar, 24/7/12, Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> escribió: De: Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> Asunto: Re: [R-es] Alinear Código Para: "Eva Prieto Castro" <evapcastro@yahoo.es> CC: "r-help-es" <r-help-es@r-project.org> Fecha: martes, 24 de julio, 2012 14:28 El ''+'' en un operador en R, nunca una marca de continuación de código en nueva linea. El salto de linea implica ejecución, salvo que haya paréntesis, corchetes, llaves o delimitadores de carácter abiertos, en cuyo caso R continuara montado la expresión en con la siguiente linea. El 24/07/2012 6:54, Eva Prieto Castro escribió: Hola, qué tal? ¿Qué criterio se debe seguir para "romper" las líneas de código y que así no ocupen más de 80 caracteres?. He observado que a veces acabar con un + da error, y otras veces no. Gracias. Eva [[alternative HTML version deleted]] _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es -- +-------------------------------------------------------------- | Francisco J. Viciana Fernández | Coordinador del Registro de Población | Servicio de Estadísticas Demográficas y Sociales | Instituto de Estadística y Cartografía de Andalucía | Leonardo Da Vinci, nº 21. Isla de La Cartuja. | 41071 SEVILLA. | franciscoj.viciana@juntadeandalucia.es +-------------------------------------------------------------- [[alternative HTML version deleted]]
Hola: ¿Alguien puede responderme a lo de la lista global?. Gracias!! Eva --- El mar, 24/7/12, Eva Prieto Castro <evapcastro@yahoo.es> escribió: De: Eva Prieto Castro <evapcastro@yahoo.es> Asunto: [R-es] Respuesta Alinear Código y otra consulta (lista global!!) Para: "Carlos J. Gil Bellosta" <cgb@datanalytics.com> CC: "r-help-es" <r-help-es@r-project.org> Fecha: martes, 24 de julio, 2012 22:29 Hola, Gracias. Añadiré variables para acortar las expresiones matemáticas... Me urge salir de dudas en otra cuestión y no logro ver la luz: Mi actual desarrollo en R pretende cubrir una serie de análisis y volcar resultados. Ante la ausencia de interfaz gráfica, le facilito al usuario una serie de funciones mediante las cuales puede ajustar los valores de los parámetros de interés de cara al análisis, valores que se alojan (al igual que los data.frame de resultados, en una variable global que es en concreto un list()). En resumen: Tengo funciones de análisis y funciones de entrada de datos, todo ello integrado en un paquete y de manera que el usuario sólo tenga que pasar a las funciones de interfaz los parámetros a ajustar, pero no la lista global que los mantiene. Como consecuencia, y como os decía, utilizo para esa lista una variable global, en la cual se alojan parámetros y también resultados. La pregunta es: ¿lo he planteado bien o debo escapar de variables globales?. Mis funciones son de este estilo: RunSingle <- function() { RunSingle2() writef(lGlobal) cat("The analysis process is complete.\n") } RunSingle2 <- function() { class(lGlobal) <- "CLR_Single" # Añadir validación previa al análisis lGlobal <<- analyze(lGlobal) } donde lGlobal es la lista global en cuestión... ¿Qué os sugiere?. ¿Lo he planteado bien?. Gracias. Eva --- El mar, 24/7/12, Carlos J. Gil Bellosta <cgb@datanalytics.com> escribió: De: Carlos J. Gil Bellosta <cgb@datanalytics.com> Asunto: Re: [R-es] Alinear Código Para: "Eva Prieto Castro" <evapcastro@yahoo.es> CC: "Francisco Viciana" <franciscoj.viciana@juntadeandalucia.es>, "r-help-es" <r-help-es@r-project.org> Fecha: martes, 24 de julio, 2012 17:13 Yo suelo cortar por las comas (p.e., en llamadas a funciones muy largas). Si lo que es largo es una expresión matemática, pártela en varios pedazos (con variables temporales). Un formulón de más de 80 caracteres es casi ininteligible. Un saludo, Carlos J. Gil Bellosta http://www.datanalytics.com El día 24 de julio de 2012 17:02, Eva Prieto Castro <evapcastro@yahoo.es> escribió:> A eso me refería, al + como operador. > > Por ejemplo, si tengo > > a + b * c > > Puedo hacer esto? > > a + b * > c > > o tengo que hacer ésto? > > a + b > * c > > Lo del "+" era un ejemplo, pero me refería a cualquier operador. > > Saludos > Eva > > > --- El mar, 24/7/12, Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> escribió: > > De: Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> > Asunto: Re: [R-es] Alinear Código > Para: "Eva Prieto Castro" <evapcastro@yahoo.es> > CC: "r-help-es" <r-help-es@r-project.org> > Fecha: martes, 24 de julio, 2012 14:28 > > > > > > > > El ''+'' en un operador en R, nunca una > marca de continuación de código en nueva linea. > > > > El salto de linea implica ejecución, salvo que haya paréntesis, > corchetes, llaves o delimitadores de carácter abiertos, en cuyo > caso R continuara montado la expresión en con la siguiente linea. > > > > > > El 24/07/2012 6:54, Eva Prieto Castro escribió: > > > > Hola, qué tal? > > ¿Qué criterio se debe seguir para "romper" las líneas de código y que así no ocupen más de 80 caracteres?. He observado que a veces acabar con un + da error, y otras veces no. > > Gracias. > > Eva > > [[alternative HTML version deleted]] > > > > > > > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es > > > > > > > -- > +-------------------------------------------------------------- > | Francisco J. Viciana Fernández > | Coordinador del Registro de Población > | Servicio de Estadísticas Demográficas y Sociales > | Instituto de Estadística y Cartografía de Andalucía > | Leonardo Da Vinci, nº 21. Isla de La Cartuja. > | 41071 SEVILLA. > | franciscoj.viciana@juntadeandalucia.es > +-------------------------------------------------------------- > > > > > [[alternative HTML version deleted]] > > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es >[[alternative HTML version deleted]] -----Adjunto en línea a continuación----- _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es [[alternative HTML version deleted]]
Hola Eva, Quizá si nadie te responde es porque nadie tiene tiempo, nadie conoce la respuesta o una combinación de ambas. Este es un ambiente lleno de voluntarios, no hay que perder eso de foco. Saludos. PS: Yo ignoro la respuesta. 2012/7/25 Eva Prieto Castro <evapcastro@yahoo.es>> Hola: > > ¿Alguien puede responderme a lo de la lista global?. Gracias!! > > Eva > > --- El mar, 24/7/12, Eva Prieto Castro <evapcastro@yahoo.es> escribió: > > De: Eva Prieto Castro <evapcastro@yahoo.es> > Asunto: [R-es] Respuesta Alinear Código y otra consulta (lista global!!) > Para: "Carlos J. Gil Bellosta" <cgb@datanalytics.com> > CC: "r-help-es" <r-help-es@r-project.org> > Fecha: martes, 24 de julio, 2012 22:29 > > Hola, > > Gracias. Añadiré variables para acortar las expresiones matemáticas... > > Me urge salir de dudas en otra cuestión y no logro ver la luz: > > Mi actual desarrollo en R pretende cubrir una serie de análisis y volcar > resultados. Ante la ausencia de interfaz gráfica, le facilito al usuario > una serie de funciones mediante las cuales puede ajustar los valores de los > parámetros de interés de cara al análisis, valores que se alojan (al igual > que los data.frame de resultados, en una variable global que es en concreto > un list()). > > En resumen: Tengo funciones de análisis y funciones de entrada de datos, > todo ello integrado en un paquete y de manera que el usuario sólo tenga que > pasar a las funciones de interfaz los parámetros a ajustar, pero no la > lista global que los mantiene. Como consecuencia, y como os decía, utilizo > para esa lista una variable global, en la cual se alojan parámetros y > también resultados. > > La pregunta es: ¿lo he planteado bien o debo escapar de variables > globales?. > > Mis funciones son de este estilo: > > RunSingle <- function() { > RunSingle2() > writef(lGlobal) > cat("The analysis process is complete.\n") > } > RunSingle2 <- function() { > class(lGlobal) <- "CLR_Single" > # Añadir validación previa al análisis > lGlobal <<- analyze(lGlobal) > } > > donde lGlobal es la lista global en cuestión... > > ¿Qué os sugiere?. ¿Lo he planteado bien?. > > Gracias. > > Eva > > --- El mar, 24/7/12, Carlos J. Gil Bellosta <cgb@datanalytics.com> > escribió: > > > De: Carlos J. Gil Bellosta <cgb@datanalytics.com> > Asunto: Re: [R-es] Alinear Código > Para: "Eva Prieto Castro" <evapcastro@yahoo.es> > CC: "Francisco Viciana" <franciscoj.viciana@juntadeandalucia.es>, > "r-help-es" <r-help-es@r-project.org> > Fecha: martes, 24 de julio, 2012 17:13 > > > Yo suelo cortar por las comas (p.e., en llamadas a funciones muy > largas). Si lo que es largo es una expresión matemática, pártela en > varios pedazos (con variables temporales). Un formulón de más de 80 > caracteres es casi ininteligible. > > Un saludo, > > Carlos J. Gil Bellosta > http://www.datanalytics.com > > El día 24 de julio de 2012 17:02, Eva Prieto Castro > <evapcastro@yahoo.es> escribió: > > A eso me refería, al + como operador. > > > > Por ejemplo, si tengo > > > > a + b * c > > > > Puedo hacer esto? > > > > a + b * > > c > > > > o tengo que hacer ésto? > > > > a + b > > * c > > > > Lo del "+" era un ejemplo, pero me refería a cualquier operador. > > > > Saludos > > Eva > > > > > > --- El mar, 24/7/12, Francisco Viciana < > franciscoj.viciana@juntadeandalucia.es> escribió: > > > > De: Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> > > Asunto: Re: [R-es] Alinear Código > > Para: "Eva Prieto Castro" <evapcastro@yahoo.es> > > CC: "r-help-es" <r-help-es@r-project.org> > > Fecha: martes, 24 de julio, 2012 14:28 > > > > > > > > > > > > > > > > El ''+'' en un operador en R, nunca una > > marca de continuación de código en nueva linea. > > > > > > > > El salto de linea implica ejecución, salvo que haya paréntesis, > > corchetes, llaves o delimitadores de carácter abiertos, en cuyo > > caso R continuara montado la expresión en con la siguiente linea. > > > > > > > > > > > > El 24/07/2012 6:54, Eva Prieto Castro escribió: > > > > > > > > Hola, qué tal? > > > > ¿Qué criterio se debe seguir para "romper" las líneas de código y que > así no ocupen más de 80 caracteres?. He observado que a veces acabar con un > + da error, y otras veces no. > > > > Gracias. > > > > Eva > > > > [[alternative HTML version deleted]] > > > > > > > > > > > > > > > > _______________________________________________ > > R-help-es mailing list > > R-help-es@r-project.org > > https://stat.ethz.ch/mailman/listinfo/r-help-es > > > > > > > > > > > > > > -- > > +-------------------------------------------------------------- > > | Francisco J. Viciana Fernández > > | Coordinador del Registro de Población > > | Servicio de Estadísticas Demográficas y Sociales > > | Instituto de Estadística y Cartografía de Andalucía > > | Leonardo Da Vinci, nº 21. Isla de La Cartuja. > > | 41071 SEVILLA. > > | franciscoj.viciana@juntadeandalucia.es > > +-------------------------------------------------------------- > > > > > > > > > > [[alternative HTML version deleted]] > > > > > > _______________________________________________ > > R-help-es mailing list > > R-help-es@r-project.org > > https://stat.ethz.ch/mailman/listinfo/r-help-es > > > > [[alternative HTML version deleted]] > > > -----Adjunto en línea a continuación----- > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es > > [[alternative HTML version deleted]] > > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es > >-- «But Gwindor answered: ''The doom lies in yourself, not in your name.''» JRR Tolkien [[alternative HTML version deleted]]
Hola, Freddy: No lo pongo en duda. Precisamente por no creerme el centro de todo he pensado si al estar apurados mi pregunta no había llegado en el momento adecuado y decidí insistir, en confianza. Saludos. Eva --- El mié, 25/7/12, Freddy López <freddy.vate01@gmail.com> escribió: De: Freddy López <freddy.vate01@gmail.com> Asunto: Re: [R-es] Duda urgente Para: "Eva Prieto Castro" <evapcastro@yahoo.es> CC: "r-help-es" <r-help-es@r-project.org> Fecha: miércoles, 25 de julio, 2012 23:09 Hola Eva, Quizá si nadie te responde es porque nadie tiene tiempo, nadie conoce la respuesta o una combinación de ambas. Este es un ambiente lleno de voluntarios, no hay que perder eso de foco. Saludos. PS: Yo ignoro la respuesta. 2012/7/25 Eva Prieto Castro <evapcastro@yahoo.es> Hola: ¿Alguien puede responderme a lo de la lista global?. Gracias!! Eva --- El mar, 24/7/12, Eva Prieto Castro <evapcastro@yahoo.es> escribió: De: Eva Prieto Castro <evapcastro@yahoo.es> Asunto: [R-es] Respuesta Alinear Código y otra consulta (lista global!!) Para: "Carlos J. Gil Bellosta" <cgb@datanalytics.com> CC: "r-help-es" <r-help-es@r-project.org> Fecha: martes, 24 de julio, 2012 22:29 Hola, Gracias. Añadiré variables para acortar las expresiones matemáticas... Me urge salir de dudas en otra cuestión y no logro ver la luz: Mi actual desarrollo en R pretende cubrir una serie de análisis y volcar resultados. Ante la ausencia de interfaz gráfica, le facilito al usuario una serie de funciones mediante las cuales puede ajustar los valores de los parámetros de interés de cara al análisis, valores que se alojan (al igual que los data.frame de resultados, en una variable global que es en concreto un list()). En resumen: Tengo funciones de análisis y funciones de entrada de datos, todo ello integrado en un paquete y de manera que el usuario sólo tenga que pasar a las funciones de interfaz los parámetros a ajustar, pero no la lista global que los mantiene. Como consecuencia, y como os decía, utilizo para esa lista una variable global, en la cual se alojan parámetros y también resultados. La pregunta es: ¿lo he planteado bien o debo escapar de variables globales?. Mis funciones son de este estilo: RunSingle <- function() { RunSingle2() writef(lGlobal) cat("The analysis process is complete.\n") } RunSingle2 <- function() { class(lGlobal) <- "CLR_Single" # Añadir validación previa al análisis lGlobal <<- analyze(lGlobal) } donde lGlobal es la lista global en cuestión... ¿Qué os sugiere?. ¿Lo he planteado bien?. Gracias. Eva --- El mar, 24/7/12, Carlos J. Gil Bellosta <cgb@datanalytics.com> escribió: De: Carlos J. Gil Bellosta <cgb@datanalytics.com> Asunto: Re: [R-es] Alinear Código Para: "Eva Prieto Castro" <evapcastro@yahoo.es> CC: "Francisco Viciana" <franciscoj.viciana@juntadeandalucia.es>, "r-help-es" <r-help-es@r-project.org> Fecha: martes, 24 de julio, 2012 17:13 Yo suelo cortar por las comas (p.e., en llamadas a funciones muy largas). Si lo que es largo es una expresión matemática, pártela en varios pedazos (con variables temporales). Un formulón de más de 80 caracteres es casi ininteligible. Un saludo, Carlos J. Gil Bellosta http://www.datanalytics.com El día 24 de julio de 2012 17:02, Eva Prieto Castro <evapcastro@yahoo.es> escribió:> A eso me refería, al + como operador.>> Por ejemplo, si tengo>> a + b * c>> Puedo hacer esto?>> a + b *> c>> o tengo que hacer ésto?>> a + b> * c>> Lo del "+" era un ejemplo, pero me refería a cualquier operador.>> Saludos> Eva>>> --- El mar, 24/7/12, Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> escribió:>> De: Francisco Viciana <franciscoj.viciana@juntadeandalucia.es>> Asunto: Re: [R-es] Alinear Código> Para: "Eva Prieto Castro" <evapcastro@yahoo.es>> CC: "r-help-es" <r-help-es@r-project.org>> Fecha: martes, 24 de julio, 2012 14:28>>>>>>>> El ''+'' en un operador en R, nunca una> marca de continuación de código en nueva linea.>>>> El salto de linea implica ejecución, salvo que haya paréntesis,> corchetes, llaves o delimitadores de carácter abiertos, en cuyo> caso R continuara montado la expresión en con la siguiente linea.>>>>>> El 24/07/2012 6:54, Eva Prieto Castro escribió:>>>> Hola, qué tal?>> ¿Qué criterio se debe seguir para "romper" las líneas de código y que así no ocupen más de 80 caracteres?. He observado que a veces acabar con un + da error, y otras veces no.>> Gracias.>> Eva>> [[alternative HTML version deleted]]>>>>>>>> _______________________________________________> R-help-es mailing list> R-help-es@r-project.org> https://stat.ethz.ch/mailman/listinfo/r-help-es>>>>>>> --> +--------------------------------------------------------------> | Francisco J. Viciana Fernández> | Coordinador del Registro de Población> | Servicio de Estadísticas Demográficas y Sociales> | Instituto de Estadística y Cartografía de Andalucía> | Leonardo Da Vinci, nº 21. Isla de La Cartuja.> | 41071 SEVILLA.> | franciscoj.viciana@juntadeandalucia.es> +-------------------------------------------------------------->>>>> [[alternative HTML version deleted]]>>> _______________________________________________> R-help-es mailing list> R-help-es@r-project.org> https://stat.ethz.ch/mailman/listinfo/r-help-es>[[alternative HTML version deleted]] -----Adjunto en línea a continuación----- _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es [[alternative HTML version deleted]] _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es -- «But Gwindor answered: ''The doom lies in yourself, not in your name.''» JRR Tolkien [[alternative HTML version deleted]]
Hola de nuevo: El contenido del fichero crono-internal.R es el siguiente: .ChrL.env <- <environment> ¿Significa entonces que no se admite la creación de un environment dentro de un paquete?. El error del parse es exactamente en el "<" del environment. Gracias. Eva --- El jue, 26/7/12, Eva Prieto Castro <evapcastro@yahoo.es> escribió: De: Eva Prieto Castro <evapcastro@yahoo.es> Asunto: Re: [R-es] Duda urgente Para: "Freddy López" <freddy.vate01@gmail.com> CC: "r-help-es" <r-help-es@r-project.org> Fecha: jueves, 26 de julio, 2012 17:51 Hola, Freddy: No lo pongo en duda. Precisamente por no creerme el centro de todo he pensado si al estar apurados mi pregunta no había llegado en el momento adecuado y decidí insistir, en confianza. Saludos. Eva --- El mié, 25/7/12, Freddy López <freddy.vate01@gmail.com> escribió: De: Freddy López <freddy.vate01@gmail.com> Asunto: Re: [R-es] Duda urgente Para: "Eva Prieto Castro" <evapcastro@yahoo.es> CC: "r-help-es" <r-help-es@r-project.org> Fecha: miércoles, 25 de julio, 2012 23:09 Hola Eva, Quizá si nadie te responde es porque nadie tiene tiempo, nadie conoce la respuesta o una combinación de ambas. Este es un ambiente lleno de voluntarios, no hay que perder eso de foco. Saludos. PS: Yo ignoro la respuesta. 2012/7/25 Eva Prieto Castro <evapcastro@yahoo.es> Hola: ¿Alguien puede responderme a lo de la lista global?. Gracias!! Eva --- El mar, 24/7/12, Eva Prieto Castro <evapcastro@yahoo.es> escribió: De: Eva Prieto Castro <evapcastro@yahoo.es> Asunto: [R-es] Respuesta Alinear Código y otra consulta (lista global!!) Para: "Carlos J. Gil Bellosta" <cgb@datanalytics.com> CC: "r-help-es" <r-help-es@r-project.org> Fecha: martes, 24 de julio, 2012 22:29 Hola, Gracias. Añadiré variables para acortar las expresiones matemáticas... Me urge salir de dudas en otra cuestión y no logro ver la luz: Mi actual desarrollo en R pretende cubrir una serie de análisis y volcar resultados. Ante la ausencia de interfaz gráfica, le facilito al usuario una serie de funciones mediante las cuales puede ajustar los valores de los parámetros de interés de cara al análisis, valores que se alojan (al igual que los data.frame de resultados, en una variable global que es en concreto un list()). En resumen: Tengo funciones de análisis y funciones de entrada de datos, todo ello integrado en un paquete y de manera que el usuario sólo tenga que pasar a las funciones de interfaz los parámetros a ajustar, pero no la lista global que los mantiene. Como consecuencia, y como os decía, utilizo para esa lista una variable global, en la cual se alojan parámetros y también resultados. La pregunta es: ¿lo he planteado bien o debo escapar de variables globales?. Mis funciones son de este estilo: RunSingle <- function() { RunSingle2() writef(lGlobal) cat("The analysis process is complete.\n") } RunSingle2 <- function() { class(lGlobal) <- "CLR_Single" # Añadir validación previa al análisis lGlobal <<- analyze(lGlobal) } donde lGlobal es la lista global en cuestión... ¿Qué os sugiere?. ¿Lo he planteado bien?. Gracias. Eva --- El mar, 24/7/12, Carlos J. Gil Bellosta <cgb@datanalytics.com> escribió: De: Carlos J. Gil Bellosta <cgb@datanalytics.com> Asunto: Re: [R-es] Alinear Código Para: "Eva Prieto Castro" <evapcastro@yahoo.es> CC: "Francisco Viciana" <franciscoj.viciana@juntadeandalucia.es>, "r-help-es" <r-help-es@r-project.org> Fecha: martes, 24 de julio, 2012 17:13 Yo suelo cortar por las comas (p.e., en llamadas a funciones muy largas). Si lo que es largo es una expresión matemática, pártela en varios pedazos (con variables temporales). Un formulón de más de 80 caracteres es casi ininteligible. Un saludo, Carlos J. Gil Bellosta http://www.datanalytics.com El día 24 de julio de 2012 17:02, Eva Prieto Castro <evapcastro@yahoo.es> escribió:> A eso me refería, al + como operador.>> Por ejemplo, si tengo>> a + b * c>> Puedo hacer esto?>> a + b *> c>> o tengo que hacer ésto?>> a + b> * c>> Lo del "+" era un ejemplo, pero me refería a cualquier operador.>> Saludos> Eva>>> --- El mar, 24/7/12, Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> escribió:>> De: Francisco Viciana <franciscoj.viciana@juntadeandalucia.es>> Asunto: Re: [R-es] Alinear Código> Para: "Eva Prieto Castro" <evapcastro@yahoo.es>> CC: "r-help-es" <r-help-es@r-project.org>> Fecha: martes, 24 de julio, 2012 14:28>>>>>>>> El ''+'' en un operador en R, nunca una> marca de continuación de código en nueva linea.>>>> El salto de linea implica ejecución, salvo que haya paréntesis,> corchetes, llaves o delimitadores de carácter abiertos, en cuyo> caso R continuara montado la expresión en con la siguiente linea.>>>>>> El 24/07/2012 6:54, Eva Prieto Castro escribió:>>>> Hola, qué tal?>> ¿Qué criterio se debe seguir para "romper" las líneas de código y que así no ocupen más de 80 caracteres?. He observado que a veces acabar con un + da error, y otras veces no.>> Gracias.>> Eva>> [[alternative HTML version deleted]]>>>>>>>> _______________________________________________> R-help-es mailing list> R-help-es@r-project.org> https://stat.ethz.ch/mailman/listinfo/r-help-es>>>>>>> --> +--------------------------------------------------------------> | Francisco J. Viciana Fernández> | Coordinador del Registro de Población> | Servicio de Estadísticas Demográficas y Sociales> | Instituto de Estadística y Cartografía de Andalucía> | Leonardo Da Vinci, nº 21. Isla de La Cartuja.> | 41071 SEVILLA.> | franciscoj.viciana@juntadeandalucia.es> +-------------------------------------------------------------->>>>> [[alternative HTML version deleted]]>>> _______________________________________________> R-help-es mailing list> R-help-es@r-project.org> https://stat.ethz.ch/mailman/listinfo/r-help-es>[[alternative HTML version deleted]] -----Adjunto en línea a continuación----- _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es [[alternative HTML version deleted]] _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es -- «But Gwindor answered: ''The doom lies in yourself, not in your name.''» JRR Tolkien [[alternative HTML version deleted]] -----Adjunto en línea a continuación----- _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es [[alternative HTML version deleted]]
Aunque no sepamos responderte, la respuesta interesa. Si lo resuelves no dudes en contarlo. El 25/07/2012 7:21, Eva Prieto Castro escribió:> Hola: > > ¿Alguien puede responderme a lo de la lista global?. Gracias!! > > Eva > > --- El mar, 24/7/12, Eva Prieto Castro <evapcastro en yahoo.es> escribió: > > De: Eva Prieto Castro <evapcastro en yahoo.es> > Asunto: [R-es] Respuesta Alinear Código y otra consulta (lista global!!) > Para: "Carlos J. Gil Bellosta" <cgb en datanalytics.com> > CC: "r-help-es" <r-help-es en r-project.org> > Fecha: martes, 24 de julio, 2012 22:29 > > Hola, > > Gracias. Añadiré variables para acortar las expresiones matemáticas... > > Me urge salir de dudas en otra cuestión y no logro ver la luz: > > Mi actual desarrollo en R pretende cubrir una serie de análisis y volcar resultados. Ante la ausencia de interfaz gráfica, le facilito al usuario una serie de funciones mediante las cuales puede ajustar los valores de los parámetros de interés de cara al análisis, valores que se alojan (al igual que los data.frame de resultados, en una variable global que es en concreto un list()). > > En resumen: Tengo funciones de análisis y funciones de entrada de datos, todo ello integrado en un paquete y de manera que el usuario sólo tenga que pasar a las funciones de interfaz los parámetros a ajustar, pero no la lista global que los mantiene. Como consecuencia, y como os decía, utilizo para esa lista una variable global, en la cual se alojan parámetros y también resultados. > > La pregunta es: ¿lo he planteado bien o debo escapar de variables globales?. > > Mis funciones son de este estilo: > > RunSingle <- function() { > RunSingle2() > writef(lGlobal) > cat("The analysis process is complete.\n") > } > RunSingle2 <- function() { > class(lGlobal) <- "CLR_Single" > # Añadir validación previa al análisis > lGlobal <<- analyze(lGlobal) > } > > donde lGlobal es la lista global en cuestión... > > ¿Qué os sugiere?. ¿Lo he planteado bien?. > > Gracias. > > Eva > >-- +-------------------------------------------------------------- | Francisco J. Viciana Fernández | Coordinador del Registro de Población | Servicio de Estadísticas Demográficas y Sociales | Instituto de Estadística y Cartografía de Andalucía | Leonardo Da Vinci, nº 21. Isla de La Cartuja. | 41071 SEVILLA. | franciscoj.viciana en juntadeandalucia.es +--------------------------------------------------------------
Hola: Todavía estoy en ello. Eva --- El vie, 27/7/12, Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> escribió: De: Francisco Viciana <franciscoj.viciana@juntadeandalucia.es> Asunto: Re: [R-es] Duda urgente Para: r-help-es@r-project.org Fecha: viernes, 27 de julio, 2012 09:13 Aunque no sepamos responderte, la respuesta interesa. Si lo resuelves no dudes en contarlo. El 25/07/2012 7:21, Eva Prieto Castro escribió:> Hola: > > ¿Alguien puede responderme a lo de la lista global?. Gracias!! > > Eva > > --- El mar, 24/7/12, Eva Prieto Castro <evapcastro@yahoo.es> escribió: > > De: Eva Prieto Castro <evapcastro@yahoo.es> > Asunto: [R-es] Respuesta Alinear Código y otra consulta (lista global!!) > Para: "Carlos J. Gil Bellosta" <cgb@datanalytics.com> > CC: "r-help-es" <r-help-es@r-project.org> > Fecha: martes, 24 de julio, 2012 22:29 > > Hola, > Gracias. Añadiré variables para acortar las expresiones matemáticas... > Me urge salir de dudas en otra cuestión y no logro ver la luz: > Mi actual desarrollo en R pretende cubrir una serie de análisis y volcar resultados. Ante la ausencia de interfaz gráfica, le facilito al usuario una serie de funciones mediante las cuales puede ajustar los valores de los parámetros de interés de cara al análisis, valores que se alojan (al igual que los data.frame de resultados, en una variable global que es en concreto un list()). > En resumen: Tengo funciones de análisis y funciones de entrada de datos, todo ello integrado en un paquete y de manera que el usuario sólo tenga que pasar a las funciones de interfaz los parámetros a ajustar, pero no la lista global que los mantiene. Como consecuencia, y como os decía, utilizo para esa lista una variable global, en la cual se alojan parámetros y también resultados. > La pregunta es: ¿lo he planteado bien o debo escapar de variables globales?. > Mis funciones son de este estilo: > RunSingle <- function() { > RunSingle2() > writef(lGlobal) > cat("The analysis process is complete.\n") > } > RunSingle2 <- function() { > class(lGlobal) <- "CLR_Single" > # Añadir validación previa al análisis > lGlobal <<- analyze(lGlobal) > } > > donde lGlobal es la lista global en cuestión... > ¿Qué os sugiere?. ¿Lo he planteado bien?. > Gracias. > > Eva > >-- +-------------------------------------------------------------- | Francisco J. Viciana Fernández | Coordinador del Registro de Población | Servicio de Estadísticas Demográficas y Sociales | Instituto de Estadística y Cartografía de Andalucía | Leonardo Da Vinci, nº 21. Isla de La Cartuja. | 41071 SEVILLA. | franciscoj.viciana@juntadeandalucia.es +-------------------------------------------------------------- _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es [[alternative HTML version deleted]]
Hola, Aunque con gran retraso... por si todavía para lo que todavía te quede por hacer te ayuda... ¿Porqué no dejas que todo el trabajo lo haga "formatR" por tí?... http://www.screenr.com/Vap8 Saludos, Carlos Ortega www.qualityexcellence.es El 24 de julio de 2012 06:54, Eva Prieto Castro <evapcastro@yahoo.es>escribió:> Hola, qué tal? > > ¿Qué criterio se debe seguir para "romper" las líneas de código y que así > no ocupen más de 80 caracteres?. He observado que a veces acabar con un + > da error, y otras veces no. > > Gracias. > > Eva > > [[alternative HTML version deleted]] > > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es > >-- Saludos, Carlos Ortega www.qualityexcellence.es [[alternative HTML version deleted]]