en numero decimal

29/05/2005 - 07:32 por titor | Informe spam
en excel 2000
¿puedo ver el ancho de columna en numero decimal?

Preguntas similare

Leer las respuestas

#6 Héctor Miguel
30/05/2005 - 19:31 | Informe spam
hola, KL !

... hablando de referencias absoluta y relativas con... las funciones XLM
... una forma de pasar el rango como argumento a la formula [...]
1) creamos la siguiente formula [...]
2) Luego creamos otra formula [...]
3) Ahora podemos usar la siguiente formula [...]



[me parece que] es un excel...ente aporte de conocimiento general ;)
[aunque... 'para mi']... sigue siendo mas 'versatil/facil/entendible/...' usar la 'version' comentada:
-> =indicar.celda(16,!a1)
si se requiere que la hoja sea 'absoluta'... -simplemente- se 'omite' el signo '!' [excel 'se encarga' del resto]
si se requiere que la referencia sea [semi]absoluta/relativa... se cambia... a1 por... $a$1, $a1, a$1 ;)

saludos,
hector.
Respuesta Responder a este mensaje
#7 Héctor Miguel
30/05/2005 - 20:39 | Informe spam
hola, KL !

Crei que HG se referia a una formula concreta que usaba GET.WORKBOOK (INDICAR.LIBRO)
y no a funciones XLM en general, pero igual me equivoco. ... nunca me han dado problemas las funciones XLM [...]
... ?No sera que la funcion GET.CELL se traduce al castellano de otra manera?
... he usado el traductor de KeepItCool (TranslateIT). ?Has probado toda la formula en ingles GET.CELL(16,!A1) ?



[hasta donde se] con relacion a las macrofunciones de excel4...
1) cuando se utilizan en formulas/nombres en hojas de calculo...
a) algunas [pareciera que] son mas 'amigables' y otras [parece que] son 'notoriamente riesgosas'
[segun yo, dependen da varios 'factores' como 'forma de definirlas', referencias utilizadas, etc.]
b) el 'verdadero riesgo' se corre/presenta cuando se copia una hoja [que las utilice] ->a otro libro<-
2) [al igual que los formatos condicionales y las funciones del complemento herramientas para analisis]...
'deben' ser EN el idioma de la version 'instalada' ->donde se habran de 'ejecutar/usar/...' [p.e.]
'Get.Workbook'/'Get.Cell'/etc... NO funcionaran en un excel instalado en español [se debera utilizar]...
'Indicar.Libro'/'Indicar.Celda'/etc [que NO funcionaran en un excel instalado en 'otro' idioma] :-(
3) me ha funcionado 'perfecto' con: =indicar.celda(16,!a1) ;)

saludos,
hector.
Respuesta Responder a este mensaje
#8 Héctor Miguel
30/05/2005 - 23:20 | Informe spam
hola, KL !

solo para 'confirmar' [algunos] detalles 'a considerar' cuando se trata de [crear] aplicaciones para usos 'inter-regionales' :))
y en definitiva... la configuracion regional [y cualquiera de sus 'implicaciones'] tiene 'impacto directo' con el uso de XLM :-(

-> a la formula 'original' que propusiste -> =indicar.celda(16;indirecto("rc[-1]";falso))+0*ahora()
[yo] 'tuve que' hacerle los siguientes cambios...
1.- utilizar "lc" [Linea/Columna] => no olvidar que habra quien requiera "fc" [Fila/Columna] :))
2.- sustituir la referencia a 1 columna a la izquierda de: ->[-1]<- por: ->(-1)<-
'notar' que la sustitucion se refiere a cambiar los 'corchetes'... a 'parentesis' :))
3.- [fuera de topico] el argumento para el tipo de referencia en la funcion indirecto()... ->falso<-
-> puede ser 'sustituido' por un cero [0] y obviamente, un 'verdadero' por la unidad -1-
[ya sabes... cuestion de 'recortes'] :))
-> [en 'resumen'... creo que] sigue siendo mas... 'amigable/internacionalizable/...' una referencia 'en directo' a la celda ;)
[ya lo has mencionado]... las funciones [y agrego: referencias] 'nativas' de excel son [preferentemente] 'preferibles' :))
-> a menos que [de alguna manera] sea 'inevitable' el uso de metodos y tecnicas 'alternas' [como vba, xlm, etc.] ;)

