Hi everyone, Has anyone developed a Zope product designed to help a technical support dept. track repair requests, status, etc.? -Tim -- Timothy Wilson | "The faster you | Check out: Henry Sibley H.S. | go, the shorter | http://slashdot.org/ W. St. Paul, MN, USA | you are." | http://linux.com/ wilson@visi.com | -Einstein | http://www.mn-linux.org/
In article <Pine.GSO.4.10.9912081935020.3884-100000@isis.visi.com>, Timothy Wilson wrote:
Hi everyone,
Has anyone developed a Zope product designed to help a technical support dept. track repair requests, status, etc.?
Xen (http://bits.netizen.com.au/Xen/) is currently under development and will do all this and more. Please feel free to join the discussion list and add your feature suggestions to our list :) K. -- Kirrily 'Skud' Robert - skud@netizen.com.au - http://netizen.com.au/ "Darkly hinting of head hitting desk" -- Megahal (trained on asr), 1998-11-05
I put one together several months ago where I was working at the time. It works on a MySQL backend with lots of small tables, and I probably would redo some or all of the tables in TinyTables or ZClass objects if I were to do it all over again. It was hopefully replacing a FilemakerPro product we developed in-house, but the convenience of updating the Filemaker tables proved too big a hurdle to duplicate within Zope in a short time. Perhaps a bit of explanation will help to understand the product. A group of graduate assistants makes up the housecalls team for a college. People in the college login to a URL and identify themselves and the problem they are having with their computer. The members of the housecalls team individually or in teams assign themselves to fix the problem (this makes it a 'working' housecall). Then once the problem is fixed (this may take several trips), the technicians close the ticket. Anyway, my product did some things the other didn't and had IMHO better presentation. It is still running in experimental mode, if anyone would like to look. I could probably package the code as a ZClasses Product, though it was my first major look at Zope, and I would have done quite a few things differently now. The URL is http://psyche.ed.vt.edu/Zope/housecalls. If you choose to add a housecall, use the userid jburton. Let me know if there is any interest in an export of the source and a tables/fields listing. Warning about that, though: the code all uses <!--#var blah--> syntax, and is not too pleasant to the eye... -- Jim Washington Timothy Wilson wrote:
Hi everyone,
Has anyone developed a Zope product designed to help a technical support dept. track repair requests, status, etc.?
-Tim
-- Timothy Wilson | "The faster you | Check out: Henry Sibley H.S. | go, the shorter | http://slashdot.org/ W. St. Paul, MN, USA | you are." | http://linux.com/ wilson@visi.com | -Einstein | http://www.mn-linux.org/
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope No cross posts or HTML encoding! (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
In article <384FAE55.A158DA84@vt.edu>, Jim Washington wrote:
Anyway, my product did some things the other didn't and had IMHO better presentation. It is still running in experimental mode, if anyone would like to look. I could probably package the code as a ZClasses Product, though it was my first major look at Zope, and I would have done quite a few things differently now.
If "the other" in the para quoted refers to Xen, I should mention that we haven't even *started* to make it look pretty yet, but should be doing so in the next couple of days. Usability and ease of navigation are pretty high on my priority list, and if we can make it look "shiny" as well, that would be nice :) K. -- Kirrily 'Skud' Robert - skud@netizen.com.au - http://netizen.com.au/ "Sure, only 2 percent of the Internet population uses lynx, but they're the top 2 percent." -- petro, on a.s.r
No, my apologies, not what I meant... I was referring to our other, in-house, FMPro-based product. The main differences between it and my version were: moving away from a flat file, so multiple solutions could be associated with a single problem, and a few cosmetic changes. Xen looks pretty nice, if the screenshots are any indication. -- Jim Washington Kirrily 'Skud' Robert wrote:
In article <384FAE55.A158DA84@vt.edu>, Jim Washington wrote:
Anyway, my product did some things the other didn't and had IMHO better presentation. It is still running in experimental mode, if anyone would like to look. I could probably package the code as a ZClasses Product, though it was my first major look at Zope, and I would have done quite a few things differently now.
If "the other" in the para quoted refers to Xen, I should mention that we haven't even *started* to make it look pretty yet, but should be doing so in the next couple of days. Usability and ease of navigation are pretty high on my priority list, and if we can make it look "shiny" as well, that would be nice :)
K.
participants (3)
-
Jim Washington -
skud+usenet@netizen.com.au -
Timothy Wilson