all data is live and searchable
|
Basic Assignments
|
Options & Settings
|
Main Time Information
|
||||||||||||||||||||||||||||
|
|
|
Yellow
|
|
|
Sorry, no photos available for this element of time.
|
|
|
|
Notes:
|
|
I got a call from Bryan Dayton this morning. He has a client that really needs to use the existing barcode generator but yet wanted to almost do the mini conversion stuff. We talked about some options and I wanted to record a couple of things. 1. The client wants to keep using the smaller barcode generator that is built into the system. This has a max of 15 characters on a 2" label. Yesterday Bryan and I talked about options to expand the label size to 3.5 inches or 4 inches but that gets really big. The current label size is awesome, except the barcode is limited to 15 characters. 2. The only places where actual barcode fields exist right now are parts/items, my cart favorite buttons, and flex grid tie-ins. There is already prebuilt code to handle all of those barcode search options. You could also add custom barcode stuff through elements of time, parent attributes, custom fields on the flex grid, or sub attributes per package but those options are custom and don't have any pre-built code to help search them. 3. As Bryan and I were talking, I mentioned to him that we could do a black box takeover of the quick search. We could then look up the special flex grid record and virtually submit either a form or a special URL to add an object to the shopping cart. We were talking about maybe looking for a $ (dollar sign) or something like that as the first character. This would be corp specific, but we could then look up the data and settings and push the item and correct values to the cart. 4. Inside the flex grid, we would need things like quantity to use, price per or total price, custom verbage for the description, and what sub package or sub inventory batch to use. If needed, we could use a key word like "current" or "currentPkg" or something like that to have the system look up the current open package and substitute in that package number or sub inventory number. The main piece of flex grid would already be tied to the parent item which helps us look up tons of other needed data for both the parent and the sub. 5. We already do a ton of this kind of catching and intercepting. Currently most of it is done on the parts homepage or the cart quick search page. The new process would just be creating an interceptor black box for the quick search (both items and/or barcodes), then doing a look-up based off the barcode value that was scanned (most likely looking into flex grid). We then take that look-up data and get enough to pass the request to the add to cart page and bingo, the item could be entered into the cart. Anyways, this is a possible work around using the existing barcode generator, a quick search takeover, black box logic to look-up flex grid data, and then a special URL to pass the data to the cart once we have everything. Pretty cool idea. Going back to other work... After recording ideas and paying some bills, I jumped back on the sales tax expansion project. Working through the recalculate taxes method and underlying logic. |