|
I wanna to write Symbian App via C#.
what are preRequites and how can i do that.
Thanks!
|
|
|
|
|
Unless you have an old copy of DefForge's Crossfire available, you're out of luck. Having looked into this, as far as I can find there are no current facilities available to allow you to write C# code for Symbian.
|
|
|
|
|
See here[^].
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
Hi,
I want to export a PDF page into an image. Can anybody suggest me how can I achive with C#.net?
Thanks in advance,
Bharath
|
|
|
|
|
You can use ITextSharp to convert a pdf file to an image.
This[^] might help.
|
|
|
|
|
|
|
I am trying to develop (on c#) a Point of Sale program(deployed on machine 1), with integrated kitchen display system(deployed on machine 2). I pretty much have an idea how to develop the individual programs, however, I haven't tried integrating thee machines (to function as one) before.
Here's a brief overview of the system im trying to do:
Machine 1 : Point of Sale
function - Enter customer orders(do basic POS functions), then PUSH the list of order from the POS to the kitchen display system.
Machine 2 : Kitchen Display System
function - Basically what it needs to do is to receive the list of orders pushed by the POS, then queues whenever several tickets were sent at the same time. The KDS bumps a ticket when the order was already prepared. The list queue then moves...and so on.
Machine 3 : Queue System
function - when the KDS (kitchen display system) bumps the ticket, the ticket number then displays on the screen. (e.g. serving: 21)
I'm suppose to implement this using one server running on windows XP or later, and three thin clients. Another option for me is to run this using terminal services(server 2003). Each thin client is equipped with a touch screen display.
I am hoping for your inputs. Thank you very much!!
|
|
|
|
|
What exactly is your question?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Hi Richard,
Im trying to figure out how am I suppose to implement this project using three different machines. (e.g. when pos pushes the order, the list will appear on the kds monitor) I've never tried integrating 2 or more computers to function as one before.
|
|
|
|
|
Your question is very broad. But one idea is that you can have the POS machine put the order into a database table, and then the KDS machines query the table to see what new orders there are.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I would prefer to have the data transferred realtime (upon input), rather than the KDS sending frequent queries to the database. Im thinking about socket programming(which I dont have any idea about). Is it applicable for my project?
|
|
|
|
|
Yes, it would be appropriate if you want to transmit the data in real time.
You'll need to look for a good winsock library that can take care of the communication for you if you don't know winsock programming. Search for "Winsock library".
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Thank you Richard. I would have to research on winsock library. It'll be a kick start for me. thanks again! - Carlos
|
|
|
|
|
And what happens if you can't connect? You can't transmit the data then. Plus, does it really have to be real time? Would a one minute delay really cause that much of a problem?
|
|
|
|
|
hello Pete,
The program i'm trying to make is supposedly for a quick service restaurant. More like a fastfood (e.g. Mcdonalds). It would be much better if I can get the data passed on to the KDS terminal immediately after being entered on the POS. If the KDS terminal cannot connect to the server, the operation will halt.
|
|
|
|
|
Then have the KDS terminal poll at a faster interval (e.g. 5 seconds). The architecture you are proposing currently is far too fragile.
|
|
|
|
|
What you're proposing will not work. Sure, you can send the order, but what if the second machine is down or the network is down at the time?? Your design is not fault tolerant at all, not to mention unscalable.
Once the order is sent, your POS machine no longer has any record of it once the other machines come back up. So what happened to the order and how are you going to get it back??
The POS machine should put the order in a submitted orders table in a database. The RDS machine would then have to pickup the orders from that table WHEN IT CAN, not when the POS sends it.
|
|
|
|
|
Pete O'Hanlon wrote: And what happens if you can't connect? You can't transmit the data then
Then the servers start manually carrying the tickets to the kitchen.
Pete O'Hanlon wrote: Would a one minute delay really cause that much of a problem?
That is pretty long for a high volume restaurant. Assuming single floor layout a server can deliver it to the kitchen in less time than that.
|
|
|
|
|
Member 8605543 wrote: I would prefer to have the data transferred realtime (upon input), rather than
the KDS sending frequent queries to the database.
Incorrect.
Polling is exactly what you want in that situation.
Casinos tend to be the single largest single location multi-business type POS deployments. You could implement a polling system where all of the resturants in the casino used the same system and still easily handle the load using a single database.
Any other resturant would have far less traffic than that.
|
|
|
|
|
What happens if, during the KDS operation you realise it needs some more POS, do you send it back to the POS? You are REALLY going to have to look at your workflow carefully.
Personally I'd go with the polling a table solution, it being the simplest and probably the most robust.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Hi Mycroft,
Upon submission of data by the POS to the KDS, it cannot send back to POS. Just like those being used in fastfood chains, when you've already paid for your meal, you cannot make any changes, not unless you make a new transaction. Polling a table is another option. Is this what you mean: POS enters data to database, then the KDS queries the database for new entries every specified interval? isnt this cpu intensive? thanks! - Carlos
|
|
|
|
|
Member 8605543 wrote: when you've already paid for your meal,
Even more of a reason to put this stuff in the database without going to the RDS machine. Once you take customer money, losing their order is very unacceptable.
Member 8605543 wrote: isnt this cpu intensive?
You're making a small database query every 10 seconds, so no, it's not.
|
|
|
|
|
Thanks Dave! Ill do a research on how to poll a database every specified intervals. what would be an acceptable interval rate for this kind of application(fastfood)? 3 seconds?
I got your point. Indeed I would have to put it in a database so when the network is down, or KDS is unavailable, It can still fetch data as soon as it goes back.
|
|
|
|
|
I would have thought that 10 seconds would be fast enough.
|
|
|
|