saludos,
hector.
Respuesta Responder a este mensaje
#9 KL
30/05/2005 - 23:43 | Informe spam
Hola HM,

Ante todo gracias por ayudarme a entender un poco mas las diferencias entre
la version castellana y la inglesa. Ya te he dicho que nunca he tenido la
version espanola asi que solo me quedan la imaginacion, el traductor de
KeepItCool y tus correcciones.

3.- [fuera de topico] el argumento para el tipo de referencia en la
funcion indirecto()... ->falso<-
-> puede ser 'sustituido' por un cero [0] y obviamente, un
'verdadero' por la unidad -1-
[ya sabes... cuestion de 'recortes'] :))



ya puestos, tanto verdadero como 1 pueden simplemente omitirse.

-> [en 'resumen'... creo que] sigue siendo mas...
'amigable/internacionalizable/...' una referencia 'en directo' a la celda
;)


.] ;)

estoy de acuerdo en la parte de "internacionalizable". En lo que respecta a
"amigable", yo encuentro el uso de INDIRECTO("LC(-1)";0) mas "amigable" por
no tener que estar pendiente de quE celda esta activa al introducir la
formula denominada.

[ya lo has mencionado]... las funciones [y agrego: referencias]
'nativas' de excel son [preferentemente] 'preferibles' :))
-> a menos que [de alguna manera] sea 'inevitable' el uso de metodos y
tecnicas 'alternas' [como vba, xlm, etc



estoy de acuerdo, aunque me parece que en el caso de la ultima solucion con
MiReferencia hay un claro valor anadido que es la posibilidad de referirte a
cualquier celda sin tener que modificar la formula denominada cada vez que
cambie la distancia entre la celda evaluada y la de la formula final. Dado
que estrictamente dicho lo que se pretendia conseguir era devolver un numero
decimal (y no entero, por mas insignificante que parezca) era la unica forma
(aparte de UDF) de conseguirlo con toda flexibilidad.

Saludos,
KL
Respuesta Responder a este mensaje
#10 Héctor Miguel
31/05/2005 - 00:15 | Informe spam
hola, KL !

ya puestos, tanto verdadero como 1 pueden simplemente omitirse.



=> 'entendiendo' por... 'pueden simplemente omitirse'... que se trata del argumento 'por omision'
[que en algunos pudiera tratarse de 0/falso o... 1/verdadero]
EXCEPTO... como en el caso que planteas del uso de XLM con la funcion indirecto SI...
al usar RC/LC/FC como primer argumento... el segundo ['estilo de referencia'] 0/falso...
NO puede ser 'omitido' [puesto que es necesaria una referencia del estilo 'NO por omision'] ;)

estoy de acuerdo en la parte de "internacionalizable".
En lo que respecta a "amigable", yo encuentro el uso de INDIRECTO("LC(-1)";0) mas "amigable"
por no tener que estar pendiente de quE celda esta activa al introducir la formula denominada.



=> [en ese caso]... 'deberas'... estar 'al pendiente'... de la configuracion y convencionalismos 'regionales' :-(
[insisto y creo que]... sigue siendo mas 'amigable' seleccionar primero 'la celda correcta' ;)

... me parece que... la ultima solucion con MiReferencia hay un claro valor anadido
... la posibilidad de referirte a cualquier celda sin tener que modificar la formula
... cada vez que cambie la distancia entre la celda evaluada y la de la formula final



=> y cual seria la diferencia 'sustancial' si se utilizara 'simplemente' alguno de los supuestos siguientes...
1.- saber el ancho de la columna ->de la celda activa<- [p.e. 'A1']...
a) seleccionando la celda 'A1' y definiendo un nombre [p.e. AnchoColumna] con XLM como sigue:
b) =indicar.celda(16,!a1)+0*hoy() o... para ingles: =get.cell(16,!a1)+0*now()
2.- puedes utilizar 'el mismo nombre_funcionXLM [AnchoColumna] en cualquiera otra de las celdas [p.e. D5]
-> SIN 'la necesidad' de modificar la referencia en el nombre
-> y TAMPOCO la [relativa] 'amigabilidad' de 'filtrar' a traves de la funcion indirecto() [y 'su region'] -???-

saludos,
hector.
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida