13
edits
Changes
Jump to navigation
Jump to search
Line 29:
Line 29: − − We would start from the current codebase of a current RepRap software driver. There is a Java version in [https://sourceforge.net/svn/?group_id=159590 the RepRap repository on Sourceforge]. There is also a Python version somewhere.
no edit summary
Of course there would be other modes: non-queued, queue-only... we'd have to decide what to do when multiple queues appear on the same network, things like that.
Of course there would be other modes: non-queued, queue-only... we'd have to decide what to do when multiple queues appear on the same network, things like that.
We want to be careful to design the communication between the queue and print components to be platform independent, so a Python queue could talk to a Java print driver and so forth. This is why use zeroconf instead of something like Jini, for example.
We want to be careful to design the communication between the queue and print components to be platform independent, so a Python queue could talk to a Java print driver and so forth. This is why use zeroconf instead of something like Jini, for example.