We are aware of the issue and are working on it currently.
You could do it either way. If it is a small change, just make it to the wrapper itself, then update all listings that use the wrapper. If it is a large change, you might want to use a separate wrapper and test the change on a few listings first.
Please submit a support ticket and someone will assist you. It should be something easy to fix.
Yes, it looks like this was an issue on eBay’s end that seems to have cleared up.
Audrey,
Which version of SixBit are you using? The Overall Profit and Loss Report contains the Cost as does the Profit and Loss Report for each Order (click the Details button in the Ship Orders sidebar). Also, in the Enterprise Edition, the Analysis Tools allow you to see the cost for any sale, shipment or order.
Peter,
I just looked at auction 222559844384 and it has the hover option for me. Did you find a resolution?
Adam,
We’ve implemented some of your requests and have responses to others below.
1. Please note that the currently released beta has an option to have the Item window opened immediately upon duplicating an item. You can set it under Options|Creating Items. Also, we use the Microsoft Fluent UI standard ribbon bar. As part of that standard, the hotkeys are defined using the Alt button. If you click the Alt button you will see a letters appear in the ribbon. Selecting letters drills down to further functionality. In the next beta, I have updated and enhanced the efficiency of these hotkeys. For example, to duplicate an Item you would use Alt-I-D (you don’t have to hold them all down at once, just click them in that order). To add a new Item, it’s Alt-I-A, etc. With these two changes, you should be able to simply select an item and use Alt-I-D to duplicate and open an item ready for entry.
2. The Title is the only field that is required to create a new item before it can be opened, so we have to put something in there. We currently use the existing title. For database integrity reasons, we can’t exclude the title. We will add the item condition as a request.
2. We’ll take a look at your category selector issues to see what we can do. Note: From Options|Creating Items, you can choose to have your store categories alphabetized instead of showing in the order they are returned from eBay.
3. Double-clicking the empty picture well will now open the Add picture window.
4. For design purposes, I’d like to know which 10 fields you never use. This will help me with my considerations.
5. We’ll look at making the shipping and other preset values collapsible.
6. In the next beta (3.00.228), you will find an “Upload” button on the Sell Items ribbon bar in the Pictures group. This will allow you to upload the pictures before you open the submit window.
7. The “look and feel” settings are generally individual user preferences, not computer based preferences. They are stored with each SixBit user login. For each person to have their own settings, just create a user for each person from File|Manage|User Permissions. When starting SixBit they would logon with their given userid and then can save their own look and feel options.
8. This is a very dangerous request. The reason that we forced our own names is because during the initial stages, when we did not, we ran into several cases where users were using the same filenames and overwriting images. The result is frustrated, angry users asking us why we are listing their items with the wrong pictures. Let me give you some scenarios.
Since all pictures are stored in the same folder, any new file with the same name as an existing file will overwrite the old one. So if one user creates catplate1.jpg and another user had already created a file of the same name, the original file will be overwritten and both listings will end up with the pictures from the latest item. Also, some cameras automatically name pictures (i.e. DSC000191, DSC000192, etc.). Often, the numbering will start over when a new memory card is used or if a different camera is used. This makes it very easy to have pictures overwritten with pictures of totally different items.
SixBit places pictures in the folder and expects them to be there. Manually working with the pictures in a folder can also cause issues and get the database out of synch. For example, if an employee decides to rename or remove a picture, the database will never find the picture again. Simply backing up the folder won’t be enough either, since at any given point in time, SixBit is expecting certain files to be in the pictures folder. All backups will need to be done from within SixBit.
When pictures get out of synch, it is pretty serious…
– users get really mad at us when it happens
– it takes a long time to identify the problem
– it can result in the loss of pictures that can’t be retrieved
– it eats up a lot of support time trying to figure it out
We are contemplating adding the option to allow users to keep the original names, but it will come with a serious warning about the implications. If using this option, we also won’t be able to provide support for the issue if pictures do get mixed up.
Unfortunately, it isn’t SixBit that is changing the category. eBay is changing the category and reporting back to us that it was changed. The issue must be on eBay’s end. Their initial eBay check forces the book into a category that a later eBay check says is invalid. They’ll need to be informed so they can synchronize their data for that book. Also, make sure the ISBN is absolutely correct just in case there was a typo and it is for another book.
Unfortunately, we are bound by the eBay limitations. The good news is that when eBay modifies the limitation, it should then work in SixBit without any changes.
We totally understand the issue with extra button clicks and do everything in our power to reduce them. Our customers are never shy about letting us know when we’ve added button clicks. 😉
AVR,
A few clarificiations…
First, the list of fields that you can duplicate or not duplicate is simply the list of optional fields. If a field is not on the list, then it will be duplicated by default. Your description, item specifics and shipping options will all be duplicated.
Let me give you a little more background…
The Item Edit window and the Item grid have been designed to work in concert. If you have a split screen, you can edit the item in one window and see the grid in the other. You can then choose a different item in the grid and that item will appear in the Edit window. This makes it really nice to be able to move around to different items and edit them without having to close and open the Edit window each time. Also, the Item Edit window has navigation arrows on it so you can go the next/previous item in the grid without leaving the Edit window.
All of this functionality requires that the item being edited must also be shown in the current grid, otherwise the linkage between the Item navigation and grid selection would be broken.
As the program worked previously, we duplicated the item and added it to Under Construction. Since Under Construction might not have been the current grid, we could not open the item in the Edit window. It was left to the user to navigate to Under Construction and then edit the item manually.
When users requested the ability to have the Edit window upon when duplicating, we had to do something to ensure the duplicated items were in the grid. Our solution was simply to create a custom view of the duplicated items so they could all be edited together using the navigation arrows. Clicking to get back to Workflow is the same number of clicks as getting to/from Under Construction from Previously Listed.
Hope this helps you understand our reasons.
The functionality was added as an option, and if you want it to work like it did before, you can simply uncheck the “Edit after duplicating” button.
Also, if you download the latest beta it will clear out those errors, then you can do a database compact to get it back to the correct size. It will be out in a full version soon.
I looked this up on the web and it looks like some sort of tag for marking video editing in QuickTime. Does that point you in the right direction?
James,
This issue is probably related to how the original HTML was added. If the original HTML was not added with the Description Editor, then the first time it is open in the Description Editor, the editor will validate the HTML, possibly fix it and save it back based on its changes. This may include updating existing HTML to current standards or even just adding newlines or better spacing to the HTML.
The text you are trying to replace does not exist in that form until the item is edited and saved.
Try looking at the HTML in the Edit window Description box before opening in the Description Editor to see what the HTML looks like before it is processed by the HTML editor.
Also, it might not help now, but it is worth pointing out that when you have common text, like a table, in hundreds of items, it is best to include the table in the Description Wrapper and use replacement variables. By doing this, you would only have had to make the change in a single location.
In prior versions, duplicating items would create the items in “Under Construction” and leave the user where they are. This was unintuitive to many new users who expected to see the new item or items open in the editor. In the last beta, we now provide the option of what to do when duplicating. If you click the button under “Duplicate” and choose “Custom Duplication”, you will have the option of whether or not to edit the item upon duplication.
If you choose to Edit the item upon duplication all new items will appear in the Views section, the user will be sent to see those items, and the first item will be open in the Edit window. Users can then use the navigation arrows to navigate between items.
If you choose not to Edit the item, it will continue to act as it did previously.
I’ll add this to the Release Notes.