creo que es un seting del aplication server y es el look and feel de oracle, ensaya adicionandole al final del link de la forma &lookandfeel=oracle Si eso te funciona entonces entras a jugar con la configuracion del server
>
> Pfavor una ayuda. Pues que cuando ejecuto mi form los push button no me aparecen como el estilo de los bordes redondeados como si aparece en los manuales o en loS lov. Uso forms .10g ejecutando stand alone con la oc4j. Saludos ,jesus.
>
Por favor alguna ayuda?.
--- En DesarrolloOracleForms@yahoogroups.com, "jesusaguirregomez"
<jesusaguirregomez@...> escribió:
>
> Pfavor una ayuda. Pues que cuando ejecuto mi form los push button no me
aparecen como el estilo de los bordes redondeados como si aparece en los
manuales o en loS lov. Uso forms .10g ejecutando stand alone con la oc4j.
Saludos ,jesus.
>
Buenas estoy con la 10.2.0.4 intentando usar el paquete ult_mail, nuevo en
esta versión para el envio de correo, y estoy intentando enviar un fichero
adjunto, ya tengo configurado el servidor el paquete y todo, lo único que
cuando envio un fichero el cual no es un .txt, un .pdf o un .doc por ejemplo
el fichero no se recibe correctamente, se recive el correo pero el fichero
no se envia en un formato legible, me imagino que es por la forma que tengo
de enviarlo la cual es la que pongo abajo, los correos normales se envian
perfectamene y si adjunto un fichero de texto plano sin problemas pero no
con ficheros binarios. ¿cómo podria hacerlo? o si alguien tiene algún
ejemplo.
declare
v_utl_filehandler UTL_FILE.FILE_TYPE;
v_rawfile RAW(32767);
v_size NUMBER;
v_block NUMBER;
v_boolean BOOLEAN;
v_file_dir varchar2(100);
v_file_name varchar2(100) := 'texto_prueba.txt';
--
begin
v_file_dir := 'MAILFILES';
v_utl_filehandler := UTL_FILE.FOPEN(v_file_dir, v_file_name, 'r');
UTL_FILE.fgetattr(v_file_dir, v_file_name, v_boolean, v_size, v_block);
UTL_FILE.get_raw(v_utl_filehandler, v_rawfile, v_size);
UTL_FILE.FCLOSE(v_utl_filehandler);
sys.utl_mail.send_attach_raw(sender => 'xx@...',
recipients => 'carlos@...',
subject => 'Mensaje con fichero',
message => 'Mensaje',
attachment => v_rawfile,
att_inline => FALSE,
att_filename => v_file_name);
end;
Otra forma que he intentado que he visto por ahi es la siguiente pero no se
envia el fichero correctamente.
declare
v_utl_filehandler UTL_FILE.FILE_TYPE;
v_rawfile RAW(32767);
v_size NUMBER;
v_block NUMBER;
v_boolean BOOLEAN;
v_file_dir varchar2(100);
--
raw_att RAW(32) := HEXTORAW('616262646566C2AA');
begin
UTL_MAIL.SEND_ATTACH_RAW(sender => 'xx@...',
recipients => 'carlos@...',
cc => NULL,
bcc => NULL,
subject => 'Mensaje con fichero',
message => 'Mensaje',
mime_type => 'text/plain; charset=us-ascii',
priority => 2,
attachment => raw_att,
att_inline => true,
att_mime_type => 'application/octet',
att_filename => 'fuerte.jpg');
end;
Un saludo
Título...: NORMAS BÁSICAS DE COMPORTAMIENTO EN EL GRUPO
Versión..: 1.1
Fecha....: 2003-09-01
_____________________________________________________________________
1. Intentá no enviar mensajes en formato HTML u otros distintos al
básico. Pesan más sin aportar gran cosa. Podés saber si estás
escribiendo un mensaje en HTML porque tu mailer (el programa de
correo electrónico) te ofrecerá opciones de edición extra, como
letra en negrita o color.
2. No envíes al grupo archivos adjuntos de un tamaño superior a los
100 Kb por medio del correo electrónico. En su lugar, utilizá el
área de archivos del grupo que para ello está.
Además, si bien Yahoo! Grupos entrega todos los archivos adjuntos
que se envían por medio del correo electrónico, estos no se
guardan en el área de mensajes; por ello, los archivos e imágenes
que quieras subir y compartir deberán estar en las áreas de
archivos y fotos del grupo.
3. No pidas confirmación automática de los mensajes que envíes. Es
de pésima educación, pues supone colocar al receptor de tu
mensaje en la disyuntiva de elegir entre que pienses que no lo
recibió y enviarte información personal que no tiene por qué
compartir con vos.
4. No envíes correos masivos y, sobre todo, no los reenvíes. Si
enviás por necesidad un correo a una lista de personas, colocá
sus direcciones en el campo de "Copia Oculta" (CCO). Muchas
personas pueden querer que tengas su correo electrónico, pero no
todos tus contactos y menos tanta gente que participa de un grupo
de discusión.
5. Nunca envíes mensajes en cadena. Las alarmas de virus y las
cadenas de mensajes son por definición FALSAS y su único objetivo
es saturar los servidores y con ellos la red. En los viejos
tiempos, tus privilegios en la red hubieran sido cancelados.
6. Saludá antes del mensaje indicando a quién o a quiénes te
dirigís, y despedite con tu nombre, exactamente igual que harías
con una carta física. Añadí una línea o dos al final de tu
mensaje con información de contacto. Esto es importante ya que
dirigirse a quién sea sin decir quién sos es una actitud pueril,
propia de niños en rebeldía, y una enorme falta de respeto. Es
muy desagradable responder anónimos o a entes que no aportan la
suficiente información para tratarlos con cortesía.
7. Cuando hagas una pregunta al grupo, destacá lo que hayas
aprendido a partir de haber intentado encontrar una respuesta
leyendo material bibliográfico, buscando en la web, preguntándole
a un amigo con más experiencia, etcétera. Generalmente, a los
miembros más experimentados de los grupos de discusión les gusta
responder a la gente que ha demostrado ser capaz de aprender de
las respuestas. Prepará tu pregunta. Pensá en ella. Las preguntas
precipitadas reciben respuestas precipitadas o ni siquiera eso.
Cuanto más hagas para demostrar que has puesto pensamiento y
esfuerzo en resolver tu problema antes de pedir ayuda, más cerca
estarás de recibirla realmente. Realmente, te ganarás una
respuesta si hacés una pregunta sustancial, interesante y que
haga pensar, una que contribuya implícitamente a la experiencia
de la comunidad antes que solicitar de manera pasiva conocimiento
de los demás.
Por otra parte, un muy buen comienzo es dejar claro que podés y
querés participar en el proceso de desarrollar la solución.
"¿Tiene alguien alguna pista?", "¿Qué le falta a mi ejemplo?" y
"¿Hay alguna página que debiera haber consultado?" tendrán más
probabilidades de ser respondidas que "Publicá por favor el
procedimiento exacto que debería seguir", porque estás dejando
claro que estás realmente deseoso de completar el proceso si
alguien simplemente te orienta en la dirección correcta.
8. Sabemos por experiencia que los escritores descuidados y
chapuceros también piensan de manera desordenada y chapucera --a
menudo lo suficiente como para apostar por ello, no obstante.
Responder a pensadores descuidados y chapuceros no recompensa;
mejor estaríamos usando nuestro tiempo en cualquier otro lugar.
Por esto, es importante expresar tu pregunta de manera clara. Si
no podés molestarte en hacer eso, el resto de los miembros del
grupo no pueden molestarse en prestarte atención. Aprovechá el
esfuerzo añadido en pulir tu lenguaje. No tiene que ser nada
estirado ni formal; de hecho, la cultura de los grupos de
discusión valora el lenguaje informal y cómico usado con
precisión. Pero tiene que ser preciso: tiene que haber alguna
indicación de que estás pensando y prestando atención.
Deletreá correctamente. Escribir como un lammer --hAzI3Nd0t3
pAzAr p0r iNt3lIg3nT3 3zKrIbI3Nd0 k0m0 iMb3zIl-- es el beso de la
muerte absoluto y te garantiza que no recibirás otra cosa que
un silencio sepulcral o, si tenés suerte, un montón de desprecio
y sarcasmo como devolución.
9. La cortesía nunca hiere e, incluso, a veces hasta ayuda. Sé
cortés. Usá "Por favor" y "Gracias por adelantado". Dejá claro
que apreciás el tiempo que emplea la gente ayudándote gratis.
Esto no es tan importante como --y no puede sustituir a-- ser
correcto gramaticalmente, claro, preciso y descriptivo, evitar
formatos propietarios, etcétera, pero ayuda. De todos modos, si
obtuviste tus conocimientos técnicos en una tómbola, la educación
incrementará tus posibilidades de recibir una respuesta útil.
10. Recordá que la gente con quienes te comunicás, incluidos los
administradores y los miembros de los grupos a los que pertenecés
o que visitás, no cobran por responderte ni tienen obligación de
hacerlo. Son personas que si te atienden te estarán haciendo un
favor. Nunca asumas que tenés derecho a una respuesta. No lo
tenés.
11. Utilizá las mayúsculas y las minúsculas correctamente. LAS
MAYÚSCULAS DAN LA IMPRESIÓN DE QUE ESTUVIERAS GRITANDO. No hace
falta decir que escribir líneas, párrafos y mensajes enteros en
mayúscula es de pésima educación.
12. Utilizá símbolos para dar énfasis: esto *es* lo que quiero decir.
Utilizá guiones bajos para dar a entender un subrayado: _La
Guerra y la Paz_ es mi libro favorito.
13. Sé breve sin ser demasiado conciso. Cuando contestés un mensaje,
incluí el suficiente material original como para ser entendido
pero no más. Es una mala forma contestar un mensaje simplemente
incluyendo todo el mensaje anterior: borrá todo el material
irrelevante.
14. Usá títulos específicos y con sentido. En los grupos de
discusión, el título o asunto (subject) del mensaje es tu
oportunidad de oro para atraer la atención de expertos
calificados en aproximadamente 50 caracteres o menos. No los
desperdicies en balbuceos. No intentes impresionar al resto de
los miembros del grupo con lo profundo de tu angustia; usá el
espacio para una descripción superconcisa del problema en vez de
eso: el mensaje debe tener un asunto que refleje el contenido del
mismo. Los asuntos vacíos como "Urgente", "Una pregunta",
"Necesito ayuda", "Ayuda" y demás frases que no tienen nada que
ver con el contenido sino con su intención, no son adecuados para
la publicación en un grupo de discusión.
15. No envíes mensajes que estén fuera de tema para el grupo, ya que
esto puede molestar a muchos de los miembros del grupo. Tené
cuidado al elegir dónde planteás tu pregunta. Seguramente te
ignorarán o te tildarán de perdedor si publicás tu pregunta en
un grupo en el que se encuentra fuera de lugar (off-topic). Los
miembros más experimentados de los grupos de discusión suelen
descartar las preguntas inapropiadas para intentar proteger sus
canales de comunicación de lo irrelevante. No querés que te
suceda eso.
Muchas veces podés tener la respuesta a tu alcance en otro grupo
dedicado más específicamente al tema sobre el cual trata tu
consulta. Para ello, podés ayudarte con el mensaje titulado
"Grupos de Sistemas, Software, Management y Tecnologías" o
mediante el índice de Yahoo! Grupos. Si aún tomando en cuenta
estas consideraciones necesitás enviar un mensaje fuera de tema,
iniciá el asunto (subject) del mismo con las siglas "OT:", que
significan "off-topic" o "fuera de tema".
16. Tené cuidado cuando escribas la dirección de correo. Hay
direcciones que llegan a un grupo, pero la dirección parece que
va sólo a una persona. Fíjate a quién lo estás mandando.
17. Mirá el campo de "Copia" (CC) cuando contestes. Si la primera
persona que envió el mensaje se lo mandó a varios en su lista de
correo, no hagas lo mismo.
18. A no ser que usés un dispositivo de encriptación por hardware o
software, cosa que no debe hacerse cuando se escribe a un grupo
público de discusión, debés asumir que el correo en Internet no
es seguro. Nunca pongas nada en un correo electrónico que no
pondrías en una postal. Por otro lado, algunos mensajes pueden
aparecer como provenientes de otra persona distinta del autor.
Aplicá tu sentido común antes de asumir que un mensaje es válido.
19. Si pensás que la importancia de un mensaje lo justifica, contestá
inmediatamente a la dirección particular del remitente para que
sepa que lo has recibido y que estás trabajando en la respuesta,
aunque vayas a mandarle una respuesta más larga más tarde por el
grupo de discusión.
20. Las expectitivas razonables sobre conducta en el correo
electrónico dependen de tu relación con la persona y el contexto
de la comunicación, para el caso este grupo. Las normas
aprendidas en este ambiente puede que no sean aplicables para tu
comunicación por correo electrónico con gente a través de
Internet en otros contextos. Ten cuidado con el argot o siglas
locales.
21. La publicidad por correo electrónico no es bienvenida. Abstenete
de hacer publicidad que no haya sido previamente aceptada por el
administrador del grupo, en especial si se trata de publicidad
fuera de tema o que, estando en tema, sean desleales al ofrecer
beneficios inexistentes. Sólo se considerarán ofertas académicas,
bibliográficas o de software que estén relacionadas con el tema
de discusión y que les aporte una ventaja a los miembros del
grupo.
22. Si alguien ofrece un archivo y lo querés, NUNCA se lo pidas por
el grupo, sino mediante su dirección de correo privada. Los
mensajes que sólo incluyen frases como "Quiero ese archivo", "A
mí también", etcétera, son una verdadera falta de consideración
hacia el resto de los miembros del grupo, quienes no tienen por
qué soportar tales abusos.
23. Si ofrecés algún archivo, fijate primero si podés subirlo al área
de archivos del grupo. Si esto es posible, subilo y seleccioná la
opción para que se avise al grupo sobre la carga; de esta forma,
no hará falta ofrecerlo. Si no podés subirlo al área de archivos,
podés ofrecerlo al grupo mediante un mensaje, indicando en qué
formato está y su tamaño: recordá que no todo el mundo tiene
banda ancha ni buzones de 50 Mb.
24. Si alguna de las respuestas que querés enviar son de tipo
personal, incluyendo agradecimientos sin contenido adicional,
hacelo a la dirección de correo privado de la persona
destinataria de tal mensaje personal, nunca al grupo. Por el
contrario, de no ser personal es importante que lo envíes al
grupo, para que todos los miembros puedan aprender de la
experiencia y/o participar de la discusión: eso es bueno para el
grupo.
25. Si por alguna razón alguna de tus consultas se soluciona por vías
privadas, podría ser bueno para el grupo que te tomes la molestia
de avisar que la solucionaste, incluyendo la forma en que se
resolvió. Esto sería bueno para que todos aprendan de tu propia
experiencia.
26. Las medidas punitorias, si es que fueran necesarias por el bien
del grupo, quedan a consideración de la administración del mismo.
Las mismas pueden, dependiendo de la gravedad del incidente, ir
desde la cancelación temporal de determinados beneficios --envío
de mensajes sin moderación (revisión), envío de adjuntos,
etcétera-- hasta la suspensión definitiva de este y otros grupos
--en especial para el caso de insultos gratuitos, publicidades
desleales y/o fuera de tema, repetidos envíos de virus (aunque
sean involuntarios), etcétera.
27. Los antivirus, incluso gratuitos, existen. No te expongas ni
expongas al grupo a los virus. Si no tenés instalado un antivirus
en tu equipo, hacelo a la brevedad. Si no sabés de dónde bajar
uno, podés usar el AVG Anti-Virus System, que puede descargarse
gratuitamente desde http://www.grisoft.com/
28. NUNCA pidas ser desuscripto enviando un mensaje al grupo. Ninguno
de los miembros puede hacer nada para llevar a cabo tal tarea.
Por otro lado, al suscribirte recibís un mensaje que te explica
cómo desuscribirte, ya sea por correo electrónico o por el sitio
del grupo. Asimismo, al pie de todos y cada uno de los mensajes
que se publican en el grupo TAMBIÉN están las instrucciones
necesarias para desuscribirse. Los miembros más experimentados de
los grupos de discusión suelen considerar como "poco inteligente"
a quien solicita su desuscripción mediante un mensaje al grupo.
No querés que te suceda eso.
Una vez que pidas la desuscripción mediante alguno de los medios
adecuados, tené paciencia. La misma se llevará a cabo
automáticamente y la demora en hacerlo está dada por la carga de
trabajo que tengan los servidores de Yahoo! Grupos: puede ser
inmediata o tardar varias horas.
_____________________________________________________________________
Estas reglas están basadas en los lineamientos de netiquette básicos
para correo electrónico propuestos por Netiqueta, un sitio web de la
Sociedad de las Indias Electrónicas (URL: http://www.netiqueta.org/),
el documento "Cómo Hacer Preguntas de Manera Inteligente" escrito por
Eric S. Raymond, por la propia experiencia después de varios años de
administrar foros, listas y grupos de discusión, y por las
sugerencias que los miembros de este y otros grupos van haciendo en
la búsqueda de la mejora de este, su espacio, el espacio de todos.
Cuidémoslo y mejorémoslo entre todos.
Si bien no se plantean como obligatorias, su cumplimiento es
importante por una cuestión de respeto al espacio y al resto de los
miembros.
Pfavor una ayuda. Pues que cuando ejecuto mi form los push button no me aparecen
como el estilo de los bordes redondeados como si aparece en los manuales o en
loS lov. Uso forms .10g ejecutando stand alone con la oc4j. Saludos ,jesus.
descripcion: Oracle Forms
cantidad: 10
detalle : Named User Plus
Precio unitario:460.00
total : 4,600.00
soporte anual 22%: 1,012.00
total 5,612.00
lo minimo que venden es paquete de 10 licencias
Randall Aguirre escribió:
>
>
> Forms & Reports 6i es un producto que está descontinuado desde hace
> varios años. Puedes bajarlo de OTN pero para licencias deberías
> contactarte con Oracle directamente. Ellos son los que te pueden
> decir si son necesarias las licencias y cuanto cuestan.
>
> Hace más de 5 años costaban lo que dice Gabriel, alrededor de 5,000
> USD. En este momento es mejor consultarlo con un vendedor de Oracle.
>
> 2009/11/26 Gabriel Galanternik <ggalanternik@...
> <mailto:ggalanternik@...>>
>
>
>
> Me parece que no.
> Cada Licencia cuesta unos u$s5000 e incluye todo el developer
> suite y 1
> licencia de Discoverer administrator.
> En 6i el runtime es gratis, pero para desarrollar, hace falta
> licencia.
> saludos
> Gabriel
>
>
>
> ---------- Original Message -----------
> From: jose de la torre <josedelatorrecueto@...
> <mailto:josedelatorrecueto%40yahoo.es>>
> To: DesarrolloOracleForms@yahoogroups.com
> <mailto:DesarrolloOracleForms%40yahoogroups.com>
> Sent: Wed, 25 Nov 2009 17:40:25 -0500
> Subject: Re: [Forms] Licencias de Form 6 y Report 6
>
> > si necesitas licencias
> > paquete minimo de 10 licencias, creo que $400 cada licencia es
> decir
> > $4,000
> >
> > JOSE PECCI escribió:
> > >
> > > Quisiera saber si alguien me puede responder si para
> desarrollar en
> > > Forms 6 y Report 6 en forma particular necesito licencias, de
> ser asi
> > > cuanto cuestan aprox.
> > >
> > >
> >
> > ------------------------------------
> >
> > ==================================
> > El Blog de Pablo Fernando Sanchez:
> > http://pfsanchez.blogspot.com/ <http://pfsanchez.blogspot.com/>
> > ==================================Enlaces a Yahoo! Grupos
> >
> >
> >
> >
> ------- End of Original Message -------
>
>
>
Forms & Reports 6i es un producto que está descontinuado desde hace varios años. Puedes bajarlo de OTN pero para licencias deberías contactarte con Oracle directamente. Ellos son los que te pueden decir si son necesarias las licencias y cuanto cuestan.
Hace más de 5 años costaban lo que dice Gabriel, alrededor de 5,000 USD. En este momento es mejor consultarlo con un vendedor de Oracle.
Me parece que no.
Cada Licencia cuesta unos u$s5000 e incluye todo el developer suite y 1
licencia de Discoverer administrator.
En 6i el runtime es gratis, pero para desarrollar, hace falta licencia.
saludos
Gabriel
> si necesitas licencias
> paquete minimo de 10 licencias, creo que $400 cada licencia es decir
> $4,000
>
> JOSE PECCI escribió:
> >
> > Quisiera saber si alguien me puede responder si para desarrollar en
> > Forms 6 y Report 6 en forma particular necesito licencias, de ser asi
> > cuanto cuestan aprox.
> >
> >
>
> ------------------------------------
>
> ==================================
> El Blog de Pablo Fernando Sanchez:
> http://pfsanchez.blogspot.com/
> ==================================Enlaces a Yahoo! Grupos
>
>
>
>
Me parece que no.
Cada Licencia cuesta unos u$s5000 e incluye todo el developer suite y 1
licencia de Discoverer administrator.
En 6i el runtime es gratis, pero para desarrollar, hace falta licencia.
saludos
Gabriel
---------- Original Message -----------
From: jose de la torre <josedelatorrecueto@...>
To: DesarrolloOracleForms@yahoogroups.com
Sent: Wed, 25 Nov 2009 17:40:25 -0500
Subject: Re: [Forms] Licencias de Form 6 y Report 6
> si necesitas licencias
> paquete minimo de 10 licencias, creo que $400 cada licencia es decir
> $4,000
>
> JOSE PECCI escribió:
> >
> > Quisiera saber si alguien me puede responder si para desarrollar en
> > Forms 6 y Report 6 en forma particular necesito licencias, de ser asi
> > cuanto cuestan aprox.
> >
> >
>
> ------------------------------------
>
> ==================================
> El Blog de Pablo Fernando Sanchez:
> http://pfsanchez.blogspot.com/
> ==================================Enlaces a Yahoo! Grupos
>
>
>
>
------- End of Original Message -------
si necesitas licencias
paquete minimo de 10 licencias, creo que $400 cada licencia es decir $4,000
JOSE PECCI escribió:
>
> Quisiera saber si alguien me puede responder si para desarrollar en
> Forms 6 y Report 6 en forma particular necesito licencias, de ser asi
> cuanto cuestan aprox.
>
>
Quisiera saber si alguien me puede responder si para desarrollar en Forms 6 y
Report 6 en forma particular necesito licencias, de ser asi cuanto cuestan
aprox.
Necesito de un ejemplo en forms6i que me envie un mail con archivo atachado.
La verdad es que tengo un procedimiento alamcenado que me envia un mail, pero el problema es que no tengo un ejemplo para atachar un archivo, ya sea excel o txt, etc.
Tengo oracle 8i y forms6i, en un ambiente cliente servidor, alguién me podria ayudar con este tema p´lease.
No, yo nunca dije que no lo podía resolver con LOV's, puede ser que tengas
razón, que esté confundiendo el concepto, pero nunca dije que no se podía hacer
con LOV's.
Pero entonces concluimos en que no se pueden usar listas dependientes en bloques
de datos y que solamente esta funcionalidad se resuelve con LOV's?
--- En DesarrolloOracleForms@yahoogroups.com, Randall Aguirre <ranaguir@...>
escribió:
>
> Es que no es cuestión de cantidad de datos, me cuesta encontrar un caso en
> que no se pueda resolver con un Record Group/LOV en tiempo de diseño, y eso
> que estoy en esto desde Forms 3.0 en modo caracter. Ya tendría que ser un
> query muy complejo, con acceso a varias tablas para no poderlo hacer.
>
> La ventaja que tienen los Record Groups, es que puedes hacer referencia a
> los campos de la forma y por lo tanto para cada registro son diferentes.
>
> Si tienes algún caso que no puedas resolver con un LOV, entonces pásanos la
> forma y nosotros te ayudamos.
>
> No sé si en lo que estás confundida es en el concepto de LOV y de Forms en
> general, pues me parece que estás tratando de programar las listas como si
> estuvieras en otro lenguaje, o sea, totalmente a pie.
>
>
> 2009/11/13 analiaolivera <analiaolivera@...>
>
> >
> >
> > Si, tenés razón con lo que me estás diciendo, pero la verdad es que les
> > pasé un ejemplo, pero no todas mis listas tienen cantidades fijas de
> > datos... :)
> >
> > --- En
DesarrolloOracleForms@yahoogroups.com<DesarrolloOracleForms%40yahoogroups.com>,
> > Randall Aguirre <ranaguir@> escribió:
> >
> > >
> > > Perdona pero ahora ya sí que me perdí.
> > > ¿Por qué no puedes crear los Record Groups como te recomendó Juan?,
> > > estáticamente:
> > > RG_PAIS
> > > Select nombre_pais, codigo_pais
> > > from pais
> > >
> > > RG_ESTADOS
> > > select nombre_estado, codigo estado
> > > from estados
> > > where codigo_pais = :BLOQUE.CODIGO_PAIS
> > >
> > > Y luego también estáticamente asignar esos Record Groups a los
> > > correspondientes LOVs.
> > >
> > > ¿Por qué tienes que hacerlo de manera dinámica en Runtime? Son países,
> > que
> > > siempre van a ser los mismos. No veo la razón por la que no puedas
> > declarar
> > > los Record Groups y los LOVs correspondientes en tiempo de diseño.
> > >
> > > O sea, no tiene sentido que utilices Add_Group_Column, etc., para llenar
> > un
> > > Record Group de Países o de Estados. En tiempo de diseño puedes crear el
> > > Record Group sin mucha programación y asignar ese Record Group a un LOV,
> > que
> > > va a estar asignado, también en tiempo de diseño a un campo.
> > >
> > > 2009/11/13 analiaolivera <analiaolivera@>
> >
> > >
> > > >
> > > >
> > > > Hola Juan, muchas gracias por tus recomendaciones.
> > > >
> > > > Si había visto como trabajan los LOV's pero el problema que tengo es
> > que
> > > > los SPs están en base de datos. Pude cargar los registros del ref
> > cursor en
> > > > el Record Group, con Add_Group_Column(group_id,
> > 'codigo',CHAR_COLUMN,30) y
> > > > Add_Group_Row(group_id, nRow);
> > > >
> > > > Lo que no sé es cómo, desde PL, asignar el record group a un LOV. Así
> > que
> > > > por eso opté por las listas desplegables...
> > > >
> > > > Muchas gracias de nuevo...
> > > >
> > > > Saludos
> > > >
> > > > --- En
DesarrolloOracleForms@yahoogroups.com<DesarrolloOracleForms%40yahoogroups.com>
> > <DesarrolloOracleForms%40yahoogroups.com>,
> >
> > > > Juan Jose Salazar Cordova <analistapperu@> escribió:
> > > >
> > > > >
> > > > > bueno te recomiendo que uses los record group y luego puebla la
> > lista, yo
> > > > mas me acomodo con los LOVS ya que es mas facil y rapido y sin mucho
> > codigo
> > > > encima tienes el wizard...
> > > > >
> > > > > Creas el record group en el objeto RECORD GROUP dentro colocas el
> > select,
> > > > para el caso del pais, no le pones where pero en el caso de estados si
> > le
> > > > colocas el where
> > > > > mas o menos asi
> > > > >
> > > > > RG_PAIS
> > > > > select nombre_pais, codigo_pais
> > > > > from pais
> > > > >
> > > > > RG_ESTADOS
> > > > > select nombre_estado, codigo estado
> > > > > from estados
> > > > > where codigo_pais = :BLOQUE.CODIGO_PAIS
> > > > >
> > > > > si deseas ponerlo en la lista desplegable debes usar eL
> > POPULATE_LIST, o
> > > > el POPULATE_GROUP, ahorita no tengo ejemplos por que todos los cambie a
> > > > LOVS, pero en el Help del Developer puedes encontrar los ejemplos.
> > > > >
> > > > > Lo que estas haciendo tambien es valido, pero ten en cuenta la
> > > > precedencia de triggers y en algunos de ellos no vas a poder hacer
> > algunas
> > > > operaciones.
> > > > >
> > > > > Y sobre los LOVS, por ahi dicen que no es elegante.. mmm lo
> > importante
> > > > es que el LOV es un objeto propio del forms y por ende es muy potente
> > ya que
> > > > tiene su propio motor de busqueda con comodines %.. cosa que no puedes
> > hacer
> > > > en una lista desplegable, y tampoco en una lista combo, para mi es
> > eficiente
> > > > y de mas rapido mantenimiento y los trabajas con las teclas de funcion
> > del
> > > > developer F9 para levantar la lista.
> > > > >
> > > > > Yo al inicio hacia lo mismo que tu, hasta que descubri la potencia
> > del
> > > > LOV, y como te comento no codificas casi nada... en todo caso si no es
> > > > elegante es EFICIENTE y con eso me quedo
> > > > >
> > > > > Saludos
> > > > > Juan
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --- El mié 11-nov-09, analiaolivera <analiaolivera@> escribió:
> > > > >
> > > > > De: analiaolivera <analiaolivera@>
> > > >
> > > > > Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes
> > en
> > > > Bloque de Datos
> > > > > Para:
DesarrolloOracleForms@yahoogroups.com<DesarrolloOracleForms%40yahoogroups.com>
> > <DesarrolloOracleForms%40yahoogroups.com>
> >
> > > > > Fecha: miércoles, 11 de noviembre de 2009, 2:41 pm
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Hola, no es un bloque dependiente y estoy usando la versión 6i.
> > > > >
> > > > >
> > > > >
> > > > > Saludos
> > > > >
> > > > >
> > > > >
> > > > > --- En DesarrolloOracleFor ms@yahoogroups. com, Juan Jose Salazar
> > > > Cordova <analistapperu@ ...> escribió:
> > > > >
> > > > > >
> > > > >
> > > > > > que version estas usando..??,
> > > > >
> > > > > > pero el bloque es un Bloque asociado a tabla o libre..
> > > > >
> > > > > > a lo mejor dependiendo de la version que uses puede ser que te
> > falte un
> > > > parche...
> > > > >
> > > > > >
> > > > >
> > > > > > --- El lun 2-nov-09, ranaguir <ranaguir@ .> escribió:
> > > > >
> > > > > >
> > > > >
> > > > > > De: ranaguir <ranaguir@ .>
> > > > >
> > > > > > Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes
> > en
> > > > Bloque de Datos
> > > > >
> > > > > > Para: DesarrolloOracleFor ms@yahoogroups. com
> > > > >
> > > > > > Fecha: lunes, 2 de noviembre de 2009, 6:21 pm
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > No sé qué versión de Forms estás utilizando. Creo que en Forms 6i o
> > > > inferior no se puede hacer. Si me estoy equivocando que alguien pase un
> > > > ejemplo, pues yo lo tuve que resolver con LOVs.
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > --- En DesarrolloOracleFor ms@yahoogroups. com, "analiaolivera"
> > > > <analiaolivera@ ...> escribió:
> > > > >
> > > > > >
> > > > >
> > > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > > Hola, tengo un problema con un bloque de datos que tiene algunas
> > > > listas desplegables dependientes, es decir, los valores que se carguen
> > en
> > > > una lista de, por ej, "Estados", va a depender del "País" que
> > seleccione en
> > > > la lista "Países".
> > > > >
> > > > > >
> > > > >
> > > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > > La lista de "Estados" la cargo en el trigger when-list-changed
> > que se
> > > > dispara después de seleccionar un registro de la lista "Países"
> > > > >
> > > > > >
> > > > >
> > > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > > El problema que tengo, es que cuando intento cargar un segundo
> > > > registro en el bloque de datos, y selecciono un País diferente al que
> > había
> > > > seleccionado en el registro anterior, la lista de "Estados", del
> > registro
> > > > anterior, también se actualiza.
> > > > >
> > > > > >
> > > > >
> > > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > > Alguien podría indicarme cómo podría resolver esto?
> > > > >
> > > > > >
> > > > >
> > > > > > > Por favor, si no fui clara con mi consulta avisenmé.
> > > > >
> > > > > >
> > > > >
> > > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > > Muchas gracias
> > > > >
> > > > > >
> > > > >
> > > > > > > Saludos
> > > > >
> > > > > >
> > > > >
> > > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > Yahoo! Cocina
> > > > >
> > > > > >
> > > > >
> > > > > > Encontra las mejores recetas con Yahoo! Cocina.
> > > > >
> > > > > >
> > > > >
> > > > > >
> > > > >
> > > > > > http://ar.mujer. yahoo.com/ cocina/
> > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Yahoo! Cocina
> > > > >
> > > > > Encontra las mejores recetas con Yahoo! Cocina.
> > > > >
> > > > >
> > > > > http://ar.mujer.yahoo.com/cocina/
> > > > >
> > > >
> > > >
> > > >
> > >
> >
> >
> >
>
Es que no es cuestión de cantidad de datos, me cuesta encontrar un caso en que no se pueda resolver con un Record Group/LOV en tiempo de diseño, y eso que estoy en esto desde Forms 3.0 en modo caracter. Ya tendría que ser un query muy complejo, con acceso a varias tablas para no poderlo hacer.
La ventaja que tienen los Record Groups, es que puedes hacer referencia a los campos de la forma y por lo tanto para cada registro son diferentes.
Si tienes algún caso que no puedas resolver con un LOV, entonces pásanos la forma y nosotros te ayudamos.
No sé si en lo que estás confundida es en el concepto de LOV y de Forms en general, pues me parece que estás tratando de programar las listas como si estuvieras en otro lenguaje, o sea, totalmente a pie.
Si, tenés razón con lo que me estás diciendo, pero la verdad es que les pasé un ejemplo, pero no todas mis listas tienen cantidades fijas de datos... :)
>
> Perdona pero ahora ya sí que me perdí.
> ¿Por qué no puedes crear los Record Groups como te recomendó Juan?,
> estáticamente:
> RG_PAIS
> Select nombre_pais, codigo_pais
> from pais
>
> RG_ESTADOS
> select nombre_estado, codigo estado
> from estados
> where codigo_pais = :BLOQUE.CODIGO_PAIS
>
> Y luego también estáticamente asignar esos Record Groups a los
> correspondientes LOVs.
>
> ¿Por qué tienes que hacerlo de manera dinámica en Runtime? Son países, que
> siempre van a ser los mismos. No veo la razón por la que no puedas declarar
> los Record Groups y los LOVs correspondientes en tiempo de diseño.
>
> O sea, no tiene sentido que utilices Add_Group_Column, etc., para llenar un
> Record Group de Países o de Estados. En tiempo de diseño puedes crear el
> Record Group sin mucha programación y asignar ese Record Group a un LOV, que
> va a estar asignado, también en tiempo de diseño a un campo.
>
> 2009/11/13 analiaolivera <analiaolivera@...>
>
> >
> >
> > Hola Juan, muchas gracias por tus recomendaciones.
> >
> > Si había visto como trabajan los LOV's pero el problema que tengo es que
> > los SPs están en base de datos. Pude cargar los registros del ref cursor en
> > el Record Group, con Add_Group_Column(group_id, 'codigo',CHAR_COLUMN,30) y
> > Add_Group_Row(group_id, nRow);
> >
> > Lo que no sé es cómo, desde PL, asignar el record group a un LOV. Así que
> > por eso opté por las listas desplegables...
> >
> > Muchas gracias de nuevo...
> >
> > Saludos
> >
> > Juan Jose Salazar Cordova <analistapperu@> escribió:
> >
> > >
> > > bueno te recomiendo que uses los record group y luego puebla la lista, yo
> > mas me acomodo con los LOVS ya que es mas facil y rapido y sin mucho codigo
> > encima tienes el wizard...
> > >
> > > Creas el record group en el objeto RECORD GROUP dentro colocas el select,
> > para el caso del pais, no le pones where pero en el caso de estados si le
> > colocas el where
> > > mas o menos asi
> > >
> > > RG_PAIS
> > > select nombre_pais, codigo_pais
> > > from pais
> > >
> > > RG_ESTADOS
> > > select nombre_estado, codigo estado
> > > from estados
> > > where codigo_pais = :BLOQUE.CODIGO_PAIS
> > >
> > > si deseas ponerlo en la lista desplegable debes usar eL POPULATE_LIST, o
> > el POPULATE_GROUP, ahorita no tengo ejemplos por que todos los cambie a
> > LOVS, pero en el Help del Developer puedes encontrar los ejemplos.
> > >
> > > Lo que estas haciendo tambien es valido, pero ten en cuenta la
> > precedencia de triggers y en algunos de ellos no vas a poder hacer algunas
> > operaciones.
> > >
> > > Y sobre los LOVS, por ahi dicen que no es elegante.. mmm lo importante
> > es que el LOV es un objeto propio del forms y por ende es muy potente ya que
> > tiene su propio motor de busqueda con comodines %.. cosa que no puedes hacer
> > en una lista desplegable, y tampoco en una lista combo, para mi es eficiente
> > y de mas rapido mantenimiento y los trabajas con las teclas de funcion del
> > developer F9 para levantar la lista.
> > >
> > > Yo al inicio hacia lo mismo que tu, hasta que descubri la potencia del
> > LOV, y como te comento no codificas casi nada... en todo caso si no es
> > elegante es EFICIENTE y con eso me quedo
> > >
> > > Saludos
> > > Juan
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > --- El mié 11-nov-09, analiaolivera <analiaolivera@> escribió:
> > >
> > > De: analiaolivera <analiaolivera@>
> >
> > > Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en
> > Bloque de Datos
Si, tenés razón con lo que me estás diciendo, pero la verdad es que les pasé un
ejemplo, pero no todas mis listas tienen cantidades fijas de datos... :)
--- En DesarrolloOracleForms@yahoogroups.com, Randall Aguirre <ranaguir@...>
escribió:
>
> Perdona pero ahora ya sí que me perdí.
> ¿Por qué no puedes crear los Record Groups como te recomendó Juan?,
> estáticamente:
> RG_PAIS
> Select nombre_pais, codigo_pais
> from pais
>
> RG_ESTADOS
> select nombre_estado, codigo estado
> from estados
> where codigo_pais = :BLOQUE.CODIGO_PAIS
>
> Y luego también estáticamente asignar esos Record Groups a los
> correspondientes LOVs.
>
> ¿Por qué tienes que hacerlo de manera dinámica en Runtime? Son países, que
> siempre van a ser los mismos. No veo la razón por la que no puedas declarar
> los Record Groups y los LOVs correspondientes en tiempo de diseño.
>
> O sea, no tiene sentido que utilices Add_Group_Column, etc., para llenar un
> Record Group de Países o de Estados. En tiempo de diseño puedes crear el
> Record Group sin mucha programación y asignar ese Record Group a un LOV, que
> va a estar asignado, también en tiempo de diseño a un campo.
>
> 2009/11/13 analiaolivera <analiaolivera@...>
>
> >
> >
> > Hola Juan, muchas gracias por tus recomendaciones.
> >
> > Si había visto como trabajan los LOV's pero el problema que tengo es que
> > los SPs están en base de datos. Pude cargar los registros del ref cursor en
> > el Record Group, con Add_Group_Column(group_id, 'codigo',CHAR_COLUMN,30) y
> > Add_Group_Row(group_id, nRow);
> >
> > Lo que no sé es cómo, desde PL, asignar el record group a un LOV. Así que
> > por eso opté por las listas desplegables...
> >
> > Muchas gracias de nuevo...
> >
> > Saludos
> >
> > --- En
DesarrolloOracleForms@yahoogroups.com<DesarrolloOracleForms%40yahoogroups.com>,
> > Juan Jose Salazar Cordova <analistapperu@> escribió:
> >
> > >
> > > bueno te recomiendo que uses los record group y luego puebla la lista, yo
> > mas me acomodo con los LOVS ya que es mas facil y rapido y sin mucho codigo
> > encima tienes el wizard...
> > >
> > > Creas el record group en el objeto RECORD GROUP dentro colocas el select,
> > para el caso del pais, no le pones where pero en el caso de estados si le
> > colocas el where
> > > mas o menos asi
> > >
> > > RG_PAIS
> > > select nombre_pais, codigo_pais
> > > from pais
> > >
> > > RG_ESTADOS
> > > select nombre_estado, codigo estado
> > > from estados
> > > where codigo_pais = :BLOQUE.CODIGO_PAIS
> > >
> > > si deseas ponerlo en la lista desplegable debes usar eL POPULATE_LIST, o
> > el POPULATE_GROUP, ahorita no tengo ejemplos por que todos los cambie a
> > LOVS, pero en el Help del Developer puedes encontrar los ejemplos.
> > >
> > > Lo que estas haciendo tambien es valido, pero ten en cuenta la
> > precedencia de triggers y en algunos de ellos no vas a poder hacer algunas
> > operaciones.
> > >
> > > Y sobre los LOVS, por ahi dicen que no es elegante.. mmm lo importante
> > es que el LOV es un objeto propio del forms y por ende es muy potente ya que
> > tiene su propio motor de busqueda con comodines %.. cosa que no puedes hacer
> > en una lista desplegable, y tampoco en una lista combo, para mi es eficiente
> > y de mas rapido mantenimiento y los trabajas con las teclas de funcion del
> > developer F9 para levantar la lista.
> > >
> > > Yo al inicio hacia lo mismo que tu, hasta que descubri la potencia del
> > LOV, y como te comento no codificas casi nada... en todo caso si no es
> > elegante es EFICIENTE y con eso me quedo
> > >
> > > Saludos
> > > Juan
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > --- El mié 11-nov-09, analiaolivera <analiaolivera@> escribió:
> > >
> > > De: analiaolivera <analiaolivera@>
> >
> > > Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en
> > Bloque de Datos
> > > Para:
DesarrolloOracleForms@yahoogroups.com<DesarrolloOracleForms%40yahoogroups.com>
> > > Fecha: miércoles, 11 de noviembre de 2009, 2:41 pm
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Hola, no es un bloque dependiente y estoy usando la versión 6i.
> > >
> > >
> > >
> > > Saludos
> > >
> > >
> > >
> > > --- En DesarrolloOracleFor ms@yahoogroups. com, Juan Jose Salazar
> > Cordova <analistapperu@ ...> escribió:
> > >
> > > >
> > >
> > > > que version estas usando..??,
> > >
> > > > pero el bloque es un Bloque asociado a tabla o libre..
> > >
> > > > a lo mejor dependiendo de la version que uses puede ser que te falte un
> > parche...
> > >
> > > >
> > >
> > > > --- El lun 2-nov-09, ranaguir <ranaguir@ .> escribió:
> > >
> > > >
> > >
> > > > De: ranaguir <ranaguir@ .>
> > >
> > > > Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en
> > Bloque de Datos
> > >
> > > > Para: DesarrolloOracleFor ms@yahoogroups. com
> > >
> > > > Fecha: lunes, 2 de noviembre de 2009, 6:21 pm
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > > No sé qué versión de Forms estás utilizando. Creo que en Forms 6i o
> > inferior no se puede hacer. Si me estoy equivocando que alguien pase un
> > ejemplo, pues yo lo tuve que resolver con LOVs.
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > > --- En DesarrolloOracleFor ms@yahoogroups. com, "analiaolivera"
> > <analiaolivera@ ...> escribió:
> > >
> > > >
> > >
> > > > >
> > >
> > > >
> > >
> > > > > Hola, tengo un problema con un bloque de datos que tiene algunas
> > listas desplegables dependientes, es decir, los valores que se carguen en
> > una lista de, por ej, "Estados", va a depender del "País" que seleccione en
> > la lista "Países".
> > >
> > > >
> > >
> > > > >
> > >
> > > >
> > >
> > > > > La lista de "Estados" la cargo en el trigger when-list-changed que se
> > dispara después de seleccionar un registro de la lista "Países"
> > >
> > > >
> > >
> > > > >
> > >
> > > >
> > >
> > > > > El problema que tengo, es que cuando intento cargar un segundo
> > registro en el bloque de datos, y selecciono un País diferente al que había
> > seleccionado en el registro anterior, la lista de "Estados", del registro
> > anterior, también se actualiza.
> > >
> > > >
> > >
> > > > >
> > >
> > > >
> > >
> > > > > Alguien podría indicarme cómo podría resolver esto?
> > >
> > > >
> > >
> > > > > Por favor, si no fui clara con mi consulta avisenmé.
> > >
> > > >
> > >
> > > > >
> > >
> > > >
> > >
> > > > > Muchas gracias
> > >
> > > >
> > >
> > > > > Saludos
> > >
> > > >
> > >
> > > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > > Yahoo! Cocina
> > >
> > > >
> > >
> > > > Encontra las mejores recetas con Yahoo! Cocina.
> > >
> > > >
> > >
> > > >
> > >
> > > > http://ar.mujer. yahoo.com/ cocina/
> > >
> > > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Yahoo! Cocina
> > >
> > > Encontra las mejores recetas con Yahoo! Cocina.
> > >
> > >
> > > http://ar.mujer.yahoo.com/cocina/
> > >
> >
> >
> >
>
Perdona pero ahora ya sí que me perdí. ¿Por qué no puedes crear los Record Groups como te recomendó Juan?, estáticamente: RG_PAIS Select nombre_pais, codigo_pais
from pais
RG_ESTADOS
select nombre_estado, codigo estado
from estados
where codigo_pais = :BLOQUE.CODIGO_PAIS
Y luego también estáticamente asignar esos Record Groups a los correspondientes LOVs.
¿Por qué tienes que hacerlo de manera dinámica en Runtime? Son países, que siempre van a ser los mismos. No veo la razón por la que no puedas declarar los Record Groups y los LOVs correspondientes en tiempo de diseño.
O sea, no tiene sentido que utilices Add_Group_Column, etc., para llenar un Record Group de Países o de Estados. En tiempo de diseño puedes crear el Record Group sin mucha programación y asignar ese Record Group a un LOV, que va a estar asignado, también en tiempo de diseño a un campo.
Hola Juan, muchas gracias por tus recomendaciones.
Si había visto como trabajan los LOV's pero el problema que tengo es que los SPs están en base de datos. Pude cargar los registros del ref cursor en el Record Group, con Add_Group_Column(group_id, 'codigo',CHAR_COLUMN,30) y Add_Group_Row(group_id, nRow);
Lo que no sé es cómo, desde PL, asignar el record group a un LOV. Así que por eso opté por las listas desplegables...
>
> bueno te recomiendo que uses los record group y luego puebla la lista, yo mas me acomodo con los LOVS ya que es mas facil y rapido y sin mucho codigo encima tienes el wizard...
>
> Creas el record group en el objeto RECORD GROUP dentro colocas el select, para el caso del pais, no le pones where pero en el caso de estados si le colocas el where
> mas o menos asi
>
> RG_PAIS
> select nombre_pais, codigo_pais
> from pais
>
> RG_ESTADOS
> select nombre_estado, codigo estado
> from estados
> where codigo_pais = :BLOQUE.CODIGO_PAIS
>
> si deseas ponerlo en la lista desplegable debes usar eL POPULATE_LIST, o el POPULATE_GROUP, ahorita no tengo ejemplos por que todos los cambie a LOVS, pero en el Help del Developer puedes encontrar los ejemplos.
>
> Lo que estas haciendo tambien es valido, pero ten en cuenta la precedencia de triggers y en algunos de ellos no vas a poder hacer algunas operaciones.
>
> Y sobre los LOVS, por ahi dicen que no es elegante.. mmm lo importante es que el LOV es un objeto propio del forms y por ende es muy potente ya que tiene su propio motor de busqueda con comodines %.. cosa que no puedes hacer en una lista desplegable, y tampoco en una lista combo, para mi es eficiente y de mas rapido mantenimiento y los trabajas con las teclas de funcion del developer F9 para levantar la lista.
>
> Yo al inicio hacia lo mismo que tu, hasta que descubri la potencia del LOV, y como te comento no codificas casi nada... en todo caso si no es elegante es EFICIENTE y con eso me quedo
>
> Saludos
> Juan
>
>
>
>
>
>
>
>
> --- El mié 11-nov-09, analiaolivera <analiaolivera@...> escribió:
>
> De: analiaolivera <analiaolivera@...>
> Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en Bloque de Datos
> Para: DesarrolloOracleForms@yahoogroups.com
> Fecha: miércoles, 11 de noviembre de 2009, 2:41 pm
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Hola, no es un bloque dependiente y estoy usando la versión 6i.
>
>
>
> Saludos
>
>
>
> --- En DesarrolloOracleFor ms@yahoogroups. com, Juan Jose Salazar Cordova <analistapperu@ ...> escribió:
>
> >
>
> > que version estas usando..??,
>
> > pero el bloque es un Bloque asociado a tabla o libre..
>
> > a lo mejor dependiendo de la version que uses puede ser que te falte un parche...
>
> >
>
> > --- El lun 2-nov-09, ranaguir <ranaguir@ .> escribió:
>
> >
>
> > De: ranaguir <ranaguir@ .>
>
> > Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en Bloque de Datos
>
> > Para: DesarrolloOracleFor ms@yahoogroups. com
>
> > Fecha: lunes, 2 de noviembre de 2009, 6:21 pm
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > No sé qué versión de Forms estás utilizando. Creo que en Forms 6i o inferior no se puede hacer. Si me estoy equivocando que alguien pase un ejemplo, pues yo lo tuve que resolver con LOVs.
>
> >
>
> >
>
> >
>
> > --- En DesarrolloOracleFor ms@yahoogroups. com, "analiaolivera" <analiaolivera@ ...> escribió:
>
> >
>
> > >
>
> >
>
> > > Hola, tengo un problema con un bloque de datos que tiene algunas listas desplegables dependientes, es decir, los valores que se carguen en una lista de, por ej, "Estados", va a depender del "País" que seleccione en la lista "Países".
>
> >
>
> > >
>
> >
>
> > > La lista de "Estados" la cargo en el trigger when-list-changed que se dispara después de seleccionar un registro de la lista "Países"
>
> >
>
> > >
>
> >
>
> > > El problema que tengo, es que cuando intento cargar un segundo registro en el bloque de datos, y selecciono un País diferente al que había seleccionado en el registro anterior, la lista de "Estados", del registro anterior, también se actualiza.
>
> >
>
> > >
>
> >
>
> > > Alguien podría indicarme cómo podría resolver esto?
>
> >
>
> > > Por favor, si no fui clara con mi consulta avisenmé.
>
> >
>
> > >
>
> >
>
> > > Muchas gracias
>
> >
>
> > > Saludos
>
> >
>
> > >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > Yahoo! Cocina
>
> >
>
> > Encontra las mejores recetas con Yahoo! Cocina.
>
> >
>
> >
>
> > http://ar.mujer.yahoo.com/ cocina/
>
> >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Yahoo! Cocina
>
> Encontra las mejores recetas con Yahoo! Cocina.
>
>
> http://ar.mujer.yahoo.com/cocina/
>
Hola Juan, muchas gracias por tus recomendaciones.
Si había visto como trabajan los LOV's pero el problema que tengo es que los SPs
están en base de datos. Pude cargar los registros del ref cursor en el Record
Group, con Add_Group_Column(group_id, 'codigo',CHAR_COLUMN,30) y
Add_Group_Row(group_id, nRow);
Lo que no sé es cómo, desde PL, asignar el record group a un LOV. Así que por
eso opté por las listas desplegables...
Muchas gracias de nuevo...
Saludos
--- En DesarrolloOracleForms@yahoogroups.com, Juan Jose Salazar Cordova
<analistapperu@...> escribió:
>
> bueno te recomiendo que uses los record group y luego puebla la lista, yo mas
me acomodo con los LOVS ya que es mas facil y rapido y sin mucho codigo encima
tienes el wizard...
>
> Creas el record group en el objeto RECORD GROUP dentro colocas el select, para
el caso del pais, no le pones where pero en el caso de estados si le colocas el
where
> mas o menos asi
>
> RG_PAIS
> select nombre_pais, codigo_pais
> from pais
>
> RG_ESTADOS
> select nombre_estado, codigo estado
> from estados
> where codigo_pais = :BLOQUE.CODIGO_PAIS
>
> si deseas ponerlo en la lista desplegable debes usar eL POPULATE_LIST, o el
POPULATE_GROUP, ahorita no tengo ejemplos por que todos los cambie a LOVS, pero
en el Help del Developer puedes encontrar los ejemplos.
>
> Lo que estas haciendo tambien es valido, pero ten en cuenta la precedencia de
triggers y en algunos de ellos no vas a poder hacer algunas operaciones.
>
> Y sobre los LOVS, por ahi dicen que no es elegante.. mmm lo importante es que
el LOV es un objeto propio del forms y por ende es muy potente ya que tiene su
propio motor de busqueda con comodines %.. cosa que no puedes hacer en una lista
desplegable, y tampoco en una lista combo, para mi es eficiente y de mas rapido
mantenimiento y los trabajas con las teclas de funcion del developer F9 para
levantar la lista.
>
> Yo al inicio hacia lo mismo que tu, hasta que descubri la potencia del LOV, y
como te comento no codificas casi nada... en todo caso si no es elegante es
EFICIENTE y con eso me quedo
>
> Saludos
> Juan
>
>
>
>
>
>
>
>
> --- El mié 11-nov-09, analiaolivera <analiaolivera@...> escribió:
>
> De: analiaolivera <analiaolivera@...>
> Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en Bloque
de Datos
> Para: DesarrolloOracleForms@yahoogroups.com
> Fecha: miércoles, 11 de noviembre de 2009, 2:41 pm
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Hola, no es un bloque dependiente y estoy usando la versión 6i.
>
>
>
> Saludos
>
>
>
> --- En DesarrolloOracleFor ms@yahoogroups. com, Juan Jose Salazar Cordova
<analistapperu@ ...> escribió:
>
> >
>
> > que version estas usando..??,
>
> > pero el bloque es un Bloque asociado a tabla o libre..
>
> > a lo mejor dependiendo de la version que uses puede ser que te falte un
parche...
>
> >
>
> > --- El lun 2-nov-09, ranaguir <ranaguir@ .> escribió:
>
> >
>
> > De: ranaguir <ranaguir@ .>
>
> > Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en
Bloque de Datos
>
> > Para: DesarrolloOracleFor ms@yahoogroups. com
>
> > Fecha: lunes, 2 de noviembre de 2009, 6:21 pm
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > No sé qué versión de Forms estás utilizando. Creo que en
Forms 6i o inferior no se puede hacer. Si me estoy equivocando que alguien pase
un ejemplo, pues yo lo tuve que resolver con LOVs.
>
> >
>
> >
>
> >
>
> > --- En DesarrolloOracleFor ms@yahoogroups. com, "analiaolivera"
<analiaolivera@ ...> escribió:
>
> >
>
> > >
>
> >
>
> > > Hola, tengo un problema con un bloque de datos que tiene algunas listas
desplegables dependientes, es decir, los valores que se carguen en una lista de,
por ej, "Estados", va a depender del "País" que seleccione en la lista "Países".
>
> >
>
> > >
>
> >
>
> > > La lista de "Estados" la cargo en el trigger when-list-changed que se
dispara después de seleccionar un registro de la lista "Países"
>
> >
>
> > >
>
> >
>
> > > El problema que tengo, es que cuando intento cargar un segundo registro en
el bloque de datos, y selecciono un País diferente al que había seleccionado en
el registro anterior, la lista de "Estados", del registro anterior, también se
actualiza.
>
> >
>
> > >
>
> >
>
> > > Alguien podría indicarme cómo podría resolver esto?
>
> >
>
> > > Por favor, si no fui clara con mi consulta avisenmé.
>
> >
>
> > >
>
> >
>
> > > Muchas gracias
>
> >
>
> > > Saludos
>
> >
>
> > >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > Yahoo! Cocina
>
> >
>
> > Encontra las mejores recetas con Yahoo! Cocina.
>
> >
>
> >
>
> > http://ar.mujer. yahoo.com/ cocina/
>
> >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Yahoo! Cocina
>
> Encontra las mejores recetas con Yahoo! Cocina.
>
>
> http://ar.mujer.yahoo.com/cocina/
>
--- El jue 12-nov-09, Carlos de Burgos <carlosdbb@...> escribió:
De: Carlos de Burgos <carlosdbb@...> Asunto: Re: [Forms] Error en export data pump Para: DesarrolloOracleForms@yahoogroups.com Fecha: jueves, 12 de noviembre de 2009, 6:21 am
No dicho paquete está bien compilado, el problema venia en que tenia que darle valor al parámetro streams_pool_ size, le di 48M y ya parece qeu tira.
De: Carlos de Burgos <carlosdbb@yahoo. es> Asunto: [Forms] Error en export data pump Para: desarrollooracle@ yahoogroups. com, DesarrolloOracleFor ms@yahoogroups. com, AdminBDOracle@ yahoogroups. com Fecha: miércoles, 4 de noviembre de 2009, 8:48 am
Estoy bajo un oracle 10.2.0.4 y estoy intentando realizar un expdp
pero a la hora de ejecutarle me sale lo siguiente:
Export: Release 10.2.0.4.0 - 64bit Production on Miércoles, 04 Noviembre, 2009 1 1:04:49
Copyright (c) 2003, 2007, Oracle. All rights reserved.
Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit P roduction With the Partitioning, OLAP, Data Mining and Real Application Testing options ORA-31626: el trabajo no existe ORA-31637: no se puede crear el trabajo SYS_EXPORT_SCHEMA_ 01 para el usuario MGR ORA-06512: en "SYS.DBMS_SYS_ ERROR", línea 95 ORA-06512: en "SYS.KUPV$FT_ INT", línea 600 ORA-39080: fallo al crear las colas "KUPC$C_1_200911041 10450" y "KUPC$S_1_200911 04110450" para el trabajo de pump de datos ORA-06512: en "SYS.DBMS_SYS_ ERROR", línea 95 ORA-06512: en "SYS.KUPC$QUE_ INT", línea 1606 ORA-04031: no se han podido asignar 56 bytes de memoria compartida ("streams poo l","unknown object","streams pool","fixed allocation callback")
Cualquier comentario es bienvenido
gracias
Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer. yahoo.com/ cocina/
Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer.yahoo.com/cocina/
De: Carlos de Burgos <carlosdbb@yahoo.es> Asunto: [Forms] Error en export data pump Para: desarrollooracle@yahoogroups.com, DesarrolloOracleForms@yahoogroups.com, AdminBDOracle@yahoogroups.com Fecha: miércoles, 4 de noviembre de 2009, 8:48 am
Estoy bajo un oracle 10.2.0.4 y estoy intentando realizar un expdp
pero a la hora de ejecutarle me sale lo siguiente:
Export: Release 10.2.0.4.0 - 64bit Production on Miércoles, 04 Noviembre, 2009 1 1:04:49
Copyright (c) 2003, 2007, Oracle. All rights reserved.
Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit P roduction With the Partitioning, OLAP, Data Mining and Real Application Testing options ORA-31626: el trabajo no existe ORA-31637: no se puede crear el trabajo SYS_EXPORT_SCHEMA_ 01 para el usuario MGR ORA-06512: en "SYS.DBMS_SYS_ ERROR", línea 95 ORA-06512: en "SYS.KUPV$FT_ INT", línea 600 ORA-39080: fallo al crear las colas "KUPC$C_1_200911041 10450" y "KUPC$S_1_200911 04110450" para el trabajo de pump de datos ORA-06512: en "SYS.DBMS_SYS_ ERROR", línea 95 ORA-06512: en "SYS.KUPC$QUE_ INT", línea 1606 ORA-04031: no se han podido asignar 56 bytes de memoria compartida ("streams poo l","unknown object","streams pool","fixed allocation callback")
Cualquier comentario es bienvenido
gracias
Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/
Por el mensaje de error tienes descompilado el paquete SYS.DBMS_SYS_ ERROR
Puedes verificarlo ejecutando el siguiente query
SELECT
*
FROM
DBA_objects
WHERE
object_name = 'DBMS_SYS_ERROR'
AND
OWNER = 'SYS'
Columna estatus.
Saludos!
--- El mié 4-nov-09, Carlos de Burgos <carlosdbb@...> escribió:
De: Carlos de Burgos <carlosdbb@...> Asunto: [Forms] Error en export data pump Para: desarrollooracle@yahoogroups.com, DesarrolloOracleForms@yahoogroups.com, AdminBDOracle@yahoogroups.com Fecha: miércoles, 4 de noviembre de 2009, 8:48 am
Estoy bajo un oracle 10.2.0.4 y estoy intentando realizar un expdp
pero a la hora de ejecutarle me sale lo siguiente:
Export: Release 10.2.0.4.0 - 64bit Production on Miércoles, 04 Noviembre, 2009 1 1:04:49
Copyright (c) 2003, 2007, Oracle. All rights reserved.
Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit P roduction With the Partitioning, OLAP, Data Mining and Real Application Testing options ORA-31626: el trabajo no existe ORA-31637: no se puede crear el trabajo SYS_EXPORT_SCHEMA_ 01 para el usuario MGR ORA-06512: en "SYS.DBMS_SYS_ ERROR", línea 95 ORA-06512: en "SYS.KUPV$FT_ INT", línea 600 ORA-39080: fallo al crear las colas "KUPC$C_1_200911041 10450" y "KUPC$S_1_200911 04110450" para el trabajo de pump de datos ORA-06512: en "SYS.DBMS_SYS_ ERROR", línea 95 ORA-06512: en "SYS.KUPC$QUE_ INT", línea 1606 ORA-04031: no se han podido asignar 56 bytes de memoria compartida ("streams poo l","unknown object","streams pool","fixed allocation callback")
Cualquier comentario es bienvenido
gracias
Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer.yahoo.com/cocina/
bueno te recomiendo que uses los record group y luego puebla la lista, yo mas me acomodo con los LOVS ya que es mas facil y rapido y sin mucho codigo encima tienes el wizard...
Creas el record group en el objeto RECORD GROUP dentro colocas el select, para el caso del pais, no le pones where pero en el caso de estados si le colocas el where mas o menos asi
RG_PAIS select nombre_pais, codigo_pais from pais
RG_ESTADOS select nombre_estado, codigo estado from estados where codigo_pais = :BLOQUE.CODIGO_PAIS
si deseas ponerlo en la lista desplegable debes usar eL POPULATE_LIST, o el POPULATE_GROUP, ahorita no tengo ejemplos por que todos los cambie a LOVS, pero en el Help del Developer puedes encontrar los ejemplos.
Lo que estas haciendo tambien es valido, pero ten en cuenta la precedencia
de triggers y en algunos de ellos no vas a poder hacer algunas operaciones.
Y sobre los LOVS, por ahi dicen que no es elegante.. mmm lo importante es que el LOV es un objeto propio del forms y por ende es muy potente ya que tiene su propio motor de busqueda con comodines %.. cosa que no puedes hacer en una lista desplegable, y tampoco en una lista combo, para mi es eficiente y de mas rapido mantenimiento y los trabajas con las teclas de funcion del developer F9 para levantar la lista.
Yo al inicio hacia lo mismo que tu, hasta que descubri la potencia del LOV, y como te comento no codificas casi nada... en todo caso si no es elegante es EFICIENTE y con eso me quedo
Saludos Juan
--- El mié 11-nov-09, analiaolivera <analiaolivera@...> escribió:
De:
analiaolivera <analiaolivera@...> Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en Bloque de Datos Para: DesarrolloOracleForms@yahoogroups.com Fecha: miércoles, 11 de noviembre de 2009, 2:41 pm
Hola, no es un bloque dependiente y estoy usando la versión 6i.
Saludos
--- En DesarrolloOracleFor ms@yahoogroups. com, Juan Jose Salazar Cordova <analistapperu@ ...> escribió:
>
> que version estas usando..??,
> pero el bloque es un Bloque asociado a tabla o libre..
> a lo mejor dependiendo de la version que uses puede ser que te falte un parche...
>
> --- El lun 2-nov-09, ranaguir <ranaguir@.. .> escribió:
>
> De: ranaguir <ranaguir@.. .>
> Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en Bloque de Datos
> Para: DesarrolloOracleFor ms@yahoogroups. com
> Fecha: lunes, 2 de noviembre de 2009, 6:21 pm
>
>
>
>
>
>
>
>
>
>
>
>
> No sé qué versión de Forms estás utilizando. Creo que en Forms 6i o inferior no se puede hacer. Si me estoy equivocando que alguien pase un ejemplo, pues yo lo tuve que resolver con LOVs.
>
>
>
> --- En DesarrolloOracleFor ms@yahoogroups. com, "analiaolivera" <analiaolivera@ ...> escribió:
>
> >
>
> > Hola, tengo un problema con un bloque de datos que tiene algunas listas desplegables dependientes, es decir, los valores que se carguen en una lista de, por ej, "Estados", va a depender del "País" que seleccione en la lista "Países".
>
> >
>
> > La lista de "Estados" la cargo en el trigger when-list-changed que se dispara después de seleccionar un registro de la lista "Países"
>
> >
>
> > El problema que tengo, es que cuando intento cargar un segundo registro en el bloque de datos, y selecciono un País diferente al que había seleccionado en el registro anterior, la lista de "Estados", del registro anterior, también se actualiza.
>
> >
>
> > Alguien podría indicarme cómo podría resolver esto?
>
> > Por favor, si no fui clara con mi consulta avisenmé.
>
> >
>
> > Muchas gracias
>
> > Saludos
>
> >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Yahoo! Cocina
>
> Encontra las mejores recetas con Yahoo! Cocina.
>
>
> http://ar.mujer. yahoo.com/ cocina/
>
Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer.yahoo.com/cocina/
Hola, no es un bloque dependiente y estoy usando la versión 6i.
Saludos
--- En DesarrolloOracleForms@yahoogroups.com, Juan Jose Salazar Cordova
<analistapperu@...> escribió:
>
> que version estas usando..??,
> pero el bloque es un Bloque asociado a tabla o libre..
> a lo mejor dependiendo de la version que uses puede ser que te falte un
parche...
>
> --- El lun 2-nov-09, ranaguir <ranaguir@...> escribió:
>
> De: ranaguir <ranaguir@...>
> Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en Bloque
de Datos
> Para: DesarrolloOracleForms@yahoogroups.com
> Fecha: lunes, 2 de noviembre de 2009, 6:21 pm
>
>
>
>
>
>
>
>
>
>
>
>
> No sé qué versión de Forms estás utilizando. Creo que en
Forms 6i o inferior no se puede hacer. Si me estoy equivocando que alguien pase
un ejemplo, pues yo lo tuve que resolver con LOVs.
>
>
>
> --- En DesarrolloOracleFor ms@yahoogroups. com, "analiaolivera"
<analiaolivera@ ...> escribió:
>
> >
>
> > Hola, tengo un problema con un bloque de datos que tiene algunas listas
desplegables dependientes, es decir, los valores que se carguen en una lista de,
por ej, "Estados", va a depender del "País" que seleccione en la lista "Países".
>
> >
>
> > La lista de "Estados" la cargo en el trigger when-list-changed que se
dispara después de seleccionar un registro de la lista "Países"
>
> >
>
> > El problema que tengo, es que cuando intento cargar un segundo registro en
el bloque de datos, y selecciono un País diferente al que había seleccionado en
el registro anterior, la lista de "Estados", del registro anterior, también se
actualiza.
>
> >
>
> > Alguien podría indicarme cómo podría resolver esto?
>
> > Por favor, si no fui clara con mi consulta avisenmé.
>
> >
>
> > Muchas gracias
>
> > Saludos
>
> >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Yahoo! Cocina
>
> Encontra las mejores recetas con Yahoo! Cocina.
>
>
> http://ar.mujer.yahoo.com/cocina/
>
que version estas usando..??, pero el bloque es un Bloque asociado a tabla o libre.. a lo mejor dependiendo de la version que uses puede ser que te falte un parche...
--- El lun 2-nov-09, ranaguir <ranaguir@...> escribió:
De: ranaguir <ranaguir@...> Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en Bloque de Datos Para: DesarrolloOracleForms@yahoogroups.com Fecha: lunes, 2 de noviembre de 2009, 6:21 pm
No sé qué versión de Forms estás utilizando. Creo que en Forms 6i o inferior no se puede hacer. Si me estoy equivocando que alguien pase un ejemplo, pues yo lo tuve que resolver con LOVs.
--- En DesarrolloOracleFor ms@yahoogroups. com, "analiaolivera" <analiaolivera@ ...> escribió:
>
> Hola, tengo un problema con un bloque de datos que tiene algunas listas desplegables dependientes, es decir, los valores que se carguen en una lista de, por ej, "Estados", va a depender del "País" que seleccione en la lista "Países".
>
> La lista de "Estados" la cargo en el trigger when-list-changed que se dispara después de seleccionar un registro de la lista "Países"
>
> El problema que tengo, es que cuando intento cargar un segundo registro en el bloque de datos, y selecciono un País diferente al que había seleccionado en el registro anterior, la lista de "Estados", del registro anterior, también se actualiza.
>
> Alguien podría indicarme cómo podría resolver esto?
> Por favor, si no fui clara con mi consulta avisenmé.
>
> Muchas gracias
> Saludos
>
Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer.yahoo.com/cocina/
Hola Randall, muchas gracias por tu sugerencia, probé como me indicaste...hice
la invocación del Procedure de países desde el trigger When-New-Form-Instance y
desde el trigger When-New-Record-Instance del bloque de datos, pero sigue
teniendo el mismo comportamiento.
Me parece que el problema también podría ser que la llamada al Procedure que
carga los estados lo hago en el trigger When-New-List-Changed, esta llamada no
la puedo hacer desde el trigger When-New-Record-Instance, porque tengo que
enviar el código del país que selecciono.
Cualquier sugerencia...es bienvenida :)
Saludos
Prueba hacer lo mismo en el trigger WHEN-NEW-RECORD-INSTANCE, para que se actualice cada vez que cambias de registro, de tal forma que aunque cambies el País del último registro, los registros anteriores conserven la lista de Estados que les corresponde.
Tienes que ver si el efecto en rendimiento de la aplicación es aceptable.
Les comento como lo estoy haciendo ahora, así pueden entender un poco más cuál
es mi problema:
La lista de los países la cargo con el siguiente Procedure que invoco en el
Trigger when-new-form-instance:
PROCEDURE COMBO_PAIS (nom_combo VARCHAR2) IS
TYPE t_registro IS RECORD (codpais TPAISES.cdpais%TYPE,
nompais TPAISES.dspais%TYPE);
registro t_registro;
TYPE cursor_registros IS REF CURSOR;
PV_REGISTRO_O cursor_registros;
nRow NUMBER :=0;
BEGIN
CLEAR_LIST(nom_combo);
PKG_LISTADOS.PAISES ( PV_REGISTRO_O );
LOOP
FETCH PV_REGISTRO_O INTO registro;
EXIT WHEN PV_REGISTRO_O%NOTFOUND;
nRow := nRow +1;
Add_List_Element(nom_combo, nRow, registro.nompais, registro.codpais);
END LOOP;
Exception
When Others then
Message('Ocurrio el siguiente error ' || SQLERRM);
END;
Después en el trigger de la lista Países When-List-Changed llamo al procedure
correspondiente para el combo Estado, enviando como parámetro el código del País
seleccionado, así:
PROCEDURE COMBO_ESTADOS (nom_combo VARCHAR2, pi_cdpais TPAISES.cdpais%TYPE) IS
TYPE t_registro IS RECORD (cdestad TESTADOS.cdedo%TYPE,
nomestad TESTADOS.dsedo%TYPE);
registro t_registro;
TYPE cursor_registros IS REF CURSOR;
PV_REGISTRO_O cursor_registros;
nRow NUMBER :=0;
BEGIN
CLEAR_LIST(nom_combo);
PKG_LISTADOS.P_ESTADOS (pi_codpais, PV_REGISTRO_O );
LOOP
FETCH PV_REGISTRO_O INTO registro;
EXIT WHEN PV_REGISTRO_O%NOTFOUND;
nRow := nRow +1;
Add_List_Element(nom_combo, nRow, registro.nomestad, registro.codestad);
END LOOP;
Exception
When Others then
Message('Ocurrio el siguiente error ' || SQLERRM);
END;
Espero puedan ayudarme :o)
Desde ya muchas gracias...
Existe una procedimiento llamado ADD_LIST_ELEMENT, puedes utilizar esto en un trigger..
Geranio
De: analiaolivera <analiaolivera@...> Para: DesarrolloOracleForms@yahoogroups.com Enviado: mar,10 noviembre, 2009 09:16 Asunto: [Forms] RE: Consulta sobre Listas Desplegables Dependientes en Bloque de Datos
Hola, estoy usando la versión 6i...cómo lo resolviste con LOVs? Porque no sé cómo generar LOVs desde el trigger...
Saludos
--- En DesarrolloOracleFor ms@yahoogroups. com, "ranaguir" <ranaguir@.. .> escribió:
>
> No sé qué versión de Forms estás utilizando. Creo que en Forms 6i o inferior no se puede hacer. Si me estoy equivocando que alguien pase un ejemplo, pues yo lo tuve que resolver con LOVs.
>
> --- En DesarrolloOracleFor ms@yahoogroups. com, "analiaolivera" <analiaolivera@ > escribió:
> >
> > Hola, tengo un problema con un bloque de datos que tiene algunas listas desplegables dependientes, es decir, los valores que se carguen en una lista de, por ej, "Estados", va a depender del "País" que seleccione en la lista "Países".
> >
> > La lista de "Estados" la cargo en el trigger when-list-changed que se dispara después de seleccionar un registro de la lista "Países"
> >
> > El problema que tengo, es que cuando intento cargar un segundo registro en el bloque de datos, y selecciono un País diferente al que había seleccionado en el registro anterior, la lista de "Estados", del registro anterior, también se actualiza.
> >
> > Alguien podría indicarme cómo podría resolver esto?
> > Por favor, si no fui clara con mi consulta avisenmé.
> >
> > Muchas gracias
> > Saludos
> >
>
Hola, estoy usando la versión 6i...cómo lo resolviste con LOVs? Porque no sé
cómo generar LOVs desde el trigger...
Saludos
--- En DesarrolloOracleForms@yahoogroups.com, "ranaguir" <ranaguir@...>
escribió:
>
> No sé qué versión de Forms estás utilizando. Creo que en Forms 6i o inferior
no se puede hacer. Si me estoy equivocando que alguien pase un ejemplo, pues yo
lo tuve que resolver con LOVs.
>
> --- En DesarrolloOracleForms@yahoogroups.com, "analiaolivera" <analiaolivera@>
escribió:
> >
> > Hola, tengo un problema con un bloque de datos que tiene algunas listas
desplegables dependientes, es decir, los valores que se carguen en una lista de,
por ej, "Estados", va a depender del "País" que seleccione en la lista "Países".
> >
> > La lista de "Estados" la cargo en el trigger when-list-changed que se
dispara después de seleccionar un registro de la lista "Países"
> >
> > El problema que tengo, es que cuando intento cargar un segundo registro en
el bloque de datos, y selecciono un País diferente al que había seleccionado en
el registro anterior, la lista de "Estados", del registro anterior, también se
actualiza.
> >
> > Alguien podría indicarme cómo podría resolver esto?
> > Por favor, si no fui clara con mi consulta avisenmé.
> >
> > Muchas gracias
> > Saludos
> >
>
tienes que jugar con los parametros sga_target, db_cache_size y ese parametro , ponmelos para ver el sga asignado y del log lo que te aparezca al arrancar la bd.
El 4 de noviembre de 2009 12:52, Carlos de Burgos <carlosdbb@...> escribió:
Efectivamente lo tengo a 0, es necesario tenerlo entonces, que valor debería de tener, al intentar modificarlo a 10 me dice que no dispongo de memoria suficiente para aumentar el pool
pero a la hora de ejecutarle me sale lo siguiente:
Export: Release 10.2.0.4.0 - 64bit Production on Miércoles, 04 Noviembre, 2009 1 1:04:49
Copyright (c) 2003, 2007, Oracle. All rights reserved.
Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit P roduction With the Partitioning, OLAP, Data Mining and Real Application Testing options ORA-31626: el trabajo no existe ORA-31637: no se puede crear el trabajo SYS_EXPORT_SCHEMA_01 para el usuario MGR ORA-06512: en "SYS.DBMS_SYS_ERROR", línea 95 ORA-06512: en "SYS.KUPV$FT_INT", línea 600 ORA-39080: fallo al crear las colas "KUPC$C_1_20091104110450" y "KUPC$S_1_200911 04110450" para el trabajo de pump de datos ORA-06512: en "SYS.DBMS_SYS_ERROR", línea 95 ORA-06512: en "SYS.KUPC$QUE_INT", línea 1606 ORA-04031: no se han podido asignar 56 bytes de memoria compartida ("streams poo l","unknown object","streams pool","fixed allocation callback")
Cualquier comentario es bienvenido
gracias
-- (vete al curro en bici,pon el ahorro gasolina-mantenimiento coche en un hucha y date un capricho con el!)
-- (vete al curro en bici,pon el ahorro gasolina-mantenimiento coche en un hucha y date un capricho con el!)
-- (vete al curro en bici,pon el ahorro gasolina-mantenimiento coche en un hucha y date un capricho con el!)
Sin conexión 
Enviar mensaje
Conectado 
