Idea for #3

Post #17,038 by tseliot 11/6/01 7:18:44 PM Reply	Idea for #3 ...depending on how spiffy (I mean, "user-oriented" ;) you want it to be. I wouldn't expect a data-entry clerk (whoever that is) to know the first thing about X and Y cord'nutz. I would want (in a perfect world) to give them some kind of interface so they can edit the map themselves graphically. Doing that in HTML is difficult (but not impossible if you have a fast server). May I suggest a standard grid instead? It would make the "selection" of map points easy; it would make the actual imagemap areas a walk in the park, and you could update the underlying map file with a different tool, like Paint Shop Pro or something, on an as-needed basis (not on the Web). You can find the MAP and AREA tag specs for HTML 4 at [link\|http://www.w3.org/TR/html4/struct/objects.html#edef-MAP\|http://www.w3.org/T...tml#edef-MAP] As for Leadtools?...you're on your own. --------------------------------- A stupid despot may constrain his slaves with iron chains; but a true politician binds them even more strongly by the chain of their own ideas;...despair and time eat away the bonds of iron and steel, but they are powerless against the habitual union of ideas, they can only tighten it still more; and on the soft fibres of the brain is founded the unshakable base of the soundest of Empires." Jacques Servan, 1767
Post #17,260 by orion 11/7/01 9:05:00 PM Reply	Thanks, the more "user oriented" the better I don't think that our users will want to futz with X/Y coordinates. Maybe I'll have to define them myself via a VB program and then train someone how to set the coordinates so someone else can click on an office and assign an employee to it. Each office has a number assigned to it anyway, just set two fields one for the upper left corner, and the other for the lower right corner. *Picking up the pieces of my broken life.*
Post #17,636 by tablizer 11/9/01 11:32:04 PM Reply	Not worth the fuss IMO >> I wouldn't expect a data-entry clerk (whoever that is) to know the first thing about X and Y cord'nutz. I would want (in a perfect world) to give them some kind of interface so they can edit the map themselves graphically. Doing that in HTML is difficult (but not impossible if you have a fast server). << I once had to think about a similar issue when a sports-art company (defunct now I think) wanted to show photos of a bunch of players in a huddle, and then click on the image to get images or art about specific players. (The huddle only showed their butt.) Without some training, the "data entry" person is fairly likely to screw up I concluded. For example, they may accidentally overlap the rectangles or polygons that make up the click areas. Fortunately the project was scrapped when sales never got to where the investors wanted (and people had to bail, including me.) But, I don't think it is worth the effort for an internal application. Just build an employee directory with room cubicle numbers, and prominently label the physical cubicles. Offices shuffle around too much. The person who you train to digitize the coordinates will probably quit or get reassigned, and then a new person will make all the same mistakes all over again for six months. Spend energy on something that brings in customers instead. Is there a slowdown there? Why all the fiddling for internal directories? ________________ oop.ismad.com
Post #18,141 by Arkadiy 11/13/01 6:11:19 PM Reply	"I don't know how to do it, but here is ..." "... why it should not be done" :)
Post #18,195 by orion 11/14/01 12:01:30 AM Reply	Standard practice Managers mostly have low computer skills, unless they started out as a computer person and worked their way up. So they think that anything is possible, and may have no idea of the limitations we face. But they think if they throw enough money at a problem, it might go away. If it doesn't go away, it must be the worker's fault. Spend money to add more memory cache to the SQL Server instead of having the developer redesign the application to cache data to a local file for things that don't change that often. If that doesn't work, get a technical specialist and have him read some web pages on SQL Server and appoint him the DBA and hope that the problems go away. If that doesn't work, blame the developers, whose hands got tied and ideas get ignored. Put one on probation as a warning to the rest. The market is in management's favor now, they can hire higher skilled developers for less pay now. As long as they can work under the same limitations, politics, and conditions that the rest of us work under and don't leave in less than a month like the others have. ;) *Picking up the pieces of my broken life.*
Post #19,372 by tablizer 11/25/01 9:57:18 PM Reply	What gave you that interpretation? ________________ oop.ismad.com

Welcome to IWETHEY!