Forum Replies Created

Viewing 8 replies - 16 through 23 (of 23 total)
  • Thread Starter sugilite

    (@sugilite)

    Let me guess, your client sells unique products? I still gnash my teeth on a near daily basis as I have to click on a tab I previously never needed too, sometimes more than once for the same product, and times that by the amount of multiple products I may need to open at any given time!
    My impression is the developers do not really get it, as they do not use the system like we are using it. I would like to know if the developers actually ever received a request/s to move it? Or was it just deemed a good idea and tally ho!

    Thread Starter sugilite

    (@sugilite)

    Heyya Mike,
    So not a long term project means… not last week, but tomorrow? 😉
    Seriously though, thanks for the heads up, sounds great!
    Will keep an eye out.
    Thanks for all the hard work you put into this plugin!
    Cheers!
    Anthony

    Thread Starter sugilite

    (@sugilite)

    @caleb
    I understand what your saying, not everyone needs a SKU number.

    I’m not entirely sure you are correct that it would not of crossed my mind the SKU field should be on the first tab and I’m pretty sure I know my own mind better than you lol.

    For us unique collectable product type merchants, we are adding items every day and many of the items are way to small to put the “product name” on them as an identifying label. Furthermore, having lots of different product categories means that predicting which item is going to have which product ID would be a nightmare. I sell crystals and minerals, across many categories. Right at the initial photo stage I know what the next sku will be and label the photos appropriately. Then I put a nice little short SKU number on the product itself to match it up at order packing time. I have entire batches and families of minerals pre named, photographed and ready to go into the system as and when demand requires it. That would not be possible if I were to use the Product ID, not to mention the product ID is quite long for me already and will not fit on smaller mineral specimens.

    So although you may feel the front tab has now been streamlined and grouped correctly, it really does have an impact on some of us merchants. It is not like the SKU was “in the way” or needed to be moved in order to make some valuable space for some other feature. I feel the designers initial reason to put the SKU field in its earlier position was a sound one.

    Having said all that, I acknowledge my business model is in a minority, and only one other person has felt the need to comment – so I do not expect things to revert back. Hopefully someone will make a little plugin to do it – A small minority business model merchant can only live in hope?

    Thread Starter sugilite

    (@sugilite)

    Hi Mike,
    To tell the truth, I’m still finding it a bit irksome.
    I sell unique items, so one SKU per single item every time. Some of the the items are very, very similar – so for my business, the SKU represents a unique identifier.

    If I need to edit multiple items (opening them in multiple tabs) that are of a similar nature – yes it does get a bit annoying having to do that one extra click to make sure I have the right item. There are other scenarios the issue crops up for me too, like error checking when I’m copying multiple new drafts while adding products and so on. I currently have over 600 active sku’s in my inventory.

    To my way of thinking the unique identifier for any given product should be seen at a glance, not have to be dug up.

    They say ignorance is bliss, and it may just be that I’m the most blissed out person in woocommerce land – but I’m genuinely struggling to see one possible use or benefit that got the SKU field moved in the first place?

    Is it change for change sake? 😉

    Thread Starter sugilite

    (@sugilite)

    Hi Mike,
    Thanks for the reply.
    I do not have any post categories, so I made a test one and yes – the same thing is happening. Very confused here.
    Here is the url for the test product category…
    http://majestic-quartz.com/wp-admin/term.php?taxonomy=product_cat&tag_ID=266&post_type=product&wp_http_referer=%2Fwp-admin%2Fedit-tags.php%3Ftaxonomy%3Dproduct_cat%26post_type%3Dproduct

    I’ve never had issues before, so was surprised to see it happening now.

    Thank You for your assistance.

    Thread Starter sugilite

    (@sugilite)

    Hi Mike,
    Thanks for your answer. It turned out to be an issue to a third party woocommerce plugin.
    I appreciate your speedy response and I will remember to disable 3rd party plugins first before logging a call with you guys!
    Thank You
    Anthony

    Thread Starter sugilite

    (@sugilite)

    Hi Visser Labs,
    Thank You for the reply.
    Yes, a tactical nuke feature would be perfect! lol
    It would be very helpful for the unique product type sites like myself for keeping the disk space on the server under control!

    Thank You again!

    Thread Starter sugilite

    (@sugilite)

    Just to add in – Archive pages from the menu work fine with page 2 and on-wards, the error occurs just when using the encyclopedia search widget.

Viewing 8 replies - 16 through 23 (of 23 total)