GoodForNothing Classifieds [Paid] [Deleted]

empire said:
Our sales listings have around 20–30 custom fields. Some are required, like adding a photo, describing the item’s condition and saying the year it was made.

The problem is, the same form is used for a Wanted advert as is used in a For Sale advert. Someone who’s buyng isn’t going to have photos and may not care about the year. They will need different fields, for example to say how much they’re willing to pay.

So as a feature request, it would be nice if you were forced to select the advert type up front, and then see different fields depending on what type you used.

And on the back end, keep it organized by category the same as it is now, but when you click the field and see the options, or you create a field for the first time, it would have a dropdown for For Sale/Trade/Wanted.
Click to expand...

This is a great suggestion and would be very useful. @erich37 mockup also seems excellent and would simplify the process a bit (less complex forms == better).

On another note - is it possible to hide zero digit decimals?
hide_zero_digit.webp

Speaking of the price. It might be useful to allow alerts to be sent if there's a price change. It would also be quite useful to display the old price next to the new price and maybe even show the history somewhere.

"Old price vs new price"
price_change.webp

(This is of course a low priority thing, but maybe further down the road, if people like the idea)
 
drastic said:
Contact advertiser should say Contact Seller.
Click to expand...
Freelancer said:
Since you can also be someone who "trades" or "wants to buy", he left it more general.
Click to expand...
That is correct! :)
Though in the near future, the phrase "Advertiser" will be associated with advert type as a new field. So for the "For Sale" advert type, it will say "Contact Seller", for others "Contact Advertiser" and so on...

@DroidOne I have advert type and custom field association in my to-do list though that's gonna take some time to implement.
DroidOne said:
On another note - is it possible to hide zero digit decimals?
Click to expand...
Not possible at this moment... didn't work on it as nobody pointed it out so I guessed it's okay to leave it like that :P

DroidOne said:
Speaking of the price. It might be useful to allow alerts to be sent if there's a price change. It would also be quite useful to display the old price next to the new price and maybe even show the history somewhere.
Click to expand...
That's kinda look like a "Sale" thing :P
But yeah, there will be a more informative classified history down the line :)
 
Mr. Goodie2Shoes said:
That can work... and are you saying that the classified type should be emphasized more? :p
Click to expand...

it is not about "emphasizing".

If the "Classified Type" (Advert Type) is not being selected at the very first instance (along with selecting a specific "Category"), then the "Form" and "Custom Fields" can not be flexible.

It is absolutely important to have the "Classified Type" (Want to Sell / Want to Buy / Want to Trade / etc.) as the very first instance for user-selection.
The second thing a user is selecting is the "Category" (House, Cats, Dogs, Car, Whatever).

If it is not implemented like this, then the whole Classified-thing will not work properly in terms of "structure".
If it is not implemented like this, the whole system will not be flexible.

Why ?
- because "Classified Type" named "Want to Buy" will have different "Custom-Fields" than "Classified Type" named "Want to Sell".
- because certain "Categories" (House, Cats, Dogs, Car, Whatever) may have different "Custom Fields" as well.
- because certain "Categories" (House, Cats, Dogs, Car, Whatever) may have different "Custom Fields" for each "Classified Type".
 
Last edited:
After two weeks of tests, I have to congratulate @Mr. Goodie2Shoes for the excellent work!

My principal request until now:

There are three fields to upload images (Icon, Message Attachment and Gallery). It is extremely messy and goes against good usability practices that promotes the simplicity of processes. I propose that we just stay the gallery, and the Icon will be one of the images of the gallery. Message attachments removed.
 
Vitor Dos Reis said:
After two weeks of tests, I have to congratulate @Mr. Goodie2Shoes for the excellent work!
Click to expand...

You can remove one of them via permissions->"allow attachment"

But yeah..Maybe just keep the gallery option as you suggested and make it possible for the user to select a "featured image" by clicking on one of them? Might be hard to do though, no idea :)
 
Last edited:
I've renamed the icon image 'thumbnail', and it's the only image members are allowed to attach. So for us, it wouldn't work to use only the gallery, as it's disabled.
 
empire said:
I've renamed the icon image 'thumbnail', and it's the only image members are allowed to attach. So for us, it wouldn't work to use only the gallery, as it's disabled.
Click to expand...
I'm sure there would be a setting to only allow one to be uploaded/featured in that case.
 
Code: 
XenForo_Exception: Must create a first message DW on insert. - library/XenForo/DataWriter/ConversationMaster.php:250


#0 /home/x/public_html/library/XenForo/DataWriter.php(1446): XenForo_DataWriter_ConversationMaster->_preSave()
#1 /home/x/public_html/library/XenForo/DataWriter.php(1385): XenForo_DataWriter->preSave()
#2 /home/x/public_html/library/XenForo/DataWriter/ConversationMessage.php(155): XenForo_DataWriter->save()
#3 /home/x/public_html/library/XenForo/DataWriter.php(1409): XenForo_DataWriter_ConversationMessage->_postSave()
#4 /home/x/public_html/library/XenForo/ControllerPublic/Conversation.php(1130): XenForo_DataWriter->save()
#5 /home/x/public_html/library/XenForo/FrontController.php(347): XenForo_ControllerPublic_Conversation->actionInsertReply()
#6 /home/x/public_html/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#7 /home/x/public_html/index.php(13): XenForo_FrontController->run()
#8 {main}
Request State
array(3) {
  ["url"] => string(52) "http://x/conversations/92103/insert-reply"
  ["_GET"] => array(0) {
  }
  ["_POST"] => array(9) {
    ["message_html"] => string(11) "<p>test</p>"
    ["_xfRelativeResolver"] => string(46) "http://x/conversations/92103/page-5"
    ["attachment_hash"] => string(32) "27f9a456d87e582659f0aa59c95bf096"
    ["last_date"] => string(10) "1438625088"
    ["last_known_date"] => string(0) ""
    ["_xfToken"] => string(8) "********"
    ["_xfRequestUri"] => string(27) "/conversations/92103/page-5"
    ["_xfNoRedirect"] => string(1) "1"
    ["_xfResponseType"] => string(4) "json"
  }
}

