| IS IT POSSIBLE IN FORMS [message #267856] |
Sat, 15 September 2007 14:49  |
nabeel_nab
Messages: 6
Registered: September 2007
Location: JEDDAH
|
Junior Member |
|
|
I am using forms 6i ,recently i got a new task from management that they want to buy LCD customer display for point of sales computers
and then they want me to do video and invoice item display on this LCD display . now i will have to monitors connected to one computer.
can i control all these by using forms 6i.please provide me a starting point i will dig it.
please send me resources how to display image on back side lcd screen with in forms 6i. do i need any other software support.
my email is nabeel@almusbah.com
Thanks in advance
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: IS IT POSSIBLE IN FORMS [message #268859 is a reply to message #267856] |
Wed, 19 September 2007 23:19  |
 |
Kevin Meade
Messages: 2103
Registered: December 1999
Location: Connecticut USA
|
Senior Member |
|
|
I have done considerable work with POS systems, but... I have not done what you ask specifically. Lack of experience has however never stopped me from opening my mouth to give advice so here goes:
I see one option off the top:
1) you need an operating system that supports applications on two different monitors, most do these days so no problem there
2) you need to understand the features of your operating system and video device drivers to know how to use multiple displays at the same time. Again I see people doing a lot of this at work so can't be that tough (I never had a need myself).
3) you need to find out if the monitor you are being asked to use is special in some way, specifically, ask if they provide multi-monitor support software. If you are just using plain jane LCD displays then you your OS and video card will have alrady provided what you need.
from here I suggeset the following:
1) your normal application
2) a second oracle form to be run in an independent forms session and displayed on the second monitor by using the multi-monitor software provided by your operating system, and/or devices.
3) do asynchronous communication between forms. This could take several shapes:
a) go old school, do something in the database with autonomuos transactions, database triggers and database alerts.
b) use advanced queueing to do your communication.
4) based on your communication vehicle, your second form would would either listen for a database alert, or it would listen for work on a queue.
5) when the second form finds work to do (as evidenced by a message it recieves either through the alert, or the queue), it would do the work, then go back to listening. Make sure your "listen" is a cpu friendly wait (alerts and advanced queueing both support this).
all sounds very do-able, and even interesting.
Good luck, Kevin
|
|
|
|
|
|
|
|
] 
Blog
Search
Help
Members
Register
Login
Home