With the latest version, I'm getting the error message above when replying to existing personal conversations. No problem with new convos. Disabling the addon fixes the issue.
 
Is there any way of changing the default location for the map (NYC, USA)? I can't seem to find a setting for it among the templates.
 
estranged said:
With the latest version, I'm getting the error message above when replying to existing personal conversations. No problem with new convos. Disabling the addon fixes the issue.
Click to expand...

I know it's a very specific use case, but I noticed as well that there seems to be an issue with leaving conversations that were imported from vbulletin 4. It might be a conflict with the Conversation Essentials add-on. It's very low priority, but (Goodie) contact me after exams if you want more info.
 
estranged said:
With the latest version, I'm getting the error message above when replying to existing personal conversations. No problem with new convos. Disabling the addon fixes the issue.
Click to expand...
empire said:
I know it's a very specific use case, but I noticed as well that there seems to be an issue with leaving conversations that were imported from vbulletin 4. It might be a conflict with the Conversation Essentials add-on. It's very low priority, but (Goodie) contact me after exams if you want more info.
Click to expand...
I have identified the issue which is related to data not existing in the classified's table for the conversations... I am pushing a bug fix :)
 
@Vitor Dos Reis I have plans to remove the "Classified Icon" and directly fetch one from the gallery images. But removing the message attachments is not planned as this allows the user to upload something like a catalog for the classified item and such.

DroidOne said:
Is there any way of changing the default location for the map (NYC, USA)? I can't seem to find a setting for it among the templates.
Click to expand...
The marker will automatically be set via the user's geoip in the near future. :)
 
Mr. Goodie2Shoes said:
I have plans to remove the "Classified Icon" and directly fetch one from the gallery images. But removing the message attachments is not planned as this allows the user to upload something like a catalog for the classified item and such.
Click to expand...
I'm in the camp that having the "Upload a File" AND "Upload images" will be confusing to users. They're used to using "Upload a file" to attach images. So that's what they're going to do. Then they scroll down and there's another way to upload images... I'll probably just disable attachments in the classifieds as @DroidOne suggested.

Mr. Goodie2Shoes said:
The marker will automatically be set via the user's geoip in the near future. :)
Click to expand...
Is it at all possible to tell the Google API thingy to allow simple city/state locations? It seems to always drill down to a street name... I can guarantee that most of our users, while finding it useful to find basses in their area, are not interested in sharing their street names. I do love how the api will allow for future "find xyz near me" searches :)

One last suggestion: Our users quite frequently browse SOLD ads (for pricing ideas etc). There isn't really an intuitive way to do that currently (pulling down the filter menu to "closed" isn't very intuitive - though I understand changing that to SOLD won't work with all ad types. hmm. I'll think on it.
 
erich37 said:
it is not about "emphasizing".

If the "Classified Type" (Advert Type) is not being selected at the very first instance (along with selecting a specific "Category"), then the "Form" and "Custom Fields" can not be flexible.

It is absolutely important to have the "Classified Type" (Want to Sell / Want to Buy / Want to Trade / etc.) as the very first instance for user-selection.
The second thing a user is selecting is the "Category" (House, Cats, Dogs, Car, Whatever).

If it is not implemented like this, then the whole Classified-thing will not work properly in terms of "structure".
If it is not implemented like this, the whole system will not be flexible.

Why ?
- because "Classified Type" named "Want to Buy" will have different "Custom-Fields" than "Classified Type" named "Want to Sell".
- because certain "Categories" (House, Cats, Dogs, Car, Whatever) may have different "Custom Fields" as well.
- because certain "Categories" (House, Cats, Dogs, Car, Whatever) may have different "Custom Fields" for each "Classified Type".
Click to expand...

Can you just have different categories for "for sale" and "wanted" etc? Each category can have specific custom fields assigned, no?
 
kontrabass said:
Can you just have different categories for "for sale" and "wanted" etc? Each category can have specific custom fields assigned, no?
Click to expand...

This would only work if you have very few categories of items. You'd have to set it up something like:
Cats
• Cats for sale
• Cats for trade
• Cats wanted
Dogs
• Dogs for sale
• Dogs for trade
• Dogs wanted
Click to expand...

But say you offer every kind of dog and cat, you have to list all three for siamese, persians, etc as well as rottweilers, poodles, whippets, etc.

I think in our case that we could probably fit the sale/trade form together if we had to, and then maybe do one general category for Wanted. But a more flexible system would be nice.
 
You must log in or register to reply here.

Similar threads

Z61
Classifieds [Paid]
30 31 32
Replies
636
Views
43K
philmckrackon
philmckrackon
Mr. Goodie2Shoes
  • Locked
Add-on Working on a 'classifieds' add-on...
12 13 14
Replies
262
Views
39K
Paul B
P
Mr. Goodie2Shoes
Add-on Add-on Pitch: Permalink Manager
Replies
15
Views
4K
Mr. Goodie2Shoes
Mr. Goodie2Shoes
Mr. Goodie2Shoes
Add-on Crowd-funding proposal for classifieds add-on.
3 4 5
Replies
82
Views
13K
Mr. Goodie2Shoes
Mr. Goodie2Shoes
Back
Top Bottom